WO2016079807A1 - Prescription medicine selling system, prescription medicine selling method, program and information storage medium - Google Patents

Prescription medicine selling system, prescription medicine selling method, program and information storage medium Download PDF

Info

Publication number
WO2016079807A1
WO2016079807A1 PCT/JP2014/080506 JP2014080506W WO2016079807A1 WO 2016079807 A1 WO2016079807 A1 WO 2016079807A1 JP 2014080506 W JP2014080506 W JP 2014080506W WO 2016079807 A1 WO2016079807 A1 WO 2016079807A1
Authority
WO
WIPO (PCT)
Prior art keywords
prescription
information
user
electronic prescription
medicine
Prior art date
Application number
PCT/JP2014/080506
Other languages
French (fr)
Japanese (ja)
Inventor
真一 今枝
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to JP2015518705A priority Critical patent/JP5801015B1/en
Priority to PCT/JP2014/080506 priority patent/WO2016079807A1/en
Publication of WO2016079807A1 publication Critical patent/WO2016079807A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management

Definitions

  • the present invention relates to a prescription drug sales system, a prescription drug sales method, a program, and an information storage medium.
  • a medicine When a medicine is purchased after a patient visits a doctor, the doctor issues a paper prescription to the patient. The patient purchases the medicine described in the prescription by submitting the issued prescription to the pharmacy.
  • Patent Literature 1 receives a prescription from a doctor terminal every time medical care is completed, and instructs a pharmacy terminal about a prescription, a patient's name, whether delivery is specified, and a place to receive a medicine if medicine is provided in the prescription. It is disclosed.
  • Patent Document 2 discloses a system in which after a medical examination is performed by a remote use system, a dispensing and distribution center dispenses a medicine and delivers the medicine to a patient.
  • the system includes a prescription collection / delivery server and a dispensing / distribution center.
  • the prescription collection / delivery server receives prescription information created by a doctor in the hospital from the hospital, the patient name and the nearest patient's name are stored in the patient management DB.
  • the number of the dispensing and distribution center is acquired, and part or all of the prescription information and patient information is transmitted to the dispensing and distribution center.
  • the present invention has been made in view of the above problems, and its purpose is to purchase a medicine using an electronic prescription and electronic commerce, without prejudice to the advantage of electronic commerce. It is to provide technology that prevents the sale of illegal drugs other than the purchase.
  • a prescription drug sales system includes prescription receiving means for receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session.
  • Prescription confirmation means for executing a process for confirming whether or not the user information corresponding to the authentication information corresponds to the patient information included in the electronic prescription, and the confirmation process by the prescription confirmation means
  • the control means for controlling the execution of the medicine sales process according to the electronic prescription during the session means for storing information relating to the buying and selling of the medicine based on the electronic prescription linked to the electronic prescription, including.
  • the prescription drug sales method includes a step of receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session, and a user corresponding to the received authentication information.
  • a step of executing a process for confirming whether or not the information and the patient information included in the electronic prescription correspond to each other, and confirming whether or not the user information and the patient information correspond to each other In accordance with the result of the processing, there are included a step of controlling execution of a medicine sales process in accordance with the electronic prescription, and a step of storing information relating to the buying and selling of medicine based on the electronic prescription in association with the electronic prescription.
  • the program according to the present invention includes: prescription receiving means for receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session; user information corresponding to the received authentication information;
  • prescription confirmation means for executing processing for confirming whether or not the patient information included in the electronic prescription corresponds, and according to the result of the processing for confirmation by the prescription confirmation means, according to the electronic prescription
  • the computer is caused to function as control means for controlling execution of the sales process of the medicine, and means for storing information relating to the buying and selling of the medicine based on the electronic prescription in association with the electronic prescription.
  • the computer-readable storage medium concerning this invention stores the said program.
  • the prescription drug sales system further includes a sales confirmation unit that executes a process for confirming whether or not a drug based on the electronic prescription has already been sold based on the information on the purchase and sale,
  • the control means may perform control so that a medicine sales process corresponding to the electronic prescription is executed when it is confirmed that the medicine is not yet sold.
  • the prescription drug sales system further includes means for receiving usage information indicating whether or not the electronic prescription is used by any pharmacy, and the control means is further configured to receive the usage information. You may control to perform the sales process of the medicine according to the said electronic prescription, when showing that the prescription is not used.
  • the prescription drug sales system includes: attribute acquisition means for acquiring patient attribute information related to the electronic prescription from storage means for storing user attribute information; and the electronic prescription read User attribute information is presented to the pharmacist, an explanation input from the pharmacist is received based on the presentation, and the explanation receiving means for storing the explanation in the storage means, and the prescription receiving means receives the electronic prescription. It may further include explanatory text output means for outputting the explanatory text to the user when the information shown is received.
  • the prescription drug sales system receives information on medicines and patients included in the electronic prescription separately from a transmission source different from the user before the information indicating the electronic prescription is acquired from the user by the prescription receiving unit.
  • Pre-reception means wherein the attribute acquisition means acquires patient attribute information related to the electronic prescription based on information about the patient received from a transmission source different from the user from a storage means for storing user attribute information.
  • the explanatory note accepting means presents the information about the medicine received from the transmission source different from the user and the read attribute information of the user to the pharmacist, and is inputted from the pharmacist based on the presentation An explanatory note may be received, and the explanatory note may be stored in the storage means.
  • the prescription drug sales system further includes confirmation data receiving means for receiving confirmation data indicating that the user has confirmed the explanatory text, and responds to the electronic prescription by the control means when the confirmation data is received.
  • Drug sales processing may be executed.
  • the user can confirm the explanation of the pharmacist as in the actual pharmacy.
  • the user can freely select the timing of the purchase procedure.
  • the prescription drug sales system further includes a generation unit that generates information for allowing a user to select a medicine specified by the electronic prescription from a plurality of options, and the control unit includes the sales process.
  • the execution of the medicine sales process in accordance with the electronic prescription may be controlled based on the option selected by the user when executing.
  • the selection can be made according to the user's request, and more actual A response close to a pharmacy is possible.
  • control means may control execution of a medicine sales process corresponding to the electronic prescription based on a pharmacy that sells the medicine selected by the user.
  • the prescription drug sales system delivers the drug at one time or divided into a plurality of times based on at least one of the drug information according to the electronic prescription and the user's request.
  • a shipping schedule generation means for generating a schedule may be further included.
  • the prescription drug sales system may further include a shipping management means for managing shipping of the medicine based on the generated shipping schedule.
  • the shipping management means is capable of stopping the shipping of the unshipped medicine based on the shipping schedule of the medicine and the user's desire.
  • the delivery management means based on the delivery status, that part or all of the medicine sale is canceled as the update content of the information on the medicine sale based on the electronic prescription You may make it memorize
  • FIG. 25 is a sequence diagram illustrating communication among a user terminal, an online shopping mall server, a pharmacy system, and a hospital server in the example of FIG. 24. It is a figure which shows an example of a medicine detail screen. It is a figure which shows another example of an explanatory note output screen.
  • FIG. 1 is a diagram showing an example of a configuration of a prescription drug sales system according to an embodiment of the present invention.
  • the prescription drug sales system includes a pharmacy system 1, an online shopping mall server 2, a user terminal 3, and a hospital server 4. These are connected via the network 5.
  • the network 5 is, for example, a local area network or the Internet.
  • the pharmacy system 1 is a system composed of a server computer and a client computer.
  • the pharmacy system 1 may be a server computer or a personal computer.
  • the pharmacy system 1 exists for each pharmacy. Although only one pharmacy system 1 is shown in FIG. 1, a plurality of pharmacy systems 1 may actually exist.
  • the pharmacy system 1 manages the drug inventory of the pharmacy and mediates the exchange between the pharmacist and the online shopping mall server 2.
  • the online shopping mall server 2 is a server computer.
  • the online shopping mall server 2 executes a web server program (such as httpd), receives information from the user terminal 3 that executes the browser program via the Internet, and the user terminal 3 includes an image (screen) including buttons and character strings. Outputs information to display. Also, the online shopping mall server 2 outputs information for causing the user terminal 3 to select a pharmacy that sells the prescription drug, and provides information for selling the prescription drug to the pharmacy system 1 of the pharmacy selected by the user terminal 3. Send.
  • a web server program such as httpd
  • the user terminal 3 is, for example, a personal computer or a smartphone, transmits information input by the user to the online shopping mall server 2 or the like, receives information from the online shopping mall server 2 or the like, and displays and outputs an image corresponding to the information. Control the device to display.
  • the hospital server 4 is a server computer.
  • the hospital server 4 manages an electronic prescription (hereinafter referred to as an electronic prescription). Although the hospital server 4 exists for each hospital, one hospital server 4 may manage electronic prescriptions for a plurality of hospitals.
  • FIG. 2 is a diagram illustrating an example of a hardware configuration of the computer, the online shopping mall server 2, the user terminal 3, and the hospital server 4 included in the pharmacy system 1.
  • Each of the computer, the online shopping mall server 2, the user terminal 3, and the hospital server 4 included in the pharmacy system 1 includes a processor 11, a storage unit 12, a communication unit 13, and an input / output unit 14.
  • the processor 11 operates according to a program stored in the storage unit 12.
  • the processor 11 controls the communication unit 13 and the input / output unit 14.
  • the program may be provided via the Internet or the like, or may be provided by being stored in a computer-readable storage medium such as a flash memory or a DVD-ROM. .
  • the storage unit 12 includes a memory element such as a RAM or a flash memory, and a hard disk drive.
  • the storage unit 12 stores the program.
  • the storage unit 12 stores information input from each unit and calculation results.
  • the communication unit 13 realizes a function of communicating with other devices, and is configured by, for example, a wired LAN integrated circuit. Based on the control of the processor 11, the communication unit 13 inputs information received from another device to the processor 11 or the storage unit 12 and transmits the information to the other device.
  • the input / output unit 14 includes a video controller that controls the display output device, a controller that acquires data from the input device, and the like.
  • Examples of input devices include a keyboard, a mouse, and a touch panel.
  • the input / output unit 14 Based on the control of the processor 11, the input / output unit 14 outputs display data to the display output device, and acquires data input by the user operating the input device.
  • the display output device is, for example, a display device connected to the outside.
  • FIG. 3 is a functional block diagram showing functions realized by the prescription drug sales system.
  • the prescription drug sales system is functionally configured to include a receiving unit 50, a prescription confirmation unit 53, a sales control unit 54, a sales status confirmation unit 55, a selection information generation unit 56, a selection unit 57, a settlement processing unit 58, an explanation input unit 59, Explanation sentence output part 60, confirmation result acquisition part 61, dispatch schedule generation part 62, dispatch management part 63, prescription pre-reception part 64, attribute acquisition part 65, user information storage part 71, explanation sentence storage part 72, order information storage part 73.
  • the receiving unit 50 includes a user authentication unit 51 and a prescription receiving unit 52.
  • the receiving unit 50, the user authentication unit 51, the prescription receiving unit 52, the prescription checking unit 53, the sales control unit 54, the sales status checking unit 55, the selection information generation unit 56, the selection unit 57, the settlement processing unit 58, Explanation sentence input part 59, explanation sentence output part 60, confirmation result acquisition part 61, dispatch schedule generation part 62, dispatch management part 63, prescription pre-reception part 64, attribute acquisition part 65, user information storage part 71, explanation sentence storage part 72, the order information storage unit 73 is realized by the processor 11 included in the online shopping mall server 2 executing the program stored in the storage unit 12 and controlling the communication unit 13 and the like.
  • the receiving unit 50, the prescription confirmation unit 53, the sales control unit 54, the selection information generation unit 56, the explanatory note input unit 59, the explanatory note output unit 60, the confirmation result acquisition unit 61, the order information storage unit 73, the prescription pre-reception Unit 64, attribute acquisition unit 65, shipping schedule generation unit 62, and shipping management unit 63 are respectively a prescription receiving unit, a prescription checking unit, a generating unit, a control unit, an explanatory text receiving unit, and an explanatory text output unit in the claims of the present application.
  • the sales status confirmation unit 55 corresponds to sales confirmation means and usage information receiving means in the claims of this application.
  • the prescription pre-reception unit 64 and the attribute acquisition unit 65 are realized by the processor 11 included in the computer included in the pharmacy system 1 executing the program stored in the storage unit 12 and controlling the communication unit 13 and the like.
  • the functions related to the other online shopping mall server 2 may be similarly realized by the pharmacy system 1.
  • the receiving unit 50 includes a user authentication unit 51 and a prescription receiving unit 52, and receives user authentication information and information indicating an electronic prescription from a user during one session. Processing of the user authentication unit 51 and the prescription receiving unit 52 will be described later.
  • the user information storage unit 71 stores information for authenticating the user and information on the user's age, sex, and other attributes
  • the explanatory note storage unit 72 stores the explanatory note information received from the pharmacist.
  • the order information storage unit 73 stores order information regarding prescription drug orders received from the user.
  • the order information is information on drug orders based on the electronic prescription, and is stored in the order information storage unit 73 in association with the electronic prescription.
  • the order information includes status information indicating the progress of order processing.
  • the status information includes information indicating whether or not the medicine based on the electronic prescription has been bought and sold (information relating to the buying and selling of the medicine).
  • the user information storage unit 71, the explanatory text storage unit 72, and the order information storage unit 73 are realized, for example, centering on the storage unit 12 of the online shopping mall server 2.
  • a database management program is executed. It may be realized by another server computer.
  • the shipping management unit 63 may be realized by the processor 11 included in a computer different from the online shopping mall server 2 such as a computer included in the pharmacy system 1. Moreover, the online shopping mall server 2 may be eliminated, and the pharmacy system 1 may execute processing of all functions realized by the online shopping mall server 2 instead.
  • the pharmacy system 1 further includes a function of managing stock for each type of medicine in the pharmacy, and a function of outputting information necessary for delivering the medicine to the user, not shown. These functions are realized when the processor 11 or the like included in the pharmacy system 1 executes a program.
  • the user terminal 3 realizes a function of presenting a screen based on data received from the online shopping mall server 2 or the like and a function of transmitting information input by the user regarding the screen to the electronic shopping mall server 2 or the like. These functions are realized, for example, when the processor 11 or the like included in the user terminal 3 executes a program such as a browser and performs processing according to data received from the online shopping mall server 2 or the like. These functions may be realized by a dedicated application program instead of the browser.
  • the hospital server 4 receives an inquiry (not shown) that transmits information on an electronic prescription inputted by a doctor to the user terminal 3 or the pharmacy system 1 and whether the prescription drug for the electronic prescription is sold from the pharmacy system 1 or the like. Based on the function and information stored in the storage unit 12, whether or not the prescription drug is sold is returned to the pharmacy system 1 or the like, and the prescription applied to the electronic prescription when the prescription drug is not sold A function of storing information indicating that the medicine has been sold in the storage unit 12 is realized. These functions are realized by the processor 11 included in the hospital server 4 executing a program.
  • FIG. 4 is a diagram schematically showing an example of a prescription drug sales process.
  • a doctor issues an electronic prescription at the hospital (1. Prescription issuance), and the hospital server 4 transmits the issued electronic prescription to the user terminal 3 (2. Prescription transmission).
  • the user logs in to the prescription drug sales service provided by the online shopping mall server 2 using the user terminal 3 (3. login), and the user is associated with authentication information for authenticating the user to the online shopping mall server 2.
  • Send electronic prescription (4. Send prescription).
  • the online shopping mall server 2 transmits information on a list of pharmacies that can sell medicines included in the received electronic prescription to the user terminal 3 (5. Pharmacy list presentation).
  • the user selects a pharmacy included in the list, and the user terminal 3 transmits information on the selected pharmacy to the online shopping mall server 2 (6. Pharmacy selection). Then, the online shopping mall server 2 transmits an electronic prescription to the pharmacy system 1 corresponding to the selected pharmacy (7. prescription transmission), and a settlement process is executed. Then, the pharmacy system 1 inquires of the hospital server 4 that manages the prescription whether the electronic prescription is being used by another pharmacy or the like (8. Prescription usage status confirmation).
  • the use of an electronic prescription indicates a state in which a medicine based on this electronic prescription has already been sold or a state in which the medicine is being sold.
  • the explanatory text inputted by the pharmacist is transmitted to the user (9. explanatory text transmission). When the pharmacist confirms that the user has confirmed the explanation (10. Confirmation), the pharmacy sends the prescription drug to the user (11. Shipment).
  • FIG. 5 is a sequence diagram showing communication among the hospital server 4, the user terminal 3, the online shopping mall server 2, and the pharmacy system 1 in the example of FIG.
  • FIG. 5 shows a time series of information exchanged between the hospital server 4, the user terminal 3, the online shopping mall server 2, and the pharmacy system 1.
  • FIG. 6 is a flowchart showing an outline of processing of the online shopping mall server 2. Below, the function which the online shopping mall server 2 implement
  • the hospital server 4 stores the electronic prescription input by the doctor in the storage unit 12, transmits the electronic prescription using the communication unit 13, and the user terminal 3 receives the electronic prescription.
  • the user authentication unit 51 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13 included in the online shopping mall server 2.
  • the user authentication unit 51 acquires the user authentication information by receiving the user authentication information from the user terminal 3, and authenticates the user who accesses using the user terminal 3 (step S101).
  • the following processing is executed.
  • the user authentication unit 51 transmits information for displaying a login screen for inputting information necessary for authentication to the user terminal 3 operated by a user who accesses the online shopping mall server 2. Then, based on the transmitted information, the user terminal 3 outputs a login screen.
  • the user authentication unit 51 receives the input from the user terminal 3.
  • User authentication information including information is received.
  • the user authentication information is information that identifies a user who accesses the online shopping mall server 2 and later transmits information indicating an electronic prescription.
  • FIG. 7 is a diagram illustrating an example of a login screen.
  • the user inputs a user ID and password
  • the user authentication unit 51 receives user authentication information including information indicating the user ID and password.
  • the user authentication information does not necessarily have to be a user ID and a password, but may be other information according to a method for authenticating the user.
  • the user authentication information may include a client certificate, or may include user biometric information such as a fingerprint.
  • a hash value may be stored as user authentication information in a browser cookie executed by the user terminal 3.
  • the browser may automatically transmit the user authentication information.
  • the user authentication unit 51 may authenticate the user based on the hash value without inputting a user ID or password.
  • the user authentication unit 51 determines whether or not the user indicated by the user authentication information is a regular user based on the information indicating the password stored in the user information storage unit 71 and the information specifying the user. . If the user is an authorized user, the user authentication unit 51 assigns a session ID to the session that transmitted the authentication information, and returns the session ID to the user terminal 3. Thereafter, when transmitting information to the online shopping mall server 2, the user terminal 3 transmits this session ID together with the information. Note that the user authentication unit 51 stores the session ID in the storage unit 12 in association with the user ID. The session ID may be stored in a server different from the online shopping mall server 2. Further, before the user terminal 3 receives the electronic prescription, the user may be authenticated and the session ID and the user ID may be associated with each other.
  • the session ID is information defining a communication session between the user and the online shopping mall server 2, and for example, a series of http communications having the same session ID are treated as the same session.
  • the application program may be realized by the session ID shown here, or may be realized by a communication protocol like a TCP session.
  • FIG. 8 is a diagram illustrating an example of user information.
  • the user information for each user includes a user ID, a mail address corresponding to the user ID input by the user in FIG. 7, and a password.
  • the user information also includes information such as the user's attributes such as name, date of birth, sex, insurer number, classification, allergy, medical history, side effect history, and the like.
  • the password item data obtained by encrypting the password or a hash value of the password by a hash function is stored.
  • the user information is information that is input before the user transmits information indicating the electronic prescription. However, the user information is appropriately maintained according to changes in the user's situation, and in principle, the user indicates information indicating the electronic prescription. Although the state of the user at the time of transmission is shown, a change in the user's situation may not be reflected in the user information.
  • This attribute information is used as information that complements an answer to a question input at the time of purchase application, which will be described later.
  • the prescription receiving unit 52 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13. After the user is authenticated, the prescription receiving unit 52 acquires an electronic prescription associated with the user authentication information from the user (step S102). In the example of FIG. 5, the prescription receiving unit 52 transmits information on a prescription transmission screen for causing the user terminal 3 to transmit an electronic prescription, and receives the electronic prescription transmitted from the user terminal 3 by a user operation on the prescription transmission screen. To do.
  • the user authentication information and the electronic prescription are associated by being received during the same session.
  • FIG. 9 is a diagram showing an example of a prescription transmission screen.
  • the user terminal 3 displays the image shown in FIG. 9 on the display output device based on the information on the prescription transmission screen transmitted by the prescription receiving unit 52.
  • the user terminal 3 transmits the electronic prescription to the prescription receiving unit 52, and the prescription receiving unit 52 receives the electronic prescription together with information such as a session ID.
  • the session ID is associated with the user, and the electronic prescription is associated with the session ID by transmitting the electronic prescription together with the session ID.
  • the information indicating the electronic prescription received by the prescription receiving unit 52 from the user terminal 3 may not be the electronic prescription itself.
  • the information indicating the electronic prescription may be a prescription ID that identifies the electronic prescription.
  • the prescription ID associated with the user authentication information is associated with the electronic prescription, and the prescription receiving unit 52 downloads the electronic prescription from the hospital server 4 based on the prescription ID.
  • the user authentication unit 51 and the prescription receiving unit 52 may receive the user authentication information and the electronic prescription at substantially the same timing.
  • information on a prescription transmission screen includes information for inputting a user ID and a password, and user authentication information and information indicating an electronic prescription are received in response to input on the screen. Information and information indicating an electronic prescription are received in the same session.
  • the electronic prescription includes a prescription ID that identifies the electronic prescription, information on patient attributes, information on doctors and hospitals that created the prescription, information on prescription drugs, and a prescription issue date and expiration date.
  • the electronic prescription includes information on patient attributes, including name, date of birth, gender, insurer number, classification of insurer or non-supporter, patient code, and information on doctors and hospitals As a hospital code, hospital name, doctor name, doctor contact information.
  • a change to a prescription drug, usage, the amount per time, the number of prescription days, the total amount of the drug, and a generic drug is prohibited.
  • the prescription drug column is information for specifying a drug, and the information may be a drug component and dosage form, or a drug trade name.
  • the divided dosing restriction is an item indicating the maximum amount of medicine that can be administered at one time in divided shipment, and for example, in the case of a medicine that is difficult to store, the number of days is the number of days corresponding to the expiration date.
  • the prescription confirmation unit 53 is mainly realized by the processor 11 and the storage unit 12. Based on the user authentication information associated with the electronic prescription, the user information stored in the user information storage unit 71, and the electronic prescription, the prescription confirmation unit 53 adds the user information corresponding to the user authentication information and the electronic prescription. Processing for confirming whether or not the included patient information corresponds is executed (step S103). More specifically, first, the prescription confirmation unit 53 is transmitted together with the electronic prescription, and from the session ID that associates the user authentication information with the electronic prescription, the user ID associated with the session ID is stored in the storage unit 12. The user is specified by acquisition.
  • the prescription confirmation part 53 acquires the information of a name, a date of birth, sex, an insurer number, and classification from the user information which has the user ID, respectively, and the patient's name, date of birth, sex included in the electronic prescription, Check with the insurer number and category. If the collated information is more similar or matches than a predetermined level, the information of the user corresponding to the user authentication information (the user who transmitted the electronic prescription) and the patient information included in the electronic prescription are included. It is determined that it corresponds. In addition, the hospital code and the patient code are recorded in the user information, and the prescription confirmation unit 53 is described in the information and electronic prescription of the user who transmitted the electronic prescription by checking the hospital code and the patient code included in the electronic prescription. It may be determined whether the patient information corresponds.
  • the process for confirming whether or not the user information corresponding to the user authentication information in the prescription confirmation unit 53 corresponds to the patient information included in the electronic prescription is performed by an operator who operates the online shopping mall server 2. It may be a process of acquiring the result confirmed.
  • the prescription confirmation unit 53 generates information on a screen that displays the user information having the user ID specified from the session ID and the patient information included in the electronic prescription, and the operator uses the screen based on the screen.
  • the prescription confirmation unit 53 may acquire the result of confirming whether or not the information of the patient corresponds to the information of the patient.
  • the sales control unit 54 is mainly realized by the processor 11 and the storage unit 12. Based on the result of the confirmation process by the prescription checking unit 53, the sales control unit 54 controls the medicine sales process corresponding to the electronic prescription to be executed. More specifically, when it is determined that the information of the user who transmitted the electronic prescription and the information of the patient correspond to each other (Y in step S104), the sales control unit 54 performs the subsequent processing, the selection information generation unit 56, a selection unit 57, a settlement processing unit 58, an explanatory text input unit 59, an explanatory text output unit 60, a confirmation result acquisition unit 61, a shipping schedule generation unit 62, a shipping management unit 63, and the like are started (step S105). . Further, the sales control unit 54 controls to proceed with the medicine sales process according to the electronic prescription based on the result of confirmation by the sales status confirmation unit 55, which will be described later.
  • the selection information generation unit 56 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13.
  • the selection information generation unit 56 generates information for allowing the user to select a medicine specified in the electronic prescription from a plurality of options.
  • Each of the plurality of options includes a combination of one or more drugs.
  • a medicine when a medicine is specified by a generic name in the medicine item included in the electronic prescription, there are often a plurality of different medicine products (types of medicine) identified by the generic name.
  • a plurality of medicine products identified by their common names and different from each other generally include a starting drug and a generic drug.
  • Original drugs are those that are first launched by companies that have patent rights in the drug products, and generic drugs are those that are sold by other companies after the lifetime of the patent has expired.
  • Original drugs and generic drugs (also referred to as generic drugs) are each one of the types of drugs, and the brand names and marketing companies differ from each other, and the drug efficacy is compatible.
  • a generic product may not exist, or there may only be a generic product is there.
  • a drug product name for example, a starting drug
  • drug products for example, a generic drug
  • the selection information generation unit 56 includes, for example, a certain medicine item designated by a common name in an electronic prescription, and one of the above-described options includes a certain medicine product designated by the common name, and the other option is Generate information to include products of other drugs specified by generic names. Further, the selection information generation unit 56 may generate information such that one of the above-described options includes a starting drug, and the other options include a generic drug that is a substitute for the starting drug. In the latter case, the information generated by the selection information generation unit 56 is information for selecting either a starting drug or a later drug that is an alternative drug as a drug specified by the electronic prescription. Moreover, the selection information generation part 56 transmits the information toward the user terminal 3 operated by the user. In the example of FIG.
  • one of the aforementioned options includes a drug sold by one pharmacy, and another option includes a drug sold by another pharmacy. Therefore, the information is also information (corresponding to the pharmacy selection screen in FIG. 5) for causing the user to select one of the pharmacies that sell the medicine specified in the electronic prescription.
  • the selection unit 57 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13.
  • the selection unit 57 indicates information indicating whether the user has selected either the original drug or the generic drug and the pharmacy selected by the user with respect to the information for causing the user to select either the original drug or the generic drug. Information is acquired via the communication unit 13.
  • FIG. 12 is a flowchart showing an example of processing when the user selects a medicine.
  • the selection information generation unit 56 transmits information requesting a list of drugs to each of the plurality of pharmacy systems 1 corresponding to the plurality of pharmacies, and the selection information generation unit 56 mainly receives the starting drug from each of the pharmacy systems 1.
  • a list of medicines mainly composed of generic drugs are acquired (step S201). This process corresponds to “drug list inquiry” in FIG.
  • the pharmacy system 1 When the pharmacy system 1 receives information requesting a list of medicines from the selection information generation unit 56, the pharmacy system 1 checks the medicine inventory information included in the medicine type information, and shows a list of combinations of medicines centered on the in-stock drugs. And a list showing combinations of medicines centered on generic drugs in stock. The pharmacy system 1 transmits the generated list to the selection information generation unit 56.
  • the selection information generation unit 56 included in the online shopping mall server 2 may perform the process in which the pharmacy system 1 generates the list instead.
  • FIG. 13 is a diagram showing an example of medicine type information.
  • the medicine type information includes, for each medicine, a medicine ID, a medicine name, a general name, a subsequent classification, a minimum dosage limit, a maximum dosage limit, an inventory amount as inventory information, and a description of the medicine.
  • the product name is the name of the drug named by the pharmaceutical company
  • the generic name corresponds to the ingredient or dosage form of the drug
  • the generic name of the drug with the same ingredient or dosage form is the same regardless of the pharmaceutical company.
  • the generic category indicates whether the drug is a generic or generic drug.
  • the explanation includes text indicating precautions when taking the medicine.
  • the minimum dose limit indicates the minimum amount of a drug that can be sent at one time, for example, in the case of split shipment
  • the maximum dose limit indicates the maximum amount of a drug that can be sent at one time in days.
  • the selection information generation unit 56 generates pharmacy selection screen data including an option including a list of drugs mainly composed of starting drugs and an option including a list of drugs mainly composed of generic drugs (step S202).
  • the data of the selection screen is transmitted to the user terminal 3 (step S203).
  • the plurality of options may not necessarily include both the list of medicines made of the starting drugs and the list of medicines made of the subsequent drugs.
  • the selection information generation unit 56 generates and transmits drug detail screen data indicating details of an option (corresponding to a drug list) instructed to be displayed by the user (step S204).
  • FIG. 14 is a diagram showing an example of a pharmacy selection screen.
  • the selection information generation unit 56 includes a list of drugs, a payment amount, and a “detail” button for an instruction to display details about this combination; Generate data to display a pharmacy selection screen containing.
  • the list of drugs includes information on the brand name and total amount of each drug.
  • the selection information generation unit 56 is different in service related to delivery from a pharmacy that has been designated as a family pharmacy by a user in advance from among a plurality of pharmacies, a pharmacy that has generated a list of drugs whose total payment is lower than the pharmacy, and the pharmacies.
  • a pharmacy may be selected, and a pharmacy selection screen may be generated for the selected pharmacy.
  • the information on the screen generated by the selection information generation unit 56 may be different from the pharmacy selection screen.
  • the selection information generating unit 56 may generate screen information including only a plurality of lists for one pharmacy such as a family pharmacy.
  • the user terminal 3 Based on the data of the transmitted pharmacy selection screen, the user terminal 3 displays the pharmacy selection screen on the display output device, and when the user presses the “detail” button, the details of the list of medicines for any pharmacy are displayed.
  • the user terminal 3 transmits data indicating that the display of the details of the option has been instructed.
  • generation part 56 will produce
  • FIG. 26 is a diagram showing an example of a medicine detail screen.
  • the selection information generation unit 56 transmits “details” of each medicine included in the list for this option, one or a plurality of questions, and information indicating that the user has selected this option to the user terminal 3.
  • Data for displaying a medicine detail screen including a button is generated, and this data is transmitted to the user terminal 3.
  • the selection information generation unit 56 acquires a question associated with each of the general names of the plurality of medicines included in the electronic prescription or each of the products (types) of the plurality of medicines included in the options.
  • the selection information generation unit 56 deletes the duplication of the question and generates information on the question for the user. This question is about the user's attributes.
  • the selection information generation unit 56 can obtain the answer to the question from the user attribute information included in the user information (for example, age, gender, allergy history), the question about the attribute may be deleted. Questions that do not apply to the attributes (eg, sex) included in (eg, questions about pregnancy for men) may be deleted. Further, the data of the medicine detail screen includes data that causes the user terminal 3 to transmit information on answers to each question when the “purchase application” button is pressed.
  • the user terminal 3 displays the medicine detail screen on the display output device based on the transmitted medicine detail screen data, and the user presses the “purchase application” button, so that the details of the plurality of options are displayed.
  • the user terminal 3 selects to purchase a medicine for an option (a list of medicines for any pharmacy)
  • the user terminal 3 transmits data indicating the selected pharmacy and the list of the selected medicines.
  • the selection unit 57 receives the data indicating the selected pharmacy and the list of selected drugs (step S205). Then, an order for a prescription drug is received, and the sales control unit 54 stores order information about the list of corresponding drugs and information on answers to the questions in the order information storage unit 73.
  • the sales control unit 54 transmits a reception message indicating that the order has been received toward the user.
  • An electronic prescription is transmitted to the selected pharmacy (step S206).
  • the reception message may be screen information transmitted to the user terminal 3 or an e-mail addressed to the user.
  • the electronic prescription may be transmitted directly to the pharmacy system 1 or a message that the order to the pharmacy is accepted is sent to the person in charge of the pharmacy, and the person in charge
  • the pharmacy system 1 operated by may access the online shopping mall server 2 and obtain an electronic prescription.
  • FIG. 15 is a diagram showing an example of the order list screen.
  • the order list screen is a screen that is displayed when the person in charge of the pharmacy accesses the online shopping mall server 2, and information on this screen is generated by the sales control unit 54.
  • the sales control unit 54 generates information that causes the display output device to output a list of orders for the pharmacy as an order list screen.
  • the information includes, for each order, the date and time when the order was received, the order number identifying the order, the settlement method, the settlement status, the shipping status, and the prescription usage status information indicating the prescription drug sales status.
  • the sales control unit 54 transmits information on the order detail screen showing the details of the order to the computer (mainly the pharmacy system 1) operated by the person in charge.
  • FIG. 16 is a diagram illustrating an example of an order detail screen.
  • the information output by the order detail screen includes an electronic prescription, an answer to a user's question, a user's allergy history and side effect history, a payment method, a medicine destination, a payment status, a shipping status, and a prescription usage status.
  • the information on the order detail screen corresponds to an electronic prescription transmitted from the online shopping mall server 2 in FIG. 5 to the pharmacy system 1.
  • the settlement processing unit 58 is realized by the processor 11, the storage unit 12, and the communication unit 13.
  • the settlement processing unit 58 receives information (settlement request) indicating that the person in charge at the pharmacy has pressed the settlement request button on the order detail screen.
  • the payment processing unit 58 executes the payment processing by the payment method (for example, credit card) designated by the user using the communication unit 13 and stores the result of the payment processing in the order information.
  • the person in charge at the pharmacy confirms the result of the settlement process on the order list screen or the order detail screen. Note that the settlement process may be performed at any timing after the sales situation to be described later is confirmed and before the pharmacy performs shipping.
  • the sales status confirmation unit 55 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13.
  • the sales status confirmation unit 55 executes a process for confirming whether or not the medicine based on the electronic prescription concerning the order has already been sold. This process includes a process for confirming whether or not a drug based on the electronic prescription has already been sold in the prescription drug sales system, and a process for confirming whether or not another pharmacy has sold the drug for the electronic prescription. .
  • the latter processing corresponds to the prescription usage status confirmation in FIG.
  • the sales status confirmation unit 55 confirms whether there is an order associated with the current electronic prescription in the order information storage unit 73. More specifically, after the processing of the prescription check unit 53 has been performed so far, the sales control unit 54 and the like store the order and the prescription ID of the electronic prescription in the order information storage unit 73 as order information. The sales status confirmation unit 55 confirms whether there is order information for an order that is different from the order corresponding to the reception of the current electronic prescription and includes the same prescription ID. Further, when the order information exists, the sales status confirmation unit 55 confirms whether or not the status included in the order information (information relating to buying and selling) indicates that the sales process is in progress.
  • the sales status confirmation unit 55 determines that the medicine based on the electronic prescription is sold, or that another sales process of the medicine is in progress, and the prescription.
  • the usage status is updated to “confirmed NG”. This process may be executed at any time before the electronic shopping mall server 2 receives the electronic prescription and before actually sending it out.
  • FIG. 17 is a flowchart showing an example of processing when confirming the sales status.
  • the sales situation confirmation unit 55 transmits an inquiry request including a prescription ID to the hospital server 4 that manages the prescription using the communication unit 13, and takes an order from the hospital server 4.
  • a sales situation is acquired about an electronic prescription (Step S301).
  • the sales status is information indicating whether or not a drug is sold by any one of a plurality of pharmacies, in other words, whether or not an electronic prescription is used by any pharmacy.
  • the sales status confirmation unit 55 transmits an update request including the prescription ID to the hospital server 4.
  • the storage unit 12 included in the hospital server 4 updates the sales status of the electronic prescription for the order so that the sales status indicates that the pharmacy that accepted the order sells the drug.
  • the sales status confirmation unit 55 updates the status of the prescription usage status included in the order information to a status of “confirmed OK” indicating that the sales status can be confirmed and the sales process can proceed (step S304).
  • the sales control unit 54 indicates that the sales process of the drug related to the electronic prescription cannot be performed.
  • the prescription usage status included in the order information is updated to “confirmed NG” (step S305).
  • the status of “confirmed NG” indicates that the electronic prescription is used for another pharmacy and the subsequent sales process cannot be performed in this system (this pharmacy). This status indicates that the medicine based on the electronic prescription has already been sold by another pharmacy or the sales process is in progress, and if the medicine is sold, the medicine is sold to the user twice.
  • the process of inquiring to the hospital server 4 whether or not the medicine based on the electronic prescription has already been sold is before confirmation of the explanatory text in FIG. 4 and FIG. Also good. For example, it may be after transmission / reception of explanation confirmation data, or may be immediately before transmission of shipping instruction information. In these examples, there is a greater risk that a plurality of orders will be processed in parallel for the same electronic prescription, but it is possible to prevent two or more shipments for the plurality of orders.
  • the program on the user terminal 3 side holds information indicating whether or not the electronic prescription is used, and the sales status confirmation unit 55 receives the information from the user terminal 3 instead of the hospital server 4 so that the prescription usage status is received. You may update the status.
  • the sales status confirmation unit 55 of the online shopping mall server can confirm the sales status indicating whether the medicine for the electronic prescription has already been ordered by confirming the additional information.
  • the sales control unit 54 controls the execution of the sales process (process after determining the shipping schedule) according to the electronic prescription.
  • the person in charge of the pharmacy may confirm the status of the prescription usage status on the order list screen or the order detail screen, and continue the operation related to sales.
  • the sales control unit 54 controls so that the processing for the sale cannot proceed thereafter, After receiving this status update, the person gives a refund as necessary.
  • the explanatory note input unit 59 is realized centering on the processor 11, the storage unit 12, and the communication unit 13.
  • the explanatory note input unit 59 presents information related to the user who applied for the order to the pharmacist, and receives an explanatory note (corresponding to the explanatory note input data in FIG. 5) regarding the order input from the pharmacist of the pharmacy related to the order.
  • the information about the user includes the attribute information included in the user information and the user attribute information included in the answer to the user's question, and the information about the user determines whether the pharmacist creates an explanation or the prescription is correct. Used when.
  • the explanatory text input unit 59 stores the received explanatory text in the explanatory text storage unit 72 including the storage unit 12. In the example of FIG.
  • the processing of the explanatory note input unit 59 explains a request that the pharmacist of the pharmacy involved in the order presses the explanation button on the order detail screen, and the computer operated by the pharmacist starts to input the explanatory text. It starts when it is sent to the sentence input unit 59.
  • the attribute acquisition unit 65 is realized centering on the processor 11, the storage unit 12, and the communication unit 13 included in the online shopping mall server 2.
  • the attribute acquisition unit 65 acquires the patient attribute information related to the received electronic prescription from the user information storage unit 71 that stores the user attribute information.
  • the explanatory note input unit 59 presents information relating to the user who applied for the order based on the attribute information of the patient to the pharmacist.
  • FIG. 18 is a diagram showing an example of an explanatory text input screen.
  • the information on the explanatory note input screen allows the user to input the electronic prescription information concerning the order, the attribute information of the user who applied for the order included in the user information, and the subject and body of the explanatory message explained by the pharmacist to the user.
  • the explanatory note input unit 59 generates information on an explanatory note input screen including these pieces of information and transmits the information to the pharmacy system 1.
  • the pharmacist refers to the electronic prescription displayed on the explanatory note input screen corresponding to the received information, the allergy history, medical history, and side effect history of the user, and inputs the subject and text of the explanatory message to the pharmacy system 1.
  • the pharmacy system 1 transmits an explanatory message to the explanatory text input unit 59.
  • the explanatory note input unit 59 accepts the message and stores it in the explanatory note storage unit 72.
  • the explanatory note input unit 59 acquires items to be described in the explanatory note from the medicine type information in accordance with the medicine included in the electronic prescription, generates a draft of the explanatory note including the item, and stores the information on the explanatory note You may transmit the information of the explanatory note input screen including.
  • the explanatory text to the user may be input by the pharmacist correcting the explanatory text plan displayed in the text column of the explanatory text input screen.
  • the explanatory note output unit 60 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13.
  • the explanatory text output unit 60 outputs an explanatory text (corresponding to the explanatory text data in FIG. 5) to the user who places the order.
  • FIG. 19 is a diagram showing an example of an explanatory text output screen.
  • the information on the explanatory note output screen corresponds to the explanatory text data in FIG. 5, and the information on the explanatory note output screen generated and transmitted by the explanatory note output unit 60 includes the subject and body text of the explanatory note received by the explanatory note input unit 59.
  • the explanatory note output unit 60 generates information on the explanatory note output screen so that the square symbol input on the explanatory note input screen is converted into the check box 31.
  • the user terminal 3 When the user confirms the explanatory text output screen, checks the check box 31 and presses the OK button, the user terminal 3 transmits explanatory confirmation data indicating that the explanatory text has been confirmed. When the user does not check the check box 31 or when a character string is added to the explanatory text, a message of the added explanatory text is transmitted to the confirmation result acquisition unit 61.
  • the confirmation result acquisition unit 61 is realized centering on the processor 11, the storage unit 12, and the communication unit 13.
  • the confirmation result acquisition unit 61 receives the explanation confirmation data transmitted from the user terminal 3, and updates the explanation status included in the order information related to the order to a status indicating that the explanation confirmation data has been received.
  • information indicating that the explanation confirmation data has been received is stored in the order information storage unit 73.
  • the person in charge at the pharmacy confirms the updated explanation status on the message confirmation screen, the order list screen, and the order detail screen (corresponding to the explanation status confirmation in FIG. 5), and continues operations related to sales.
  • FIG. 20 is a diagram illustrating an example of a message confirmation screen.
  • the message list column of the message confirmation screen subject lines of all messages related to the order are arranged.
  • a character string (“user confirmed”) indicating that the explanation has been confirmed by the user is arranged in the message list column.
  • the body of the message selected from the messages in the list is arranged, and below the column, a “pharmacist confirmation” button to be pressed when the pharmacist confirms the message is arranged.
  • the explanatory note input unit 59 may further display an explanatory text input screen.
  • the sales control unit 54 updates the explanation status of the order information to “confirmed”. Accordingly, the sales control unit 54 advances the process of determining the shipping schedule.
  • Each of the shipping schedule generation unit 62 and the shipping management unit 63 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13.
  • the shipping schedule generating unit 62 generates a schedule for shipping the medicine once or divided into a plurality of times based on at least one of the medicine information included in the electronic prescription and the user's desire. For example, the shipping schedule generation unit 62 generates a shipping schedule plan based on the medicine information included in the electronic prescription, and outputs data indicating the generated schedule plan to the person in charge of the pharmacy (see FIG. 5). When the information indicating that the person in charge has approved the schedule is received, the shipping schedule generation unit 62 generates the approved schedule as an official shipping schedule for shipping the medicines for the electronic prescription.
  • FIG. 21 is a diagram illustrating an overview of a process for generating a shipping schedule.
  • the shipping schedule generation unit 62 permits the division shipping field of one or a plurality of drugs included in the electronic prescription, and determines the maximum dosage limit based on the drug type information for the drugs for which the division shipping is permitted.
  • the number of days stored in the electronic prescription and the number of days for the electronic prescription divided dosage limit are obtained, and the minimum number of days acquired (hereinafter referred to as the maximum divided interval) is larger than the prescription number of days for the electronic prescription medicine. It adds to a division
  • step S403 If there is a medicine belonging to the division target list (Y in step S402), a proposal of a shipping schedule for dividing and shipping the medicine is generated (step S403).
  • the number of days stored in the minimum dosage limit of the drug type information is described as the minimum division interval.
  • FIG. 22 is a flowchart showing an example of a process for creating a draft shipping schedule.
  • the shipping schedule generation unit 62 sets a date (shortest shipping date) that can be shipped in the shortest delivery date of the medicine that exists in the electronic prescription and does not belong to the division target list (step S501).
  • the shipping schedule generation unit 62 obtains the minimum value of the maximum division interval for one or more drugs belonging to the division target list (step S502). Since this minimum value is likely to be an interval between adjacent shipping dates when performing divided shipping, it is described as a basic interval.
  • the shipping schedule generation unit 62 selects medicines that satisfy the condition that the basic interval value is greater than or equal to the minimum division interval and less than or equal to the maximum division interval from among the medicines belonging to the division target list.
  • the shortest shipping date is set on the shipping date, and on the subsequent shipping dates, the date from the shortest shipping date until the number of prescription days elapses is set to the basic interval that is the interval from the previous shipping date (step) S503). Further, the shipping schedule generating unit 62 deletes the medicine for which the shipping date is set from the division target list (step S504).
  • the shipping schedule generation unit 62 sets the condition that (n ⁇ basic interval) value (n is an integer of 2 or more) among the remaining medicines belonging to the division target list is not less than the minimum division interval and not more than the maximum division interval. Select the medicine to be filled, and set the shortest shipping date for the first shipping date for the selected medicine. For the subsequent shipping dates, the previous shipping date out of the dates from the shortest shipping date until the prescription days have passed A date at which the interval between and (n ⁇ basic interval) is set is set (step S505). Further, the shipping schedule generation unit 62 deletes the medicine for which the shipping date is set from the division target list (step S506).
  • the shipping schedule generation unit 62 sets the first shipping date for the medicine as the shortest shipping date, and on subsequent shipping dates until the prescription days have elapsed from the shortest shipping date.
  • the date at which the interval from the previous shipping date is the maximum division interval is set (step S507). As a result, a draft shipping schedule for each medicine is generated.
  • the shipping schedule generation unit 62 determines the amount to be sent on each shipping date for each medicine according to the shipping date included in the plan and the daily dose obtained from the electronic prescription. Calculate (step S404).
  • the daily dose is a value obtained by multiplying the number of times obtained from the usage of each day by the amount of one time.
  • the shipping schedule generation unit 62 sets a value obtained by multiplying the daily dose by the interval between the current shipping date and the next shipping date as the amount to be sent on each shipping date, when there is a next shipping date.
  • a value obtained by subtracting the number of days between the first shipping date and the current shipping date from the prescription date is multiplied by the daily dose.
  • the shipping schedule generation unit 62 generates and outputs data of the shipping schedule confirmation screen based on the determined shipping date for each medicine and the amount of medicine to be sent on the shipping date, and obtains approval from the pharmacist (step) S405).
  • FIG. 23 is a diagram showing an example of a shipping schedule confirmation screen.
  • FIG. 23 is a shipping schedule corresponding to the case where the information on the medicine shown in FIG. 11 is included in the electronic prescription and the medicine shown in FIG. 16 is sold for the electronic prescription. While the prescription period is 10 days, the drug type information for the drug of “cough syrup A” and the divided dose restriction specified by the doctor are 7 days, and the drug type information for the drug of “Gastrointestinal drug B” is specified. Since the maximum number of days of dosing restriction is nine, in step S401, the medicines to be divided and dispatched are “cough syrup A” and “gastrointestinal medicine B”.
  • step S502 7 days is determined as the basic interval, and even if these drugs are shipped at the basic interval, the conditions for medication restrictions are met. Ships after 7 days.
  • the coating agent C that is not subject to split shipping is shipped only on the first shipping date.
  • the information on the shipping schedule confirmation screen includes information on the shipping schedule determined in this way.
  • the basic interval is 4 days.
  • the cough syrup A is shipped 4 days after the first shipping date, and the cough syrup A and the gastrointestinal medicine B (see step S504) are further shipped after 4 days.
  • Pharmacist confirms the shipping schedule that can be displayed on the shipping schedule confirmation screen, and approves this shipping schedule by pressing the confirmation button if there is no problem.
  • the pharmacy system 1 transmits a schedule confirmation result (see FIG. 5) indicating that the pharmacist has confirmed the shipping schedule to the shipping schedule generation unit 62. Further, the shipping schedule generation unit 62 receives the schedule confirmation result. Then, the shipping schedule generation unit 62 saves the schedule approved by the received schedule confirmation result in the storage unit (step S406).
  • the shipping management unit 63 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13.
  • the shipment management unit 63 manages the delivery of medicines based on a delivery schedule for delivering medicines to a user in a plurality of times or a delivery schedule for delivering them in a batch.
  • the shipping status included in the order information is changed to “waiting for shipping” (step S408).
  • the shipping management unit 63 transmits shipping instruction information to the pharmacy according to the shipping schedule and the current date (step S409).
  • the shipping instruction information may be, for example, an email that is transmitted to the pharmacy system 1 on the day or the previous day of each shipping date and includes information on the drug to be shipped on the shipping date.
  • the pharmacist at the pharmacy sends the medicine based on this email.
  • the shipping management unit 63 manages the shipping of the medicine.
  • the shipping instruction information may be shipping schedule information input to a delivery system included in the pharmacy system 1.
  • the sales contract for the prescription drug is established by the first shipment of the prescription drug.
  • the shipping schedule generation unit 62 may receive the schedule corrected by the pharmacist, and the shipping schedule may be the official shipping schedule. For example, in the example of FIG. 23, based on the shipping schedule confirmation result transmitted when the pharmacist presses the edit button, the shipping schedule generation unit 62 generates a screen that allows the pharmacist to input the corrected shipping schedule. The shipping schedule generation unit 62 receives the input shipping schedule. After that, the process after step S406 should just be performed. Further, the process for generating the shipping schedule and the process for the pharmacist to check the shipping schedule executed by the shipping schedule generating unit 62 may be performed when the pharmacist creates the explanatory text (or immediately before or after). . In this way, it is possible to shorten the time from when the user confirms the explanatory text until the shipment.
  • the shipping schedule plan may not be generated by the shipping schedule generation unit 62.
  • a shipping schedule desired by a user operating the pharmacy system 1 may be received, and the shipping schedule may be used as it is for shipping management.
  • the shipping schedule generation unit 62 may generate a schedule without the approval of the person in charge based on the shipping schedule associated with the order information of past orders of the same user. More specifically, the shipping schedule generation unit 62 determines whether or not the type and amount of the medicine are the same in the order in which the user has purchased the medicine in the past. A schedule having the same shipping interval as the shipping schedule of past orders may be generated as a formal shipping schedule.
  • step S402 if there is no medicine belonging to the division target list (N in step S402), the shipping schedule generation unit 62 provides information (for example, information on the screen) indicating that the medicines for the electronic prescription are to be shipped at once.
  • the shipping management unit 63 sets the shipping status included in the order information stored in the order information storage unit 73 to “waiting for shipping”. (Step S408). Then, the shipping management unit 63 transmits the shipping instruction information to the pharmacy according to the shipping schedule and date (step S409).
  • the doctor may be able to specify on the electronic prescription whether or not to stop taking the prescription drug at the patient's own judgment.
  • the electronic prescription includes information indicating that one of the prescription drugs may be stopped, and the shipping management unit 63 of the online shopping mall server 2 sends the medicine based on the user's wish for the prescription drug.
  • the shipping management unit 63 controls the pharmacy system 1 so as not to ship the medicine in the shipping schedule after receiving the shipping cancellation instruction information when the information for instructing cancellation (shipping cancellation instruction information) is received. It's okay.
  • the shipping management unit 63 uses the information indicating that a part or all of the sales of the medicine has been canceled to order the medicine sales.
  • Information status information may be updated.
  • the updated order information is stored in the order information storage unit 73.
  • the sales control unit 54 performs a refund or a point return based on the order information stored in the order information storage unit 73. May be performed. In this case, the sales control unit 54 performs control so that the sales status of the electronic prescription in the hospital server 4 remains information indicating that the electronic prescription has been used.
  • the sales control unit 54 controls to update the sales status to indicate that it is not used. In this case, the user may use another pharmacy. If this cancellation is made and the settlement is completed, the sales control unit 54 performs a refund process.
  • the sales control unit 54 provides the user with information indicating the reason together with the cancellation instruction. You may control whether to update the sales status of the hospital server 4 to unused according to the reason for the acquisition. In addition, the pharmacist may manually update the sales status of the hospital server 4 based on the judgment of the pharmacist who operates the pharmacy system 1. For example, if you have prescribed more drugs at another hospital and the drugs are no longer needed, the sales status will remain used, and if you just want to use other pharmacies, you can use other pharmacies Such a flexible response becomes possible.
  • the process of updating the sales status of the hospital server 4 related to the cancellation may be varied depending on the status of the shipment at the time of order cancellation.
  • the description data corresponding to the electronic prescription is performed after the user transmits the electronic prescription, but this may be performed before the electronic prescription is received from the user.
  • etc. For that purpose, and the example of the flow of the prescription drug sale by a prescription drug sales system are demonstrated. Below, it demonstrates centering on difference with the example of FIG.
  • FIG. 24 is a diagram schematically showing another example of a prescription drug sales process.
  • FIG. 25 is a sequence diagram showing communication among the user terminal 3, the online shopping mall server 2, the pharmacy system 1, and the hospital server 4 in the example of FIG.
  • the example of FIG. 24 and FIG. 25 is an example in the case where a family pharmacy that a patient usually uses is registered in the hospital server 4 in advance and an electronic prescription is disclosed to the hospital server 4. .
  • the hospital server 4 is information indicating an electronic prescription (in this example, a prescription ID, but an electronic prescription may also be used. )
  • an electronic prescription in this example, a prescription ID, but an electronic prescription may also be used.
  • the user terminal 3 To the user terminal 3 (“2. Prescription ID transmission” in FIG. 24, “Prescription ID” in FIG. 25) and the electronic prescription to the pharmacy system 1 (“3. Prescription transmission in FIG. 24). "," Electronic prescription "in FIG. 25). Then, the pharmacist who operates the pharmacy system 1 that has received the electronic prescription creates an explanatory text (“4. Create explanatory text” in FIG. 24).
  • the prescription pre-reception unit 64 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13 included in the computer belonging to the online shopping mall server 2.
  • the prescription pre-receiving unit 64 relates to medicines and patients included in the electronic prescription from a transmission source (hospital server 4 or pharmacy system 1) different from the user before the prescription receiving unit 52 acquires information indicating the electronic prescription from the user. Receive information.
  • the information about the medicine and the patient included in the electronic prescription may be the electronic prescription itself or information in another format.
  • the method in which the online shopping mall server 2 receives information on medicines and patients included in the electronic prescription may be a method of directly transmitting the information from the hospital server 4 to the electronic shopping mall server 2, or the electronic shopping mall server. 2 may access the hospital server 4 periodically and download the electronic prescription when there is an electronic prescription for this pharmacy. Further, the computer belonging to the pharmacy system 1 further transmits the electronic prescription received from the hospital server 4 to the online shopping mall server 2, so that the prescription pre-reception unit 64 receives information on the medicine and patient included in the electronic prescription. Alternatively, the prescription pre-reception unit 64 may be realized by a computer belonging to the pharmacy system 1.
  • the attribute acquisition unit 65 is realized centering on the processor 11, the storage unit 12, and the communication unit 13 included in the online shopping mall server 2.
  • the attribute acquisition unit 65 acquires the patient attribute information related to the electronic prescription received from the hospital server 4 that is a transmission source different from the user from the user information storage unit 71 that stores the user attribute information. More specifically, the attribute acquisition unit 65 obtains information about the patient included in the electronic prescription from the computer included in the pharmacy system 1 (for example, information specifying the patient such as a hospital code, a patient ID, an insurer number, and a name).
  • the user attributes for example, allergy history, side effect history, etc.
  • the attribute acquisition unit 65 included in the online shopping mall server 2 may acquire an electronic prescription and store it in the storage unit 12.
  • the explanatory note input unit 59 receives the user attribute information corresponding to the patient included in the electronic prescription and acquired by the attribute acquisition unit 65 and the received drug information from the pharmacist.
  • the information on the explanatory note input screen is transmitted to input the explanatory note relating to the electronic prescription.
  • the configuration of the explanatory note input screen is the same as the example of FIG. 18, and the explanatory note input screen is generated before receiving an order application from the user.
  • the pharmacy system 1 stores the description in the online shopping mall server 2 (“description storage” in FIG. 24, “description input data” in FIG. 25).
  • the process in which the explanatory note input unit 59 receives the explanatory text input data relating to the order input from the pharmacist of the pharmacy relating to the order is the same as the example of FIG.
  • FIG. 27 is a diagram showing another example of the explanatory note output screen.
  • the explanatory note output screen shown in FIG. 27 is a screen for outputting the explanatory note created in advance and stored in the storage unit 12 by the explanatory note input unit 59.
  • the explanatory note includes information on the attribute of the user and a check box 32 for inputting whether or not the information has currently changed. This check box 32 may be set for each item of information regarding the attribute. In this case, the state of the user can be confirmed more reliably.
  • the explanatory note input unit 59 includes an explanatory sentence including information regarding the attributes of these users and information indicating that the user has confirmed the information. Information on an explanatory note input screen including a template may be generated.
  • the pharmacy system 1 may transmit an explanatory note and may also transmit drug type data that is a list of prescription drugs provided by the pharmacy.
  • This list may be two types of lists: a list of original drug centers and a list of generic drug centers.
  • the selection information generation unit 56 included in the online shopping mall server 2 may receive this medicine type data, and may also receive an electronic prescription and store it in the storage unit 12 or a database executed by another computer. .
  • the selection information generation unit 56 also stores one or more lists of drugs included in the drug type data before the prescription receiving unit 52 receives the information indicating the electronic prescription. ) May be stored.
  • the user logs in to the prescription drug sales service provided by the online shopping mall server 2 using the user terminal 3 (“6. Login” in FIG. 24, “Login screen” in FIG. 25, “User authentication information”).
  • the process of the user authentication unit 51 is the same as the example of FIG.
  • the user transmits a prescription ID associated with authentication information for authenticating the user to the online shopping mall server 2 (“7. Prescription ID transmission” in FIG. 24, “Prescription ID data” in FIG. 25).
  • the online shopping mall server 2 transmits information on one or more lists of medicines included in the received electronic prescription to the user terminal 3 (“8. Medicine type presentation” in FIG. 24, “Drug type selection” in FIG. 25). screen”).
  • the prescription confirmation unit 53 confirms whether the user authentication information associated with the electronic prescription corresponds to the patient information included in the electronic prescription. To execute the process. More specifically, the prescription checking unit 53 acquires information for identifying the user based on information that associates the user authentication information such as the session ID and the electronic prescription, and the user is transmitted from the pharmacy system 1 in advance and stored.
  • the sales control part 54 is controlled so that the sales process of the medicine according to an electronic prescription is performed based on the result of the process of the confirmation.
  • the selection information generation unit 56 receives the medicine received from the pharmacy system 1 based on the control of the sales control unit 54. Based on this list, information on a drug type selection screen, which is information for allowing the user to select either a starting drug or a generic drug, is generated.
  • the drug type selection screen is a screen that allows the user to select which one of the list of the drugs centered on the starting drugs and the list of the drugs centered on the generic drugs among the pharmacies that have received the explanation in advance.
  • the medicine type selection screen is a screen obtained by removing the list of medicines for pharmacies other than the family pharmacy from the screen shown in FIG.
  • the user selects one of the medicine lists included in the list, and the user terminal 3 transmits information on the selected list ("medicine type selection data" in FIG. 25) to the online shopping mall server 2 ( “9. Drug type selection” in FIG. 24).
  • the selection unit 57 included in the online shopping mall server 2 receives the medicine type selection data, and the explanatory note output unit 60 transmits the explanatory note previously input by the pharmacist and stored in the storage unit 12 or the like to the user.
  • the explanatory note output unit 60 outputs information on an explanatory note output screen as shown in FIG. 27 as a screen following the drug type selection screen in the same session as the drug type selection screen. Description of the generation of information on the explanatory note output screen is omitted.
  • the confirmation result acquisition unit 61 receives information indicating that the user has confirmed (“explanation confirmation data” in FIG. 25), and the pharmacist confirms the information (“11 in FIG. 24). .Confirmation "," explanation status confirmation "in FIG. Since the processing of the confirmation result acquisition unit 61 according to this is the same as the example of FIG. Then, the pharmacy system 1 makes an inquiry to the hospital server 4 that manages the prescription by using this electronic prescription whether other pharmacies sell prescription drugs ("11. Prescription usage status confirmation” in FIG. 24) "Prescription usage status in FIG. Confirmation”).
  • the sales status confirmation unit 55 executes the same processing as in FIG.
  • the settlement processing unit 58 executes a settlement process, and the pharmacy sends the prescription drug to the user (“11. Shipment” in FIG. 24, FIG. 25 "shipping instruction information").
  • the settlement processing performed by the settlement processing unit 58, the sales status confirmation unit 55 confirms the prescription drug sales status, and the sales control unit 54 controls the sale of the medicine according to the confirmation result, or the shipping schedule.
  • the processing for generating the shipping schedule by the generation unit 62 and the processing for managing the shipping by the shipping management unit 63 are the same as in the example of FIG. Since there is, detailed description is abbreviate
  • the pharmacist operating the pharmacy system 1 can input the explanatory text before the transmission. Thereby, it is possible to reduce the time from when the user applies for the purchase of a medicine by selecting the kind of medicine, etc. until the explanatory text is confirmed, and to improve the convenience for the user. In particular, if the pharmacist is not stationed at night and the user's application for the purchase of drugs and confirmation of explanations can only be performed at night, the time from application to shipping can be shortened by one day or more. It becomes possible.
  • the online shopping mall server 2 exchanges with the user. However, these exchanges may be performed by a server computer included in the pharmacy system 1.
  • a program for realizing the function of the online shopping mall server 2 is arranged in the pharmacy system 1 and is executed by a server computer included in the pharmacy system 1.
  • 1 pharmacy system 1 electronic mall server, 3 user terminal, 4 hospital server, 5 network, 11 processor, 12 storage unit, 13 communication unit, 14 input / output unit, 31, 32 check box, 51 user authentication unit, 52 prescription Receiving unit, 53 prescription confirmation unit, 54 sales control unit, 55 sales status confirmation unit, 56 selection information generation unit, 57 selection unit, 58 settlement processing unit, 59 explanatory text input unit, 60 explanatory text output unit, 61 acquisition of confirmation result Unit, 62 shipping schedule generation unit, 63 shipping management unit, 64 prescription pre-reception unit, 65 attribute acquisition unit, 71 user information storage unit, 72 explanation sentence storage unit, 73 order information storage unit.

Abstract

With regard to the purchase of medicine using an electronic prescription and e-commerce, the invention prevents the medicine being sold to a purchaser with no relationship to the patient for whom the prescription is intended. The prescription medicine selling system: receives, from a user, information which is linked to authentication information authenticating the user, and which represents an electronic prescription; executes a process to confirm whether or not the user information corresponding to the linked authentication information corresponds to patient information contained in the electronic prescription; and in accordance with the result of the confirmation process, controls the execution of a process of selling the medicine corresponding to the electronic prescription.

Description

処方薬販売システム、処方薬販売方法、プログラムおよび情報記憶媒体Prescription drug sales system, prescription drug sales method, program, and information storage medium
 本発明は処方薬販売システム、処方薬販売方法、プログラムおよび情報記憶媒体に関する。 The present invention relates to a prescription drug sales system, a prescription drug sales method, a program, and an information storage medium.
 患者が医師にかかった後に薬を購入する場合、医師が患者に紙の処方箋を発行している。患者は発行された処方箋を薬局に提出することで処方箋に記載された薬を購入している。 When a medicine is purchased after a patient visits a doctor, the doctor issues a paper prescription to the patient. The patient purchases the medicine described in the prescription by submitting the issued prescription to the pharmacy.
 特許文献1には、診療が終わる都度、処方箋を医師端末より受信し、処方箋に薬支給があれば処方箋と、患者氏名と、宅配指定の有無と、薬の受取り場所とを薬局端末に指示することが開示されている。 Patent Literature 1 receives a prescription from a doctor terminal every time medical care is completed, and instructs a pharmacy terminal about a prescription, a patient's name, whether delivery is specified, and a place to receive a medicine if medicine is provided in the prescription. It is disclosed.
 特許文献2には、遠隔利用システムにより診察が行われた後、調剤、配送センターが薬の調剤を行い、その薬を患者へ宅配するシステムが開示されている。そのシステムは処方箋集配信サーバと調剤、配送センターとを含み、処方箋集配信サーバは、病院内の医師により作成された処方箋情報を病院から受信すると、患者管理DBから患者氏名や患者の最寄の調剤、配送センターの番号を取得し、その調剤、配送センターへ処方箋情報や患者情報の一部または全部を送信する。 Patent Document 2 discloses a system in which after a medical examination is performed by a remote use system, a dispensing and distribution center dispenses a medicine and delivers the medicine to a patient. The system includes a prescription collection / delivery server and a dispensing / distribution center. When the prescription collection / delivery server receives prescription information created by a doctor in the hospital from the hospital, the patient name and the nearest patient's name are stored in the patient management DB. The number of the dispensing and distribution center is acquired, and part or all of the prescription information and patient information is transmitted to the dispensing and distribution center.
特開2003-108675号公報JP 2003-108675 A 特開2002-279069号公報JP 2002-279069 A
 近年、処方箋を電子化することが検討されている。さらに、処方箋が電子化された際には、ユーザがインターネットを介した電子商取引によりその処方箋に記入された薬を購入することが考えられる。ユーザが電子商取引により薬を購入する場合、その利点の一つとして購入手続きや薬の授受のタイミング等に融通がきくことが挙げられる。 In recent years, digitizing prescriptions has been studied. Furthermore, when the prescription is digitized, it is conceivable that the user purchases the medicine written in the prescription by electronic commerce via the Internet. When a user purchases medicines by electronic commerce, one of the advantages is that there is flexibility in purchase procedures, timing of delivery of medicines, and the like.
 しかしながら、一方で電子的な処方箋が対象とする患者と関係のない者に薬を販売することは好ましくないことから、電子的な処方箋に記載された患者とその処方箋を提出した者との照合や電子的な処方箋に記載された患者と薬の購入者との照合を各々行わなければならない。その照合の処理は煩雑になることが懸念される。また、薬の受け渡し時に薬剤師によるそのユーザの個人情報、病状、他の薬の併用の有無や使用履歴等からその薬の内容・用法の説明をする必要があることから、従来考えられていたシステムでは、実際には購入手続きのタイミングはユーザが薬剤師と話のできるタイミングに拘束され、電子商取引による上記利点を必ずしも得ることができない場合がある。 However, on the other hand, it is not desirable to sell drugs to those who are not related to the patient for whom the electronic prescription is intended, so it is not possible to match the patient described in the electronic prescription with the person who submitted the prescription. Each of the patients listed on the electronic prescription and the drug purchaser must be verified. There is a concern that the verification process becomes complicated. In addition, since it is necessary to explain the contents and usage of the drug based on the user's personal information, medical condition, presence / absence of other drugs and usage history, etc., when the drug is delivered In practice, however, the timing of the purchase procedure is constrained by the timing at which the user can talk to the pharmacist, and the above-described advantages of electronic commerce may not always be obtained.
 本発明は上記課題を鑑みてなされたものであって、その目的は、電子的な処方箋と電子商取引とを用いて薬を購入する場合に、電子商取引による利点を損なうことなく、その処方箋が対象とする購入以外の不正な薬の販売を防ぐ技術を提供することにある。 The present invention has been made in view of the above problems, and its purpose is to purchase a medicine using an electronic prescription and electronic commerce, without prejudice to the advantage of electronic commerce. It is to provide technology that prevents the sale of illegal drugs other than the purchase.
 上記課題を解決するために、本発明にかかる処方薬販売システムは、ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信する処方箋受信手段と、前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段と、前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段と、前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋に紐づけて記憶する手段と、を含む。 In order to solve the above problems, a prescription drug sales system according to the present invention includes prescription receiving means for receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session. Prescription confirmation means for executing a process for confirming whether or not the user information corresponding to the authentication information corresponds to the patient information included in the electronic prescription, and the confirmation process by the prescription confirmation means According to the result of the control means for controlling the execution of the medicine sales process according to the electronic prescription during the session, means for storing information relating to the buying and selling of the medicine based on the electronic prescription linked to the electronic prescription, including.
 また、本発明にかかる処方薬販売方法は、ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信するステップと、前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行するステップと、前記ユーザの情報と前記患者の情報とが対応するか否か確認するための処理の結果に従って、前記電子処方箋に応じた薬の販売処理の実行を制御するステップと、前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋に紐づけて記憶するステップと、を含む。 The prescription drug sales method according to the present invention includes a step of receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session, and a user corresponding to the received authentication information. A step of executing a process for confirming whether or not the information and the patient information included in the electronic prescription correspond to each other, and confirming whether or not the user information and the patient information correspond to each other In accordance with the result of the processing, there are included a step of controlling execution of a medicine sales process in accordance with the electronic prescription, and a step of storing information relating to the buying and selling of medicine based on the electronic prescription in association with the electronic prescription.
 また、本発明にかかるプログラムは、ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信する処方箋受信手段、前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段、および、前記処方箋確認手段による確認のための処理の結果に従って、前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段、前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋に紐づけて記憶する手段、としてコンピュータを機能させる。 In addition, the program according to the present invention includes: prescription receiving means for receiving authentication information for authenticating a user and information indicating an electronic prescription from the user during one session; user information corresponding to the received authentication information; In accordance with the prescription confirmation means for executing processing for confirming whether or not the patient information included in the electronic prescription corresponds, and according to the result of the processing for confirmation by the prescription confirmation means, according to the electronic prescription The computer is caused to function as control means for controlling execution of the sales process of the medicine, and means for storing information relating to the buying and selling of the medicine based on the electronic prescription in association with the electronic prescription.
また、本発明にかかるコンピュータ読取り可能な記憶媒体は、上記プログラムを格納する。   Moreover, the computer-readable storage medium concerning this invention stores the said program. *
本発明によれば、電子的な処方箋を用いて電子商取引により薬を購入する場合に、その処理が煩雑になることなく処方箋が対象としていない販売を防ぐことができる。 ADVANTAGE OF THE INVENTION According to this invention, when purchasing a medicine by electronic commerce using an electronic prescription, the sales which the prescription is not made can be prevented without the process becoming complicated.
 本発明の一態様では、処方薬販売システムは、前記電子処方箋に基づく薬が既に販売されているか否かを前記売買に関する情報に基づいて確認するための処理を実行する販売確認手段をさらに含み、前記制御手段は、まだ前記薬が販売されていないと確認された場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御してもよい。 In one aspect of the present invention, the prescription drug sales system further includes a sales confirmation unit that executes a process for confirming whether or not a drug based on the electronic prescription has already been sold based on the information on the purchase and sale, The control means may perform control so that a medicine sales process corresponding to the electronic prescription is executed when it is confirmed that the medicine is not yet sold.
 本発明の一態様では、処方薬販売システムは前記電子処方箋がいずれかの薬局により使用されたか否かを示す使用情報を受信する手段をさらに含み、前記制御手段は、前記使用情報がまだ前記電子処方箋が使用されていないことを示す場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御してもよい。 In one aspect of the present invention, the prescription drug sales system further includes means for receiving usage information indicating whether or not the electronic prescription is used by any pharmacy, and the control means is further configured to receive the usage information. You may control to perform the sales process of the medicine according to the said electronic prescription, when showing that the prescription is not used.
 この態様によれば、患者が薬局から電子処方箋に記載される薬を複数回購入したり、患者になりすます者が薬を購入することを防ぐことができる。 According to this aspect, it is possible to prevent the patient from purchasing the medicine described in the electronic prescription from the pharmacy a plurality of times, or the person impersonating the patient from purchasing the medicine.
 本発明の一態様では、処方薬販売システムは、前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得する属性取得手段と、前記電子処方箋と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させる説明文受付手段と、前記処方箋受信手段が前記電子処方箋を示す前記情報を受信した場合に前記説明文を前記ユーザに向けて出力する説明文出力手段と、をさらに含んでもよい。 In one aspect of the present invention, the prescription drug sales system includes: attribute acquisition means for acquiring patient attribute information related to the electronic prescription from storage means for storing user attribute information; and the electronic prescription read User attribute information is presented to the pharmacist, an explanation input from the pharmacist is received based on the presentation, and the explanation receiving means for storing the explanation in the storage means, and the prescription receiving means receives the electronic prescription. It may further include explanatory text output means for outputting the explanatory text to the user when the information shown is received.
 また、処方薬販売システムは、前記処方箋受信手段により前記電子処方箋を示す前記情報を前記ユーザから取得する前に別途前記ユーザと異なる送信元から前記電子処方箋に含まれる薬および患者に関する情報を受信する事前受信手段を有し、前記属性取得手段は、ユーザと異なる送信元から受信された前記患者に関する情報に基づき前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得し、前記説明文受付手段は、前記ユーザと異なる送信元から受信された前記薬に関する情報と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させてもよい。 In addition, the prescription drug sales system receives information on medicines and patients included in the electronic prescription separately from a transmission source different from the user before the information indicating the electronic prescription is acquired from the user by the prescription receiving unit. Pre-reception means, wherein the attribute acquisition means acquires patient attribute information related to the electronic prescription based on information about the patient received from a transmission source different from the user from a storage means for storing user attribute information Then, the explanatory note accepting means presents the information about the medicine received from the transmission source different from the user and the read attribute information of the user to the pharmacist, and is inputted from the pharmacist based on the presentation An explanatory note may be received, and the explanatory note may be stored in the storage means.
 また、処方薬販売システムは、ユーザが前記説明文を確認したことを示す確認データを受信する確認データ受信手段をさらに含み、前記確認データが受信された場合に前記制御手段による前記電子処方箋に応じた薬の販売処理が実行されてもよい。 The prescription drug sales system further includes confirmation data receiving means for receiving confirmation data indicating that the user has confirmed the explanatory text, and responds to the electronic prescription by the control means when the confirmation data is received. Drug sales processing may be executed.
 これらの態様によれば、実際の薬局と同様にユーザが薬剤師の説明を確認することができる。また、予めユーザに対する薬の説明文を準備して表示できるようにしておくことで、ユーザが電子処方箋を示す情報を送信してから薬剤師の説明を確認するまでの時間を短縮することができるばかりでなく、購入手続きのタイミングをユーザが自由に選択することができる。 According to these aspects, the user can confirm the explanation of the pharmacist as in the actual pharmacy. In addition, by preparing and displaying a description of the medicine for the user in advance, it is possible to shorten the time until the user confirms the explanation of the pharmacist after transmitting the information indicating the electronic prescription. Instead, the user can freely select the timing of the purchase procedure.
 本発明の一態様では、処方薬販売システムは、前記電子処方箋により指定される薬を複数の選択肢からユーザに選択させるための情報を生成する生成手段をさらに含み、前記制御手段は、前記販売処理を実行する際に前記ユーザに選択された選択肢に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御してもよい。 In one aspect of the present invention, the prescription drug sales system further includes a generation unit that generates information for allowing a user to select a medicine specified by the electronic prescription from a plurality of options, and the control unit includes the sales process. The execution of the medicine sales process in accordance with the electronic prescription may be controlled based on the option selected by the user when executing.
 この態様によれば、電子処方箋に対応する薬として、例えば先発薬とその先発薬と同じ成分のジェネリック薬とがある場合等にユーザの希望に応じてその選択をさせることができ、より実際の薬局に近い対応が可能となる。 According to this aspect, as a medicine corresponding to the electronic prescription, for example, when there is an original drug and a generic drug having the same component as that of the original drug, the selection can be made according to the user's request, and more actual A response close to a pharmacy is possible.
 本発明の一態様では、前記電子処方箋に含まれる薬の情報と薬局の在庫情報とに基づいて、当該電子処方箋に指定される薬を販売する薬局のうちいずれかをユーザに選択させるための情報を生成する生成手段をさらに含み、前記制御手段は、ユーザに選択された前記薬を販売する薬局に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御してもよい。 In one aspect of the present invention, information for causing the user to select one of the pharmacies that sell the medicine specified in the electronic prescription based on the information on the medicine contained in the electronic prescription and the inventory information of the pharmacy The control means may control execution of a medicine sales process corresponding to the electronic prescription based on a pharmacy that sells the medicine selected by the user.
 この態様によれば、電子処方箋に対応する薬である先発薬やジェネリック薬の在庫の有無が複数の薬局で異なる場合や、その他の販売条件が異なる場合等に、それらを比較してユーザの希望に応じて購入する薬局を選択することができるという、オンラインでの販売特有の効果を得ることができる。 According to this aspect, when the presence or absence of inventories of generic drugs or generic drugs corresponding to the electronic prescription is different in multiple pharmacies, or when other sales conditions are different, the user's preference is compared. It is possible to obtain an effect peculiar to online sales that a pharmacy to be purchased can be selected according to the situation.
 本発明の一態様では、処方薬販売システムは、前記電子処方箋に応じた薬の情報及びユーザの希望の少なくともいずれか一方に基づいて、前記薬を一回で、または複数回に分けて発送するスケジュールを生成する発送スケジュール生成手段をさらに含んでもよい。 In one aspect of the present invention, the prescription drug sales system delivers the drug at one time or divided into a plurality of times based on at least one of the drug information according to the electronic prescription and the user's request. A shipping schedule generation means for generating a schedule may be further included.
 更に、本発明の一態様では、処方薬販売システムは、前記生成された発送スケジュールに基づいて、前記薬の発送を管理する発送管理手段をさらに含んでもよい。 Furthermore, in one aspect of the present invention, the prescription drug sales system may further include a shipping management means for managing shipping of the medicine based on the generated shipping schedule.
 更に、本発明の一態様では、処方薬販売システムは、前記発送管理手段が、前記薬の発送スケジュールとユーザの希望とに基づいて、未発送の前記薬の発送を停止可能となっており、前記発送管理手段により前記薬の発送が停止された場合に、その発送状況に基づき、薬の売買が一部または全部キャンセルされたことを前記電子処方箋に基づく薬の売買に関する情報の更新内容として前記薬の売買に関する情報の記憶する手段に記憶する、ようにしてもよい。 Furthermore, in one aspect of the present invention, in the prescription drug sales system, the shipping management means is capable of stopping the shipping of the unshipped medicine based on the shipping schedule of the medicine and the user's desire. When the delivery of the medicine is stopped by the delivery management means, based on the delivery status, that part or all of the medicine sale is canceled as the update content of the information on the medicine sale based on the electronic prescription You may make it memorize | store in the means to memorize | store the information regarding the buying and selling of a medicine.
 これらの態様によれば、保存の難しい薬や飲み過ぎによる事故の発生が懸念される薬について、患者が何度も受診する手間を減らしつつ、薬の服用に伴う事故のリスクを減らすことができる。また、余剰薬が発生した場合に未発送の薬を薬局が買い戻す等、有効利用することができる。 According to these aspects, it is possible to reduce the risk of accidents associated with taking medicines while reducing the amount of time the patient has to visit many times for difficult-to-preserve drugs or drugs that may cause accidents due to excessive drinking. . In addition, when surplus medicine is generated, it can be used effectively such as a pharmacy buying back undelivered medicine.
本発明の実施形態にかかる処方薬販売システムの構成を示す図である。It is a figure which shows the structure of the prescription drug sales system concerning embodiment of this invention. 薬局システムに含まれるコンピュータ、電子商店街サーバ、ユーザ端末、病院サーバのハードウェア構成の一例を示す図である。It is a figure which shows an example of the hardware constitutions of the computer, electronic mall server, user terminal, and hospital server which are contained in a pharmacy system. 処方薬販売システムが実現する機能を示すブロック図である。It is a block diagram which shows the function which a prescription drug sales system implement | achieves. 処方薬の販売過程の一例を概略的に示す図である。It is a figure which shows an example of the sales process of a prescription drug roughly. 図4の例におけるユーザ端末、電子商店街サーバ、薬局システム、病院サーバの間での通信を示すシーケンス図である。It is a sequence diagram which shows communication between the user terminal in the example of FIG. 4, an online shopping mall server, a pharmacy system, and a hospital server. 電子商店街サーバの処理の概要を示すフロー図である。It is a flowchart which shows the outline | summary of a process of an online shopping mall server. ログイン画面の一例を示す図である。It is a figure which shows an example of a login screen. ユーザ情報の一例を示す図である。It is a figure which shows an example of user information. 処方箋送信画面の一例を示す図である。It is a figure which shows an example of a prescription transmission screen. 電子処方箋に含まれる情報の一例を示す図である。It is a figure which shows an example of the information contained in an electronic prescription. 電子処方箋に含まれる情報の一例を示す図である。It is a figure which shows an example of the information contained in an electronic prescription. ユーザに薬を選択させる際の処理の一例を示すフロー図である。It is a flowchart which shows an example of the process at the time of making a user select a medicine. 薬種類情報の一例を示す図である。It is a figure which shows an example of medicine kind information. 薬局選択画面の一例を示す図である。It is a figure which shows an example of a pharmacy selection screen. 注文一覧画面の一例を示す図である。It is a figure which shows an example of an order list screen. 注文詳細画面の一例を示す図である。It is a figure which shows an example of an order detail screen. 販売状況を確認する際の処理の一例を示すフロー図である。It is a flowchart which shows an example of the process at the time of confirming a sales situation. 説明文入力画面の一例を示す図である。It is a figure which shows an example of an explanatory note input screen. 説明文出力画面の一例を示す図である。It is a figure which shows an example of an explanatory note output screen. メッセージ確認画面の一例を示す図である。It is a figure which shows an example of a message confirmation screen. 発送スケジュールを生成する処理の概要を示すフロー図である。It is a flowchart which shows the outline | summary of the process which produces | generates a shipping schedule. 発送スケジュールの案を作成する処理の一例を示すフロー図である。It is a flowchart which shows an example of the process which produces the plan of a shipping schedule. 発送スケジュール確認画面の一例を示す図である。It is a figure which shows an example of a shipping schedule confirmation screen. 処方薬の販売過程の他の一例を概略的に示す図である。It is a figure which shows roughly another example of the sales process of a prescription drug. 図24の例における、ユーザ端末、電子商店街サーバ、薬局システム、病院サーバの間での通信を示すシーケンス図である。FIG. 25 is a sequence diagram illustrating communication among a user terminal, an online shopping mall server, a pharmacy system, and a hospital server in the example of FIG. 24. 薬詳細画面の一例を示す図である。It is a figure which shows an example of a medicine detail screen. 説明文出力画面の他の一例を示す図である。It is a figure which shows another example of an explanatory note output screen.
以下では、本発明の実施形態を図面に基づいて説明する。同じ符号を付された構成については、重複する説明を省略する。 Hereinafter, embodiments of the present invention will be described with reference to the drawings. About the structure which attached | subjected the same code | symbol, the overlapping description is abbreviate | omitted.
 図1は、本発明の実施形態にかかる処方薬販売システムの構成の一例を示す図である。この処方薬販売システムは、薬局システム1と、電子商店街サーバ2と、ユーザ端末3と病院サーバ4とを含む。これらは、ネットワーク5を介して接続されている。ネットワーク5は、例えばローカルエリアネットワークやインターネットである。 FIG. 1 is a diagram showing an example of a configuration of a prescription drug sales system according to an embodiment of the present invention. The prescription drug sales system includes a pharmacy system 1, an online shopping mall server 2, a user terminal 3, and a hospital server 4. These are connected via the network 5. The network 5 is, for example, a local area network or the Internet.
 薬局システム1は、サーバコンピュータとクライアントコンピュータとにより構成されるシステムである。薬局システム1は、サーバコンピュータであってもよいし、パーソナルコンピュータであってもよい。薬局システム1は薬局ごとに存在する。図1では薬局システム1は1つしか記載されていないが、実際には複数の薬局システム1が存在してよい。薬局システム1は、薬局の薬の在庫を管理し、また薬剤師と電子商店街サーバ2とのやりとりを仲介する。 The pharmacy system 1 is a system composed of a server computer and a client computer. The pharmacy system 1 may be a server computer or a personal computer. The pharmacy system 1 exists for each pharmacy. Although only one pharmacy system 1 is shown in FIG. 1, a plurality of pharmacy systems 1 may actually exist. The pharmacy system 1 manages the drug inventory of the pharmacy and mediates the exchange between the pharmacist and the online shopping mall server 2.
 電子商店街サーバ2は、サーバコンピュータである。電子商店街サーバ2は、ウェブサーバプログラム(httpdなど)を実行し、ブラウザプログラムを実行するユーザ端末3からインターネットを介して情報を受信し、ユーザ端末3にボタンや文字列を含む画像(画面)を表示させる情報等を出力する。また電子商店街サーバ2は、ユーザ端末3に、処方薬を販売する薬局を選択させるための情報を出力し、ユーザ端末3が選択した薬局の薬局システム1に処方薬を販売するための情報を送信する。 The online shopping mall server 2 is a server computer. The online shopping mall server 2 executes a web server program (such as httpd), receives information from the user terminal 3 that executes the browser program via the Internet, and the user terminal 3 includes an image (screen) including buttons and character strings. Outputs information to display. Also, the online shopping mall server 2 outputs information for causing the user terminal 3 to select a pharmacy that sells the prescription drug, and provides information for selling the prescription drug to the pharmacy system 1 of the pharmacy selected by the user terminal 3. Send.
 ユーザ端末3は、例えばパーソナルコンピュータやスマートフォンであり、ユーザが入力した情報を電子商店街サーバ2等に送信し、電子商店街サーバ2等から情報を受信し、その情報に応じた画像を表示出力デバイスが表示するよう制御する。病院サーバ4はサーバコンピュータである。病院サーバ4は電子的な処方箋(以下では電子処方箋と記載する)を管理する。病院サーバ4は病院ごとに存在するが、1つの病院サーバ4が複数の病院についての電子処方箋を管理してもよい。 The user terminal 3 is, for example, a personal computer or a smartphone, transmits information input by the user to the online shopping mall server 2 or the like, receives information from the online shopping mall server 2 or the like, and displays and outputs an image corresponding to the information. Control the device to display. The hospital server 4 is a server computer. The hospital server 4 manages an electronic prescription (hereinafter referred to as an electronic prescription). Although the hospital server 4 exists for each hospital, one hospital server 4 may manage electronic prescriptions for a plurality of hospitals.
 図2は、薬局システム1に含まれるコンピュータ、電子商店街サーバ2、ユーザ端末3、病院サーバ4のハードウェア構成の一例を示す図である。薬局システム1に含まれるコンピュータ、電子商店街サーバ2、ユーザ端末3、病院サーバ4のそれぞれは、プロセッサ11、記憶部12、通信部13、入出力部14を含む。 FIG. 2 is a diagram illustrating an example of a hardware configuration of the computer, the online shopping mall server 2, the user terminal 3, and the hospital server 4 included in the pharmacy system 1. Each of the computer, the online shopping mall server 2, the user terminal 3, and the hospital server 4 included in the pharmacy system 1 includes a processor 11, a storage unit 12, a communication unit 13, and an input / output unit 14.
 プロセッサ11は、記憶部12に格納されているプログラムに従って動作する。またプロセッサ11は通信部13、入出力部14を制御する。なお、上記プログラムは、インターネット等を介して提供されるものであってもよいし、フラッシュメモリやDVD-ROM等のコンピュータで読み取り可能な記憶媒体に格納されて提供されるものであってもよい。 The processor 11 operates according to a program stored in the storage unit 12. The processor 11 controls the communication unit 13 and the input / output unit 14. The program may be provided via the Internet or the like, or may be provided by being stored in a computer-readable storage medium such as a flash memory or a DVD-ROM. .
 記憶部12は、RAMやフラッシュメモリ等のメモリ素子やハードディスクドライブによって構成されている。記憶部12は、上記プログラムを格納する。また、記憶部12は、各部から入力される情報や演算結果を格納する。 The storage unit 12 includes a memory element such as a RAM or a flash memory, and a hard disk drive. The storage unit 12 stores the program. The storage unit 12 stores information input from each unit and calculation results.
 通信部13は、他の装置と通信する機能を実現するものであり、例えば有線LANの集積回路などにより構成されている。通信部13は、プロセッサ11の制御に基づいて、他の装置から受信した情報をプロセッサ11や記憶部12に入力し、他の装置に情報を送信する。 The communication unit 13 realizes a function of communicating with other devices, and is configured by, for example, a wired LAN integrated circuit. Based on the control of the processor 11, the communication unit 13 inputs information received from another device to the processor 11 or the storage unit 12 and transmits the information to the other device.
 入出力部14は、表示出力デバイスをコントロールするビデオコントローラや、入力デバイスからのデータを取得するコントローラなどにより構成される。入力デバイスとしては、キーボード、マウス、タッチパネルなどがある。入出力部14は、プロセッサ11の制御に基づいて、表示出力デバイスに表示データを出力し、入力デバイスをユーザが操作することにより入力されるデータを取得する。表示出力デバイスは例えば外部に接続されるディスプレイ装置である。 The input / output unit 14 includes a video controller that controls the display output device, a controller that acquires data from the input device, and the like. Examples of input devices include a keyboard, a mouse, and a touch panel. Based on the control of the processor 11, the input / output unit 14 outputs display data to the display output device, and acquires data input by the user operating the input device. The display output device is, for example, a display device connected to the outside.
 次に、本発明の実施形態にかかる処方薬販売システムが実現する機能や処理について説明する。図3は、処方薬販売システムが実現する機能を示す機能ブロック図である。処方薬販売システムは機能的に、受信部50、処方箋確認部53、販売制御部54、販売状況確認部55、選択情報生成部56、選択部57、決済処理部58、説明文入力部59、説明文出力部60、確認結果取得部61、発送スケジュール生成部62、発送管理部63、処方箋事前受信部64、属性取得部65、ユーザ情報格納部71、説明文格納部72、注文情報格納部73を含む。また受信部50はユーザ認証部51、処方箋受信部52を含む。 Next, functions and processes realized by the prescription drug sales system according to the embodiment of the present invention will be described. FIG. 3 is a functional block diagram showing functions realized by the prescription drug sales system. The prescription drug sales system is functionally configured to include a receiving unit 50, a prescription confirmation unit 53, a sales control unit 54, a sales status confirmation unit 55, a selection information generation unit 56, a selection unit 57, a settlement processing unit 58, an explanation input unit 59, Explanation sentence output part 60, confirmation result acquisition part 61, dispatch schedule generation part 62, dispatch management part 63, prescription pre-reception part 64, attribute acquisition part 65, user information storage part 71, explanation sentence storage part 72, order information storage part 73. The receiving unit 50 includes a user authentication unit 51 and a prescription receiving unit 52.
 これらの機能のうち受信部50、ユーザ認証部51、処方箋受信部52、処方箋確認部53、販売制御部54、販売状況確認部55、選択情報生成部56、選択部57、決済処理部58、説明文入力部59、説明文出力部60、確認結果取得部61、発送スケジュール生成部62、発送管理部63、処方箋事前受信部64、属性取得部65、ユーザ情報格納部71、説明文格納部72、注文情報格納部73は、電子商店街サーバ2に含まれるプロセッサ11が、記憶部12に格納されたプログラムを実行し通信部13等を制御することにより実現される。ここで、受信部50、処方箋確認部53、販売制御部54、選択情報生成部56、説明文入力部59、説明文出力部60、確認結果取得部61、注文情報格納部73、処方箋事前受信部64、属性取得部65、発送スケジュール生成部62、発送管理部63は、それぞれ、本願請求項における、処方箋受信手段、処方箋確認手段、生成手段、制御手段、説明文受付手段、説明文出力手段、確認データ受信手段、格納手段、事前受信手段、属性取得手段、発送スケジュール生成手段、発送管理手段、に対応する。また販売状況確認部55は、本願請求項における販売確認手段および使用情報を受信する手段に対応する。 Among these functions, the receiving unit 50, the user authentication unit 51, the prescription receiving unit 52, the prescription checking unit 53, the sales control unit 54, the sales status checking unit 55, the selection information generation unit 56, the selection unit 57, the settlement processing unit 58, Explanation sentence input part 59, explanation sentence output part 60, confirmation result acquisition part 61, dispatch schedule generation part 62, dispatch management part 63, prescription pre-reception part 64, attribute acquisition part 65, user information storage part 71, explanation sentence storage part 72, the order information storage unit 73 is realized by the processor 11 included in the online shopping mall server 2 executing the program stored in the storage unit 12 and controlling the communication unit 13 and the like. Here, the receiving unit 50, the prescription confirmation unit 53, the sales control unit 54, the selection information generation unit 56, the explanatory note input unit 59, the explanatory note output unit 60, the confirmation result acquisition unit 61, the order information storage unit 73, the prescription pre-reception Unit 64, attribute acquisition unit 65, shipping schedule generation unit 62, and shipping management unit 63 are respectively a prescription receiving unit, a prescription checking unit, a generating unit, a control unit, an explanatory text receiving unit, and an explanatory text output unit in the claims of the present application. , Confirmation data receiving means, storage means, prior receiving means, attribute acquisition means, shipping schedule generation means, and shipping management means. The sales status confirmation unit 55 corresponds to sales confirmation means and usage information receiving means in the claims of this application.
 なお処方箋事前受信部64や属性取得部65は、薬局システム1に含まれるコンピュータに含まれるプロセッサ11が、記憶部12に格納されたプログラムを実行し通信部13等を制御することにより実現されてもよいし、他の電子商店街サーバ2にかかる機能が同様に薬局システム1により実現されてもよい。 The prescription pre-reception unit 64 and the attribute acquisition unit 65 are realized by the processor 11 included in the computer included in the pharmacy system 1 executing the program stored in the storage unit 12 and controlling the communication unit 13 and the like. Alternatively, the functions related to the other online shopping mall server 2 may be similarly realized by the pharmacy system 1.
 受信部50は、ユーザ認証部51と処方箋受信部52とを含み、ユーザからひとつのセッション中にユーザ認証情報と電子処方箋を示す情報とを受信する。ユーザ認証部51と処方箋受信部52との処理については後述する。 The receiving unit 50 includes a user authentication unit 51 and a prescription receiving unit 52, and receives user authentication information and information indicating an electronic prescription from a user during one session. Processing of the user authentication unit 51 and the prescription receiving unit 52 will be described later.
 ユーザ情報格納部71は、ユーザを認証するための情報およびユーザの年齢、性別その他の属性の情報を格納し、説明文格納部72は薬剤師から受け付けた説明文の情報を格納する。注文情報格納部73は、ユーザから受け付けた処方薬の注文についての注文情報を格納する。注文情報は、電子処方箋に基づく薬の注文の情報であり、電子処方箋に紐付けられて注文情報格納部73に格納される。また注文情報は、注文の処理の進行状況を示すステータス情報を含む。ステータス情報には電子処方箋に基づく薬が売買されたか否かを示す情報(薬の売買に関する情報)が含まれる。ユーザ情報格納部71、説明文格納部72、注文情報格納部73は例えば電子商店街サーバ2の記憶部12を中心として実現されるが、電子商店街サーバ2と異なりかつデータベース管理プログラムが実行される他のサーバコンピュータにより実現されてもよい。 The user information storage unit 71 stores information for authenticating the user and information on the user's age, sex, and other attributes, and the explanatory note storage unit 72 stores the explanatory note information received from the pharmacist. The order information storage unit 73 stores order information regarding prescription drug orders received from the user. The order information is information on drug orders based on the electronic prescription, and is stored in the order information storage unit 73 in association with the electronic prescription. The order information includes status information indicating the progress of order processing. The status information includes information indicating whether or not the medicine based on the electronic prescription has been bought and sold (information relating to the buying and selling of the medicine). The user information storage unit 71, the explanatory text storage unit 72, and the order information storage unit 73 are realized, for example, centering on the storage unit 12 of the online shopping mall server 2. However, unlike the online shopping mall server 2, a database management program is executed. It may be realized by another server computer.
 また、発送管理部63は、薬局システム1に含まれるコンピュータなどの電子商店街サーバ2と異なるコンピュータに含まれるプロセッサ11等により実現されてもよい。また、電子商店街サーバ2をなくし、電子商店街サーバ2が実現するすべての機能の処理を薬局システム1が代わりに実行してもよい。 Further, the shipping management unit 63 may be realized by the processor 11 included in a computer different from the online shopping mall server 2 such as a computer included in the pharmacy system 1. Moreover, the online shopping mall server 2 may be eliminated, and the pharmacy system 1 may execute processing of all functions realized by the online shopping mall server 2 instead.
 薬局システム1は、図示しない、薬局にある薬の種類毎の在庫を管理する機能と、薬をユーザに渡す際に必要な情報を出力する機能とをさらに含む。これらの機能は、薬局システム1に含まれるプロセッサ11等がプログラムを実行することにより実現される。 The pharmacy system 1 further includes a function of managing stock for each type of medicine in the pharmacy, and a function of outputting information necessary for delivering the medicine to the user, not shown. These functions are realized when the processor 11 or the like included in the pharmacy system 1 executes a program.
 ユーザ端末3は、電子商店街サーバ2等から受信したデータに基づいて画面を提示する機能や、その画面についてユーザが入力した情報を電子商店街サーバ2等に送信する機能を実現する。これらの機能は、例えばユーザ端末3に含まれるプロセッサ11等がブラウザなどのプログラムを実行し、電子商店街サーバ2等から受信したデータに応じた処理をすることで実現される。またブラウザではなく、専用のアプリケーションプログラムによりこれらの機能が実現されてもよい。 The user terminal 3 realizes a function of presenting a screen based on data received from the online shopping mall server 2 or the like and a function of transmitting information input by the user regarding the screen to the electronic shopping mall server 2 or the like. These functions are realized, for example, when the processor 11 or the like included in the user terminal 3 executes a program such as a browser and performs processing according to data received from the online shopping mall server 2 or the like. These functions may be realized by a dedicated application program instead of the browser.
 病院サーバ4は、図示しない、医師が入力した電子処方箋の情報をユーザ端末3または薬局システム1に送信する機能と、薬局システム1等から電子処方箋にかかる処方薬が販売されているかの問合せを受け付ける機能と、記憶部12に記憶された情報に基づいてその処方薬が販売されているか否かを薬局システム1等に返信するとともに、その処方薬が販売されていない場合にその電子処方箋にかかる処方薬が販売されたことを示す情報を記憶部12に記憶する機能とを実現する。これらの機能は、病院サーバ4に含まれるプロセッサ11がプログラムを実行することにより実現される。 The hospital server 4 receives an inquiry (not shown) that transmits information on an electronic prescription inputted by a doctor to the user terminal 3 or the pharmacy system 1 and whether the prescription drug for the electronic prescription is sold from the pharmacy system 1 or the like. Based on the function and information stored in the storage unit 12, whether or not the prescription drug is sold is returned to the pharmacy system 1 or the like, and the prescription applied to the electronic prescription when the prescription drug is not sold A function of storing information indicating that the medicine has been sold in the storage unit 12 is realized. These functions are realized by the processor 11 included in the hospital server 4 executing a program.
 次に、本実施形態の一例における処方薬の販売過程の概要について説明する。図4は、処方薬の販売過程の一例を概略的に示す図である。この例では、はじめに、病院にて医師が電子処方箋を発行し(1.処方箋発行)、病院サーバ4は発行された電子処方箋をユーザ端末3へ送信する(2.処方箋送信)。そして、ユーザはユーザ端末3を用いて電子商店街サーバ2が提供する処方薬販売サービスにログインし(3.ログイン)、ユーザは電子商店街サーバ2へユーザを認証する認証情報に紐付けられた電子処方箋を送信する(4.処方箋送信)。そして、電子商店街サーバ2は受信した電子処方箋に含まれる薬を販売できる薬局のリストの情報をユーザ端末3に送信する(5.薬局リスト提示)。ユーザはそのリストに含まれる薬局を選択し、ユーザ端末3は選択された薬局の情報を電子商店街サーバ2に送信する(6.薬局選択)。すると、電子商店街サーバ2は選択された薬局に対応する薬局システム1に電子処方箋を送信し(7.処方箋送信)、決済処理が実行される。そして、薬局システム1は、処方箋を管理する病院サーバ4にこの電子処方箋が他の薬局等により利用されているか問い合せる(8.処方箋利用状況確認)。ここで、電子処方箋が利用されていることは、この電子処方箋に基づく薬が既に販売されている状態か、あるいはその薬の販売が進行している状態を示す。この電子処方箋による処方薬が他の薬局により利用されていない場合には、薬剤師が入力した説明文がユーザに向けて送信される(9.説明文送付)。ユーザがその説明文を確認したことを薬剤師が確認すると(10.確認)、薬局は処方薬をユーザに向けて発送する(11.発送)。 Next, an outline of a prescription drug sales process in an example of this embodiment will be described. FIG. 4 is a diagram schematically showing an example of a prescription drug sales process. In this example, first, a doctor issues an electronic prescription at the hospital (1. Prescription issuance), and the hospital server 4 transmits the issued electronic prescription to the user terminal 3 (2. Prescription transmission). Then, the user logs in to the prescription drug sales service provided by the online shopping mall server 2 using the user terminal 3 (3. login), and the user is associated with authentication information for authenticating the user to the online shopping mall server 2. Send electronic prescription (4. Send prescription). Then, the online shopping mall server 2 transmits information on a list of pharmacies that can sell medicines included in the received electronic prescription to the user terminal 3 (5. Pharmacy list presentation). The user selects a pharmacy included in the list, and the user terminal 3 transmits information on the selected pharmacy to the online shopping mall server 2 (6. Pharmacy selection). Then, the online shopping mall server 2 transmits an electronic prescription to the pharmacy system 1 corresponding to the selected pharmacy (7. prescription transmission), and a settlement process is executed. Then, the pharmacy system 1 inquires of the hospital server 4 that manages the prescription whether the electronic prescription is being used by another pharmacy or the like (8. Prescription usage status confirmation). Here, the use of an electronic prescription indicates a state in which a medicine based on this electronic prescription has already been sold or a state in which the medicine is being sold. When the prescription medicine by this electronic prescription is not used by other pharmacies, the explanatory text inputted by the pharmacist is transmitted to the user (9. explanatory text transmission). When the pharmacist confirms that the user has confirmed the explanation (10. Confirmation), the pharmacy sends the prescription drug to the user (11. Shipment).
 図5は、図4の例における病院サーバ4、ユーザ端末3、電子商店街サーバ2、薬局システム1の間での通信を示すシーケンス図である。図5は、病院サーバ4、ユーザ端末3、電子商店街サーバ2、薬局システム1の間でやりとりされる情報の時系列を示している。図6は、電子商店街サーバ2の処理の概要を示すフロー図である。以下では、図5に示すシーケンス図と、図6や他の図に示されるフローチャートとを用いて電子商店街サーバ2が実現する機能を説明する。 FIG. 5 is a sequence diagram showing communication among the hospital server 4, the user terminal 3, the online shopping mall server 2, and the pharmacy system 1 in the example of FIG. FIG. 5 shows a time series of information exchanged between the hospital server 4, the user terminal 3, the online shopping mall server 2, and the pharmacy system 1. FIG. 6 is a flowchart showing an outline of processing of the online shopping mall server 2. Below, the function which the online shopping mall server 2 implement | achieves is demonstrated using the sequence diagram shown in FIG. 5, and the flowchart shown by FIG. 6 and another figure.
 はじめに、病院サーバ4は、医師が入力した電子処方箋を記憶部12に格納し、その電子処方箋を通信部13を用いて送信し、ユーザ端末3は電子処方箋を受信する。 First, the hospital server 4 stores the electronic prescription input by the doctor in the storage unit 12, transmits the electronic prescription using the communication unit 13, and the user terminal 3 receives the electronic prescription.
 ユーザ認証部51は、主に電子商店街サーバ2に含まれるプロセッサ11、記憶部12および通信部13により実現される。ユーザ認証部51は、ユーザ端末3からユーザ認証情報を受信することによりそのユーザ認証情報を取得し、ユーザ端末3を用いてアクセスするユーザを認証する(ステップS101)。図5の例では、以下のような処理を実行する。ユーザ認証部51は、電子商店街サーバ2にアクセスするユーザが操作するユーザ端末3に、認証に必要な情報を入力させるログイン画面を表示させる情報を送信する。そして、その送信された情報に基づいてユーザ端末3がログイン画面を出力し、そのログイン画面に対してユーザが認証のための情報を入力すると、ユーザ認証部51はユーザ端末3からその入力された情報を含むユーザ認証情報を受信する。ユーザ認証情報は、電子商店街サーバ2にアクセスするユーザであって、後に電子処方箋を示す情報を送信するユーザを特定する情報である。 The user authentication unit 51 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13 included in the online shopping mall server 2. The user authentication unit 51 acquires the user authentication information by receiving the user authentication information from the user terminal 3, and authenticates the user who accesses using the user terminal 3 (step S101). In the example of FIG. 5, the following processing is executed. The user authentication unit 51 transmits information for displaying a login screen for inputting information necessary for authentication to the user terminal 3 operated by a user who accesses the online shopping mall server 2. Then, based on the transmitted information, the user terminal 3 outputs a login screen. When the user inputs information for authentication on the login screen, the user authentication unit 51 receives the input from the user terminal 3. User authentication information including information is received. The user authentication information is information that identifies a user who accesses the online shopping mall server 2 and later transmits information indicating an electronic prescription.
 図7は、ログイン画面の一例を示す図である。図7の例では、ユーザはユーザIDおよびパスワードを入力し、ユーザ認証部51はユーザIDおよびパスワードを示す情報を含むユーザ認証情報を受信する。ここで、ユーザ認証情報は必ずしもユーザIDとパスワードでなくてもよく、ユーザを認証する手法に応じた他の情報であってもよい。例えばユーザ認証情報にクライアント証明書を含んでもよいし、指紋などのユーザの生体情報を含んでもよい。また、ユーザ端末3が実行するブラウザのクッキーにユーザ認証情報としてハッシュ値が格納されてもよい。ユーザ端末3が処方薬販売サービスにアクセスすると、ブラウザは自動的にそのユーザ認証情報を送信してもよい。この場合、ユーザ認証部51がそのハッシュ値に基づいて、ユーザIDやパスワードの入力なしにユーザを認証してもよい。 FIG. 7 is a diagram illustrating an example of a login screen. In the example of FIG. 7, the user inputs a user ID and password, and the user authentication unit 51 receives user authentication information including information indicating the user ID and password. Here, the user authentication information does not necessarily have to be a user ID and a password, but may be other information according to a method for authenticating the user. For example, the user authentication information may include a client certificate, or may include user biometric information such as a fingerprint. Also, a hash value may be stored as user authentication information in a browser cookie executed by the user terminal 3. When the user terminal 3 accesses the prescription drug sales service, the browser may automatically transmit the user authentication information. In this case, the user authentication unit 51 may authenticate the user based on the hash value without inputting a user ID or password.
 そして、ユーザ認証部51はユーザ情報格納部71に格納されたパスワードを示す情報とユーザを特定する情報とに基づいて、そのユーザ認証情報が示すユーザが正規のユーザであるか否かを判定する。そのユーザが正規のユーザである場合には、ユーザ認証部51はその認証情報を送信したセッションに対してセッションIDを割り当て、セッションIDをユーザ端末3に返信する。ユーザ端末3は、これ以降、電子商店街サーバ2に情報を送信する際にはその情報とともにこのセッションIDを送信する。なお、ユーザ認証部51はこのセッションIDをユーザIDに紐付けて記憶部12に格納する。なお、セッションIDは電子商店街サーバ2と異なるサーバに格納されてもよい。また、ユーザ端末3が電子処方箋を受信する前に、ユーザが認証されセッションIDとユーザIDとが紐付けられていてもよい。 Then, the user authentication unit 51 determines whether or not the user indicated by the user authentication information is a regular user based on the information indicating the password stored in the user information storage unit 71 and the information specifying the user. . If the user is an authorized user, the user authentication unit 51 assigns a session ID to the session that transmitted the authentication information, and returns the session ID to the user terminal 3. Thereafter, when transmitting information to the online shopping mall server 2, the user terminal 3 transmits this session ID together with the information. Note that the user authentication unit 51 stores the session ID in the storage unit 12 in association with the user ID. The session ID may be stored in a server different from the online shopping mall server 2. Further, before the user terminal 3 receives the electronic prescription, the user may be authenticated and the session ID and the user ID may be associated with each other.
 ここで、セッションIDはユーザと電子商店街サーバ2との通信のセッションを規定する情報であり、例えば同じセッションIDを有する一連のhttp通信は同一のセッションとして扱われる。例えば、セッションは、ここに示すセッションIDによりアプリケーションプログラムが実現されてもよいし、TCPのセッションのように、通信プロトコルにより実現されてもよい。 Here, the session ID is information defining a communication session between the user and the online shopping mall server 2, and for example, a series of http communications having the same session ID are treated as the same session. For example, the application program may be realized by the session ID shown here, or may be realized by a communication protocol like a TCP session.
 図8は、ユーザ情報の一例を示す図である。各ユーザについてのユーザ情報は、ユーザIDと、図7でユーザが入力するユーザIDに相当するメールアドレスと、パスワードとを含む。またユーザ情報は、ユーザの属性である氏名、生年月日、性別、保険者番号、区分、アレルギー、病歴、副作用履歴等の情報も含む。なお、パスワードの項目には、パスワードが暗号化されたデータまたはハッシュ関数によるパスワードのハッシュ値が格納されている。ユーザ情報は、ユーザが電子処方箋を示す情報を送信する前に入力されている情報であるが、ユーザ情報はユーザの状況の変化に応じて適宜メンテナンスされ、原則としてユーザが電子処方箋を示す情報を送信する時点のユーザの状態を示すが、ユーザの状況の変化がユーザ情報に反映されていないこともありうる。この属性情報は、後述する購入申込時に入力された質問への回答を補完する情報として用いられる。 FIG. 8 is a diagram illustrating an example of user information. The user information for each user includes a user ID, a mail address corresponding to the user ID input by the user in FIG. 7, and a password. The user information also includes information such as the user's attributes such as name, date of birth, sex, insurer number, classification, allergy, medical history, side effect history, and the like. In the password item, data obtained by encrypting the password or a hash value of the password by a hash function is stored. The user information is information that is input before the user transmits information indicating the electronic prescription. However, the user information is appropriately maintained according to changes in the user's situation, and in principle, the user indicates information indicating the electronic prescription. Although the state of the user at the time of transmission is shown, a change in the user's situation may not be reflected in the user information. This attribute information is used as information that complements an answer to a question input at the time of purchase application, which will be described later.
 処方箋受信部52は、主にプロセッサ11、記憶部12および通信部13により実現される。処方箋受信部52は、ユーザが認証された後に、ユーザからユーザ認証情報に紐付けられた電子処方箋を取得する(ステップS102)。図5の例では、処方箋受信部52はユーザ端末3に電子処方箋を送信させるための処方箋送信画面の情報を送信し、処方箋送信画面に対するユーザの操作によりユーザ端末3から送信された電子処方箋を受信する。ここで、ユーザ認証情報と電子処方箋とは、同じセッション中に受信されることにより紐付けられている。 The prescription receiving unit 52 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13. After the user is authenticated, the prescription receiving unit 52 acquires an electronic prescription associated with the user authentication information from the user (step S102). In the example of FIG. 5, the prescription receiving unit 52 transmits information on a prescription transmission screen for causing the user terminal 3 to transmit an electronic prescription, and receives the electronic prescription transmitted from the user terminal 3 by a user operation on the prescription transmission screen. To do. Here, the user authentication information and the electronic prescription are associated by being received during the same session.
 図9は、処方箋送信画面の一例を示す図である。ユーザ端末3は処方箋受信部52が送信した処方箋送信画面の情報に基づいて図9に示す画像を表示出力デバイスに表示させる。そして、ユーザが電子処方箋のファイルを選択し処方箋送信ボタンを押下すると、ユーザ端末3は電子処方箋を処方箋受信部52に向けて送信し、処方箋受信部52はセッションIDなどの情報とともに電子処方箋を受信する。ここで、セッションIDはユーザに紐付けられており、セッションIDとともに電子処方箋が送信されることでユーザと電子処方箋とが紐付けられる。 FIG. 9 is a diagram showing an example of a prescription transmission screen. The user terminal 3 displays the image shown in FIG. 9 on the display output device based on the information on the prescription transmission screen transmitted by the prescription receiving unit 52. When the user selects the electronic prescription file and presses the prescription transmission button, the user terminal 3 transmits the electronic prescription to the prescription receiving unit 52, and the prescription receiving unit 52 receives the electronic prescription together with information such as a session ID. To do. Here, the session ID is associated with the user, and the electronic prescription is associated with the session ID by transmitting the electronic prescription together with the session ID.
 なお、処方箋受信部52がユーザ端末3から受信する電子処方箋を示す情報は、電子処方箋そのものでなくてもよい。例えば、電子処方箋を示す情報は電子処方箋を特定する処方箋IDであってもよい。この場合、ユーザ認証情報に紐付けられた処方箋IDは電子処方箋に紐付けられ、処方箋受信部52はその処方箋IDに基づいて病院サーバ4から電子処方箋をダウンロードする。また、ユーザ認証部51および処方箋受信部52は、ユーザ認証情報と電子処方箋とをほぼ同じタイミングで受信してもよい。例えば処方箋送信画面の情報に、ユーザIDやパスワードを入力させるための情報を含ませておき、ユーザ認証情報と電子処方箋を示す情報とがその画面への入力に応じて受信されても、ユーザ認証情報と電子処方箋を示す情報とがおなじセッションに受信される。 Note that the information indicating the electronic prescription received by the prescription receiving unit 52 from the user terminal 3 may not be the electronic prescription itself. For example, the information indicating the electronic prescription may be a prescription ID that identifies the electronic prescription. In this case, the prescription ID associated with the user authentication information is associated with the electronic prescription, and the prescription receiving unit 52 downloads the electronic prescription from the hospital server 4 based on the prescription ID. Further, the user authentication unit 51 and the prescription receiving unit 52 may receive the user authentication information and the electronic prescription at substantially the same timing. For example, information on a prescription transmission screen includes information for inputting a user ID and a password, and user authentication information and information indicating an electronic prescription are received in response to input on the screen. Information and information indicating an electronic prescription are received in the same session.
 図10および図11は、電子処方箋に含まれる情報の一例を示す図である。電子処方箋は、電子処方箋を特定する処方箋IDと、患者の属性に関する情報と、処方箋を作成した医師および病院に関する情報と、処方される薬に関する情報と、処方箋の発行日および有効期限とを含む。図10からわかるように、電子処方箋は患者の属性についての情報として、氏名、生年月日、性別、保険者番号、保険者か非扶養者かの区分、患者コードを含み、医師および病院に関する情報として、病院コード、病院名、医師名、医師連絡先を含む。また、図11からわかるように、処方される薬に関する情報として、薬の項目ごとに、処方薬、用法、一回あたりの量、処方日数、その薬の総量、後発薬への変更を禁止するか否かの変更不可フラグ、分割発送許可フラグ、分割投薬制限といった情報の欄を含む。処方薬の欄は薬を特定する情報であり、その情報は薬の成分および剤形であってもよいし、薬の商品名であってもよい。分割投薬制限は、分割発送する場合に1回に投薬できる薬の最大量を日数で示す項目であり、例えば保存が難しい薬の場合にはその日数は使用期限に相当する日数である。 10 and 11 are diagrams showing examples of information included in the electronic prescription. The electronic prescription includes a prescription ID that identifies the electronic prescription, information on patient attributes, information on doctors and hospitals that created the prescription, information on prescription drugs, and a prescription issue date and expiration date. As can be seen from FIG. 10, the electronic prescription includes information on patient attributes, including name, date of birth, gender, insurer number, classification of insurer or non-supporter, patient code, and information on doctors and hospitals As a hospital code, hospital name, doctor name, doctor contact information. In addition, as can be seen from FIG. 11, as information on a prescribed drug, for each drug item, a change to a prescription drug, usage, the amount per time, the number of prescription days, the total amount of the drug, and a generic drug is prohibited. Information fields such as whether or not changeable flag, divisional shipment permission flag, and divisional medication restriction are included. The prescription drug column is information for specifying a drug, and the information may be a drug component and dosage form, or a drug trade name. The divided dosing restriction is an item indicating the maximum amount of medicine that can be administered at one time in divided shipment, and for example, in the case of a medicine that is difficult to store, the number of days is the number of days corresponding to the expiration date.
 処方箋確認部53は、主にプロセッサ11および記憶部12により実現される。処方箋確認部53は、電子処方箋に紐付けられたユーザ認証情報とユーザ情報格納部71に格納されるユーザ情報と電子処方箋とに基づいて、ユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応するか否か確認するための処理を実行する(ステップS103)。より具体的には、はじめに、処方箋確認部53は電子処方箋とともに送信され、ユーザ認証情報と電子処方箋とを紐付けるセッションIDから、そのセッションIDに紐付けて記憶部12に格納されたユーザIDを取得することでユーザを特定する。そして、処方箋確認部53はそのユーザIDを有するユーザ情報から氏名、生年月日、性別、保険者番号、区分の情報を取得し、それぞれ電子処方箋に含まれる患者の氏名、生年月日、性別、保険者番号、区分と照合する。そして、照合された情報が予め定められた程度より類似であるまたは一致する場合は、ユーザ認証情報に対応するユーザ(電子処方箋を送信したユーザ)の情報と電子処方箋に含まれる患者の情報とが対応すると判定する。なお、ユーザ情報に病院コードと患者コードとを記録し、処方箋確認部53が電子処方箋に含まれる病院コードと患者コードと照合することにより電子処方箋を送信したユーザの情報と電子処方箋に記載された患者の情報とが対応するか判定してもよい。 The prescription confirmation unit 53 is mainly realized by the processor 11 and the storage unit 12. Based on the user authentication information associated with the electronic prescription, the user information stored in the user information storage unit 71, and the electronic prescription, the prescription confirmation unit 53 adds the user information corresponding to the user authentication information and the electronic prescription. Processing for confirming whether or not the included patient information corresponds is executed (step S103). More specifically, first, the prescription confirmation unit 53 is transmitted together with the electronic prescription, and from the session ID that associates the user authentication information with the electronic prescription, the user ID associated with the session ID is stored in the storage unit 12. The user is specified by acquisition. And the prescription confirmation part 53 acquires the information of a name, a date of birth, sex, an insurer number, and classification from the user information which has the user ID, respectively, and the patient's name, date of birth, sex included in the electronic prescription, Check with the insurer number and category. If the collated information is more similar or matches than a predetermined level, the information of the user corresponding to the user authentication information (the user who transmitted the electronic prescription) and the patient information included in the electronic prescription are included. It is determined that it corresponds. In addition, the hospital code and the patient code are recorded in the user information, and the prescription confirmation unit 53 is described in the information and electronic prescription of the user who transmitted the electronic prescription by checking the hospital code and the patient code included in the electronic prescription. It may be determined whether the patient information corresponds.
 また、処方箋確認部53におけるユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応するか否か確認するための処理は、電子商店街サーバ2を操作する操作者が確認した結果を取得する処理であってもよい。例えば、処方箋確認部53がセッションIDから特定されたユーザIDを有するユーザ情報と、電子処方箋に含まれる患者の情報とを並べて表示させる画面の情報を生成し、その画面に基づいて操作者がユーザの情報と患者の情報とが対応するか否か確認した結果を処方箋確認部53が取得してもよい。 The process for confirming whether or not the user information corresponding to the user authentication information in the prescription confirmation unit 53 corresponds to the patient information included in the electronic prescription is performed by an operator who operates the online shopping mall server 2. It may be a process of acquiring the result confirmed. For example, the prescription confirmation unit 53 generates information on a screen that displays the user information having the user ID specified from the session ID and the patient information included in the electronic prescription, and the operator uses the screen based on the screen. The prescription confirmation unit 53 may acquire the result of confirming whether or not the information of the patient corresponds to the information of the patient.
 販売制御部54は、主にプロセッサ11および記憶部12により実現される。販売制御部54は、処方箋確認部53による確認の処理の結果に基づいて、電子処方箋に応じた薬の販売処理が実行されるよう制御する。より具体的には、販売制御部54は、電子処方箋を送信したユーザの情報と患者の情報とが対応すると判定された場合に(ステップS104のY)、以降の処理である、選択情報生成部56、選択部57、決済処理部58、説明文入力部59、説明文出力部60、確認結果取得部61、発送スケジュール生成部62、発送管理部63等が行う処理を開始させる(ステップS105)。また、販売制御部54は、販売状況確認部55による確認の結果にさらに基づいて電子処方箋に応じた薬の販売処理を進めるよう制御するが、これについては後述する。 The sales control unit 54 is mainly realized by the processor 11 and the storage unit 12. Based on the result of the confirmation process by the prescription checking unit 53, the sales control unit 54 controls the medicine sales process corresponding to the electronic prescription to be executed. More specifically, when it is determined that the information of the user who transmitted the electronic prescription and the information of the patient correspond to each other (Y in step S104), the sales control unit 54 performs the subsequent processing, the selection information generation unit 56, a selection unit 57, a settlement processing unit 58, an explanatory text input unit 59, an explanatory text output unit 60, a confirmation result acquisition unit 61, a shipping schedule generation unit 62, a shipping management unit 63, and the like are started (step S105). . Further, the sales control unit 54 controls to proceed with the medicine sales process according to the electronic prescription based on the result of confirmation by the sales status confirmation unit 55, which will be described later.
 選択情報生成部56は、主にプロセッサ11、記憶部12および通信部13により実現される。選択情報生成部56は、電子処方箋に指定された薬を複数の選択肢からユーザに選択させるための情報を生成する。複数の選択肢のそれぞれは、1または複数の薬の組合せを含んでいる。 The selection information generation unit 56 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13. The selection information generation unit 56 generates information for allowing the user to select a medicine specified in the electronic prescription from a plurality of options. Each of the plurality of options includes a combination of one or more drugs.
 ここで、電子処方箋に含まれる薬の項目において一般名で薬を特定する場合には、その一般名により特定され互いに異なる複数の薬の商品(薬の種類)が存在することが多い。その一般名で特定され互いに異なる複数の薬の商品の中には、一般的には先発薬と後発薬とが含まれる。先発薬は薬の商品のうち、特許権を有する企業がはじめに発売するものであり、後発薬は特許権の存続期間が満了した後に他の企業が販売するものである。先発薬、後発薬(ジェネリック医薬品とも呼ばれる)はそれぞれ薬の種類の1つであり、先発薬と後発薬とは互いに商品名や販売企業が異なりかつ薬効について互換性を有する。ある一般名の薬について先発薬の商品と1または複数の後発薬の商品との両方が存在する場合もあるし、後発薬の商品が存在しない場合もあるし、後発薬の商品しかない場合もある。また、電子処方箋において薬の商品名(例えば先発薬)によって薬を特定する場合も、もちろんその薬を代替することのできる1または複数の薬の商品(例えば後発薬)が存在しうる。 Here, when a medicine is specified by a generic name in the medicine item included in the electronic prescription, there are often a plurality of different medicine products (types of medicine) identified by the generic name. A plurality of medicine products identified by their common names and different from each other generally include a starting drug and a generic drug. Original drugs are those that are first launched by companies that have patent rights in the drug products, and generic drugs are those that are sold by other companies after the lifetime of the patent has expired. Original drugs and generic drugs (also referred to as generic drugs) are each one of the types of drugs, and the brand names and marketing companies differ from each other, and the drug efficacy is compatible. There may be both a generic product and one or more generic products for a generic name drug, a generic product may not exist, or there may only be a generic product is there. Also, when a drug is specified by a drug product name (for example, a starting drug) in an electronic prescription, there may of course be one or a plurality of drug products (for example, a generic drug) that can replace the drug.
 選択情報生成部56は、例えば電子処方箋において一般名で指定されたある薬の項目について、上述の選択肢のうち1つがその一般名で指定されるある薬の商品を含み、選択肢のもう1つがその一般名で指定される他の薬の商品を含むように情報を生成する。さらに、選択情報生成部56は、上述の選択肢のうち1つの選択肢は先発薬を含み、他の選択肢はこの先発薬の代替薬である後発薬を含むように情報を生成してよい。後者の場合、選択情報生成部56が生成する情報は、電子処方箋により指定される薬として、先発薬とその代替薬である後発薬とのうちいずれかを選択させる情報である。また、選択情報生成部56はその情報をユーザが操作するユーザ端末3に向けて送信する。図5の例では、前述の選択肢のうち1つの選択肢はある薬局が販売する薬を含み、他の選択肢は他の薬局が販売する薬を含む。そのため、その情報は、電子処方箋に指定された薬を販売する薬局のうちいずれかをユーザに選択させるための情報(図5の薬局選択画面に相当する)でもある。 The selection information generation unit 56 includes, for example, a certain medicine item designated by a common name in an electronic prescription, and one of the above-described options includes a certain medicine product designated by the common name, and the other option is Generate information to include products of other drugs specified by generic names. Further, the selection information generation unit 56 may generate information such that one of the above-described options includes a starting drug, and the other options include a generic drug that is a substitute for the starting drug. In the latter case, the information generated by the selection information generation unit 56 is information for selecting either a starting drug or a later drug that is an alternative drug as a drug specified by the electronic prescription. Moreover, the selection information generation part 56 transmits the information toward the user terminal 3 operated by the user. In the example of FIG. 5, one of the aforementioned options includes a drug sold by one pharmacy, and another option includes a drug sold by another pharmacy. Therefore, the information is also information (corresponding to the pharmacy selection screen in FIG. 5) for causing the user to select one of the pharmacies that sell the medicine specified in the electronic prescription.
 選択部57は、主にプロセッサ11、記憶部12および通信部13により実現される。選択部57は、先発薬と後発薬のいずれかをユーザに選択させるための情報に対して、ユーザが先発薬と後発薬のいずれかを選択したかを示す情報とユーザが選択した薬局を示す情報を通信部13を介して取得する。 The selection unit 57 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13. The selection unit 57 indicates information indicating whether the user has selected either the original drug or the generic drug and the pharmacy selected by the user with respect to the information for causing the user to select either the original drug or the generic drug. Information is acquired via the communication unit 13.
 図12はユーザに薬を選択させる際の処理の一例を示すフロー図である。はじめに選択情報生成部56は、複数の薬局に対応する複数の薬局システム1のそれぞれに薬のリストを要求する情報を送信し、選択情報生成部56はその薬局システム1のそれぞれから主に先発薬からなる薬のリストおよび主に後発薬からなる薬のリストを取得する(ステップS201)。この処理は図5の「薬リスト問合せ」に相当する。 FIG. 12 is a flowchart showing an example of processing when the user selects a medicine. First, the selection information generation unit 56 transmits information requesting a list of drugs to each of the plurality of pharmacy systems 1 corresponding to the plurality of pharmacies, and the selection information generation unit 56 mainly receives the starting drug from each of the pharmacy systems 1. And a list of medicines mainly composed of generic drugs are acquired (step S201). This process corresponds to “drug list inquiry” in FIG.
 薬局システム1は選択情報生成部56から薬のリストを要求する情報を受信すると、薬種類情報に含まれる薬の在庫情報を確認し、在庫のある先発薬を中心とする薬の組合せを示すリストと、在庫のある後発薬を中心とする薬の組合せを示すリストとを生成する。また薬局システム1は生成されたリストを選択情報生成部56に送信する。ここで、薬局システム1がリストを生成する処理を、電子商店街サーバ2に含まれる選択情報生成部56が代わりに行ってもよい。 When the pharmacy system 1 receives information requesting a list of medicines from the selection information generation unit 56, the pharmacy system 1 checks the medicine inventory information included in the medicine type information, and shows a list of combinations of medicines centered on the in-stock drugs. And a list showing combinations of medicines centered on generic drugs in stock. The pharmacy system 1 transmits the generated list to the selection information generation unit 56. Here, the selection information generation unit 56 included in the online shopping mall server 2 may perform the process in which the pharmacy system 1 generates the list instead.
 図13は、薬種類情報の一例を示す図である。薬種類情報は、薬ごとに、薬ID、薬名称、一般名、後発区分、投薬制限最小、投薬制限最大、在庫情報としての在庫量、薬の説明を含む。商品名は製薬企業が名づけた薬の名前であり、一般名は薬の成分や剤形などに対応し、同じ成分や剤形の薬の一般名は、製薬企業にかかわらず同じとなる。後発区分は、この薬が先発薬と後発薬かとのうちどちらであるかを示す。説明は、薬の服用時の注意事項を示す文章を含む。投薬制限最小は、分割発送をする場合などに一度に送ることのできる薬の最小量を日数で示し、投薬制限最大は、一度に送ることのできる薬の最大量を日数で示す。 FIG. 13 is a diagram showing an example of medicine type information. The medicine type information includes, for each medicine, a medicine ID, a medicine name, a general name, a subsequent classification, a minimum dosage limit, a maximum dosage limit, an inventory amount as inventory information, and a description of the medicine. The product name is the name of the drug named by the pharmaceutical company, the generic name corresponds to the ingredient or dosage form of the drug, and the generic name of the drug with the same ingredient or dosage form is the same regardless of the pharmaceutical company. The generic category indicates whether the drug is a generic or generic drug. The explanation includes text indicating precautions when taking the medicine. The minimum dose limit indicates the minimum amount of a drug that can be sent at one time, for example, in the case of split shipment, and the maximum dose limit indicates the maximum amount of a drug that can be sent at one time in days.
 そして、選択情報生成部56は主に先発薬からなる薬のリストを含む選択肢と主に後発薬からなる薬のリストを含む選択肢とを含む薬局選択画面のデータを生成し(ステップS202)、薬局選択画面のデータをユーザ端末3に送信する(ステップS203)。ここで、複数の選択肢には必ずしも先発薬からなる薬のリストと後発薬からなる薬のリストの両方を必ずしも含まなくてよい。また、選択情報生成部56は、ユーザにより詳細を表示させることを指示された選択肢(薬のリストに対応)についての詳細を示す薬詳細画面のデータを生成し送信する(ステップS204)。 Then, the selection information generation unit 56 generates pharmacy selection screen data including an option including a list of drugs mainly composed of starting drugs and an option including a list of drugs mainly composed of generic drugs (step S202). The data of the selection screen is transmitted to the user terminal 3 (step S203). Here, the plurality of options may not necessarily include both the list of medicines made of the starting drugs and the list of medicines made of the subsequent drugs. In addition, the selection information generation unit 56 generates and transmits drug detail screen data indicating details of an option (corresponding to a drug list) instructed to be displayed by the user (step S204).
 図14は、薬局選択画面の一例を示す図である。選択情報生成部56は、薬局と先発薬/後発薬との組合せ(選択肢に対応)ごとに、薬のリストと、支払額と、この組合せについて詳細を表示させる指示のための「詳細」ボタンとを含む薬局選択画面を表示させるデータを生成する。薬のリストは複数の薬のそれぞれについて、薬の商品名と総量の情報を含む。選択情報生成部56は、複数の薬局のうち、ユーザが予めかかりつけ薬局として指定した薬局と、当該薬局より支払い総額が安くなる薬のリストを生成した薬局と、これらの薬局と配送に関するサービスが異なる薬局とを選択し、その選択された薬局について薬局選択画面を生成してよい。また、選択情報生成部56が生成する画面の情報は、薬局選択画面と異なってもよい。例えば、選択情報生成部56はかかりつけ薬局など1つの薬局についての複数のリストのみを含む画面の情報を生成してもよい。 FIG. 14 is a diagram showing an example of a pharmacy selection screen. For each combination of pharmacy and original drug / generic drug (corresponding to options), the selection information generation unit 56 includes a list of drugs, a payment amount, and a “detail” button for an instruction to display details about this combination; Generate data to display a pharmacy selection screen containing. The list of drugs includes information on the brand name and total amount of each drug. The selection information generation unit 56 is different in service related to delivery from a pharmacy that has been designated as a family pharmacy by a user in advance from among a plurality of pharmacies, a pharmacy that has generated a list of drugs whose total payment is lower than the pharmacy, and the pharmacies. A pharmacy may be selected, and a pharmacy selection screen may be generated for the selected pharmacy. The information on the screen generated by the selection information generation unit 56 may be different from the pharmacy selection screen. For example, the selection information generating unit 56 may generate screen information including only a plurality of lists for one pharmacy such as a family pharmacy.
 送信された薬局選択画面のデータに基づいてユーザ端末3が薬局選択画面を表示出力デバイスに表示させ、ユーザが「詳細」ボタンを押下することによりいずれかの薬局についての薬のリストについての詳細の表示を指示すると、ユーザ端末3はその選択肢の詳細の表示が指示されたことを示すデータを送信する。そして、選択情報生成部56は、その表示の指示についてのデータが受信されると、その指示された選択肢について、薬詳細画面を表示させるデータを生成する。 Based on the data of the transmitted pharmacy selection screen, the user terminal 3 displays the pharmacy selection screen on the display output device, and when the user presses the “detail” button, the details of the list of medicines for any pharmacy are displayed. When the display is instructed, the user terminal 3 transmits data indicating that the display of the details of the option has been instructed. And the selection information production | generation part 56 will produce | generate the data which display a medicine detail screen about the designated option, if the data about the instruction | indication of the display are received.
 図26は、薬詳細画面の一例を示す図である。選択情報生成部56は、この選択肢についてリストに含まれる薬のそれぞれの詳細と、1または複数の質問と、ユーザがこの選択肢を選択したことを示す情報をユーザ端末3に送信させる「購入申込」ボタンとを含む薬詳細画面を表示させるデータを生成し、このデータをユーザ端末3に向けて送信する。選択情報生成部56は、電子処方箋に含まれる複数の薬の一般名のそれぞれ、または選択肢に含まれる複数の薬の商品(種類)のそれぞれに関連づけられた質問を取得する。選択情報生成部56はその質問の重複を削除した上で、ユーザに対する質問の情報を生成する。この質問は、ユーザの属性に関するものである。選択情報生成部56はユーザ情報に含まれるユーザの属性の情報から質問の回答を取得できる場合(例えば年齢や性別、アレルギー歴)にはその属性に関する質問を削除してもよいし、またユーザ情報に含まれる属性(例えば性別)に当てはまらない質問(例えば男性に対する妊娠に関する質問)を削除してもよい。また、薬詳細画面のデータは、「購入申込」ボタンが押下された際に、ユーザ端末3がそれぞれの質問についての回答の情報を送信させるデータを含む。 FIG. 26 is a diagram showing an example of a medicine detail screen. The selection information generation unit 56 transmits “details” of each medicine included in the list for this option, one or a plurality of questions, and information indicating that the user has selected this option to the user terminal 3. Data for displaying a medicine detail screen including a button is generated, and this data is transmitted to the user terminal 3. The selection information generation unit 56 acquires a question associated with each of the general names of the plurality of medicines included in the electronic prescription or each of the products (types) of the plurality of medicines included in the options. The selection information generation unit 56 deletes the duplication of the question and generates information on the question for the user. This question is about the user's attributes. When the selection information generation unit 56 can obtain the answer to the question from the user attribute information included in the user information (for example, age, gender, allergy history), the question about the attribute may be deleted. Questions that do not apply to the attributes (eg, sex) included in (eg, questions about pregnancy for men) may be deleted. Further, the data of the medicine detail screen includes data that causes the user terminal 3 to transmit information on answers to each question when the “purchase application” button is pressed.
 送信された薬詳細画面のデータに基づいてユーザ端末3が薬詳細画面を表示出力デバイスに表示させ、ユーザが「購入申込」ボタンを押下することにより、複数の選択肢のうち詳細が表示されたこの選択肢(いずれかの薬局についての薬のリスト)について薬を購入することを選択すると、ユーザ端末3は選択された薬局や選択された薬のリストを示すデータを送信する。選択部57は選択された薬局や選択された薬のリストを示すそのデータを受信する(ステップS205)。すると、処方薬の注文が受け付けられ、販売制御部54は注文情報格納部73に該当する薬のリストについての注文情報および質問に対する回答の情報を格納する。ここで、注文情報を格納する前に、さらにユーザ端末3から送付先や決済方法のデータを受信し、それらを注文情報に格納してもよい。また販売制御部54は、ユーザに向けて注文を受け付けたことを示す受付メッセージを送信する。選択された薬局に電子処方箋を送信する(ステップS206)。受付メッセージはユーザ端末3に向けて送信される画面の情報であってもよいし、ユーザ宛の電子メールであってもよい。 The user terminal 3 displays the medicine detail screen on the display output device based on the transmitted medicine detail screen data, and the user presses the “purchase application” button, so that the details of the plurality of options are displayed. When the user terminal 3 selects to purchase a medicine for an option (a list of medicines for any pharmacy), the user terminal 3 transmits data indicating the selected pharmacy and the list of the selected medicines. The selection unit 57 receives the data indicating the selected pharmacy and the list of selected drugs (step S205). Then, an order for a prescription drug is received, and the sales control unit 54 stores order information about the list of corresponding drugs and information on answers to the questions in the order information storage unit 73. Here, before the order information is stored, it is also possible to further receive data on the destination and the settlement method from the user terminal 3 and store them in the order information. Further, the sales control unit 54 transmits a reception message indicating that the order has been received toward the user. An electronic prescription is transmitted to the selected pharmacy (step S206). The reception message may be screen information transmitted to the user terminal 3 or an e-mail addressed to the user.
 電子処方箋の送信については、薬局システム1に直接的に電子処方箋を送信してもよいし、薬局の担当者に向けてその薬局への注文が受け付けられた旨のメッセージを送信し、その担当者が操作する薬局システム1が電子商店街サーバ2へアクセスし電子処方箋を取得してもよい。 Regarding the transmission of the electronic prescription, the electronic prescription may be transmitted directly to the pharmacy system 1 or a message that the order to the pharmacy is accepted is sent to the person in charge of the pharmacy, and the person in charge The pharmacy system 1 operated by may access the online shopping mall server 2 and obtain an electronic prescription.
 図15は、注文一覧画面の一例を示す図である。注文一覧画面は、薬局の担当者が電子商店街サーバ2にアクセスした際に表示される画面であり、この画面の情報は、販売制御部54により生成される。販売制御部54は、注文一覧画面としてその薬局に対する注文の一覧を表示出力デバイスに出力させる情報を生成する。図15の例では、その情報は、注文ごとに、注文を受け付けた日時、注文を特定する注文番号、決済方法、決済ステータス、発送ステータス、処方薬の販売状況を示す処方箋利用状況の情報を含む注文一覧画面の情報を含む。 FIG. 15 is a diagram showing an example of the order list screen. The order list screen is a screen that is displayed when the person in charge of the pharmacy accesses the online shopping mall server 2, and information on this screen is generated by the sales control unit 54. The sales control unit 54 generates information that causes the display output device to output a list of orders for the pharmacy as an order list screen. In the example of FIG. 15, the information includes, for each order, the date and time when the order was received, the order number identifying the order, the settlement method, the settlement status, the shipping status, and the prescription usage status information indicating the prescription drug sales status. Contains order list screen information.
 薬局の担当者が注文番号を選択すると、販売制御部54はその注文の詳細を示す注文詳細画面の情報を担当者が操作するコンピュータ(主に薬局システム1)に向けて送信する。図16は、注文詳細画面の一例を示す図である。注文詳細画面により出力される情報は、電子処方箋、ユーザの質問に対する回答、ユーザのアレルギー歴や副作用履歴、決済方法、薬の送付先、決済ステータス、発送ステータス、処方箋利用状況を含む。この注文詳細画面の情報は、図5の電子商店街サーバ2から薬局システム1に送信される電子処方箋に相当する。 When the person in charge at the pharmacy selects the order number, the sales control unit 54 transmits information on the order detail screen showing the details of the order to the computer (mainly the pharmacy system 1) operated by the person in charge. FIG. 16 is a diagram illustrating an example of an order detail screen. The information output by the order detail screen includes an electronic prescription, an answer to a user's question, a user's allergy history and side effect history, a payment method, a medicine destination, a payment status, a shipping status, and a prescription usage status. The information on the order detail screen corresponds to an electronic prescription transmitted from the online shopping mall server 2 in FIG. 5 to the pharmacy system 1.
 決済処理部58は、プロセッサ11、記憶部12および通信部13により実現される。決済処理部58は、薬局の担当者が注文詳細画面で決済依頼ボタンを押下したことを示す情報(決済依頼)を受信する。決済処理部58は、決済依頼を受信すると、ユーザにより指定された決済方法(例えばクレジットカード)による決済処理を通信部13を用いて実行し、決済処理の結果を注文情報に格納する。薬局の担当者は、決済処理の結果は、注文一覧画面や注文詳細画面により確認する。なお、決済処理を行うタイミングは、後述する販売状況を確認した後、薬局が発送を行うまでの間のいずれかのタイミングであってよい。 The settlement processing unit 58 is realized by the processor 11, the storage unit 12, and the communication unit 13. The settlement processing unit 58 receives information (settlement request) indicating that the person in charge at the pharmacy has pressed the settlement request button on the order detail screen. When the payment processing unit 58 receives the payment request, the payment processing unit 58 executes the payment processing by the payment method (for example, credit card) designated by the user using the communication unit 13 and stores the result of the payment processing in the order information. The person in charge at the pharmacy confirms the result of the settlement process on the order list screen or the order detail screen. Note that the settlement process may be performed at any timing after the sales situation to be described later is confirmed and before the pharmacy performs shipping.
 販売状況確認部55は、主にプロセッサ11、記憶部12および通信部13により実現される。販売状況確認部55は、注文にかかる電子処方箋に基づく薬が既に販売されているか否かを確認するための処理を実行する。この処理は、この処方薬販売システムで既にその電子処方箋に基づく薬が販売されたか否かを確認する処理と、他の薬局がこの電子処方箋にかかる薬を販売したか確認する処理と、を含む。販売状況確認部55の2種類の処理のうち後者の処理は、図5の処方箋利用状況確認に相当する。 The sales status confirmation unit 55 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13. The sales status confirmation unit 55 executes a process for confirming whether or not the medicine based on the electronic prescription concerning the order has already been sold. This process includes a process for confirming whether or not a drug based on the electronic prescription has already been sold in the prescription drug sales system, and a process for confirming whether or not another pharmacy has sold the drug for the electronic prescription. . Of the two types of processing of the sales status confirmation unit 55, the latter processing corresponds to the prescription usage status confirmation in FIG.
 まず、販売状況確認部55が行う2種類の処理のうち前者の処理について説明する。この処理では、販売状況確認部55は注文情報格納部73に、今回の電子処方箋に紐付けられた注文があるか否かを確認する。より具体的には、これまでに処方箋確認部53の処理が行われたあとに販売制御部54などが注文情報として、注文と電子処方箋の処方箋IDとを注文情報格納部73に格納しておき、販売状況確認部55は今回の電子処方箋の受信に対応する注文と異なりかつ同じ処方箋IDを含む注文の注文情報が存在するか否かを確認する。また販売状況確認部55はその注文情報が存在する場合に、その注文情報に含まれるステータス(売買に関する情報)が、販売処理が進んでいることを示すか否かを確認する。このステータスが販売処理が進んでいることを示す場合、販売状況確認部55はこの電子処方箋に基づく薬が販売されている、もしくはその薬の他の販売処理が進行していると判定し、処方箋利用状況のステータスを「確認済NG」に更新する。なお、この処理は、電子商店街サーバ2が電子処方箋を受信してから実際に発送する前であれば、いつ実行されてもよい。 First, the former process of the two types of processes performed by the sales status confirmation unit 55 will be described. In this process, the sales status confirmation unit 55 confirms whether there is an order associated with the current electronic prescription in the order information storage unit 73. More specifically, after the processing of the prescription check unit 53 has been performed so far, the sales control unit 54 and the like store the order and the prescription ID of the electronic prescription in the order information storage unit 73 as order information. The sales status confirmation unit 55 confirms whether there is order information for an order that is different from the order corresponding to the reception of the current electronic prescription and includes the same prescription ID. Further, when the order information exists, the sales status confirmation unit 55 confirms whether or not the status included in the order information (information relating to buying and selling) indicates that the sales process is in progress. When this status indicates that the sales process is in progress, the sales status confirmation unit 55 determines that the medicine based on the electronic prescription is sold, or that another sales process of the medicine is in progress, and the prescription. The usage status is updated to “confirmed NG”. This process may be executed at any time before the electronic shopping mall server 2 receives the electronic prescription and before actually sending it out.
 次に販売状況確認部55が行う2種類の処理のうち後者の処理について説明する。この後者の処理は、病院サーバ4への問合せに基づいて電子処方箋に基づく販売がされたか否かを示す情報を取得する処理である。図17は、販売状況を確認する際の処理の一例を示すフロー図である。販売状況を確認する際には、はじめに、販売状況確認部55は、通信部13を用いて処方箋を管理する病院サーバ4に処方箋IDを含む問合せ要求を送信し、病院サーバ4から、注文にかかる電子処方箋について販売状況を取得する(ステップS301)。販売状況は、複数の薬局のうちいずれかの薬局により薬が販売されるか否か、言い換えれば、いずれかの薬局により電子処方箋が利用されたか否かを示す情報である。そして、その販売状況が、いずれの薬局も薬を販売していないことを示す場合には(ステップS302のY)、販売状況確認部55は、病院サーバ4に処方箋IDを含む更新要求を送信し(ステップS303)、病院サーバ4に含まれる記憶部12に、注文にかかる電子処方箋の販売状況を、販売状況がこの注文を受け付けた薬局が薬を販売することを示すように更新させる。また販売状況確認部55は、注文情報に含まれる処方箋利用状況のステータスを、販売状況を確認し販売処理を進めることができることを示す「確認済OK」のステータスに更新する(ステップS304)。一方、その販売状況が、いずれかの薬局が薬を販売したことを示す場合には(ステップS302のN)、販売制御部54は、この電子処方箋にかかる薬の販売処理ができないことを示すように注文情報に含まれる処方箋利用状況のステータスを「確認済NG」に更新する(ステップS305)。「確認済NG」のステータスは、電子処方箋が他の薬局について利用されかつ、本システム(本薬局)では、後続の販売処理を進められないことを示す。このステータスでは、電子処方箋に基づく薬は他の薬局により既に販売されたか販売処理が進行中であり、仮に薬を販売するとユーザに二重に薬を販売することを示している。 Next, the latter process among the two types of processes performed by the sales status confirmation unit 55 will be described. This latter process is a process of acquiring information indicating whether or not sales based on an electronic prescription have been made based on an inquiry to the hospital server 4. FIG. 17 is a flowchart showing an example of processing when confirming the sales status. When confirming the sales situation, first, the sales situation confirmation unit 55 transmits an inquiry request including a prescription ID to the hospital server 4 that manages the prescription using the communication unit 13, and takes an order from the hospital server 4. A sales situation is acquired about an electronic prescription (Step S301). The sales status is information indicating whether or not a drug is sold by any one of a plurality of pharmacies, in other words, whether or not an electronic prescription is used by any pharmacy. If the sales status indicates that no pharmacy sells the drug (Y in step S302), the sales status confirmation unit 55 transmits an update request including the prescription ID to the hospital server 4. (Step S303) The storage unit 12 included in the hospital server 4 updates the sales status of the electronic prescription for the order so that the sales status indicates that the pharmacy that accepted the order sells the drug. Further, the sales status confirmation unit 55 updates the status of the prescription usage status included in the order information to a status of “confirmed OK” indicating that the sales status can be confirmed and the sales process can proceed (step S304). On the other hand, if the sales status indicates that one of the pharmacies has sold the drug (N in step S302), the sales control unit 54 indicates that the sales process of the drug related to the electronic prescription cannot be performed. The prescription usage status included in the order information is updated to “confirmed NG” (step S305). The status of “confirmed NG” indicates that the electronic prescription is used for another pharmacy and the subsequent sales process cannot be performed in this system (this pharmacy). This status indicates that the medicine based on the electronic prescription has already been sold by another pharmacy or the sales process is in progress, and if the medicine is sold, the medicine is sold to the user twice.
 この病院サーバ4に電子処方箋に基づく薬の販売が既にされたか否かを問い合せる処理は、図4や図5では説明文の確認などの前になっているが、この処理のタイミングは前後してもよい。例えば、説明確認データの送受信後であってもよいし、発送指示情報の送信直前であってもよい。これらの例では、同じ電子処方箋について複数の注文が並行して処理される恐れがより大きいが、その複数の注文について2以上の発送がされることを防ぐことができる。また、ユーザ端末3側のプログラムが電子処方箋が利用されたか否かを示す情報を保持し、販売状況確認部55が病院サーバ4の代わりにユーザ端末3からその情報を受信することで処方箋利用状況のステータスを更新してもよい。この場合、ユーザ端末3から電子処方箋を電子商店街サーバに送る際に(図4の4.処方箋送信)、利用されたか否かを示す付加情報を付加して送ってよい。この場合、電子商店街サーバの販売状況確認部55は、上記の付加情報を確認することにより既に電子処方箋にかかる薬の注文がなされているかを示す販売ステイタスを確認できる。 The process of inquiring to the hospital server 4 whether or not the medicine based on the electronic prescription has already been sold is before confirmation of the explanatory text in FIG. 4 and FIG. Also good. For example, it may be after transmission / reception of explanation confirmation data, or may be immediately before transmission of shipping instruction information. In these examples, there is a greater risk that a plurality of orders will be processed in parallel for the same electronic prescription, but it is possible to prevent two or more shipments for the plurality of orders. Further, the program on the user terminal 3 side holds information indicating whether or not the electronic prescription is used, and the sales status confirmation unit 55 receives the information from the user terminal 3 instead of the hospital server 4 so that the prescription usage status is received. You may update the status. In this case, when sending an electronic prescription from the user terminal 3 to the online shopping mall server (4. Prescription transmission in FIG. 4), additional information indicating whether or not the electronic prescription is used may be added and sent. In this case, the sales status confirmation unit 55 of the online shopping mall server can confirm the sales status indicating whether the medicine for the electronic prescription has already been ordered by confirming the additional information.
 処方箋利用状況のステータスが「確認済OK」に更新されると、販売制御部54は電子処方箋に応じた販売処理(発送スケジュールの決定以降の処理)の実行がされるよう制御する。薬局の担当者は、処方箋利用状況のステータスを、注文一覧画面や注文詳細画面により確認し、販売に関する操作を続けてよい。一方、処方箋利用状況のステータスがこの電子処方箋にかかる薬の販売処理ができないことを示す場合には、販売制御部54はこれ以降は販売に向けた処理を進められないよう制御し、薬局の担当者は、このステータスの更新をうけて必要に応じて返金などを行う。 When the status of the prescription usage status is updated to “confirmed OK”, the sales control unit 54 controls the execution of the sales process (process after determining the shipping schedule) according to the electronic prescription. The person in charge of the pharmacy may confirm the status of the prescription usage status on the order list screen or the order detail screen, and continue the operation related to sales. On the other hand, if the prescription usage status indicates that the medicine for the electronic prescription cannot be sold, the sales control unit 54 controls so that the processing for the sale cannot proceed thereafter, After receiving this status update, the person gives a refund as necessary.
 説明文入力部59は、プロセッサ11、記憶部12および通信部13を中心として実現される。説明文入力部59は、注文申込をしたユーザに関する情報を薬剤師に提示し、注文にかかる薬局の薬剤師から入力された注文にかかる説明文(図5の説明文入力データに相当)を受け付ける。ユーザに関する情報はユーザ情報に含まれる属性の情報とユーザの質問の回答に含まれるユーザの属性の情報とを含み、ユーザに関する情報は、薬剤師が説明文を作成したり処方が正しいかを判断する際に利用される。説明文入力部59は、受付けられた当該説明文を記憶部12を含む説明文格納部72に格納する。なお、図15の例では、説明文入力部59の処理は、注文にかかる薬局の薬剤師が注文詳細画面で説明ボタンを押下し、薬剤師が操作するコンピュータが説明文の入力を開始する要求を説明文入力部59へ送信すると開始される。 The explanatory note input unit 59 is realized centering on the processor 11, the storage unit 12, and the communication unit 13. The explanatory note input unit 59 presents information related to the user who applied for the order to the pharmacist, and receives an explanatory note (corresponding to the explanatory note input data in FIG. 5) regarding the order input from the pharmacist of the pharmacy related to the order. The information about the user includes the attribute information included in the user information and the user attribute information included in the answer to the user's question, and the information about the user determines whether the pharmacist creates an explanation or the prescription is correct. Used when. The explanatory text input unit 59 stores the received explanatory text in the explanatory text storage unit 72 including the storage unit 12. In the example of FIG. 15, the processing of the explanatory note input unit 59 explains a request that the pharmacist of the pharmacy involved in the order presses the explanation button on the order detail screen, and the computer operated by the pharmacist starts to input the explanatory text. It starts when it is sent to the sentence input unit 59.
 また、属性取得部65は、電子商店街サーバ2に含まれるプロセッサ11、記憶部12および通信部13を中心として実現される。属性取得部65は、受信された電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納するユーザ情報格納部71から取得する。説明文入力部59は、この患者の属性情報に基づいて注文申込をしたユーザに関する情報を薬剤師に提示する。 Further, the attribute acquisition unit 65 is realized centering on the processor 11, the storage unit 12, and the communication unit 13 included in the online shopping mall server 2. The attribute acquisition unit 65 acquires the patient attribute information related to the received electronic prescription from the user information storage unit 71 that stores the user attribute information. The explanatory note input unit 59 presents information relating to the user who applied for the order based on the attribute information of the patient to the pharmacist.
 図18は、説明文入力画面の一例を示す図である。説明文入力画面の情報は、注文にかかる電子処方箋の情報と、ユーザ情報に含まれる注文を申込したユーザの属性の情報と、薬剤師がユーザに説明する説明文のメッセージの件名および本文を入力させる欄の情報と、入力されたメッセージを説明文入力部59に向けて送信させるボタンの情報とを含む。説明文入力部59は、これらの情報を含む説明文入力画面の情報を生成し、薬局システム1に向けて送信する。薬剤師は受信した情報に応じた説明文入力画面に表示される電子処方箋およびユーザのアレルギー歴や病歴、副作用履歴を参照し、説明文のメッセージの件名や本文を薬局システム1に入力する。そして、薬剤師が送信ボタンを押下すると、薬局システム1は説明文のメッセージを説明文入力部59に向けて送信する。また説明文入力部59はそのメッセージを受付け、説明文格納部72に格納する。 FIG. 18 is a diagram showing an example of an explanatory text input screen. The information on the explanatory note input screen allows the user to input the electronic prescription information concerning the order, the attribute information of the user who applied for the order included in the user information, and the subject and body of the explanatory message explained by the pharmacist to the user. Column information and button information for sending the input message to the explanation input unit 59. The explanatory note input unit 59 generates information on an explanatory note input screen including these pieces of information and transmits the information to the pharmacy system 1. The pharmacist refers to the electronic prescription displayed on the explanatory note input screen corresponding to the received information, the allergy history, medical history, and side effect history of the user, and inputs the subject and text of the explanatory message to the pharmacy system 1. When the pharmacist presses the transmission button, the pharmacy system 1 transmits an explanatory message to the explanatory text input unit 59. The explanatory note input unit 59 accepts the message and stores it in the explanatory note storage unit 72.
 なお、説明文入力部59は、電子処方箋に含まれる薬に応じて薬種類情報から説明文に記載する事項を取得し、その事項を含む説明文の案を生成し、その説明文の情報を含む説明文入力画面の情報を送信してもよい。例えば、説明文入力画面の本文の欄に表示される説明文の案を薬剤師が修正することで、ユーザへの説明文が入力されてもよい。 The explanatory note input unit 59 acquires items to be described in the explanatory note from the medicine type information in accordance with the medicine included in the electronic prescription, generates a draft of the explanatory note including the item, and stores the information on the explanatory note You may transmit the information of the explanatory note input screen including. For example, the explanatory text to the user may be input by the pharmacist correcting the explanatory text plan displayed in the text column of the explanatory text input screen.
 説明文出力部60は、主にプロセッサ11、記憶部12および通信部13により実現される。説明文入力部59は説明文のメッセージを受信すると、説明文出力部60は注文にかかるユーザに向けて説明文(図5の説明文データに相当)を出力する。 The explanatory note output unit 60 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13. When the explanatory text input unit 59 receives the explanatory text message, the explanatory text output unit 60 outputs an explanatory text (corresponding to the explanatory text data in FIG. 5) to the user who places the order.
 図19は、説明文出力画面の一例を示す図である。説明文出力画面の情報は図5の説明文データに相当し、説明文出力部60が生成し送信する説明文出力画面の情報は、説明文入力部59が受付けた説明文の件名および本文の情報と、説明文に含まれる確認項目に応じて配置されるチェックボックス31の情報と、ユーザが説明文を確認したことを示す説明確認データをユーザ端末3に送信させる送信ボタンの情報とを含む。なお、説明文出力部60は、説明文入力画面で入力された四角の記号がチェックボックス31に変換されるように説明文出力画面の情報を生成する。ユーザが説明文出力画面を確認し、チェックボックス31をチェックしてOKボタンを押下すると、ユーザ端末3は説明文が確認されたことを示す説明確認データを送信する。なお、ユーザがチェックボックス31をチェックしない場合や、説明文に文字列を追記した場合には、その追記された説明文のメッセージを確認結果取得部61に向けて送信する。 FIG. 19 is a diagram showing an example of an explanatory text output screen. The information on the explanatory note output screen corresponds to the explanatory text data in FIG. 5, and the information on the explanatory note output screen generated and transmitted by the explanatory note output unit 60 includes the subject and body text of the explanatory note received by the explanatory note input unit 59. Information, information on a check box 31 arranged in accordance with a confirmation item included in the description, and information on a transmission button that causes the user terminal 3 to transmit description confirmation data indicating that the user has confirmed the description. . The explanatory note output unit 60 generates information on the explanatory note output screen so that the square symbol input on the explanatory note input screen is converted into the check box 31. When the user confirms the explanatory text output screen, checks the check box 31 and presses the OK button, the user terminal 3 transmits explanatory confirmation data indicating that the explanatory text has been confirmed. When the user does not check the check box 31 or when a character string is added to the explanatory text, a message of the added explanatory text is transmitted to the confirmation result acquisition unit 61.
 確認結果取得部61は、プロセッサ11、記憶部12および通信部13を中心として実現される。確認結果取得部61は、ユーザ端末3から送信される説明確認データを受信し、注文にかかる注文情報に含まれる説明ステータスを、説明確認データが受信されたことを示すステータスに更新する。これにより、注文情報格納部73に説明確認データが受信されたことを示す情報が格納される。薬局の担当者は、更新された説明ステータスを、メッセージ確認画面、注文一覧画面や注文詳細画面により確認し(図5の説明ステータス確認に相当)、販売に関する操作を続ける。 The confirmation result acquisition unit 61 is realized centering on the processor 11, the storage unit 12, and the communication unit 13. The confirmation result acquisition unit 61 receives the explanation confirmation data transmitted from the user terminal 3, and updates the explanation status included in the order information related to the order to a status indicating that the explanation confirmation data has been received. As a result, information indicating that the explanation confirmation data has been received is stored in the order information storage unit 73. The person in charge at the pharmacy confirms the updated explanation status on the message confirmation screen, the order list screen, and the order detail screen (corresponding to the explanation status confirmation in FIG. 5), and continues operations related to sales.
 図20は、メッセージ確認画面の一例を示す図である。メッセージ確認画面のうちメッセージ一覧の欄には、注文にかかるすべてのメッセージの件名が配置される。説明確認データを受信した場合にはメッセージ一覧の欄に説明文がユーザにより確認されたことを示す文字列(「ユーザ確認済」)が配置される。またメッセージ欄には、一覧のメッセージのうち選択されたメッセージの本文が配置され、その欄の下には、そのメッセージを薬剤師が確認した際に押下する「薬剤師確認」ボタンが配置される。なお、メッセージ確認画面で新規メッセージのボタンが押下されると、説明文入力部59はさらに説明文入力画面を表示してもよい。 FIG. 20 is a diagram illustrating an example of a message confirmation screen. In the message list column of the message confirmation screen, subject lines of all messages related to the order are arranged. When the explanation confirmation data is received, a character string (“user confirmed”) indicating that the explanation has been confirmed by the user is arranged in the message list column. In the message column, the body of the message selected from the messages in the list is arranged, and below the column, a “pharmacist confirmation” button to be pressed when the pharmacist confirms the message is arranged. When a new message button is pressed on the message confirmation screen, the explanatory note input unit 59 may further display an explanatory text input screen.
 薬剤師が「薬剤師確認」ボタンを押下すると、販売制御部54は注文情報の説明ステータスを「確認済」に更新する。また、これにより、販売制御部54は発送スケジュールを決定する処理を進める。 When the pharmacist presses the “confirm pharmacist” button, the sales control unit 54 updates the explanation status of the order information to “confirmed”. Accordingly, the sales control unit 54 advances the process of determining the shipping schedule.
 発送スケジュール生成部62および発送管理部63のそれぞれは、主にプロセッサ11、記憶部12および通信部13により実現される。発送スケジュール生成部62は、電子処方箋に含まれる薬の情報およびユーザの希望のうち少なくとも一方に基づいて、薬を1回で、または複数回に分けて発送するスケジュールを生成する。例えば、発送スケジュール生成部62は電子処方箋に含まれる薬の情報に基づいて発送スケジュールの案を生成し、生成されたスケジュールの案を示すデータを薬局の担当者に向けて出力し(図5の発送スケジュール確認画面に相当)、担当者がスケジュールを承認したことを示す情報を受信すると、発送スケジュール生成部62は承認されたスケジュールを電子処方箋にかかる薬を発送する正式な発送スケジュールとして生成する。 Each of the shipping schedule generation unit 62 and the shipping management unit 63 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13. The shipping schedule generating unit 62 generates a schedule for shipping the medicine once or divided into a plurality of times based on at least one of the medicine information included in the electronic prescription and the user's desire. For example, the shipping schedule generation unit 62 generates a shipping schedule plan based on the medicine information included in the electronic prescription, and outputs data indicating the generated schedule plan to the person in charge of the pharmacy (see FIG. 5). When the information indicating that the person in charge has approved the schedule is received, the shipping schedule generation unit 62 generates the approved schedule as an official shipping schedule for shipping the medicines for the electronic prescription.
 以下では発送スケジュールを生成する処理についてさらに説明する。図21は、発送スケジュールを生成する処理の概要を説明する図である。はじめに、発送スケジュール生成部62は、電子処方箋に含まれる1または複数の薬のうち、分割発送の欄が許可となっており、分割発送が許可されている薬について、薬種類情報から投薬制限最大に格納されている日数と、電子処方箋の分割投薬制限の日数とを取得し、取得された日数の最小値(以下では最大分割間隔と記載する)が電子処方箋の薬の処方日数より大きい薬を分割対象リストに追加する(ステップS401)。そして、分割対象リストに属する薬がある場合には(ステップS402のY)、薬を分割して発送する発送スケジュールの案を生成する(ステップS403)。ここで、以下では薬種類情報の投薬制限最小に格納されている日数を最小分割間隔と記載する。 In the following, the process for generating a shipping schedule will be further described. FIG. 21 is a diagram illustrating an overview of a process for generating a shipping schedule. First, the shipping schedule generation unit 62 permits the division shipping field of one or a plurality of drugs included in the electronic prescription, and determines the maximum dosage limit based on the drug type information for the drugs for which the division shipping is permitted. The number of days stored in the electronic prescription and the number of days for the electronic prescription divided dosage limit are obtained, and the minimum number of days acquired (hereinafter referred to as the maximum divided interval) is larger than the prescription number of days for the electronic prescription medicine. It adds to a division | segmentation object list | wrist (step S401). If there is a medicine belonging to the division target list (Y in step S402), a proposal of a shipping schedule for dividing and shipping the medicine is generated (step S403). Here, in the following, the number of days stored in the minimum dosage limit of the drug type information is described as the minimum division interval.
 図22は、発送スケジュールの案を作成する処理の一例を示すフロー図である。発送スケジュール生成部62は、電子処方箋に存在し、かつ分割対象リストに属さない薬について、その薬の発送日に最短で発送可能となる日(最短発送日)を設定する(ステップS501)。つぎに、発送スケジュール生成部62は、分割対象リストに属する1または複数の薬について最大分割間隔の最小値を求める(ステップS502)。この最小値は、分割発送をする際に隣り合う発送日の間の間隔になる可能性が高いので、基本間隔と記載する。次に発送スケジュール生成部62は、分割対象リストに属する薬のうち、基本間隔の値が最小分割間隔以上かつ最大分割間隔以下となる条件を満たす薬を選択し、その選択された薬について、初回の発送日に最短発送日を設定し、以降の発送日には、最短発送日から処方日数経過するまでの日付のうち、前の発送日との間隔が基本間隔となる日付を設定する(ステップS503)。また発送スケジュール生成部62は発送日が設定された薬を分割対象リストから削除する(ステップS504)。 FIG. 22 is a flowchart showing an example of a process for creating a draft shipping schedule. The shipping schedule generation unit 62 sets a date (shortest shipping date) that can be shipped in the shortest delivery date of the medicine that exists in the electronic prescription and does not belong to the division target list (step S501). Next, the shipping schedule generation unit 62 obtains the minimum value of the maximum division interval for one or more drugs belonging to the division target list (step S502). Since this minimum value is likely to be an interval between adjacent shipping dates when performing divided shipping, it is described as a basic interval. Next, the shipping schedule generation unit 62 selects medicines that satisfy the condition that the basic interval value is greater than or equal to the minimum division interval and less than or equal to the maximum division interval from among the medicines belonging to the division target list. The shortest shipping date is set on the shipping date, and on the subsequent shipping dates, the date from the shortest shipping date until the number of prescription days elapses is set to the basic interval that is the interval from the previous shipping date (step) S503). Further, the shipping schedule generating unit 62 deletes the medicine for which the shipping date is set from the division target list (step S504).
 そして、発送スケジュール生成部62は、分割対象リストに属する残りの薬のうち、(n×基本間隔)の値(nは2以上の整数)が最小分割間隔以上かつ最大分割間隔以下となる条件を満たす薬を選択し、その選択された薬について、初回の発送日に最短発送日を設定し、以降の発送日には、最短発送日から処方日数経過するまでの日付のうち、前の発送日との間隔が(n×基本間隔)となる日付を設定する(ステップS505)。また発送スケジュール生成部62は発送日が設定された薬を分割対象リストから削除する(ステップS506)。そして、発送スケジュール生成部62は分割対象リストに薬が残っている場合には、その薬について初回の発送日を最短発送日とし、以降の発送日には、最短発送日から処方日数経過するまでの日付のうち、前の発送日との間隔が最大分割間隔となる日付を設定する(ステップS507)。これにより薬ごとの発送スケジュールの案が生成される。 Then, the shipping schedule generation unit 62 sets the condition that (n × basic interval) value (n is an integer of 2 or more) among the remaining medicines belonging to the division target list is not less than the minimum division interval and not more than the maximum division interval. Select the medicine to be filled, and set the shortest shipping date for the first shipping date for the selected medicine. For the subsequent shipping dates, the previous shipping date out of the dates from the shortest shipping date until the prescription days have passed A date at which the interval between and (n × basic interval) is set is set (step S505). Further, the shipping schedule generation unit 62 deletes the medicine for which the shipping date is set from the division target list (step S506). Then, when a medicine remains in the division target list, the shipping schedule generation unit 62 sets the first shipping date for the medicine as the shortest shipping date, and on subsequent shipping dates until the prescription days have elapsed from the shortest shipping date. The date at which the interval from the previous shipping date is the maximum division interval is set (step S507). As a result, a draft shipping schedule for each medicine is generated.
 発送スケジュールの案が生成されると、発送スケジュール生成部62は薬ごとに、その案に含まれる発送日と、電子処方箋から取得される1日の用量に応じて、各発送日に送る量を算出する(ステップS404)。図11に示す電子処方箋の例では、1日の用量は各日の用法から求められる回数に1回辺りの量を掛けた値となる。発送スケジュール生成部62は、各発送日に送る量として、次の発送日がある場合には1日の用量に、今回の発送日と次の発送日との間隔をかけた値を、次の発送日がない場合には、処方日数から初回発送日と今回の発送日との間隔の日数を引いた値を、1日の用量にかけた値を求める。 When the shipping schedule plan is generated, the shipping schedule generation unit 62 determines the amount to be sent on each shipping date for each medicine according to the shipping date included in the plan and the daily dose obtained from the electronic prescription. Calculate (step S404). In the example of the electronic prescription shown in FIG. 11, the daily dose is a value obtained by multiplying the number of times obtained from the usage of each day by the amount of one time. The shipping schedule generation unit 62 sets a value obtained by multiplying the daily dose by the interval between the current shipping date and the next shipping date as the amount to be sent on each shipping date, when there is a next shipping date. When there is no shipping date, a value obtained by subtracting the number of days between the first shipping date and the current shipping date from the prescription date is multiplied by the daily dose.
 そして、発送スケジュール生成部62は、求められた薬ごとの発送日と発送日に送る薬の量とに基づいて、発送スケジュール確認画面のデータを生成して出力し、薬剤師の承認を得る(ステップS405)。 Then, the shipping schedule generation unit 62 generates and outputs data of the shipping schedule confirmation screen based on the determined shipping date for each medicine and the amount of medicine to be sent on the shipping date, and obtains approval from the pharmacist (step) S405).
 図23は、発送スケジュール確認画面の一例を示す図である。図23は、電子処方箋に図11に示す薬の情報が含まれかつその電子処方箋に対して図16に示される薬が販売される場合に対応する発送スケジュールである。処方日数が10日である一方、「咳止シロップA」の薬について、薬種類情報および医師に指定される分割投薬制限が7日であり、「胃腸薬B」の薬について薬種類情報に指定される投薬制限最大の日数が9日であるので、ステップS401において、分割発送の対象となる薬は「咳止めシロップA」および「胃腸薬B」となる。またステップS502において基本間隔として7日が求められ、これらの薬はその基本間隔で発送しても投薬制限についての条件を満たすので、発送スケジュールではこれらの薬はステップS503により初回発送日と、その7日後に発送される。また分割発送の対象となっていない塗り薬Cは初回発送日のみに発送される。発送スケジュール確認画面の情報には、このように決定された発送スケジュールの情報が含まれる。 FIG. 23 is a diagram showing an example of a shipping schedule confirmation screen. FIG. 23 is a shipping schedule corresponding to the case where the information on the medicine shown in FIG. 11 is included in the electronic prescription and the medicine shown in FIG. 16 is sold for the electronic prescription. While the prescription period is 10 days, the drug type information for the drug of “cough syrup A” and the divided dose restriction specified by the doctor are 7 days, and the drug type information for the drug of “Gastrointestinal drug B” is specified. Since the maximum number of days of dosing restriction is nine, in step S401, the medicines to be divided and dispatched are “cough syrup A” and “gastrointestinal medicine B”. In step S502, 7 days is determined as the basic interval, and even if these drugs are shipped at the basic interval, the conditions for medication restrictions are met. Ships after 7 days. In addition, the coating agent C that is not subject to split shipping is shipped only on the first shipping date. The information on the shipping schedule confirmation screen includes information on the shipping schedule determined in this way.
 なお、咳止めシロップAの最大分割間隔が4日間、胃腸薬Bの最小分割間隔が5日間の場合、基本間隔が4日となる。発送スケジュールでは、初回発送日の4日後に咳止シロップAが発送され、さらに4日後に咳止シロップAと胃腸薬B(ステップS504参照)が発送される。 In addition, when the maximum division interval of the cough syrup A is 4 days and the minimum division interval of the gastrointestinal drug B is 5 days, the basic interval is 4 days. In the shipping schedule, the cough syrup A is shipped 4 days after the first shipping date, and the cough syrup A and the gastrointestinal medicine B (see step S504) are further shipped after 4 days.
 薬剤師は、発送スケジュール確認画面に表示されうる発送スケジュールを確認し、問題がなければ確認ボタンを押下することで、この発送スケジュールを承認する。確認ボタンが押下されると、薬局システム1は、薬剤師が発送スケジュールを確認したことを示すスケジュール確認結果(図5参照)を発送スケジュール生成部62に送信する。また、発送スケジュール生成部62は、スケジュール確認結果を受信する。そして、発送スケジュール生成部62は、受信されたスケジュール確認結果により承認されたスケジュールを記憶部に保存する(ステップS406)。 Pharmacist confirms the shipping schedule that can be displayed on the shipping schedule confirmation screen, and approves this shipping schedule by pressing the confirmation button if there is no problem. When the confirmation button is pressed, the pharmacy system 1 transmits a schedule confirmation result (see FIG. 5) indicating that the pharmacist has confirmed the shipping schedule to the shipping schedule generation unit 62. Further, the shipping schedule generation unit 62 receives the schedule confirmation result. Then, the shipping schedule generation unit 62 saves the schedule approved by the received schedule confirmation result in the storage unit (step S406).
 発送管理部63は、主にプロセッサ11、記憶部12および通信部13により実現される。発送管理部63は、ユーザに向けて薬を複数回に分けて発送するための発送スケジュールまたは一括で配送するための発送スケジュールに基づいて、薬の発送を管理する。図21の例では、発送スケジュールが承認された後に、注文情報に含まれる発送ステータスを「発送待ち」に変更する(ステップS408)。また、発送管理部63は発送スケジュールと現在日付に応じて、薬局に発送指示情報を送信する(ステップS409)。 The shipping management unit 63 is mainly realized by the processor 11, the storage unit 12, and the communication unit 13. The shipment management unit 63 manages the delivery of medicines based on a delivery schedule for delivering medicines to a user in a plurality of times or a delivery schedule for delivering them in a batch. In the example of FIG. 21, after the shipping schedule is approved, the shipping status included in the order information is changed to “waiting for shipping” (step S408). In addition, the shipping management unit 63 transmits shipping instruction information to the pharmacy according to the shipping schedule and the current date (step S409).
 発送指示情報は、例えば各発送日の当日または前日に薬局システム1に向けて送信され、発送日に発送する薬の情報を含むメールであってもよい。薬局の薬剤師は、このメールに基づいて薬を発送する。このメールにより、発送管理部63は薬の発送を管理する。また、発送指示情報は薬局システム1に含まれる配送システムに入力される発送スケジュールの情報であってもよい。なお、本発明の実施形態にかかる処方薬販売システムでは、処方薬の初回発送をもって処方薬についての売買契約が成立する。 The shipping instruction information may be, for example, an email that is transmitted to the pharmacy system 1 on the day or the previous day of each shipping date and includes information on the drug to be shipped on the shipping date. The pharmacist at the pharmacy sends the medicine based on this email. By this mail, the shipping management unit 63 manages the shipping of the medicine. In addition, the shipping instruction information may be shipping schedule information input to a delivery system included in the pharmacy system 1. In the prescription drug sales system according to the embodiment of the present invention, the sales contract for the prescription drug is established by the first shipment of the prescription drug.
 なお、発送スケジュール確認画面に表示される発送スケジュールを薬剤師が承認しない場合には、薬剤師により修正されたスケジュールを発送スケジュール生成部62が受信し、その発送スケジュールを正式な発送スケジュールとしてもよい。例えば図23の例では、薬剤師が編集ボタンを押下して送信される発送スケジュール確認結果に基づいて、発送スケジュール生成部62が修正された発送スケジュールを薬剤師に入力させる画面を生成し、その画面に入力された発送スケジュールを発送スケジュール生成部62が受信する。その後はステップS406以降の処理が実行されればよい。また、発送スケジュール生成部62が実行する、発送スケジュールを生成する処理や薬剤師が発送スケジュールを確認するための処理を、薬剤師が説明文を作成する際に(または直前または直後に)行ってもよい。こうすると、ユーザが説明文を確認してから発送までの時間を短くすることができる。 If the pharmacist does not approve the shipping schedule displayed on the shipping schedule confirmation screen, the shipping schedule generation unit 62 may receive the schedule corrected by the pharmacist, and the shipping schedule may be the official shipping schedule. For example, in the example of FIG. 23, based on the shipping schedule confirmation result transmitted when the pharmacist presses the edit button, the shipping schedule generation unit 62 generates a screen that allows the pharmacist to input the corrected shipping schedule. The shipping schedule generation unit 62 receives the input shipping schedule. After that, the process after step S406 should just be performed. Further, the process for generating the shipping schedule and the process for the pharmacist to check the shipping schedule executed by the shipping schedule generating unit 62 may be performed when the pharmacist creates the explanatory text (or immediately before or after). . In this way, it is possible to shorten the time from when the user confirms the explanatory text until the shipment.
 なお、発送スケジュールの案が発送スケジュール生成部62により生成されなくてもよい。薬局システム1を操作するユーザが希望する発送スケジュールを受信し、その発送スケジュールをそのまま発送管理に用いてもよい。 Note that the shipping schedule plan may not be generated by the shipping schedule generation unit 62. A shipping schedule desired by a user operating the pharmacy system 1 may be received, and the shipping schedule may be used as it is for shipping management.
 また、発送スケジュール生成部62は、同じユーザの過去の注文の注文情報に関連づけられた発送スケジュールに基づいて担当者の承認なしにスケジュールを生成してもよい。より具体的には、発送スケジュール生成部62はこのユーザが過去に薬を購入した注文において薬の種類および量が同じであるか否か判定し、同じである場合に発送スケジュール生成部62はその過去の注文の発送スケジュールと発送間隔が同じとなるスケジュールを正式な発送スケジュールとして生成してよい。 Further, the shipping schedule generation unit 62 may generate a schedule without the approval of the person in charge based on the shipping schedule associated with the order information of past orders of the same user. More specifically, the shipping schedule generation unit 62 determines whether or not the type and amount of the medicine are the same in the order in which the user has purchased the medicine in the past. A schedule having the same shipping interval as the shipping schedule of past orders may be generated as a formal shipping schedule.
 ステップS402において、分割対象リストに属する薬がない場合には(ステップS402のN)、発送スケジュール生成部62は電子処方箋にかかる薬を一括で発送することを示す情報(例えば画面の情報)を薬剤師に向けて出力し(ステップS407)、それを薬剤師が確認したことを示す情報を受信したら、発送管理部63は注文情報格納部73に格納される注文情報に含まれる発送ステータスを「発送待ち」に変更する(ステップS408)。そして発送管理部63は発送スケジュールと日付に応じて薬局に発送指示情報を送信する(ステップS409)。 In step S402, if there is no medicine belonging to the division target list (N in step S402), the shipping schedule generation unit 62 provides information (for example, information on the screen) indicating that the medicines for the electronic prescription are to be shipped at once. When the information indicating that the pharmacist has confirmed it is received, the shipping management unit 63 sets the shipping status included in the order information stored in the order information storage unit 73 to “waiting for shipping”. (Step S408). Then, the shipping management unit 63 transmits the shipping instruction information to the pharmacy according to the shipping schedule and date (step S409).
 発送スケジュール生成部62や発送管理部63の処理により、薬を分割して発送することが可能となる。処方薬の中には、例えばシロップのように保存の難しい薬や、向精神薬のように飲み過ぎによる事故の発生が懸念される薬が存在する。これらの薬については分割発送により、仮に一度に処方する期間を長くしても、劣化した薬による事故の発生や、薬の飲み過ぎによる事故の発生を抑えることが可能になる。また、処方できる期間を短くする場合に比べて患者に受診の手間を減らすことも可能となる。 It is possible to divide and ship medicines by the processing of the shipping schedule generation unit 62 and the shipping management unit 63. Among prescription drugs, there are drugs that are difficult to preserve, such as syrups, and drugs that may cause accidents due to excessive drinking such as psychotropic drugs. With these medicines, it is possible to suppress the occurrence of accidents due to deteriorated medicines and accidents due to excessive drinking of drugs even if the prescription period is extended at a time by split shipping. Also, it is possible to reduce the time and effort required for the patient compared with the case where the prescription period is shortened.
 なお、処方日数のうち一部について、患者の自己判断で処方薬の服用を止めてよいか否かを医師が電子処方箋にて指定できるようにしてもよい。この場合、電子処方箋にいずれかの処方薬の服用を止めてよいことを示す情報が含まれ、かつその処方薬について電子商店街サーバ2の発送管理部63が、ユーザの希望に基づく薬の発送のキャンセルを指示する情報(発送キャンセル指示情報)を受信した場合に、発送管理部63は、発送キャンセル指示情報を受信した後の発送スケジュールにおける薬の発送を行わないように薬局システム1を制御してよい。 It should be noted that, for some of the prescription days, the doctor may be able to specify on the electronic prescription whether or not to stop taking the prescription drug at the patient's own judgment. In this case, the electronic prescription includes information indicating that one of the prescription drugs may be stopped, and the shipping management unit 63 of the online shopping mall server 2 sends the medicine based on the user's wish for the prescription drug. The shipping management unit 63 controls the pharmacy system 1 so as not to ship the medicine in the shipping schedule after receiving the shipping cancellation instruction information when the information for instructing cancellation (shipping cancellation instruction information) is received. It's okay.
 さらに、発送管理部63は、発送キャンセル指示により未発送の薬の発送が停止された場合に、薬の販売の一部または全部がキャンセルされたことを示す情報により、その薬の販売にかかる注文情報のステータス情報を更新してもよい。その更新された注文情報は注文情報格納部73に格納される。 Furthermore, when the shipment management unit 63 stops shipping the unshipped medicine due to the shipping cancellation instruction, the shipping management unit 63 uses the information indicating that a part or all of the sales of the medicine has been canceled to order the medicine sales. Information status information may be updated. The updated order information is stored in the order information storage unit 73.
 これにより、医師の診察後に薬を服用しているうちに病気が治った場合に、患者の手元にある余分な薬を減らすことが可能になる。それにより実質的な医療費の削減や、不要な薬を所有することによる事故や不正の発生を防ぐこともできる。また、薬の発送が停止され、販売の一部または全部がキャンセルされた注文について、注文情報格納部73に格納された注文情報に基づいて、販売制御部54が返金やポイント還元を実現する処理を行ってもよい。この場合には、販売制御部54は、病院サーバ4における電子処方箋にかかる販売状況は電子処方箋が利用済を示す情報のままとなるよう制御する。 This makes it possible to reduce the amount of extra medicine on the patient's hand if the disease is cured while taking the medicine after a doctor's visit. As a result, it is possible to substantially reduce medical costs and prevent accidents and frauds caused by possessing unnecessary medicines. In addition, with respect to an order in which the delivery of medicine is stopped and a part or all of the sales is canceled, the sales control unit 54 performs a refund or a point return based on the order information stored in the order information storage unit 73. May be performed. In this case, the sales control unit 54 performs control so that the sales status of the electronic prescription in the hospital server 4 remains information indicating that the electronic prescription has been used.
 キャンセルに関連して、発送ステータスが「発送待ち」となる前にユーザにより注文がキャンセルされた場合が考えられる。この場合、販売制御部54は、病院サーバ4における電子処方箋にかかる販売状況がこの薬局が利用済を示す場合には、その販売状況を未利用を示すように更新するよう制御する。この場合にはユーザが他の薬局を利用する可能性があるからである。このキャンセルがされかつ決済済の場合には販売制御部54は返金の処理を行う。 In connection with cancellation, there may be a case where an order is canceled by the user before the shipping status becomes “waiting for shipping”. In this case, when the sales status of the electronic prescription in the hospital server 4 indicates that the pharmacy indicates that the pharmacy has been used, the sales control unit 54 controls to update the sales status to indicate that it is not used. In this case, the user may use another pharmacy. If this cancellation is made and the settlement is completed, the sales control unit 54 performs a refund process.
 さらに、発送ステータスが「発送待ち」となったあとに実際に発送されるまでの間に注文がキャンセルされた場合には、販売制御部54は、そのキャンセルの指示とともにユーザに理由を示す情報を取得し、その取得された理由に応じて病院サーバ4の販売状況を未利用に更新するか否かを制御してもよい。また薬局システム1を操作する薬剤師の判断により、病院サーバ4の販売状況を薬剤師が人手で更新してもよい。これにより、例えば他の病院でさらに薬を処方され薬が不要になった場合には販売状況を利用済のままとし、単に他の薬局を利用したい場合には他の薬局の利用を可能にするといった柔軟な対応が可能となる。 Further, in the case where the order is canceled after the shipment status becomes “waiting for shipment” and before it is actually shipped, the sales control unit 54 provides the user with information indicating the reason together with the cancellation instruction. You may control whether to update the sales status of the hospital server 4 to unused according to the reason for the acquisition. In addition, the pharmacist may manually update the sales status of the hospital server 4 based on the judgment of the pharmacist who operates the pharmacy system 1. For example, if you have prescribed more drugs at another hospital and the drugs are no longer needed, the sales status will remain used, and if you just want to use other pharmacies, you can use other pharmacies Such a flexible response becomes possible.
 このように、注文のキャンセル時の発送のステータスに応じてキャンセルに関する病院サーバ4の販売状況を更新する処理を異ならせてよい。 In this way, the process of updating the sales status of the hospital server 4 related to the cancellation may be varied depending on the status of the shipment at the time of order cancellation.
 これまでの説明では、電子処方箋に応じた説明文のデータをユーザが電子処方箋を送信した後に行っているが、これをユーザから電子処方箋を受信する前に行うようにしてもよい。以下ではそのための処方箋事前受信部64等の動作や、処方薬販売システムによる処方薬の販売の流れの例について説明する。以下では図4,5の例との相違点を中心に説明する。 In the description so far, the description data corresponding to the electronic prescription is performed after the user transmits the electronic prescription, but this may be performed before the electronic prescription is received from the user. Below, the operation | movement of the prescription pre-reception part 64 grade | etc., For that purpose, and the example of the flow of the prescription drug sale by a prescription drug sales system are demonstrated. Below, it demonstrates centering on difference with the example of FIG.
 図24は、処方薬の販売過程の他の一例を概略的に示す図である。また、図25は、図24の例における、ユーザ端末3、電子商店街サーバ2、薬局システム1、病院サーバ4の間での通信を示すシーケンス図である。図24および図25の例は、予め、病院サーバ4に患者が普段利用するかかりつけ薬局が登録されており、病院サーバ4に向けて電子処方箋を開示することを了承している場合の例である。 FIG. 24 is a diagram schematically showing another example of a prescription drug sales process. FIG. 25 is a sequence diagram showing communication among the user terminal 3, the online shopping mall server 2, the pharmacy system 1, and the hospital server 4 in the example of FIG. The example of FIG. 24 and FIG. 25 is an example in the case where a family pharmacy that a patient usually uses is registered in the hospital server 4 in advance and an electronic prescription is disclosed to the hospital server 4. .
 この場合には、病院にて医師が電子処方箋を発行すると(図24の「1.処方箋発行」)、病院サーバ4は電子処方箋を示す情報(この例では処方箋IDであるが、電子処方箋でもよい)をユーザ端末3に向けて送信する(図24の「2.処方箋ID送信」、図25の「処方箋ID」)とともに、電子処方箋を薬局システム1に送信する(図24の「3.処方箋送信」、図25の「電子処方箋」)。すると、電子処方箋を受信した薬局システム1を操作する薬剤師は説明文を作成する(図24の「4.説明文作成」)。 In this case, when a doctor issues an electronic prescription at the hospital ("1. Prescription issuance" in FIG. 24), the hospital server 4 is information indicating an electronic prescription (in this example, a prescription ID, but an electronic prescription may also be used. ) To the user terminal 3 (“2. Prescription ID transmission” in FIG. 24, “Prescription ID” in FIG. 25) and the electronic prescription to the pharmacy system 1 (“3. Prescription transmission in FIG. 24). "," Electronic prescription "in FIG. 25). Then, the pharmacist who operates the pharmacy system 1 that has received the electronic prescription creates an explanatory text (“4. Create explanatory text” in FIG. 24).
 この事前の処方箋の受信と、説明文作成について詳細を説明する。処方箋事前受信部64は、主に電子商店街サーバ2に属するコンピュータに含まれるプロセッサ11、記憶部12および通信部13により実現される。処方箋事前受信部64は、処方箋受信部52がユーザから電子処方箋を示す情報を取得する前に、前記ユーザと異なる送信元(病院サーバ4や薬局システム1)から電子処方箋に含まれる薬および患者に関する情報を受信する。ここで、電子処方箋に含まれる薬および患者に関する情報は、電子処方箋そのものであってもよいし、別のフォーマットの情報であってもよい。電子商店街サーバ2が電子処方箋に含まれる薬および患者に関する情報を受信する方法は、病院サーバ4から電子商店街サーバ2に直接プッシュ的に送信する方法であってもよいし、電子商店街サーバ2が定期的に病院サーバ4にアクセスし、この薬局に対する電子処方箋がある場合にその電子処方箋をダウンロードする方法であってもよい。また、薬局システム1に属するコンピュータが病院サーバ4から受信した電子処方箋をさらに電子商店街サーバ2に送信することで、処方箋事前受信部64が電子処方箋に含まれる薬および患者に関する情報を受信してもよいし、また処方箋事前受信部64が薬局システム1に属するコンピュータにより実現されてもよい。 ・ Details will be given regarding the receipt of this prescription and the creation of explanations. The prescription pre-reception unit 64 is realized mainly by the processor 11, the storage unit 12, and the communication unit 13 included in the computer belonging to the online shopping mall server 2. The prescription pre-receiving unit 64 relates to medicines and patients included in the electronic prescription from a transmission source (hospital server 4 or pharmacy system 1) different from the user before the prescription receiving unit 52 acquires information indicating the electronic prescription from the user. Receive information. Here, the information about the medicine and the patient included in the electronic prescription may be the electronic prescription itself or information in another format. The method in which the online shopping mall server 2 receives information on medicines and patients included in the electronic prescription may be a method of directly transmitting the information from the hospital server 4 to the electronic shopping mall server 2, or the electronic shopping mall server. 2 may access the hospital server 4 periodically and download the electronic prescription when there is an electronic prescription for this pharmacy. Further, the computer belonging to the pharmacy system 1 further transmits the electronic prescription received from the hospital server 4 to the online shopping mall server 2, so that the prescription pre-reception unit 64 receives information on the medicine and patient included in the electronic prescription. Alternatively, the prescription pre-reception unit 64 may be realized by a computer belonging to the pharmacy system 1.
 属性取得部65は、電子商店街サーバ2に含まれるプロセッサ11、記憶部12および通信部13を中心として実現される。属性取得部65は、ユーザと異なる送信元である病院サーバ4から受信された電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納するユーザ情報格納部71から取得する。より具体的には、属性取得部65は、薬局システム1に含まれるコンピュータから電子処方箋に含まれる患者に関する情報(例えば病院コード、患者ID、保険者番号、氏名などの患者を特定する情報)を取得し、その患者に関する情報に基づいて、ユーザの属性(例えばアレルギー歴、副作用履歴等)をユーザ情報格納部71から取得する。なお、この際に電子商店街サーバ2に含まれる属性取得部65は電子処方箋を取得し、記憶部12に格納してもよい。 The attribute acquisition unit 65 is realized centering on the processor 11, the storage unit 12, and the communication unit 13 included in the online shopping mall server 2. The attribute acquisition unit 65 acquires the patient attribute information related to the electronic prescription received from the hospital server 4 that is a transmission source different from the user from the user information storage unit 71 that stores the user attribute information. More specifically, the attribute acquisition unit 65 obtains information about the patient included in the electronic prescription from the computer included in the pharmacy system 1 (for example, information specifying the patient such as a hospital code, a patient ID, an insurer number, and a name). The user attributes (for example, allergy history, side effect history, etc.) are acquired from the user information storage unit 71 based on the information related to the patient. At this time, the attribute acquisition unit 65 included in the online shopping mall server 2 may acquire an electronic prescription and store it in the storage unit 12.
 そして、説明文入力部59は、電子処方箋に含まれる患者に対応するユーザの属性の情報であって属性取得部65により取得されたユーザの属性の情報と、受信された薬に関する情報とを薬剤師に提示し、電子処方箋にかかる説明文を入力させる説明文入力画面の情報を送信する。説明文入力画面の構成については、図18の例と同様であり、説明文入力画面はユーザから注文の申込を受ける前に生成される。 Then, the explanatory note input unit 59 receives the user attribute information corresponding to the patient included in the electronic prescription and acquired by the attribute acquisition unit 65 and the received drug information from the pharmacist. The information on the explanatory note input screen is transmitted to input the explanatory note relating to the electronic prescription. The configuration of the explanatory note input screen is the same as the example of FIG. 18, and the explanatory note input screen is generated before receiving an order application from the user.
 そして、薬局システム1はその説明文を電子商店街サーバ2に保存する(図24の「説明文保存」、図25の「説明文入力データ」)。説明文入力部59が注文にかかる薬局の薬剤師から入力された注文にかかる説明文入力データを受付ける処理は、図5の例と同様である。 Then, the pharmacy system 1 stores the description in the online shopping mall server 2 (“description storage” in FIG. 24, “description input data” in FIG. 25). The process in which the explanatory note input unit 59 receives the explanatory text input data relating to the order input from the pharmacist of the pharmacy relating to the order is the same as the example of FIG.
 図27は、説明文出力画面の他の一例を示す図である。図27に示す説明文出力画面は、事前に作成され、説明文入力部59が記憶部12に保存した説明文を出力する画面である。事前に説明文が作成される場合には、その説明文はユーザの属性に関する情報と、その情報が現在変化したか否かを入力させるチェックボックス32とを含む。このチェックボックス32は、属性に関する情報の項目毎に設定されてもよい。この場合、より確実にユーザの状態を確認することができる。説明文入力部59は、図27に示す説明文出力画面を表示させるために、これらのユーザの属性に関する情報と、それをユーザが確認したことを示す情報を送信させる情報とを含む説明文のテンプレートを含む、説明文入力画面の情報を生成してよい。 FIG. 27 is a diagram showing another example of the explanatory note output screen. The explanatory note output screen shown in FIG. 27 is a screen for outputting the explanatory note created in advance and stored in the storage unit 12 by the explanatory note input unit 59. In the case where an explanatory note is created in advance, the explanatory note includes information on the attribute of the user and a check box 32 for inputting whether or not the information has currently changed. This check box 32 may be set for each item of information regarding the attribute. In this case, the state of the user can be confirmed more reliably. In order to display the explanatory note output screen shown in FIG. 27, the explanatory note input unit 59 includes an explanatory sentence including information regarding the attributes of these users and information indicating that the user has confirmed the information. Information on an explanatory note input screen including a template may be generated.
 図5の例の「薬リスト問合せ」の代わりに、薬局システム1は説明文を送信するとともに薬局が提供する処方薬のリストである薬種類データを送信してよい。このリストは、先発薬中心のリストと、後発薬中心のリストの2種類のリストであってよい。電子商店街サーバ2に含まれる選択情報生成部56は、この薬種類データを受信してよいし、あわせて電子処方箋も受信して記憶部12または他のコンピュータが実行するデータベースに格納してよい。また選択情報生成部56は、処方箋受信部52が電子処方箋を示す情報を受信する前に、薬種類データに含まれる薬の1または複数のリストを記憶部12(または他のコンピュータが実行するデータベース)に格納してよい。 5 instead of the “medicine list inquiry” in the example of FIG. 5, the pharmacy system 1 may transmit an explanatory note and may also transmit drug type data that is a list of prescription drugs provided by the pharmacy. This list may be two types of lists: a list of original drug centers and a list of generic drug centers. The selection information generation unit 56 included in the online shopping mall server 2 may receive this medicine type data, and may also receive an electronic prescription and store it in the storage unit 12 or a database executed by another computer. . The selection information generation unit 56 also stores one or more lists of drugs included in the drug type data before the prescription receiving unit 52 receives the information indicating the electronic prescription. ) May be stored.
 そして、ユーザはユーザ端末3を用いて電子商店街サーバ2が提供する処方薬販売サービスにログインする(図24の「6.ログイン」、図25の「ログイン画面」、「ユーザ認証情報」)。ユーザ認証部51の処理は図5の例と同様である。ユーザは電子商店街サーバ2へユーザを認証する認証情報に紐付けられた処方箋IDを送信する(図24の「7.処方箋ID送信」、図25の「処方箋IDデータ」)。すると、電子商店街サーバ2は受信した電子処方箋に含まれる薬の1または複数のリストの情報をユーザ端末3に送信する(図24の「8.薬種類提示」、図25の「薬種類選択画面」)。 Then, the user logs in to the prescription drug sales service provided by the online shopping mall server 2 using the user terminal 3 (“6. Login” in FIG. 24, “Login screen” in FIG. 25, “User authentication information”). The process of the user authentication unit 51 is the same as the example of FIG. The user transmits a prescription ID associated with authentication information for authenticating the user to the online shopping mall server 2 (“7. Prescription ID transmission” in FIG. 24, “Prescription ID data” in FIG. 25). Then, the online shopping mall server 2 transmits information on one or more lists of medicines included in the received electronic prescription to the user terminal 3 (“8. Medicine type presentation” in FIG. 24, “Drug type selection” in FIG. 25). screen").
 以下では処方箋IDを受信した後、薬種類選択画面が生成されるまでの処理について説明する。ユーザが電子処方箋を示す情報である処方箋IDを送信した後に、処方箋確認部53は、電子処方箋に紐付けられたユーザ認証情報と、電子処方箋に含まれる患者の情報とが対応するか否か確認するための処理を実行する。より具体的には、処方箋確認部53はセッションID等のユーザ認証情報と電子処方箋とを紐付ける情報に基づいてユーザを特定する情報を取得し、そのユーザについて予め薬局システム1からされ送信格納されている電子処方箋を特定する情報(例えば処方箋ID)と、ユーザから処方箋受信部が受信した処方箋を特定する情報とが一致するか否かを判定し、それらが一致する場合にユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応すると確認する。そして、販売制御部54は、その確認の処理の結果に基づいて、電子処方箋に応じた薬の販売処理が実行されるよう制御する。 In the following, the process until the medicine type selection screen is generated after receiving the prescription ID will be described. After the user transmits a prescription ID that is information indicating an electronic prescription, the prescription confirmation unit 53 confirms whether the user authentication information associated with the electronic prescription corresponds to the patient information included in the electronic prescription. To execute the process. More specifically, the prescription checking unit 53 acquires information for identifying the user based on information that associates the user authentication information such as the session ID and the electronic prescription, and the user is transmitted from the pharmacy system 1 in advance and stored. It is determined whether or not the information specifying the electronic prescription (for example, prescription ID) matches the information specifying the prescription received by the prescription receiving unit from the user, and corresponds to the user authentication information if they match It is confirmed that the information of the user who performs and the information of the patient included in the electronic prescription correspond. And the sales control part 54 is controlled so that the sales process of the medicine according to an electronic prescription is performed based on the result of the process of the confirmation.
 ユーザ認証情報に対応するユーザの情報と、電子処方箋に含まれる患者の情報とが対応する場合に、販売制御部54の制御に基づいて、選択情報生成部56は、薬局システム1から受信した薬のリストに基づいて、先発薬と後発薬のいずれかをユーザに選択させるための情報である薬種類選択画面の情報を生成する。薬種類選択画面は、予め説明文を受付けた薬局のうち、先発薬中心の薬のリストと、後発薬中心の薬のリストとのうち、どちらを選ぶかをユーザに選択させる画面である。薬種類選択画面は、例えば図14に示す画面から、かかりつけ薬局以外の薬局についての薬のリストを除いた画面になる。 When the user information corresponding to the user authentication information corresponds to the patient information included in the electronic prescription, the selection information generation unit 56 receives the medicine received from the pharmacy system 1 based on the control of the sales control unit 54. Based on this list, information on a drug type selection screen, which is information for allowing the user to select either a starting drug or a generic drug, is generated. The drug type selection screen is a screen that allows the user to select which one of the list of the drugs centered on the starting drugs and the list of the drugs centered on the generic drugs among the pharmacies that have received the explanation in advance. For example, the medicine type selection screen is a screen obtained by removing the list of medicines for pharmacies other than the family pharmacy from the screen shown in FIG.
 そして、ユーザはそのリストに含まれる薬のリストのいずれかを選択し、ユーザ端末3は選択されたリストの情報(図25の「薬種類選択データ」)を電子商店街サーバ2に送信する(図24の「9.薬種類選択」)。電子商店街サーバ2に含まれる選択部57が薬種類選択データを受信し、説明文出力部60は、予め薬剤師が入力し、記憶部12等に記憶された説明文をユーザに向けて送信する(図24の「10.説明文送付」、図25の「説明文データ」)。説明文出力部60は、薬種類選択画面と同じセッションにおいて、その薬種類選択画面に続く画面として、図27に示すような説明文出力画面の情報を出力する。説明文出力画面の情報の生成については説明を省略する。 Then, the user selects one of the medicine lists included in the list, and the user terminal 3 transmits information on the selected list ("medicine type selection data" in FIG. 25) to the online shopping mall server 2 ( “9. Drug type selection” in FIG. 24). The selection unit 57 included in the online shopping mall server 2 receives the medicine type selection data, and the explanatory note output unit 60 transmits the explanatory note previously input by the pharmacist and stored in the storage unit 12 or the like to the user. ("10. Sending explanation text" in FIG. 24, "Explanation text data" in FIG. 25). The explanatory note output unit 60 outputs information on an explanatory note output screen as shown in FIG. 27 as a screen following the drug type selection screen in the same session as the drug type selection screen. Description of the generation of information on the explanatory note output screen is omitted.
 ユーザがその説明文を確認すると、確認結果取得部61は、ユーザが確認したことを示す情報を受信し(図25の「説明確認データ」)、薬剤師がそれを確認する(図24の「11.確認」、図25の「説明ステータス確認」)。これにかかる確認結果取得部61の処理は図5の例と同様であるので説明を省略する。そして、薬局システム1は、処方箋を管理する病院サーバ4にこの電子処方箋により他の薬局等が処方薬を販売するか問い合せる(図24の「11.処方箋利用状況確認」図25の「処方箋利用状況確認」)。販売状況確認部55は、ここで図5と同様の処理を実行する。 When the user confirms the explanation, the confirmation result acquisition unit 61 receives information indicating that the user has confirmed (“explanation confirmation data” in FIG. 25), and the pharmacist confirms the information (“11 in FIG. 24). .Confirmation "," explanation status confirmation "in FIG. Since the processing of the confirmation result acquisition unit 61 according to this is the same as the example of FIG. Then, the pharmacy system 1 makes an inquiry to the hospital server 4 that manages the prescription by using this electronic prescription whether other pharmacies sell prescription drugs ("11. Prescription usage status confirmation" in FIG. 24) "Prescription usage status in FIG. Confirmation"). Here, the sales status confirmation unit 55 executes the same processing as in FIG.
 この電子処方箋による処方薬が他の薬局により販売されない場合には、決済処理部58は決済処理を実行し、薬局は処方薬をユーザに向けて発送する(図24の「11.発送」、図25の「発送指示情報」)。なお、図25において、決済処理部58が行う決済処理、販売状況確認部55が処方薬販売状況を確認し販売制御部54がその確認結果に応じて薬の販売を制御する処理や、発送スケジュール生成部62が発送スケジュールを生成する処理、発送管理部63が発送を管理する処理については、決済処理部58や販売状況確認部55の処理の順序が異なる点を除き図5の例と同様であるので詳細の説明を省略する。 When the prescription drug based on this electronic prescription is not sold by another pharmacy, the settlement processing unit 58 executes a settlement process, and the pharmacy sends the prescription drug to the user (“11. Shipment” in FIG. 24, FIG. 25 "shipping instruction information"). In FIG. 25, the settlement processing performed by the settlement processing unit 58, the sales status confirmation unit 55 confirms the prescription drug sales status, and the sales control unit 54 controls the sale of the medicine according to the confirmation result, or the shipping schedule. The processing for generating the shipping schedule by the generation unit 62 and the processing for managing the shipping by the shipping management unit 63 are the same as in the example of FIG. Since there is, detailed description is abbreviate | omitted.
 処方箋事前受信部64により、ユーザが電子処方箋を示す情報を送信する前に電子処方箋を受信すると、薬局システム1を操作する薬剤師はその送信の前に説明文を入力することが可能になる。これにより、ユーザが薬の種類を選択するなどにより薬の購入の申込をしてから説明文を確認するまでの時間を削減し、ユーザの利便性を向上させることができる。特に、薬剤師が夜間に常駐しておらず、かつユーザの薬の購入の申込や説明の確認の操作が夜間しかできないような場合には、申込から発送までの時間を1日以上短縮することが可能になる。 When the prescription pre-reception unit 64 receives the electronic prescription before the user transmits the information indicating the electronic prescription, the pharmacist operating the pharmacy system 1 can input the explanatory text before the transmission. Thereby, it is possible to reduce the time from when the user applies for the purchase of a medicine by selecting the kind of medicine, etc. until the explanatory text is confirmed, and to improve the convenience for the user. In particular, if the pharmacist is not stationed at night and the user's application for the purchase of drugs and confirmation of explanations can only be performed at night, the time from application to shipping can be shortened by one day or more. It becomes possible.
 なお、図24,25の例では、電子商店街サーバ2がユーザとのやりとりを行っているが、これらのやりとりを薬局システム1に含まれるサーバコンピュータが行ってもよい。この場合、電子商店街サーバ2の機能を実現するプログラムは薬局システム1に配置され、薬局システム1に含まれるサーバコンピュータにより実行される。 In the examples of FIGS. 24 and 25, the online shopping mall server 2 exchanges with the user. However, these exchanges may be performed by a server computer included in the pharmacy system 1. In this case, a program for realizing the function of the online shopping mall server 2 is arranged in the pharmacy system 1 and is executed by a server computer included in the pharmacy system 1.
1 薬局システム、2 電子商店街サーバ、3 ユーザ端末、4 病院サーバ、5 ネットワーク、11 プロセッサ、12 記憶部、13 通信部、14 入出力部、31,32 チェックボックス、51 ユーザ認証部、52 処方箋受信部、53 処方箋確認部、54 販売制御部、55 販売状況確認部、56 選択情報生成部、57 選択部、58 決済処理部、59 説明文入力部、60 説明文出力部、61 確認結果取得部、62 発送スケジュール生成部、63 発送管理部、64 処方箋事前受信部、65 属性取得部、71 ユーザ情報格納部、72 説明文格納部、73 注文情報格納部。 1 pharmacy system, 2 electronic mall server, 3 user terminal, 4 hospital server, 5 network, 11 processor, 12 storage unit, 13 communication unit, 14 input / output unit, 31, 32 check box, 51 user authentication unit, 52 prescription Receiving unit, 53 prescription confirmation unit, 54 sales control unit, 55 sales status confirmation unit, 56 selection information generation unit, 57 selection unit, 58 settlement processing unit, 59 explanatory text input unit, 60 explanatory text output unit, 61 acquisition of confirmation result Unit, 62 shipping schedule generation unit, 63 shipping management unit, 64 prescription pre-reception unit, 65 attribute acquisition unit, 71 user information storage unit, 72 explanation sentence storage unit, 73 order information storage unit.

Claims (14)

  1.  ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信する受信手段と、
     前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段と、
     前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段と、
     前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋に紐づけて記憶する手段と、
     を含む処方薬販売システム。
    Receiving means for receiving authentication information for authenticating the user and information indicating an electronic prescription from the user during one session;
    Prescription confirmation means for executing a process for confirming whether or not user information corresponding to the received authentication information corresponds to patient information included in the electronic prescription;
    Control means for controlling the execution of the medicine sales process according to the electronic prescription during the session according to the result of the confirmation process by the prescription confirmation means;
    Means for storing information relating to the buying and selling of medicines based on the electronic prescription linked to the electronic prescription;
    Including prescription drug sales system.
  2.  請求項1に記載の処方薬販売システムにおいて、
     前記電子処方箋に基づく薬が既に販売されているか否かを前記売買に関する情報に基づいて確認するための処理を実行する販売確認手段をさらに含み、
     前記制御手段は、まだ前記薬が販売されていないと確認された場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御する、
     処方薬販売システム。
    In the prescription drug sales system according to claim 1,
    It further includes a sales confirmation means for executing a process for confirming whether the medicine based on the electronic prescription has already been sold based on the information on the buying and selling,
    The control means controls to execute a medicine sales process according to the electronic prescription when it is confirmed that the medicine is not yet sold.
    Prescription drug sales system.
  3.  請求項1に記載の処方薬販売システムにおいて、
     前記電子処方箋がいずれかの薬局により使用されたか否かを示す使用情報を受信する手段をさらに含み、
     前記制御手段は、前記使用情報がまだ前記電子処方箋が使用されていないことを示す場合に前記電子処方箋に応じた薬の販売処理が実行されるよう制御する、
     処方薬販売システム。
    In the prescription drug sales system according to claim 1,
    Means for receiving usage information indicating whether the electronic prescription has been used by any pharmacy;
    The control means, when the use information indicates that the electronic prescription is not yet used, to control the medicine sales process according to the electronic prescription,
    Prescription drug sales system.
  4.  請求項1から3のいずれかに記載の処方薬販売システムにおいて、
     前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得する属性取得手段と、
     前記電子処方箋と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させる説明文受付手段と、
     前記受信手段が前記電子処方箋を示す前記情報を受信した場合に前記説明文を前記ユーザに向けて出力する説明文出力手段と、をさらに含む、
     処方薬販売システム。
    In the prescription drug sales system according to any one of claims 1 to 3,
    Attribute acquisition means for acquiring attribute information of the patient related to the electronic prescription from a storage means for storing user attribute information;
    Presenting the electronic prescription and the read attribute information of the user to a pharmacist, accepting an explanatory text input from the pharmacist based on the presentation, and storing the explanatory text in a storage means;
    An explanatory text output means for outputting the explanatory text to the user when the receiving means receives the information indicating the electronic prescription; and
    Prescription drug sales system.
  5.  請求項4に記載の処方薬販売システムにおいて、
     前記受信手段により前記電子処方箋を示す前記情報を前記ユーザから取得する前に別途前記ユーザと異なる送信元から前記電子処方箋に含まれる薬および患者に関する情報を受信する事前受信手段を有し、
     前記属性取得手段は、ユーザと異なる送信元から受信された前記患者に関する情報に基づき前記電子処方箋にかかる患者の属性情報を、ユーザの属性情報を格納する記憶手段から取得し、
     前記説明文受付手段は、前記ユーザと異なる送信元から受信された前記薬に関する情報と前記読み出されたユーザの属性情報とを薬剤師に提示し、その提示に基づいて薬剤師から入力された説明文を受け付け、当該説明文を記憶手段に記憶させる、
     処方薬販売システム。
    In the prescription drug sales system according to claim 4,
    Before receiving the information indicating the electronic prescription by the receiving means from the user, it has a prior receiving means for separately receiving information on a medicine and a patient included in the electronic prescription from a transmission source different from the user,
    The attribute acquisition means acquires patient attribute information related to the electronic prescription based on information about the patient received from a transmission source different from the user from a storage means for storing user attribute information,
    The explanatory note accepting unit presents information related to the medicine received from a transmission source different from the user and the read attribute information of the user to a pharmacist, and an explanatory text input from the pharmacist based on the presentation And store the explanation in the storage means.
    Prescription drug sales system.
  6.  請求項4または5に記載の処方薬販売システムにおいて、
     ユーザが前記説明文を確認したことを示す確認データを受信する確認データ受信手段をさらに含み、
     前記確認データが受信された場合に前記制御手段による前記電子処方箋に応じた薬の販売処理が実行される、
     処方薬販売システム。
    In the prescription drug sales system according to claim 4 or 5,
    Confirmation data receiving means for receiving confirmation data indicating that the user has confirmed the explanatory text;
    When the confirmation data is received, a medicine sales process according to the electronic prescription by the control means is executed,
    Prescription drug sales system.
  7.  請求項1から6のいずれかに記載の処方薬販売システムにおいて、
     前記電子処方箋により指定される薬を複数の選択肢からユーザに選択させるための情報を生成する生成手段をさらに含み、
     前記制御手段は、前記販売処理を実行する際に前記ユーザに選択された選択肢に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御する、
     処方薬販売システム。
    In the prescription drug sales system according to any one of claims 1 to 6,
    Generating means for generating information for allowing the user to select a medicine specified by the electronic prescription from a plurality of options;
    The control means controls the execution of the medicine sales process according to the electronic prescription based on the option selected by the user when the sales process is executed.
    Prescription drug sales system.
  8.  請求項1から6のいずれかに記載の処方薬販売システムにおいて、
     前記電子処方箋に含まれる薬の情報と薬局の在庫情報とに基づいて、当該電子処方箋に指定される薬を販売する薬局のうちいずれかをユーザに選択させるための情報を生成する生成手段、をさらに含み、
     前記制御手段は、ユーザに選択された前記薬を販売する薬局に基づいて前記電子処方箋に応じた薬の販売処理の実行を制御する、
     処方薬販売システム。
    In the prescription drug sales system according to any one of claims 1 to 6,
    Generating means for generating information for allowing the user to select one of the pharmacies selling the medicine specified in the electronic prescription based on the information on the medicine contained in the electronic prescription and the inventory information of the pharmacy; In addition,
    The control means controls execution of a medicine sales process according to the electronic prescription based on a pharmacy that sells the medicine selected by a user.
    Prescription drug sales system.
  9.  請求項1から8のいずれかに記載の処方薬販売システムにおいて、
     前記電子処方箋に応じた薬の情報及びユーザの希望のうち少なくとも一方に基づいて、前記薬を一回で、または複数回に分けて発送するスケジュールを生成する発送スケジュール生成手段をさらに含む、
     処方薬販売システム。
    In the prescription drug sales system according to any one of claims 1 to 8,
    A shipping schedule generating means for generating a schedule for shipping the medicine in one time or divided into a plurality of times based on at least one of medicine information corresponding to the electronic prescription and a user's desire;
    Prescription drug sales system.
  10.  請求項9に記載の処方薬販売システムにおいて、
     前記生成された発送スケジュールに基づいて、前記薬の発送を管理する発送管理手段をさらに含む、
     処方薬販売システム。
    In the prescription drug sales system according to claim 9,
    A delivery management means for managing delivery of the medicine based on the generated delivery schedule;
    Prescription drug sales system.
  11.  請求項10に記載の処方薬販売システムにおいて、
     前記発送管理手段は、前記薬の発送スケジュールとユーザの希望とに基づいて、未発送の前記薬の発送を停止可能であり、
     前記発送管理手段により前記薬の発送が停止された場合に、その発送状況に基づき、薬の売買が一部または全部キャンセルされたことを前記電子処方箋に基づく薬の売買に関する情報の更新内容として前記薬の売買に関する情報の記憶する手段に記憶する、
    処方薬販売システム。
    In the prescription drug sales system according to claim 10,
    The shipping management means is capable of stopping the shipping of the unshipped medicine based on the shipping schedule of the medicine and the user's wish,
    When the delivery of the medicine is stopped by the delivery management means, based on the delivery status, that part or all of the medicine sale is canceled as the update content of the information on the medicine sale based on the electronic prescription Memorize it in the means of memorizing information related to drug sales
    Prescription drug sales system.
  12.  ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信するステップと、
     前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行するステップと、
     前記ユーザの情報と前記患者の情報とが対応するか否か確認するための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御するステップと、
     前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋または前記電子処方箋を示す前記情報に紐づけて記憶するステップと、
     を含む処方薬販売方法。
    Receiving authentication information for authenticating the user and information indicating the electronic prescription from the user during one session;
    Executing a process for confirming whether or not the user information corresponding to the received authentication information corresponds to the patient information included in the electronic prescription;
    Controlling the execution of a medicine sales process according to the electronic prescription during the session according to a result of a process for confirming whether the user information corresponds to the patient information;
    Storing information relating to the buying and selling of medicines based on the electronic prescription linked to the information indicating the electronic prescription or the electronic prescription;
    Prescription drug sales method including.
  13.  ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信する受信手段、
     前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段、および、
     前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段、
     前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋または前記電子処方箋を示す前記情報に紐づけて記憶する手段、
     としてコンピュータを機能させるためのプログラム。
    Receiving means for receiving authentication information for authenticating the user and information indicating the electronic prescription from the user during one session;
    Prescription confirmation means for executing processing for confirming whether or not user information corresponding to the received authentication information corresponds to patient information included in the electronic prescription; and
    Control means for controlling the execution of the medicine sales process according to the electronic prescription during the session according to the result of the process for confirmation by the prescription confirmation means,
    Means for storing information relating to the buying and selling of medicines based on the electronic prescription linked to the information indicating the electronic prescription or the electronic prescription;
    As a program to make the computer function as.
  14.  ユーザを認証する認証情報と電子処方箋を示す情報とを前記ユーザからひとつのセッション中に受信する受信手段、
     前記受信された認証情報に対応するユーザの情報と前記電子処方箋に含まれる患者の情報とが対応するか否かを確認するための処理を実行する処方箋確認手段、および、
     前記処方箋確認手段による確認のための処理の結果に従って、前記セッション中に前記電子処方箋に応じた薬の販売処理の実行を制御する制御手段、
     前記電子処方箋に基づく薬の売買に関する情報を前記電子処方箋または前記電子処方箋を示す前記情報に紐づけて記憶する手段、
     としてコンピュータを機能させるためのプログラムを格納する情報記憶媒体。
    Receiving means for receiving authentication information for authenticating the user and information indicating the electronic prescription from the user during one session;
    Prescription confirmation means for executing processing for confirming whether or not user information corresponding to the received authentication information corresponds to patient information included in the electronic prescription; and
    Control means for controlling the execution of the medicine sales process according to the electronic prescription during the session according to the result of the process for confirmation by the prescription confirmation means,
    Means for storing information relating to the buying and selling of medicines based on the electronic prescription linked to the information indicating the electronic prescription or the electronic prescription;
    An information storage medium for storing a program for causing a computer to function as a computer.
PCT/JP2014/080506 2014-11-18 2014-11-18 Prescription medicine selling system, prescription medicine selling method, program and information storage medium WO2016079807A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015518705A JP5801015B1 (en) 2014-11-18 2014-11-18 Prescription drug sales system, prescription drug sales method, program, and information storage medium
PCT/JP2014/080506 WO2016079807A1 (en) 2014-11-18 2014-11-18 Prescription medicine selling system, prescription medicine selling method, program and information storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/080506 WO2016079807A1 (en) 2014-11-18 2014-11-18 Prescription medicine selling system, prescription medicine selling method, program and information storage medium

Publications (1)

Publication Number Publication Date
WO2016079807A1 true WO2016079807A1 (en) 2016-05-26

Family

ID=54477702

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/080506 WO2016079807A1 (en) 2014-11-18 2014-11-18 Prescription medicine selling system, prescription medicine selling method, program and information storage medium

Country Status (2)

Country Link
JP (1) JP5801015B1 (en)
WO (1) WO2016079807A1 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019159964A (en) * 2018-03-14 2019-09-19 メドケア株式会社 Efficiency improvement support system and medical efficiency improvement support method
JP2020107236A (en) * 2018-12-28 2020-07-09 富士化学工業株式会社 Program and system for selling designated medicines
JP2020135278A (en) * 2019-02-18 2020-08-31 ジェイフロンティア株式会社 Sales processing system and sales processing program
WO2021220511A1 (en) * 2020-05-01 2021-11-04 株式会社Peco Animal patient article provision terminal and animal patient article provision system
JP7212751B1 (en) 2021-12-10 2023-01-25 ヤフー株式会社 Information processing device, information processing method, and information processing program
JP7288354B2 (en) 2019-06-26 2023-06-07 アクシスルートホールディングス株式会社 Delivery arrangement device, delivery arrangement program, and recording medium
US11862314B2 (en) * 2018-10-30 2024-01-02 Cambia Health Solutions, Inc. Methods and systems for patient control of an electronic prescription
JP7460420B2 (en) 2020-03-27 2024-04-02 矢崎総業株式会社 Medication instruction system and server

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6521528B2 (en) * 2016-04-18 2019-05-29 富士フイルム株式会社 Alternative medicine search device and alternative medicine search method
JP6146838B1 (en) * 2016-07-29 2017-06-14 株式会社ニイム Information sharing server, information sharing system, information sharing method, and information sharing program
CN113272810B (en) * 2019-10-11 2022-02-22 软件帝国株式会社 Simple authentication method and system for web page memory using browser

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306698A (en) * 2000-04-18 2001-11-02 Nec Corp System, method, and recording medium for providing prescription and medicine
JP2001319159A (en) * 2000-05-08 2001-11-16 Nec Soft Ltd Method for obtaining medicine for patient
JP2001325358A (en) * 2000-05-15 2001-11-22 Kazumi Matsumoto Managing device for prescription information

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306698A (en) * 2000-04-18 2001-11-02 Nec Corp System, method, and recording medium for providing prescription and medicine
JP2001319159A (en) * 2000-05-08 2001-11-16 Nec Soft Ltd Method for obtaining medicine for patient
JP2001325358A (en) * 2000-05-15 2001-11-22 Kazumi Matsumoto Managing device for prescription information

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019159964A (en) * 2018-03-14 2019-09-19 メドケア株式会社 Efficiency improvement support system and medical efficiency improvement support method
US11862314B2 (en) * 2018-10-30 2024-01-02 Cambia Health Solutions, Inc. Methods and systems for patient control of an electronic prescription
JP2020107236A (en) * 2018-12-28 2020-07-09 富士化学工業株式会社 Program and system for selling designated medicines
JP2020135278A (en) * 2019-02-18 2020-08-31 ジェイフロンティア株式会社 Sales processing system and sales processing program
JP7343282B2 (en) 2019-02-18 2023-09-12 ジェイフロンティア株式会社 Sales processing system and sales processing program
JP7288354B2 (en) 2019-06-26 2023-06-07 アクシスルートホールディングス株式会社 Delivery arrangement device, delivery arrangement program, and recording medium
JP7454731B2 (en) 2019-06-26 2024-03-22 アクシスルートホールディングス株式会社 Delivery arrangement device, pharmacy side terminal, delivery arrangement program, and recording medium
JP7460420B2 (en) 2020-03-27 2024-04-02 矢崎総業株式会社 Medication instruction system and server
WO2021220511A1 (en) * 2020-05-01 2021-11-04 株式会社Peco Animal patient article provision terminal and animal patient article provision system
JPWO2021220511A1 (en) * 2020-05-01 2021-11-04
JP7212751B1 (en) 2021-12-10 2023-01-25 ヤフー株式会社 Information processing device, information processing method, and information processing program
JP2023086493A (en) * 2021-12-10 2023-06-22 ヤフー株式会社 Information processing device, information processing method, and information processing program

Also Published As

Publication number Publication date
JPWO2016079807A1 (en) 2017-04-27
JP5801015B1 (en) 2015-10-28

Similar Documents

Publication Publication Date Title
JP5801015B1 (en) Prescription drug sales system, prescription drug sales method, program, and information storage medium
RU2392664C2 (en) System and method for enhancing health care on selling point
US10984896B2 (en) Systems and methods for providing an inducement to purchase incident to a physician's prescription of medication
US7469213B1 (en) Prescription drug distribution system and methods
US20090287502A1 (en) E-PatientLink
US20240087708A1 (en) Methods and systems for patient control of an electronic prescription
US20150058030A1 (en) Method and apparatus for recommending an alternative to a prescription drug requiring prior authorization
JP6869505B2 (en) Information processing equipment and programs
JP5693773B1 (en) Pharmaceutical prescription support method, pharmaceutical prescription support computer program, and pharmaceutical prescription support device
US20010032196A1 (en) System and method for pricing goods
US20140303992A1 (en) System and method of assisting prescription treatment fulfillment
US20160034650A1 (en) Vaccine Logistics Systems and Methods
JP2023144963A (en) Immobile medicine matching system, immobile medicine matching method, immobile medicine matching server, and program
JP5849725B2 (en) Novelty server device, server device
JP6995174B1 (en) Drug delivery support device and program
JP7223077B1 (en) Information processing system and information processing method
KR102591069B1 (en) System for selectively pending payment of dividing ingested products by using online consulting
CA2816770C (en) A system for identifying and delivering services for delivery to pharmacy patients
JP7057943B2 (en) Health-related product sales system with insurance
JP2001306699A (en) Stored druggery information retrieval support system
JP2005100324A (en) Medicine selling system and medicine selling program
JP2009020701A (en) Commodity provision system and settlement program used therefor
KR20220040540A (en) Method for Managing Shopping Website Operating with Situation
JP6714484B2 (en) Product purchase support system, product purchase support device, member store device, and product purchase support method
JP2022074819A (en) Information processing system

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2015518705

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14906177

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14906177

Country of ref document: EP

Kind code of ref document: A1