WO2015194674A1 - 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置 - Google Patents

医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置 Download PDF

Info

Publication number
WO2015194674A1
WO2015194674A1 PCT/JP2015/067805 JP2015067805W WO2015194674A1 WO 2015194674 A1 WO2015194674 A1 WO 2015194674A1 JP 2015067805 W JP2015067805 W JP 2015067805W WO 2015194674 A1 WO2015194674 A1 WO 2015194674A1
Authority
WO
WIPO (PCT)
Prior art keywords
drug
generic
prescription
data
patient
Prior art date
Application number
PCT/JP2015/067805
Other languages
English (en)
French (fr)
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 EP15809492.0A priority Critical patent/EP3101618A4/en
Priority to JP2016529556A priority patent/JP6318247B2/ja
Publication of WO2015194674A1 publication Critical patent/WO2015194674A1/ja
Priority to US15/253,264 priority patent/US20160371460A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT 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
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00—Subject matter not provided for in other main groups of this subclass

Definitions

  • the present invention provides a drug prescription support method for providing drug information to a user terminal via a communication network, and provides the drug information to the user terminal by causing a computer to execute each step of the drug prescription support method.
  • the present invention relates to a pharmaceutical prescription support computer program and a pharmaceutical prescription support apparatus that provides drug information to a user terminal via a communication network.
  • the disclosed technology enables the insured of a medical insurer who wants to select a generic drug among patients who request a pharmacy to dispense via a communication network using a user terminal. Propose technologies that make selection easier.
  • a pharmaceutical prescription support method realized by an embodiment of the disclosed technology is a server for prescribing a pharmaceutical prescription provided to a user terminal via a communication network, and the server is connected to the patient from the user terminal.
  • the server Based on the step of receiving data and prescription drug data and the subscriber data and patient data for a predetermined medical insurance, it is determined whether or not the patient corresponding to the patient data has a predetermined medical insurance. And if the patient has the prescribed medical insurance, the prescription drug data that can be replaced with the generic drug is based on the database linked with the generic drug and the corresponding generic drug. Determining whether or not there is a generic drug that can be replaced, and sending the generic data that can be replaced to the user terminal. To run.
  • the pharmaceutical prescription support computer program realized by one aspect of the disclosed technology causes the computer to execute each step of the above-described pharmaceutical prescription support method, and provides drug information to the user terminal.
  • a pharmaceutical prescription support apparatus realized by an aspect of the present disclosure is a pharmaceutical prescription support apparatus that provides drug information to a user terminal via a communication network. Based on the receiving unit for receiving prescription drug data, subscriber data and patient data for a predetermined medical insurance, it is determined whether or not the patient corresponding to the patient data is a person who has a predetermined medical insurance. If the patient has the prescribed medical insurance with the first discriminating unit, it can be replaced with the generic drug in the prescription drug data based on the database linked with the generic drug and the corresponding generic drug.
  • the prescription support method, the prescription support computer program, and the prescription support device of the disclosed technology it is easy for a medical insurer who wants to select a generic drug to easily select a generic drug. can do.
  • FIG. 1 is a configuration diagram illustrating an example of a pharmaceutical prescription support method system of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a database stored in the designated pharmacy information storage unit in the user terminal of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of a database stored in the prescription information storage unit of the present disclosure.
  • 4 is a diagram illustrating an example of a database stored in the prescription information storage unit of the present disclosure, and is a diagram illustrating a continuation of FIG.
  • FIG. 5 is a diagram illustrating an example of a database stored in the medical insurance subscriber identification information storage unit in the server of the present disclosure.
  • FIG. 1 is a configuration diagram illustrating an example of a pharmaceutical prescription support method system of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a database stored in the designated pharmacy information storage unit in the user terminal of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of a database stored in the prescription information storage unit of the present disclosure.
  • FIG. 6 is a diagram illustrating an example of a database stored in the starting drug / later drug change correspondence information storage unit in the server of the present disclosure.
  • FIG. 7 is a diagram illustrating an example of a database stored in the drug price information storage unit in the server of the present disclosure.
  • FIG. 8 is a diagram illustrating an example of a database stored in the pharmacy inventory information storage unit in the server of the present disclosure.
  • FIG. 9 is a diagram illustrating an example of a processing flow of the pharmaceutical prescription support system of the present disclosure.
  • FIG. 10 is a diagram illustrating an example of a screen at the time of reading a two-dimensional code on the user terminal according to the present disclosure.
  • FIG. 11 is a diagram illustrating an example of a screen when prescription information is confirmed on the user terminal of the present disclosure.
  • FIG. 1 is a configuration diagram illustrating an example of a pharmaceutical prescription support system of the present disclosure.
  • the pharmaceutical prescription support system includes a user terminal 1, a server 2, and a pharmacy terminal 4.
  • the user terminal 1 and the pharmacy terminal 4 are connected to the server 2 via the communication network N, respectively.
  • the user terminal 1 is a terminal operated by a user who has received a prescription prescribed from a medical institution such as a hospital.
  • the user terminal 1 may be a portable terminal that can be carried by the user, for example.
  • the user terminal 1 may be used by a patient using a hospital, for example, or may be used by a guardian of the patient.
  • the pharmacy terminal 4 is a terminal installed in the pharmacy.
  • the user terminal 1 includes a two-dimensional code reading unit 11, a decoding unit 12, a manual input unit 13, a camera input unit 14, a designated pharmacy information storage unit 15, a display unit 16, a data transmission / reception unit 17, a control unit 18, and a prescription information storage.
  • the unit 19 is provided.
  • the two-dimensional code reading unit 11 reads the two-dimensional code written on the prescription.
  • the decoding unit 12 decodes the two-dimensional code and converts it into electronic information.
  • the manual input unit 13 is an input unit for manually inputting prescription information, such as an operation button or a touch panel.
  • the camera input unit 14 takes a prescription without a two-dimensional code.
  • the two-dimensional code reading unit 11, the manual input unit 13, or the camera input unit 14 is a means for acquiring data described in the prescription, and may be provided with at least one of them.
  • the designated pharmacy information storage unit 15 stores pharmacy information designated by the user. Information on the designated pharmacy is input from any of the two-dimensional code reading unit 11, the manual input unit 13, the camera input unit, and the data transmission / reception unit 17. Information on the designated pharmacy may be received via the communication network N from the Internet or from a database stored in the server 2.
  • FIG. 2 is a diagram illustrating an example of a database stored in the designated pharmacy information storage unit 15.
  • the designated pharmacy information storage unit 15 stores a store name, a company name, a FAX number, a telephone number, an IP address, a closed date, and a closed time, but is not limited to these items.
  • the display unit 16 displays the read prescription information and the data transmission / reception result with the server 2.
  • the data transmission / reception unit 17 performs data transmission / reception with the server 2 and the pharmacy terminal 4.
  • the control unit 18 controls these processes.
  • the prescription information storage unit 19 stores the read prescription information and prescription information as a result of transmission / reception with the server 2.
  • 3 and 4 are diagrams illustrating an example of a database stored in the prescription information storage unit 19.
  • the database includes basic data (patient data) and prescription drug data.
  • 3 and 4 show databases created based on a prescription issued once for a single patient. When a prescription is issued once, the basic data in FIG. 3 and the prescription drug data in FIG. 4 are created.
  • the prescription drug data in FIG. 4 is information that follows the basic data in FIG. 3, and the databases in FIGS. 3 and 4 are stored together as one database.
  • This database is an example of a database stored when prescription information is read by a two-dimensional code printed on the prescription.
  • the two-dimensional code printed on the prescription includes basic data and prescription drug data, and the basic data and prescription drug data included in the two-dimensional code are stored in this database.
  • Record No. indicates a major classification of items, for example, record No. 1 is a medical institution record. 5 is a doctor record, No. 5; 11 is a patient name record. 12 is a patient sex record, No. 12; 13 is the patient birth date record, No. 13; 14 is a patient partial burden classification record, No. 14; 21 is an insurance type record. 22 is an insurer number record.
  • Reference numeral 61 represents a drug application record.
  • the medical institution record classification further includes subcategory items such as medical institution code type, medical institution code, medical institution prefecture code, and medical institution name.
  • the medical institution code type records a predetermined number such that 1 is medical department, 3 is dentistry, and 6 is visit.
  • the medical institution code is a receipt submission code
  • the medical institution prefecture code is a number assigned to each prefecture
  • the name of the medical institution is a kanji for the name of the medical institution.
  • the basic data items are not limited to this.
  • Prescription drug data is stored separately for each drug listed in the prescription. Prescription drug data is divided into items after the original prescription and after generic drug change. The original prescription is based on the contents described in the two-dimensional code printed on the prescription issued at the medical institution. For example, for each medicine, the record No. And drug price. Record No. 51 is the prescription delivery date. 101 is a dosage form record.
  • 111 is a usage record; 201 is a medicine record.
  • Reference numeral 281 denotes a medicine supplement record.
  • Each record has further sub-category items.
  • the price of the drug is recorded in the drug price item.
  • the information of the changed generic drug is recorded when the generic drug is converted into the generic drug based on the original prescription.
  • Prescription drug data items are not limited to this.
  • data may be acquired partially by manual input or OCR reading.
  • the insurer number and the symbol may be received manually from the user terminal 1 in advance and recorded in the basic data column of the prescription information storage unit 19.
  • the 201 drug record has descriptions such as “ABCD tablets” and “DABC tablets”, but the alphabetical parts such as “ABCD” and “DABC” actually contain specific product names of drugs. .
  • the trade name here may include a registered trademark. Similar descriptions in other drawings are interpreted in the same manner.
  • the server 2 includes a data transmission / reception unit 21, a control unit 22, a prescription information storage unit 23, a medical insurance subscriber identification information storage unit 24, a medical insurance subscriber identification unit 25, a generic drug changeable drug identification unit 26, a starting drug / generic drug A drug change correspondence information storage unit 27, a drug price total calculation unit 28, a total amount information storage unit 32, a drug price information storage unit 29, a pharmacy stock information storage unit 30, and an OCR analysis unit 31 are provided.
  • the server 2 functions as a drug prescription support apparatus that provides drug information to the user terminal 1 via the communication network N.
  • the data transmission / reception unit 21 performs data transmission / reception with the user terminal 1 or the pharmacy terminal 4.
  • the control unit 22 controls the entire process.
  • the prescription information storage unit 23 accumulates prescription information sent from the user terminal 1.
  • the database recorded in the prescription information storage unit 23 is the same as that shown in FIGS.
  • the medical insurance subscriber identification information storage unit 24 accumulates information on predetermined medical insurance subscribers.
  • the medical insurance subscriber identification information storage unit 24 stores an insurer number of a medical insurance subscriber who wishes to propose a change to a generic drug to the user.
  • this medical insurance is, for example, health insurance in Japan
  • the medical insurance subscriber identification information storage unit 24 stores the insurer number and symbol of the health insurance partner. In this case, at least the insurer number only needs to be stored in the medical insurance subscriber identification information storage unit 24.
  • FIG. 5 is a diagram illustrating an example of a database stored in the medical insurance subscriber identification information storage unit 24. The database of the medical insurance subscriber identification information storage unit 24 may be changed or overwritten.
  • the medical insurance subscriber determination unit (first determination unit) 25 is connected to the medical insurance subscriber identification information storage unit 24, and includes an insurer number and the like included in the medical insurance patient information sent from the user terminal,
  • the insurer identification information storage unit 24 checks the insurer number and the like to determine whether or not the patient is a predetermined medical insurance subscriber.
  • the original drug / generic drug change correspondence information storage unit 27 accumulates information on the corresponding generic drug for each original drug in pairs.
  • FIG. 6 is a diagram showing an example of a database stored in the original drug / generic drug change correspondence information storage unit 27.
  • generic drugs such as “EFGHI tablet” for “CDAB tablet” which is one of the original drugs.
  • the original drug and the replaceable generic drug are stored in pairs, but the generic name determined by the name of the principal component and the corresponding generic drug, that is, replaceable generic drug, are stored in pairs. May be.
  • the generic drug changeable drug discrimination unit (second discrimination unit) 26 is connected to the original drug / generic drug change correspondence information storage unit 27 and confirms whether there is a generic drug for the drug in the prescription information. To be replaced with generic drugs.
  • the drug information described in the prescription is a general name determined by the name of the main component, it is determined whether there is a generic drug that can be replaced with the drug specified by the general name.
  • the drug price information storage unit 29 stores the drug price information of the original drug and the generic drug.
  • FIG. 7 is a diagram showing an example of a database stored in the drug price information storage unit 29.
  • the total drug price calculation unit 28 calculates the total price of the prescribed drug price, including the case where the original drug is changed to the generic drug.
  • the total price information storage unit 32 stores the total price of the drug price calculated by the drug price total calculation unit 28.
  • the pharmacy inventory information storage unit 30 stores the pharmaceutical inventory information of the designated pharmacy designated by the user.
  • FIG. 8 is a diagram illustrating an example of a database stored in the pharmacy stock information storage unit 30.
  • the pharmacy inventory information storage unit 30 stores the number of stocks for each drug for each pharmacy. This inventory quantity information is received from each pharmacy terminal via the communication network N and recorded in this database. The number of stocks may be entered manually from each pharmacy terminal 4, or after a quantity is entered when a drug is delivered and then sold in an apparatus (not shown) that conducts sales at the pharmacy. It is also possible to record the amount of decrease in the inventory number and transmit it to the server 2.
  • the OCR analysis unit 31 analyzes the prescription camera image transmitted from the user terminal 1 and replaces it with electronic information.
  • the OCR analysis unit 31 may be omitted when the user terminal 1 does not include the camera input unit 14.
  • the pharmacy terminal 4 includes a data transmission / reception unit 41, a control unit 43, a prescription information storage unit 44, and a display unit 42.
  • the data transmission / reception unit 41 performs data transmission / reception with the user terminal 1.
  • the control unit 43 performs overall control of processing.
  • the prescription information storage unit 44 accumulates prescription information sent from the user terminal 1.
  • the database recorded in the prescription information storage unit 44 is the same as that shown in FIGS.
  • the display unit 42 displays the received prescription information.
  • FIG. 9 is a diagram illustrating an example of a processing flow of the prescription acceptance support system of the present disclosure. Here, an example in which prescription information is read by the two-dimensional code reading unit 11 of the user terminal 1 is shown.
  • the two-dimensional code reading unit 11 reads prescription information using a two-dimensional code
  • the decoding unit 12 decodes the read data, converts it into electronic information, and stores the result in the prescription information storage unit 19 (step S601). ).
  • the control unit 18 extracts the insurer number as the medical insurance subscriber identification information from the database stored in the prescription information storage unit 19, and the data transmitting / receiving unit 17 transmits the insurer number to the server 2 (step S602). ). In addition, you may transmit including an insurer symbol.
  • the data transmitting / receiving unit 21 of the server 2 receives the insurer number (step S603).
  • the medical insurance subscriber identification unit 25 reads the medical insurance subscriber identification information stored in the medical insurance subscriber identification information storage unit 24 and receives the received medical insurance subscriber identification information (insurer number). (Step S604). Thereby, the medical insurance subscriber determination unit 25 determines whether or not the user is a predetermined medical insurance subscriber (step S605).
  • the control unit 22 transmits the verification result to the data transmission / reception unit 17 of the user terminal 1 using the data transmission / reception unit 21. Then, a screen for confirming whether or not the prescription information is transmitted to the designated pharmacy is displayed on the display unit 16, and the user uses the manual input unit 13 to instruct transmission of the prescription information to the pharmacy. At this time, the prescription information stored in the prescription information storage unit 19 is transmitted from the data transmission / reception unit 17 to the data transmission / reception unit 41 of the pharmacy terminal 4 to the IP address of the pharmacy recorded in the designated pharmacy information storage unit 15 (step S621). . If the user is not a medical insurance subscriber (No in step S605), the control unit 22 may transmit the prescription information from the server 2 to the pharmacy terminal 4 of the designated pharmacy without going through the user terminal 1.
  • the data transmission / reception unit 41 receives the prescription information under the control of the control unit 43 and accumulates it in the prescription information storage unit 44 (step S623).
  • the display unit 42 displays the prescription information under the control of the control unit 43, and the pharmacist accepts the prescription and starts dispensing (step S624).
  • the control unit 22 of the server 2 uses the prescription information and the designated pharmacy information to the data transmission / reception unit 17 of the user terminal 1 using the data transmission / reception unit 21.
  • a request signal to be transmitted from the user terminal 1 to the server 2 is transmitted (step S606).
  • the data transmitter / receiver 17 receives a request signal for prescription information and designated pharmacy information (step S607).
  • the control unit 18 reads the stored prescription information in the prescription information storage unit 19 and the stored specified pharmacy information in the specified pharmacy information storage unit 15 and transmits it to the data transmission / reception unit 21 of the server 2 using the data transmission / reception unit 17 ( Step S608).
  • the data transmitter / receiver 21 receives the two pieces of information (step S609).
  • the control unit 22 stores the prescription information in the prescription information storage unit 23 (step S610). Then, in the drug information in the information database, whether or not the doctor can change to a generic product (generic drug) is confirmed, and the drug that can be changed is specified (step S611). For example, in the prescription information storage unit 23 described with reference to FIGS. If the medicine supplement category described in 281 contains a predetermined numerical value, for example, 3, it is determined that the change to the generic drug is impossible.
  • the generic drug changeable drug determination unit 26 stores the original drug / generic drug change correspondence information storage unit 27 for each of the drugs that can be changed to the generic drug.
  • Information on the response to generic drug change is read out, and the corresponding generic product is extracted.
  • the respective drug prices of the extracted generic products are read from the drug price information storage unit 29, and the generic products that can be changed are specified (step S612).
  • the cheapest drug may be specified.
  • the pharmacy inventory information storage unit 30 checks whether or not there is inventory information for each drug in the pharmacy indicated by the designated pharmacy information (step S613).
  • step S613 the control unit 22 reads each drug information in the corresponding pharmacy from the pharmacy inventory information storage unit 30, and the equivalent generic product in stock from the generic product identified in step S612. The information is recorded in the prescription information storage unit of the server (step S614). If there are a plurality of drugs, the cheapest drug may be extracted and recorded.
  • the drug price total calculation unit 28 calculates the total amount when each medicine is extracted in step S612 or S614 and the total amount of each medicine in the prescription received in step S609 (step S615).
  • the server 2 temporarily stores the calculated total amount in the total amount information storage unit 32.
  • the control unit 22 transmits the two total amounts and the prescription information changed in step S612 or S614 to the data transmission / reception unit 17 of the user terminal 1 using the data transmission / reception unit 21 (step S616). If there are a plurality of generic drugs that can be replaced, a plurality of candidates may be transmitted to the user terminal 1 and selected in step S617 described later.
  • step S613 if there is no drug inventory information of the designated pharmacy (No in step S613), step S614 is skipped and step S615 is performed.
  • control unit 18 When the control unit 18 receives the information at the data transmission / reception unit 17, the control unit 18 displays the information to the user using the display unit 16 (step S617).
  • the manual input unit 13 accepts confirmation from the user as to whether to approve the changed part or return to the information before the change for the prescription information after the change (step S618).
  • the control unit 18 accumulates the prescription information whose change has been confirmed in the prescription information storage unit 19 (step S619). Further, the control unit 18 refers to the designated pharmacy information in the designated pharmacy information storage unit 15 and transmits the change confirmed prescription information to the data transmission / reception unit 41 of the pharmacy terminal 4 using the data transmission / reception unit 17 (step S620). .
  • the data transmitting / receiving unit 41 receives the prescription information (step S622).
  • the control unit 43 accumulates the information in the prescription information storage unit 44 and displays it on the display unit 42.
  • the pharmacist starts dispensing as a prescription reception (step S624).
  • the pharmacist can also confirm the drug described in the prescription issued by the medical institution at the pharmacy terminal together. Therefore, it is possible to receive a study on whether or not the pharmacist can change to the generic drug, and the safety is further improved.
  • step S602 the prescription image taken by the camera input unit 14 of the user terminal 1 is transmitted to the server using the data transmission / reception unit 17, and the OCR analysis unit 31 may perform OCR analysis on the image to convert it into electronic information, and extract medical insurance subscriber information therefrom.
  • step S610 the step of S611 may be omitted and the process may proceed to S612. Further, after step S612, the steps of S613 and S614 may be omitted and the process may proceed to S615.
  • Step S616 can also be omitted. That is, when there is a corresponding generic drug in step S612, it may be transmitted to the user terminal 1 as a list of drugs that can be changed without calculating the drug price, and the steps after step S618 may be executed. .
  • FIG. 10 is a diagram illustrating an example of a screen displayed on the user terminal 1 in step S601.
  • FIG. 10 is a diagram in the middle of reading the two-dimensional code.
  • FIG. 11 is a diagram illustrating an example of a screen displayed on the user terminal 1 in steps S617 and S618.
  • the medical insurance subscriber identification information storage unit 24 and the medical insurance subscriber determination unit 25 for example, only for medical insurance subscribers who have contracted in advance and become this service or this system user. It is possible to recommend the change to the generic drug of the original drug.
  • the intention to recommend the change to generic drugs may differ.
  • the insured of a medical insurer who wants to select a generic drug among patients who request the pharmacy to dispense via the communication network N using the user terminal 1 Changes to pharmaceuticals are proposed, especially for insured health care insurers who do not recommend changes to generic drugs, no changes to generic drugs are proposed. That is, the intention of the medical insurer can be reflected without the user being aware of whether or not to propose a change to the generic drug.
  • generic drugs can be automatically presented between the time the user receives the prescription and the submission to the pharmacy.
  • medical insurers who wish to change to a higher level of medical expenses it is possible to expect a reduction in medical costs.
  • this service or system usage can be used to select the medical expenses for each medical insurer.
  • the amount of reduction can be clarified, and the value provided by the service or system can be measured in terms of amount.
  • medical insurance is roughly divided into public medical insurance and private medical insurance, and the insurance system is different for each country.
  • Japan for example, in Japan, it is mainly assumed to be used for national health insurance and health insurance operated by health insurance associations of companies, etc., and in the United States, medical insurance operated by private insurance companies is mainly assumed. . That is, the present disclosure is applicable to any medical insurance described above.
  • the pharmaceutical prescription support method in the present disclosure is mainly assumed to be used in a server that provides drug information to a user terminal via a communication network, but is not limited to this mode. .
  • the pharmaceutical prescription support method according to the present disclosure is assumed to be used in one terminal, and based on subscriber data for predetermined medical insurance and input patient data, a patient corresponding to the patient data corresponds to the predetermined medical data.
  • This kind of drug prescribing support method makes it easy for a medical insurer who wants to select a generic drug to easily select the generic drug.
  • an insured of a medical insurer who wants to select a generic drug among patients who request a pharmacy to dispense via a communication network using a user terminal can be easily Easier to select medicines.
  • User terminal 2 Server (pharmaceutical prescription support device) 4 Pharmacy terminal 11 Two-dimensional code reading unit 12 Decoding unit 13 Manual input unit 14 Camera input unit 15 Designated pharmacy information storage unit 16 Display unit 17 Data transmission / reception unit 18 Control unit 19 Prescription information storage unit 21 Data transmission / reception unit 22 Control unit 23 Prescription Information storage unit 24 Medical insurance subscriber identification information storage unit 25 Medical insurance subscriber discrimination unit (first discrimination unit) 26. Drug discriminating part that can change generic drug (second discriminating part) 27 Initial Drug / Generic Drug Change Corresponding Information Storage Unit 28 Drug Price Total Calculation Unit 29 Drug Price Information Storage Unit 30 Pharmacy Inventory Information Storage Unit 31 OCR Analysis Unit 32 Total Amount Information Storage Unit 41 Data Transmission / Reception Unit 42 Display Unit 43 Control Unit 44 Prescription Information Storage unit N Communication network

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Toxicology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

　通信ネットワーク（Ｎ）を介して、医薬品の情報を利用者端末（１）に提供するサーバー（２）の医薬品処方支援方法であって、サーバー（２）が、利用者端末（１）から患者データ及び処方薬データを受信するステップと、所定の医療保険への加入者データ及び患者データに基づいて、当該患者データに対応する患者が所定の医療保険へ加入している者か否かを判別するステップと、患者が所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に置き換え可能な後発医薬品データを利用者端末（１）へ送信するステップと、を実行する。

Description

医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置
　本発明は、通信ネットワークを介して医薬品の情報を利用者端末に提供する医薬品処方支援方法、この医薬品処方支援方法の各ステップをコンピュータに実行させて医薬品の情報を利用者端末に提供するための医薬品処方支援用コンピュータプログラム、及び、通信ネットワークを介して医薬品の情報を利用者端末に提供する医薬品処方支援装置に関する。
　従来、病院などの医療機関から処方される処方箋は、患者が薬局へ持って行き、薬剤師がその持ち込まれた処方箋に基づいて薬を調剤して販売している。近年、携帯端末等の普及により、病院などの医療機関から処方される処方箋を患者の携帯端末を利用して、薬局を予約し、処方箋の情報を薬局に提供する技術が提案されている。すなわち、患者は携帯端末を用いて薬局の予約を行い、更に、通信ネットワークを介して処方箋情報をその予約した薬局の薬局端末へ送信する（例えば、特許文献１参照）。
　ところで医薬品には先行して開発・販売される先発医薬品と、先発医薬品と同等の成分を含む後発医薬品とがあり、一般に後発医薬品のほうが安価に手に入る。処方箋に記載された先発医薬品と置き換え可能な後発医薬品がある場合は、その後発医薬品に置き換えて調剤することが可能であり、後発医薬品に置き換えることで医療費負担を少なくすることができる。医療費負担の減少は、患者のみならず医療保険者にとっても望ましい。
日本国特開２００７－１４８６０８号公報
　医療保険者ごとに、医薬品への考え方が異なるが、医療費負担を減少させるため被保険者に後発医薬品を選択することを推奨したいと考える医療保険者も存在する。しかしながら、各被保険者に自発的に後発医薬品を選択させることは容易ではない。後発医薬品を選択してほしいと考える医療保険者にとって、その被保険者が簡便に後発医薬品を選択しやすくすることが望ましい。
　本開示技術は、利用者端末を使用して通信ネットワークを介して薬局に調剤を依頼する患者のうち、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくする技術を提案する。
　本開示技術の一態様によって実現される医薬品処方支援方法は、通信ネットワークを介して、医薬品の情報を利用者端末に提供するサーバーの医薬品処方支援方法であって、サーバーが、利用者端末から患者データ及び処方薬データを受信するステップと、所定の医療保険への加入者データ及び患者データに基づいて、当該患者データに対応する患者が所定の医療保険へ加入している者か否かを判別するステップと、患者が所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に置き換え可能な後発医薬品データを利用者端末へ送信するステップとを実行する。
　また、本開示技術の一態様によって実現される、医薬品処方支援用コンピュータプログラムは、上記に記載の医薬品処方支援方法の各ステップをコンピュータに実行させて、医薬品の情報を利用者端末に提供する。
　また、本開示技術の一態様によって実現される、医薬品処方支援装置は、通信ネットワークを介して、医薬品の情報を利用者端末に提供する医薬品処方支援装置であって、利用者端末から患者データ及び処方薬データを受信する受信部と、所定の医療保険への加入者データ及び患者データに基づいて、当該患者データに対応する患者が所定の医療保険へ加入している者か否かを判別する第１の判別部と、患者が所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて処方薬データのうち後発医薬品に置き換え可能な後発医薬品があるか否かを判別する第２の判別部と、置き換え可能な後発医薬品があった場合に置き換え可能な後発医薬品データを利用者端末へ送信する送信部と、を含む。
　本開示技術の医薬品処方支援方法、医薬品処方支援用コンピュータプログラム及び医薬品処方支援装置によれば、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくすることができる。
図１は本開示の医薬品処方支援方法システムの一例を示す構成図 図２は本開示の利用者端末内の指定薬局情報記憶部に保存されるデータベースの一例を示す図 図３は本開示の処方箋情報記憶部に保存されるデータベースの一例を示す図 図４は本開示の処方箋情報記憶部に保存されるデータベースの一例を示す図で、図３の続きの部分を示す図 図５は本開示のサーバー内の医療保険加入者識別情報記憶部に保存されるデータベースの一例を示す図 図６は本開示のサーバー内の先発薬・後発薬変更対応情報記憶部に保存されるデータベースの一例を示す図 図７は本開示のサーバー内の薬価情報保存部に保存されるデータベースの一例を示す図 図８は本開示のサーバー内の薬局在庫情報保存部に保存されるデータベースの一例を示す図 図９は本開示の医薬品処方支援システムの処理フローの一例を示す図 図１０は本開示の利用者端末での二次元コード読み取り時の画面の一例を示す図 図１１は本開示の利用者端末での処方箋情報確認時での画面の一例を示す図
　以下に、本開示の医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置の一例を示す実施の形態を図面とともに詳細に説明する。
（実施の形態１）
　図１は本開示の医薬品処方支援システムの一例を示す構成図である。医薬品処方支援システムは、利用者端末１、サーバー２及び薬局端末４とから構成される。利用者端末１及び薬局端末４は、それぞれ通信ネットワークＮを介してサーバー２と接続している。利用者端末１は、病院などの医療機関から処方される処方箋を受け取った利用者が操作する端末である。利用者端末１は例えば利用者が持ち運び可能な携帯端末であってもよい。利用者端末１は例えば病院を利用した患者により使用されてもよいし、患者の保護者により使用されてもよい。薬局端末４は薬局に設置される端末である。
　利用者端末１は、二次元コード読み取り部１１、デコード部１２、手入力部１３、カメラ入力部１４、指定薬局情報記憶部１５、表示部１６、データ送受信部１７、制御部１８、処方箋情報記憶部１９を備える。
　二次元コード読み取り部１１は、処方箋に記載された二次元コードを読み取る。デコード部１２は、二次元コードをデコードし電子情報に変換する。手入力部１３は、処方箋情報を手入力する入力部であり、例えば操作ボタンやタッチパネルなどである。
　カメラ入力部１４は、二次元コードの記載のない処方箋を写真に撮る。なお、二次元コード読み取り部１１、手入力部１３、又はカメラ入力部１４は処方箋に記載されたデータを取得する手段であって、少なくともいずれか一つを備えていればよい。
　指定薬局情報記憶部１５は、利用者が指定する薬局の情報を保存する。指定薬局の情報は二次元コード読み取り部１１、手入力部１３、カメラ入力部、データ送受信部１７のいずれかから入力される。指定薬局の情報は通信ネットワークＮを介してインターネット上又はサーバー２に保存されたデータベースからデータを受信するようにしてもよい。図２は、指定薬局情報記憶部１５に保存されるデータベースの一例を示す図である。指定薬局情報記憶部１５には、店舗名、企業名、ＦＡＸ番号、電話番号、ＩＰアドレス、休店日、閉店時間が保存されているがこれらの項目に限られない。
　表示部１６は、読み取った処方箋情報やサーバー２とのデータ送受信結果を表示する。データ送受信部１７は、サーバー２および薬局端末４とのデータ送受信を行う。制御部１８は、これら処理の制御を行う。
　処方箋情報記憶部１９は、読み取った処方箋情報や、サーバー２と送受信した結果の処方箋情報を保存する。図３、図４は、処方箋情報記憶部１９に保存されるデータベースの一例を示す図である。データベースには、基本データ（患者データ）と処方薬データがある。図３、図４は一人の患者に対して１回発行された処方箋に基づいて作成されたデータベースを表している。処方箋が１回発行されると図３の基本データ及び図４の処方薬データがそれぞれ作成される。図４の処方薬データは図３の基本データの続きの情報であり、図３と図４のデータベースは合わせて一つのデータベースとして保存されている。また、このデータベースは処方箋に印刷された二次元コードにより処方箋情報を読み取る場合に保存されるデータベースの一例である。処方箋に印刷された二次元コードには基本データも処方薬データも含まれており、この二次元コードに含まれている基本データ及び処方薬データを本データベースに保存する。レコードＮｏ．（ナンバー）とは、項目の大分類を示すもので例えばレコードＮｏ．１は医療機関レコード、Ｎｏ．５は医師レコード、Ｎｏ．１１は患者氏名レコード、Ｎｏ．１２は患者性別レコード、Ｎｏ．１３は患者生年月日レコード、Ｎｏ．１４は患者一部負担区分レコード、Ｎｏ．２１は保険種別レコード、Ｎｏ．２２は保険者番号レコード、Ｎｏ．６１は麻薬施用レコードをそれぞれ表している。医療機関レコードの分類の中には更に医療機関コード種別、医療機関コード、医療機関都道府県コード、医療機関名称などの小分類項目がある。例えば医療機関コード種別は、１が医科、３が歯科、６が訪問、というように予め定めた番号を記録している。医療機関コードはレセプト提出用コードであり、医療機関都道府県コードは都道府県ごとに割り振られた番号であり、医療機関名称は医療機関名称の漢字が記録されている。基本データの項目はこれに限られない。処方薬データは処方箋に記載された医薬品ごとに区分して保存している。処方薬データはオリジナル処方と後発医薬品変更後の項目に区分されている。オリジナル処方は、医療機関において発行された処方箋に印刷された二次元コードに記載されている内容に基づいている。例えば医薬品ごとに、レコード Ｎｏ．と薬価という項目に区分されている。レコードＮｏ．５１は処方箋交付年月日、Ｎｏ．１０１は剤型レコード、Ｎｏ．１１１は用法レコード、Ｎｏ．２０１は薬品レコード、Ｎｏ．２８１は薬品補足レコードである。それぞれのレコードには更に小分類項目がある。また、薬価項目にはその医薬品の価格が記録されている。後発医薬品変更後の項目は、オリジナル処方に基づいて後発医薬品への変換を行った場合に、変更した後発医薬品の情報を記録する。処方薬データの項目はこれに限られない。また、一部を手入力やＯＣＲ読み込みによってデータを取得してもよい。例えば、保険者番号及び記号を、予め利用者端末１から手入力で情報を受け付け、処方箋情報記憶部１９の基本データ欄に記録しておいてもよい。
　尚、Ｎｏ．２０１の薬品レコードには、「ＡＢＣＤ錠」、「ＤＡＢＣ錠」のような記載があるが、「ＡＢＣＤ」、「ＤＡＢＣ」といったアルファベットの部分には、実際には医薬品の具体的な商品名が入る。ここでの商品名には登録商標も含まれ得る。他の図面における同様の記載も同様に解釈される。
　サーバー２は、データ送受信部２１、制御部２２、処方箋情報記憶部２３、医療保険加入者識別情報記憶部２４、医療保険加入者判別部２５、後発医薬品変更可能薬品判別部２６、先発薬・後発薬変更対応情報記憶部２７、薬価合計算出部２８、合計金額情報保存部３２、薬価情報保存部２９、薬局在庫情報保存部３０、ＯＣＲ解析部３１を備える。サーバー２は、通信ネットワークＮを介して、医薬品の情報を利用者端末１に提供する医薬品処方支援装置として機能する。
　データ送受信部２１は、利用者端末１又は薬局端末４とのデータ送受信を行う。制御部２２は、全体の処理の制御を行う。処方箋情報記憶部２３は、利用者端末１から送られた処方箋情報を蓄積する。処方箋情報記憶部２３に記録されるデータベースは、図３、図４と同様である。
　医療保険加入者識別情報記憶部２４は、所定の医療保険加入者の情報の蓄積を行う。この医療保険加入者識別情報記憶部２４には、後発医薬品への変更を利用者へ提案することを希望する医療保険加入者の保険者番号が保存されている。この医療保険が、例えば日本における健康保険である場合には、医療保険加入者識別情報記憶部２４には、健康保険組合員の保険者番号及び記号が保存されている。この場合、医療保険加入者識別情報記憶部２４には少なくとも保険者番号が保存されていればよい。図５は、医療保険加入者識別情報記憶部２４に保存されるデータベースの一例を示す図である。この医療保険加入者識別情報記憶部２４のデータベースは変更、上書きされるようにしてもよい。
　医療保険加入者判別部（第１の判別部）２５は、医療保険加入者識別情報記憶部２４に接続され、利用者端末から送られた医療保険患者情報に含まれる保険者番号等と、医療保険加入者識別情報記憶部２４に保存されている保険者番号等とを照合し、当該患者が所定の医療保険加入者であるか否かを判別する。
　先発薬・後発薬変更対応情報記憶部２７は、各先発薬について、対応する後発医薬品の情報を対にして蓄積する。図６は先発薬・後発薬変更対応情報記憶部２７に保存されるデータベースの一例を示す図である。例えば、先発薬の一つである「ＣＤＡＢ錠」に対し、「ＥＦＧＨＩ錠」等の後発薬が存在する。ここでは先発医薬品とそれと置き換え可能な後発医薬品が対になって保存されているが、主成分の名前で決められた一般名称とそれに対応するすなわち置き換え可能な後発医薬品とを対にして保存していてもよい。また、変換可能な後発医薬品は複数であってもよい。
　後発医薬品変更可能薬品判別部（第２の判別部）２６は、先発薬・後発薬変更対応情報記憶部２７に接続され、処方箋情報内の医薬品について後発医薬品が存在するかを確認し、先発医薬品を後発医薬品に置き換え可能かを判別する。なお、処方箋に記載された医薬品情報が主成分の名前で決められた一般名称であるときは、その一般名称で規定される医薬品と置き換え可能な後発医薬品があるか否かを判別する。
　薬価情報保存部２９は、先発医薬品および後発医薬品の薬価の情報を保存する。図７は薬価情報保存部２９に保存されるデータベースの一例を示す図である。薬価合計算出部２８は、先発医薬品が後発医薬品に変更された場合も含め、処方された医薬品の薬価の合計金額を算出する。
　合計金額情報保存部３２は、薬価合計算出部２８が算出した薬価の合計金額を保存する。薬局在庫情報保存部３０は、利用者が指定する指定薬局の医薬品在庫情報を保存する。図８は薬局在庫情報保存部３０に保存されるデータベースの一例を示す図である。薬局在庫情報保存部３０には、薬局ごとに各医薬品に対する在庫数が保存されている。この在庫数情報は、通信ネットワークＮを介して各薬局端末から受信し、本データベースへ記録される。在庫数は各薬局端末４から手入力で入力してもよいし、医薬品を納品したときに数量を入力した後、薬局にて販売処理を行う装置（図示せず）において販売処理を行ったときに在庫数の減少分を記録し、サーバー２へ送信するようにしてもよい。
　ＯＣＲ解析部３１は、利用者端末１から送信された処方箋のカメラ撮影画像を解析し、電子情報に置き換える．ＯＣＲ解析部３１は、利用者端末１がカメラ入力部１４を備えない場合には、なくてもよい。
　薬局端末４は、データ送受信部４１、制御部４３、処方箋情報記憶部４４、表示部４２を備える。データ送受信部４１は、利用者端末１とのデータ送受信を行う。制御部４３は、処理の全体制御を行う。
　処方箋情報記憶部４４は、利用者端末１から送られた処方箋情報を蓄積する。処方箋情報記憶部４４に記録されるデータベースは、図３、図４と同様である。表示部４２は、受信した処方箋情報を表示する。
　以下に、各構成が実行する処理フローについて説明する。図９は、本開示の処方箋受付支援システムの処理フローの一例を示す図である。ここでは、処方箋情報を利用者端末１の二次元コード読み取り部１１で読み取る場合の一例を示す。
　まず、二次元コード読み取り部１１が二次元コードにて処方箋情報を読み込み、デコード部１２が前記読み込んだデータをデコードし電子的な情報に変換し結果を処方箋情報記憶部１９に蓄積する（ステップＳ６０１）。制御部１８が、処方箋情報記憶部１９に保存されたデータベースのうち医療保険加入者識別情報として保険者番号を抽出し、データ送受信部１７により、保険者番号を、サーバー２に送信する（ステップＳ６０２）。なお、保険者記号も含めて送信してもよい。
　サーバー２のデータ送受信部２１が、保険者番号を受信する（ステップＳ６０３）。
　制御部２２における制御下において、医療保険加入者判別部２５が医療保険加入者識別情報記憶部２４に蓄積の医療保険加入者識別情報を読み出し、受信した医療保険加入者識別情報（保険者番号）との照合を行う（ステップＳ６０４）。これにより、医療保険加入者判別部２５が、利用者が予め定められた所定の医療保険の加入者か否かを判別する（ステップＳ６０５）。
　医療保険加入者でなかった場合（ステップＳ６０５でＮｏ）、制御部２２が、その照合結果を、データ送受信部２１を用い、利用者端末１のデータ送受信部１７に送信する。すると表示部１６には処方箋情報を指定薬局へ送信するか確認する画面が表示され、利用者は、手入力部１３を用いて処方箋情報の薬局への送信を指示する。このとき指定薬局情報記憶部１５に記録された薬局のＩＰアドレスへ、処方箋情報記憶部１９に蓄積した処方箋情報をデータ送受信部１７から、薬局端末４のデータ送受信部４１に送信する（ステップＳ６２１）。なお、医療保険加入者でなかった場合（ステップＳ６０５でＮｏ）、制御部２２が処方箋情報を利用者端末１を介さずにサーバー２から指定薬局の薬局端末４へ送信するようにしてもよい。
　データ送受信部４１が、制御部４３の制御の下、前記処方箋情報を受信し、処方箋情報記憶部４４に蓄積する（ステップＳ６２３）。表示部４２が、制御部４３の制御の下、前記処方箋情報を表示し、薬剤師は処方箋受付とし、調剤を開始する（ステップＳ６２４）。
　一方、医療保険加入者であった場合（ステップＳ６０５でＹｅｓ）、サーバー２の制御部２２が、データ送受信部２１を用い、利用者端末１のデータ送受信部１７へ処方箋情報および指定薬局情報を利用者端末１からサーバー２へ送信させる要求の信号を送信する（ステップＳ６０６）。データ送受信部１７は、処方箋情報および指定薬局情報の要求信号を受信する（ステップＳ６０７）。制御部１８が、処方箋情報記憶部１９に蓄積の処方箋情報および、指定薬局情報記憶部１５に蓄積の指定薬局情報を読み出し、データ送受信部１７を用いてサーバー２のデータ送受信部２１に送信する（ステップＳ６０８）。データ送受信部２１が、前記２つの情報を受信する（ステップＳ６０９）。
　制御部２２が、前記処方箋情報を処方箋情報記憶部２３に保存する（ステップＳ６１０）。そして当該情報データベース内の医薬品情報において医師による後発品（ジェネリック薬品）への変更可否を確認し、変更が可となっている医薬品を特定する（ステップＳ６１１）。例えば、図３、図４において説明した処方箋情報記憶部２３のうち、レコードＮｏ．２８１に記載されている薬品補足区分に所定の数値、例えば３と入っていれば後発医薬品への変更は不可であると判断する。
　制御部２２の制御下において、後発医薬品変更可能薬品判別部２６が、前記後発品への変更可能である薬品のそれぞれについて、先発薬・後発薬変更対応情報記憶部２７に蓄積された先発薬・後発薬変更対応の情報を読み出し、対応する後発品を抽出する。さらに、前記抽出した各後発品のそれぞれの薬価を薬価情報保存部２９から読み出し、変更可能な後発品を特定する（ステップＳ６１２）。なお、複数の後発品がある場合には、最安値の医薬品を特定するようにしてもよい。
　次に、指定薬局情報にて示される薬局においてその各薬品の在庫情報があるか否かを薬局在庫情報保存部３０にて確認する（ステップＳ６１３）。
　前記在庫情報が存在した場合（ステップＳ６１３でＹｅｓ）、制御部２２が、薬局在庫情報保存部３０から該当薬局における各薬品情報を読み出し、ステップＳ６１２で特定した後発品から在庫のある同等の後発品情報をサーバーの処方箋情報記憶部へ記録する（ステップＳ６１４）。複数ある場合には最安値の医薬品を抽出し記録するようにしてもよい。
　さらに、薬価合計算出部２８が、ステップＳ６１２またはＳ６１４にて抽出された各薬品に変更した場合の合計金額および、ステップＳ６０９にて受診した処方箋の各薬品の合計金額を算出する（ステップＳ６１５）。サーバー２は算出した合計金額を合計金額情報保存部３２へ一時的に保存する。
　制御部２２が、前記２つの合計金額と、ステップＳ６１２またはＳ６１４にて変更された処方箋情報をデータ送受信部２１を用いて、利用者端末１のデータ送受信部１７へ送信する（ステップＳ６１６）。なお、置き換え可能な後発医薬品が複数ある場合、複数の候補を利用者端末１へ送信し、後述するステップＳ６１７においていずれかを選択させるようにしてもよい。
　なお、ステップＳ６１３にて、指定薬局の薬剤在庫情報がない場合（ステップＳ６１３でＮｏ）、ステップＳ６１４をスキップし、ステップＳ６１５を実施する。
　制御部１８が、データ送受信部１７にて前記情報を受信すると、制御部１８が、表示部１６を用いて、前記情報を利用者に向けて表示する（ステップＳ６１７）。ここで、手入力部１３が、前記変更後の処方箋情報について、変更部分を承認するか、変更前の情報に戻すかの利用者からの確認を受け付ける（ステップＳ６１８）。制御部１８が、前記変更確認済みの処方箋情報を処方箋情報記憶部１９に蓄積する（ステップＳ６１９）。さらに、制御部１８が、指定薬局情報記憶部１５の指定薬局情報を参照し、データ送受信部１７を用いて前記変更確認済み処方箋情報を薬局端末４のデータ送受信部４１に送信する（ステップＳ６２０）。
　薬局端末４では、データ送受信部４１が、前記処方箋情報を受信する（ステップＳ６２２）。制御部４３が、前記情報を処方箋情報記憶部４４に蓄積し、表示部４２に表示する。薬剤師は処方箋受付として、調剤を開始する（ステップＳ６２４）。
　ここで、後発医薬品変更後のデータだけでなくオリジナル処方のデータも受信し表示すると、医療機関から発行された処方箋に記載の医薬品も薬剤師が薬局端末で一緒に確認することができる。したがって、薬剤師による後発医薬品への変更の可否の検討を受けることができ、より安全性が向上する。
　なお、ここで、処方箋に二次元コードがない場合、ステップＳ６０２の代わりに、利用者端末１のカメラ入力部１４が撮影した処方箋画像をデータ送受信部１７を用いてサーバーに送信し、ＯＣＲ解析部３１が当該画像をＯＣＲ解析して電子情報に変換して、ここから医療保険加入者情報を抽出するとしても良い
　また、同様に処方箋に二次元コードがない場合、ステップＳ６０２の代わりに、手入力部１３で手入力した情報をデータ送受信部１７を用いてサーバー２に送信しても良い。
　なお、ステップＳ６１０の次に、Ｓ６１１のステップを省略してＳ６１２へ遷移してもよい。また、ステップＳ６１２の次に、Ｓ６１３及びＳ６１４のステップを省略してＳ６１５へ遷移してもよい。また、ステップＳ６１６も省略することもできる。すなわち、ステップＳ６１２において対応する後発医薬品があった場合に薬価の計算まではせずに変更可能な医薬品のリストとして利用者端末１へ送信し、ステップＳ６１８以降のステップを実行するようにしてもよい。図１０は、ステップＳ６０１において利用者端末１に表示される画面の一例を示す図である。図１０は二次元コードを読み取っている最中の図である。図１１は、ステップＳ６１７およびＳ６１８において利用者端末１に表示される画面の一例を示す図である。
　このように、医療保険加入者識別情報記憶部２４および医療保険加入者判別部２５を有することによって、例えば、事前に契約し、当サービスまたは当システム利用者となっている医療保険加入者に限り、先発医薬品の後発医薬品への変更推奨を可能とすることが出来る。医療保険者によって、後発医薬品への変更を推奨するか否かは意向が異なる場合がある。本開示技術によれば、利用者端末１を使用して通信ネットワークＮを介して薬局に調剤を依頼する患者のうち、後発医薬品を選択してほしいと考える医療保険者の被保険者には後発医薬品への変更が提案され、特に後発医薬品への変更を推奨しない医療保険者の被保険者には後発医薬品への変更が提案されない。すなわち、この後発医薬品への変更の提案をされるか否かを利用者が意識することなく、医療保険者の意向を反映することができる。
　先発医薬品の後発医薬品への変更は、医療費削減に貢献する重要な要因であるが、これまで医療保険では、薬局にて精算処理されてから３ヶ月以降に送付されてくるレセプトデータを元に、後発薬品への変更を想定した削減金額の事後での算出結果を用いた後発医薬品の推奨しかできていなかった。これでは、次回に薬局に行った際に同じ医薬品が処方されるとも限らず、また３ヶ月以上経ってからの情報提示となるため医療費削減効果は限定的であった。
　本開示技術を用いると、後発医薬品への変更を希望する医療保険者の会員について、利用者が処方箋を受け取ってから薬局に提出するまでの間に後発医薬品の自動提示が可能なため、後発医薬品への変更を希望する医療保険者にとってこれまで以上の医療費削減効果が期待できる。また、このサービスまたはシステム利用を、利用者がどの医療保険に属するか、その医療保険があらかじめ指定した所定の医療保険かを特定することにより、各医療保険者別での後発医薬品選択による医療費削減金額を明確にすることができ、当該サービスまたはシステムが提供している価値の金額換算での測定が可能となる。
　なお、医療保険は、公的医療保険と民間医療保険に大別され、その保険制度は各国ごとに異なる。本開示は、例えば日本では、国民健康保険や、企業等の健康保険組合が運営する健康保険に対する利用が主に想定され、米国では、民間の保険会社が運営する医療保険が主に想定される。つまり、本開示は、上述のいずれの医療保険に対しても適用可能である。
　なお、本開示における医薬品処方支援方法は、通信ネットワークを介して、医薬品の情報を利用者端末に提供するサーバーにおいて用いられる形態が主に想定されているものの、この態様に限定されるものではない。つまり、本開示における医薬品処方支援方法は、一つの端末における使用が想定され、所定の医療保険への加入者データ及び入力された患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別するステップと、前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて入力された処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを出力するステップと、を実行する医薬品処方支援方法を想定するものである。
　このような医薬品処方支援方法によって、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくすることができる。
　なお、本開示は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数値、形態、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
　本出願は、２０１４年６月２０日出願の日本特許出願、特願２０１４－１２７３３４に基づくものであり、その内容はここに参照として取り込まれる。
　本開示技術によれば、利用者端末を使用して通信ネットワークを介して薬局に調剤を依頼する患者のうち、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくなる。
１　　利用者端末
２　　サーバー（医薬品処方支援装置）
４　　薬局端末
１１　二次元コード読み取り部
１２　デコード部
１３　手入力部
１４　カメラ入力部
１５　指定薬局情報記憶部
１６　表示部
１７　データ送受信部
１８　制御部
１９　処方箋情報記憶部
２１　データ送受信部
２２　制御部
２３　処方箋情報記憶部
２４　医療保険加入者識別情報記憶部
２５　医療保険加入者判別部（第１の判別部）
２６　後発医薬品変更可能薬品判別部（第２の判別部）
２７　先発薬・後発薬変更対応情報記憶部
２８　薬価合計算出部
２９　薬価情報保存部
３０　薬局在庫情報保存部
３１　ＯＣＲ解析部
３２　合計金額情報保存部
４１　データ送受信部
４２　表示部
４３　制御部
４４　処方箋情報記憶部
Ｎ　　通信ネットワーク

Claims (14)

  1. 　通信ネットワークを介して、医薬品の情報を利用者端末に提供するサーバーの医薬品処方支援方法であって、前記サーバーが、
    　利用者端末から患者データ及び処方薬データを受信するステップと、
    　所定の医療保険への加入者データ及び前記患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別するステップと、
    　前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて前記処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを前記利用者端末へ送信するステップと、
    　を実行する、医薬品処方支援方法。
  2. 　前記サーバーは通信ネットワークを介して薬局端末と通信し、
    　前記サーバーは、前記患者が前記所定の医療保険へ加入していない場合には、後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに前記処方薬データを前記サーバーから前記薬局端末へ送信するステップを含む請求項１に記載の医薬品処方支援方法。
  3. 　前記利用者端末は通信ネットワークを介して薬局端末と通信し、
    　前記サーバーは、前記患者が前記所定の医療保険へ加入していない場合には、後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに前記処方薬データを前記利用者端末から前記薬局端末へ送信させる信号を前記利用者端末へ送信するステップを含む請求項１に記載の医薬品処方支援方法。
  4. 　前記サーバーは、
    　前記置き換え可能な後発医薬品が複数ある場合には、医薬品の金額が保存された薬価データベースに基づいて最も薬価が安い後発医薬品を抽出するステップを含む請求項１から３のいずれか１項に記載の医薬品処方支援方法。
  5. 　前記サーバーは、医薬品の金額が保存された薬価データベースに基づいて前記後発医薬品に置き換えた場合の医薬品の金額と置き換えない場合の医薬品の金額を前記利用者端末へ送信するステップを含む請求項１から４のいずれか１項に記載の医薬品処方支援方法。
  6. 　前記サーバーは、
    　医薬品の金額が保存された薬価データベースに基づいて前記後発医薬品に置き換え可能な医薬品を後発医薬品に置き換えた場合の医薬品の金額と前記後発医薬品に置き換えなかった場合の医薬品の金額との差額を算出するステップと、
    　前記差額を前記利用者端末へ送信するステップを含む請求項１から５のいずれか１項に記載の医薬品処方支援方法。
  7. 　前記処方薬データには医師により判断された後発医薬品への置き換えの可否情報が含まれ、
    　前記サーバーは、前記置き換え可能な後発医薬品があった場合に、前記処方薬データに基づいて前記医師により後発医薬品への置き換えが可能と判断されているか否かを確認するステップを含む請求項１から６のいずれか１項に記載の医薬品処方支援方法。
  8. 　前記サーバーは、
    　薬局が保有する医薬品の在庫データベースに基づいて前記置き換え可能な後発医薬品の在庫があるか否かを判別するステップを含む請求項１から７のいずれか１項に記載の医薬品処方支援方法。
  9. 　前記患者データは保険者番号であり、
    　所定の医療保険への加入者データは、所定の保険者番号が保存されたデータベースである請求項１から８のいずれか１項に記載の医薬品処方支援方法。
  10. 　医薬品処方支援方法であって、
    　所定の医療保険への加入者データ及び入力された患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別するステップと、
    　前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて入力された処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを出力するステップと、
    　を実行する、医薬品処方支援方法。
  11. 　前記請求項１から１０のいずれか１項に記載の前記医薬品処方支援方法の各ステップをコンピュータに実行させて、医薬品の情報を利用者端末に提供するための、医薬品処方支援用コンピュータプログラム。
  12. 　通信ネットワークを介して、医薬品の情報を利用者端末に提供する医薬品処方支援装置であって、
    　利用者端末から患者データ及び処方薬データを受信する受信部と、
    　所定の医療保険への加入者データ及び前記患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別する第１の判別部と、
    　前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて前記処方薬データのうち後発医薬品に置き換え可能な後発医薬品があるか否かを判別する第２の判別部と、
    　前記置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを前記利用者端末へ送信する送信部と、
    　を含む、医薬品処方支援装置。
  13. 　前記第１の判別部が前記患者が前記所定の医療保険へ加入していないと判別した場合には、前記第２の判別部は後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに、前記送信部が前記処方薬データを通信ネットワークを介して薬局端末へ送信する請求項１２に記載の医薬品処方支援装置。
  14. 　前記第１の判別部が前記患者が前記所定の医療保険へ加入していないと判別した場合には、前記第２の判別部は後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに、前記処方薬データを前記利用者端末から薬局端末へ送信させる信号を前記送信部が前記利用者端末へ送信する請求項１２に記載の医薬品処方支援装置。
PCT/JP2015/067805 2014-06-20 2015-06-19 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置 WO2015194674A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP15809492.0A EP3101618A4 (en) 2014-06-20 2015-06-19 Drug prescription assistance method, computer program for drug prescription assistance, and drug prescription assistance device
JP2016529556A JP6318247B2 (ja) 2014-06-20 2015-06-19 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置
US15/253,264 US20160371460A1 (en) 2014-06-20 2016-08-31 Medicine prescription support method, medicine prescription supporting computer program, and medicine prescription support apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-127334 2014-06-20
JP2014127334 2014-06-20

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/253,264 Continuation US20160371460A1 (en) 2014-06-20 2016-08-31 Medicine prescription support method, medicine prescription supporting computer program, and medicine prescription support apparatus

Publications (1)

Publication Number Publication Date
WO2015194674A1 true WO2015194674A1 (ja) 2015-12-23

Family

ID=54935649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/067805 WO2015194674A1 (ja) 2014-06-20 2015-06-19 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置

Country Status (4)

Country Link
US (1) US20160371460A1 (ja)
EP (1) EP3101618A4 (ja)
JP (1) JP6318247B2 (ja)
WO (1) WO2015194674A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018092375A (ja) * 2016-12-02 2018-06-14 日本メディカルソリューションズ株式会社 情報提供システム、サーバ装置、情報提供プログラム、および情報提供方法
JP2019020757A (ja) * 2017-07-11 2019-02-07 Ｐｈｃホールディングス株式会社 コード情報表示装置、コード情報表示方法、および、コード情報表示プログラム
JP7479195B2 (ja) 2020-05-21 2024-05-08 株式会社日立製作所 投薬支援方法および投薬支援プログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10025907B1 (en) * 2017-11-03 2018-07-17 Fast Rx Transfer, LLC Pharmaceutical prescription transfer system
CN109545309A (zh) * 2018-10-22 2019-03-29 平安医疗健康管理股份有限公司 基于数据处理的中药处方用药监控方法及装置
CN115510338B (zh) * 2022-09-27 2024-03-12 北京三快在线科技有限公司 一种信息推荐方法、装置、存储介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05509424A (ja) * 1990-04-09 1993-12-22 オールコット　ウィリアム　ディー　ザ　サード 保険事務管理及び医学情報のリアルタイム・ユーティリティ
JP2004152182A (ja) * 2002-10-31 2004-05-27 Matsushita Electric Ind Co Ltd 医療情報処理システム及び医療情報処理サーバ
JP2007148608A (ja) * 2005-11-25 2007-06-14 Hitachi Ltd 被保険者情報を利用した処方方法及びシステム
JP2015001944A (ja) * 2013-06-18 2015-01-05 株式会社ＨＳＴ−Ｌａｂｏ 処方薬の予約及び薬剤データの管理システム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5113361A (en) * 1990-08-02 1992-05-12 Harris Corporation Sin/cos generator implementation
US7765110B1 (en) * 2005-03-29 2010-07-27 Exela Pharmsci, Inc. Method and system for delivering substitute medical therapies with restricted access
US20100063836A1 (en) * 2008-09-11 2010-03-11 Rick Ballard Hand Held Prescription Writer Device
US20150019238A1 (en) * 2013-07-15 2015-01-15 Verizon Patent And Licensing Inc. Prescription/medication monitoring and fraud detection system
US20150278924A1 (en) * 2014-03-31 2015-10-01 Mckesson Corporation Purchase price optimization for prescription product purchase orders

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05509424A (ja) * 1990-04-09 1993-12-22 オールコット　ウィリアム　ディー　ザ　サード 保険事務管理及び医学情報のリアルタイム・ユーティリティ
JP2004152182A (ja) * 2002-10-31 2004-05-27 Matsushita Electric Ind Co Ltd 医療情報処理システム及び医療情報処理サーバ
JP2007148608A (ja) * 2005-11-25 2007-06-14 Hitachi Ltd 被保険者情報を利用した処方方法及びシステム
JP2015001944A (ja) * 2013-06-18 2015-01-05 株式会社ＨＳＴ−Ｌａｂｏ 処方薬の予約及び薬剤データの管理システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3101618A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018092375A (ja) * 2016-12-02 2018-06-14 日本メディカルソリューションズ株式会社 情報提供システム、サーバ装置、情報提供プログラム、および情報提供方法
JP2019020757A (ja) * 2017-07-11 2019-02-07 Ｐｈｃホールディングス株式会社 コード情報表示装置、コード情報表示方法、および、コード情報表示プログラム
JP7479195B2 (ja) 2020-05-21 2024-05-08 株式会社日立製作所 投薬支援方法および投薬支援プログラム

Also Published As

Publication number Publication date
US20160371460A1 (en) 2016-12-22
EP3101618A1 (en) 2016-12-07
EP3101618A4 (en) 2017-05-10
JP6318247B2 (ja) 2018-04-25
JPWO2015194674A1 (ja) 2017-04-20

Similar Documents

Publication Publication Date Title
JP6318247B2 (ja) 医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置
US20080071572A1 (en) Apparatus for & method of creating and transmitting a prescription to a drug dispensing location
JP2001043279A (ja) 薬局システム
KR102297333B1 (ko) 약국 관리 시스템 및 그 방법
CN107330266A (zh) 远程诊疗通信方法
JP5419244B1 (ja) 処方薬の予約及び薬剤データの管理システム
KR20160022557A (ko) 스마트 복약 지도 시스템 및 그 방법
US11501865B2 (en) Systems and methods for processing prescription and medical documents
JP5129670B2 (ja) 調剤システム
JP2004157978A (ja) 薬品類の相互作用チェックシステム
JP2017033173A (ja) 薬局支援サーバ、薬局支援プログラム、および薬局支援システム
US20050288966A1 (en) System and method for collecting diagnosis and prescription drug information
JP2018023451A (ja) 配薬支援システム、照合制御プログラム
JP2008250415A (ja) 医薬品処方支援方法、医薬品処方支援システム及びコンピュータプログラム
JP4946814B2 (ja) 情報提供システム
JP6847646B2 (ja) 情報提供システム、サーバ装置、情報提供プログラム、および情報提供方法
JP4618815B2 (ja) 投薬会計処理システムおよび投薬会計処理プログラム
KR102139583B1 (ko) 약국매칭방법 및 이를 이용한 약국매칭서비스 시스템
JP7269737B2 (ja) 医薬品情報提供システム
JP6847647B2 (ja) ユーザ支援システム、サーバ装置、ユーザ支援プログラム、およびユーザ支援方法
JP2007293910A (ja) 複数機能を統合する薬局システム
KR20210004800A (ko) 약국매칭방법 및 이를 이용한 약국매칭서비스 시스템
JP2011065661A (ja) 投薬会計処理システムおよび投薬会計処理プログラム
JP7124028B2 (ja) クラウド総合電子カルテシステム
JP7481053B1 (ja) 薬剤支援システム、薬剤支援方法、及び薬剤支援プログラム

Legal Events

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

Ref document number: 15809492

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2015809492

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015809492

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016529556

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE