KR102593419B1 - Method and System for Providing Drug Product Ordering Interface based on Prescription Data - Google Patents

Abstract

The present invention is a method and system for providing a drug ordering interface based on automatic provision of prescription drug dosage information. The present invention captures information sent to a printer according to prescription information received by a pharmacist, derives information on the actual drug usage amount by the pharmacist, and , It relates to a method and system for providing a drug ordering interface based on automatic provision of prescription drug dosage information, which can provide an ordering interface for ordering drugs while providing derived information.

Description

{Method and System for Providing Drug Product Ordering Interface based on Prescription Data}

The present invention is a method and system for providing a drug ordering interface based on automatic provision of prescription drug dosage information. The present invention captures information sent to a printer according to prescription information received by a pharmacist, derives information on the actual drug usage amount by the pharmacist, and , It relates to a method and system for providing a drug ordering interface based on automatic provision of prescription drug dosage information, which can provide an ordering interface for ordering drugs while providing derived information.

As medicine develops, pharmacies are handling dozens or even hundreds of medicines. Specifically, since the medicines prescribed for each patient are different, pharmacists must keep stock of various types of medicines in stock and prepare them in advance so that they can sell medicines according to the prescriptions prescribed by patients.

Meanwhile, as the number of medicines handled by pharmacies increases, it is becoming increasingly difficult for pharmacists to identify and manage the inventory of multiple medicines. Specifically, in the conventional case, pharmacists determine the stock amount of drugs by calculating the stock amount of multiple drugs one by one or entering the actual quantity used, and order the drugs accordingly. However, in this way, the Errors may occur in the entered inventory amount due to omissions in , which poses an inherent problem that it is difficult to accurately determine inventory amount and manage order quantity.

Meanwhile, (Korean Patent Publication KR 10-2019-0041149 A) is a drug ordering system and its operating method, which determines the stock amount of drugs by comparing the stock amount and shipment amount of drugs, and if the determined stock amount is less than the standard stock amount, the drug We are disclosing a pharmaceutical ordering system and method of operating the same that transmit an order request for pharmaceuticals to a supplier.

However, the medicine ordering system according to the patent simply orders medicines by determining the inventory amount based on the quantity received and shipped. When a pharmacist orders medicines, the actual quantity of medicines used at the pharmacy is derived and information about this is derived. could not be provided.

Korean Published Patent KR 10-2019-0041149 A

The present invention is a method and system for providing a drug ordering interface based on automatic provision of prescription drug dosage information. The present invention captures information sent to a printer according to prescription information received by a pharmacist, derives information on the actual drug usage amount by the pharmacist, and The purpose is to provide a method and system for providing a drug ordering interface based on automatic provision of prescription drug dosage information, which can provide an ordering interface for ordering drugs while providing derived information.

In order to solve the above problems, it is a method of providing a drug ordering interface based on automatic provision of prescription drug dosage information, which is performed on a computing system including one or more processors and one or more memories, and which provides a drug ordering interface based on the prescription information received by the pharmacist terminal. In order to print an envelope, a printing information capture step in which printing information transmitted from a pharmacist terminal to a printer is captured and received by a capture program on the pharmacist terminal; Among the received printing information, one or more text information among the drug name, number of doses per day, single dose, administration date, and dosage unit of the drug is parsed, and a plurality of drugs actually used by the relevant pharmacist are based on the parsed text information. An actual usage information derivation step of deriving actual usage information for each; A total usage information deriving step of accumulating the actual usage information for each of the plurality of medicines during a preset period and deriving total usage information for each of the plurality of medicines actually used by the pharmacist during the preset period; and an order interface providing step of providing an ordering interface through which the pharmacist can order medicines while providing total usage information for each of the plurality of medicines.

In one embodiment of the present invention, the order interface providing step includes, for a first specific period selected by the pharmacist terminal, displaying total usage information and drug names for each of a plurality of drugs derived for the first specific period. A total usage information provision step of providing a total usage information layer; And on the total usage information layer, when the total usage information or the drug name for a specific medicine is selected and entered by the pharmacist terminal, one of the recent order history information for the medicine, the price by wholesaler selling the medicine, and the inventory quantity are selected. It may include an ordering step in which the above information is displayed, the order quantity for the drug is entered, and an order layer is provided to order the drug.

In one embodiment of the present invention, the total usage information layer includes a first order quantity layer that displays the order quantity for medicines ordered by the pharmacist terminal during the first specific period; and a second order quantity layer in which the order quantity for the medicine ordered by the pharmacist terminal is displayed during the second specific period including the first specific period.

In one embodiment of the present invention, the initial setting value for the first specific period is the order day on which the pharmacist terminal orders the medicine, and the initial setting value for the second specific period includes the ordering day. It is a period including a week, a month, or a quarter, and the first specific period and the second specific period can be selectively changed by the pharmacist terminal.

In one embodiment of the present invention, the order layer is an order of one or more of the date on which the drug was ordered, wholesaler, price, and order quantity for a specific drug selected and entered by the pharmacist terminal on the total usage information layer. Order history information layer where history information is displayed; Manufacturer information layer, which displays one or more manufacturer information among the drug name, dosage, and inventory amount for each manufacturer that manufactures the drug; and a wholesaler information layer that displays one or more information among the drug name, price, and inventory amount for each wholesaler selling the drug in question, and allows you to enter the order quantity for each wholesaler.

In one embodiment of the present invention, the ordering step is based on the total usage information for each of a plurality of medicines on the order day, and a recommended order quantity proportional to the total usage information for each of the plurality of medicines is added to the order layer. It may include a first automatic ordering step that is automatically entered or ordered.

In one embodiment of the present invention, the ordering step includes total usage information for each of a plurality of medicines on the day of ordering; and order history information including the purchase amount by packaging unit for each of a plurality of medicines and information on the ordering wholesaler; based on this, the total usage information is sent to the ordering wholesaler with whom the pharmacist has a history of ordering, according to the purchase amount by packaging unit. It may include a second automatic ordering step in which a proportional recommended order quantity is automatically input or ordered into the order layer.

In one embodiment of the present invention, the printing information includes patient name, gender, age, prescription date, precautions, prescribing institution, drug name for each of the plurality of drugs prescribed for the patient, number of doses per day, and single dose. Text information in which one or more of the following information, including the date of administration and dosage unit, is expressed in text; and meta information including one or more information among output location, font color, font size, and font for each of the one or more pieces of information of the text information.

In order to solve the above problems, it is a medicine ordering interface providing system based on automatic provision of prescription medicine dosage information, and the printing information sent from the pharmacist terminal to the printer is used to print medicine envelopes according to the prescription information received by the pharmacist terminal. A printing information capture step captured and received by a capture program on the pharmacist terminal; Among the received printing information, one or more text information among the drug name, number of doses per day, single dose, administration date, and dosage unit of the drug is parsed, and a plurality of drugs actually used by the relevant pharmacist are based on the parsed text information. An actual usage information derivation step of deriving actual usage information for each; A total usage information deriving step of accumulating the actual usage information for each of the plurality of medicines during a preset period and deriving total usage information for each of the plurality of medicines actually used by the pharmacist during the preset period; and an order interface providing step of providing an ordering interface through which the pharmacist can order medicines while providing total usage information for each of the plurality of medicines.

According to one embodiment of the present invention, the pharmacist does not count the medicines or input the actual quantity of medicines used, but rather the pharmacist receives the prescription and prints the medicine envelope through signal information transmitted to the printer. Information on the amount of medicine used can be derived.

According to one embodiment of the present invention, information on the amount of medicine actually used by the pharmacist may be displayed on the ordering interface where the pharmacist can order medicine.

According to one embodiment of the present invention, information on the amount of medicine actually used by the pharmacist can be derived for various periods such as the order day, week, month, quarter, and year.

According to one embodiment of the present invention, a recommended order quantity may be provided based on the amount of medicine actually used by the pharmacist on the day of ordering.

According to one embodiment of the present invention, a recommended order quantity may be provided based on the actual amount of medicine used by the pharmacist on the day of ordering and the pharmacist's order details.

Figure 1 shows components for implementing a method for providing a drug ordering interface based on automatic provision of prescription drug dosage information according to an embodiment of the present invention.
Figure 2 illustrates the steps of a method for providing a drug ordering interface based on automatically providing prescription drug dosage information according to an embodiment of the present invention.
Figure 3 shows the printing information capture step according to an embodiment of the present invention.
Figure 4 shows the actual usage information derivation step according to an embodiment of the present invention.
Figure 5 shows the total usage information derivation step according to an embodiment of the present invention.
Figure 6 shows an automatic ordering step according to an embodiment of the present invention.
Figure 7 shows a screen provided to a pharmacist terminal according to an embodiment of the present invention.
Figure 8 shows a screen provided to a pharmacist terminal according to an embodiment of the present invention.
Figure 9 shows a screen provided to a pharmacist terminal according to an embodiment of the present invention.
Figure 10 schematically shows the internal configuration of a computing device according to an embodiment of the present invention.

BRIEF DESCRIPTION OF THE DRAWINGS Various embodiments and/or aspects are now disclosed with reference to the drawings. In the following description, for purposes of explanation, numerous specific details are set forth to facilitate a general understanding of one or more aspects. However, it will also be appreciated by those skilled in the art that this aspect(s) may be practiced without these specific details. The following description and accompanying drawings set forth in detail certain example aspects of one or more aspects. However, these aspects are illustrative and some of the various methods in the principles of the various aspects may be utilized, and the written description is intended to encompass all such aspects and their equivalents.

Additionally, various aspects and features may be presented by a system that may include multiple devices, components and/or modules, etc. It is also understood that various systems may include additional devices, components and/or modules, etc. and/or may not include all of the devices, components, modules, etc. discussed in connection with the drawings. It must be understood and recognized.

As used herein, “embodiments,” “examples,” “aspects,” “examples,” etc. may not be construed to mean that any aspect or design described is better or advantageous over other aspects or designs. . The terms '~part', 'component', 'module', 'system', 'interface', etc. used below generally refer to computer-related entities, such as hardware, hardware, etc. A combination of and software, it can mean software.

Additionally, the terms “comprise” and/or “comprising” mean that the feature and/or element is present, but exclude the presence or addition of one or more other features, elements and/or groups thereof. It should be understood as not doing so.

Additionally, terms including ordinal numbers, such as first, second, etc., may be used to describe various components, but the components are not limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, a first component may be named a second component, and similarly, the second component may also be named a first component without departing from the scope of the present invention. The term and/or includes any of a plurality of related stated items or a combination of a plurality of related stated items.

In addition, in the embodiments of the present invention, unless otherwise defined, all terms used herein, including technical or scientific terms, are generally understood by those skilled in the art to which the present invention pertains. It has the same meaning as Terms defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the related technology, and unless clearly defined in the embodiments of the present invention, have an ideal or excessively formal meaning. It is not interpreted as

Figure 1 shows components for implementing a method for providing a drug ordering interface based on automatic provision of prescription drug dosage information according to an embodiment of the present invention.

The method of providing a drug ordering interface based on the automatic provision of prescription drug dosage information of the present invention derives the amount of drug actually used by the pharmacist based on the prescription information received by the pharmacist and provides this information to the pharmacist during the drug ordering process. You can.

Specifically, the prescription information contains information about the medicines to be administered by the medical staff to the patient as the patient receives treatment at the medical institution, and the pharmacist manufactures the medicine according to the prescription information, and the patient, the medical institution, and the patient prescribe it. You can print out a medicine envelope containing multiple pieces of information about the medicine you received (patient name, gender, age, prescription date, precautions, prescribing institution, drug name, dosage method, etc.).

Preferably, the prescription information may contain a plurality of pieces of information about each of the plurality of medicines prescribed by the patient.

Meanwhile, a series of processes in which a pharmacist receives a prescription from a patient and prints a medicine envelope containing prescription information can be performed on an EMR (Electronic Medical Record) program installed in the pharmacist terminal 2.

Specifically, the EMR program 20 is installed in the pharmacist terminal 2 and is a program created to enable medical staff (doctors, pharmacists, etc.) to record patient treatment information on a computer and save it as data. In the present invention, the EMR program 20 It may include a prescription reception module (not shown) for converting and storing prescription information received by a pharmacist into data, and a printing module (not shown) for transmitting printing information generated according to the received prescription information to the printer 3. .

The prescription reception module of the EMR program 20 can create and provide an interface through which a pharmacist can input prescription information. Specifically, the pharmacist can save and register the prescription information in the EMR program 20 by taking a photo of a QR code containing compressed prescription information written on the prescription, or by directly entering the prescription information written on the prescription.

The printing module of the EMR program 20 can generate printing information, which is signal information according to a stipulated communication protocol, based on registered prescription information and transmit it to the printer 3. Alternatively, the printing module of the EMR program 20 transmits signal information encrypting the prescription information to the print driver 21 on the pharmacist terminal 2, and the printing information is transmitted to the printer 3 by the print driver 21. It can be sent to .

In this way, the EMR program 20 is installed in the pharmacist terminal 2 and can perform the above-described processes of printing medicine envelopes according to prescription information.

In this way, the printing information transmitted from the pharmacist terminal 2 to the printer 3 to print the medicine bag may be generated according to the prescription information received by the pharmacist.

In other words, the printing information transmitted from the pharmacist terminal 2 to the printer 3 may include information about the medicine actually used by the pharmacist according to the prescription information received by the pharmacist.

In the present invention, printing information is captured and used to derive the actual amount of medicine used by pharmacists.

Specifically, the pharmacist terminal 2 may be installed with a capture program 22 that captures printing information transmitted from the pharmacist terminal 2 to the printer 3, and the printing information is captured by the capture program 22. Printing information can be transmitted from the pharmacist terminal (2) to the server system (1).

Preferably, the capture program 22 is transmitted from the EMR program 20 of the pharmacist terminal 2 to the printer 3, or is transferred from the print driver 21 to the printer ( 3) The printing information transmitted can be captured and transferred to the server system (1).

Additionally, the capture program 22 may be included in the EMR program 20 or may be a program that can be controlled by the EMR program 20.

The printing information captured by the capture program 22 on the pharmacist terminal 2 can be transmitted to the server system 1, and the server system 1 calculates the amount of medicine actually used by the pharmacist based on the printing information. Derived information can be provided to a pharmacist on the ordering interface. In other words, without performing a separate process of counting the medicine or entering the actual usage amount by the pharmacist, the server system 1 only processes the process of receiving the patient's prescription and printing the medicine envelope. Information can be derived.

Meanwhile, the server system 1 may include a plurality of components to perform the above process.

Specifically, as shown in (b) of Figure 1, the server system 1 includes a data receiving unit 10 that receives printing information received from the pharmacist terminal 2, and the received printing information necessary for deriving the actual usage of medicines. A data processing unit (11) that processes information into information, a usage information derivation unit (12) that derives the amount of medicine actually used by the pharmacist based on the processed data, and an order interface that creates an order interface that allows the pharmacist to order medicines. It may include a provision unit 13.

Additionally, the server system 1 may further include a database that stores data necessary for the process. Specifically, the database of the server system 1 contains personal identification information about pharmacists, order history information, wholesaler information about wholesalers selling drugs, manufacturer information about manufacturers of drugs, and usage information derivation unit 12. Actual usage information and total usage information regarding the derived drug usage can be stored.

Meanwhile, the steps in FIG. 2 can be performed by each component of the server system 1 described above.

Figure 2 illustrates the steps of a method for providing a drug ordering interface based on automatically providing prescription drug dosage information according to an embodiment of the present invention.

As shown in Figure 2, the method of providing a drug ordering interface based on automatically providing prescription drug dosage information, which is performed on a computing system including one or more processors and one or more memories, is performed according to the prescription information received by the pharmacist terminal 2. A printing information capture step in which printing information transmitted from the pharmacist terminal (2) to the printer (3) is captured and received by the capture program (22) on the pharmacist terminal (2) in order to print the medicine bag; Among the received printing information, one or more text information among the drug name, number of doses per day, single dose, administration date, and dosage unit of the drug is parsed, and a plurality of drugs actually used by the relevant pharmacist are based on the parsed text information. An actual usage information derivation step of deriving actual usage information for each; A total usage information deriving step of accumulating the actual usage information for each of the plurality of medicines during a preset period and deriving total usage information for each of the plurality of medicines actually used by the pharmacist during the preset period; and an order interface providing step of providing an ordering interface through which the pharmacist can order medicines while providing total usage information for each of the plurality of medicines.

In step S1, the server system 1 can receive printing information from the pharmacist terminal 2. As described above, printing information is transmitted from the pharmacist terminal 2 to the printer 3 to print medicine envelopes according to the prescription information received by the pharmacist by the EMR program 20 installed on the pharmacist terminal 2. This is signal information, and can be captured by the capture program 22 already installed on the pharmacist terminal 2 and transmitted to the server system 1.

Specifically, the data receiving unit 10 of the server system 1 can receive printing information captured by the capture program 22 and transmitted to the server system 1.

Meanwhile, the printing information may include text information about the text written on the medicine bag, and meta information that determines the output location and font of the text information. In addition, the text information may be information about one or more of the following: patient name, gender, age, prescription date, precautions, prescribing institution, drug name, number of doses per day, single dose, date of administration, and dosage unit, expressed in text. there is.

In step S2, the server system 1 parses the text information necessary to derive the amount of medicine actually used by the pharmacist from among the received printing information, and based on the parsed text information, the server system 1 generates the actual usage information, which is information about the amount of medicine actually used by the pharmacist. Capacity information can be derived.

Specifically, the data processing unit 11 of the server system 1 can process the printing information received by the data receiving unit 10 and select text information necessary to derive the amount of medicine actually used by the pharmacist.

As described above, the printing information includes text information about the text written on the medicine bag, and the text information includes patient name, gender, age, prescription date, precautions, prescribing institution, drug name, number of doses per day, and once. It includes information on one or more of the dosage amount, dosage date, and dosage unit, and the data processing unit 11 can parse only the information necessary to derive the actual amount of medicine used among the text information.

Preferably, the data processing unit 11 can parse only text information about the drug name, number of times to be taken per day, single dose, administration date, and dosage unit among the printing information.

In addition, the usage information derivation unit 12 of the server system 1 can derive actual usage information, which is information about the actual usage of medicines, for prescription information received by the pharmacist based on the parsed text information. there is. Specifically, the usage information derivation unit 12 calculates the actually used medicines for each of the plurality of medicines based on the drug name, number of times to be taken per day, single dose, administration day, and dosage unit for each of the plurality of medicines in the parsed text information. Actual usage information, which is the amount of usage, can be derived.

In other words, the actual usage information may be information about the usage amount for each of a plurality of medicines that the pharmacist actually uses according to the prescription information, which is derived based on the prescription information received by the pharmacist. Additionally, the actual usage information can be derived for each of the plurality of prescription information received by the pharmacist.

In step S3, the server system 1 can accumulate the actual usage information derived for a preset period and derive total usage information, which is information about the actual usage amount of medicines used during the preset period.

Specifically, the usage information deriving unit 12 of the server system 1 may accumulate a plurality of actual usage information derived in step S2 and derive total usage information.

In other words, the total usage information may be information about the usage amount for each of a plurality of medicines actually used by the pharmacist during a preset period, which is derived based on a plurality of prescription information received by the pharmacist during a preset period.

Additionally, the preset period may be selectively changed depending on the purpose. Specifically, if the preset period is set to the order day when the pharmacist orders the medicine, the total usage information may mean information on the amount of medicine actually used by the pharmacist on the order day, and the preset period may be a specific week or When set to a month, the total usage information may mean information on the amount of medicine actually used by the pharmacist during the set week or month.

As such, according to an embodiment of the present invention, total usage information can be derived by setting the preset period differently depending on the purpose.

In step S4, the server system 1 provides the total usage information derived to the pharmacist terminal 2 and provides an ordering interface for ordering medicines.

Specifically, the order interface providing unit 13 of the server system 1 provides an order interface through which the pharmacist terminal 2 can order medicines, and the total usage information derived in step S3 is displayed on the order interface. You can.

That is, according to one embodiment of the present invention, when ordering medicines through an ordering interface, a pharmacist can receive information on the actual amount of medicines used by the pharmacist and refer to this to reasonably determine the order quantity. Specifically, pharmacists can reasonably determine the order amount by receiving total usage information, which is information on the actual amount of medicines used by the pharmacist on the day of ordering, or during a specific period.

Preferably, the pharmacist is provided with total usage information for each of a plurality of medicines, so that the pharmacist can reasonably determine the order quantity for each of the plurality of medicines.

Figure 3 shows the printing information capture step according to an embodiment of the present invention.

As shown in Figure 3, the printing information includes patient name, gender, age, prescription date, precautions, prescribing institution, and drug name, number of doses per day, and single dose for each of the plurality of drugs prescribed for the patient. Text information in which one or more of the following information, including the date of administration and dosage unit, is expressed in text; and meta information including one or more information among output location, font color, font size, and font for each of the one or more pieces of information of the text information.

As described above, the printing information is signal information transmitted from the pharmacist terminal 2 to the printer 3 in order to print medicine envelopes according to the prescription information received by the EMR program 20 on the pharmacist terminal 2. And, the printing information can be captured by the capture program 22 on the pharmacist terminal 2 and transmitted to the data receiving unit 10 of the server system 1.

As shown in (a) of FIG. 3, printing information may include text information and meta information.

Specifically, text information is information about one or more of the following: patient name, gender, age, prescription date, precautions, prescribing institution, drug name, number of doses per day, single dose, date of administration, and dosage unit, expressed in text. Meta information may be information that determines the output location, font color, font size, and font for the text information.

That is, the printer 3 receives printing information from the pharmaceutical terminal, and prints one or more of the following: patient name, gender, age, prescription date, precautions, prescribing agency, drug name, number of doses per day, single dose, medication date, and dosage unit. The medicine envelope can be printed by determining the output location, font color, font size, font, etc. for the information, and the capture program 22 is used in the process of sending the printing information from the pharmacist terminal 2 to the printer 3. Printing information can be captured and transmitted to the server system 1.

In one embodiment of the present invention, the capture program 22 can capture only text information among the printing information and transmit it to the server system 1. Specifically, in this case, the amount of data transmitted and received from the server system 1 is reduced, making it possible to build a data-efficient system.

The data processing unit 11 of the server system 1 can process the printing information received from the pharmacist terminal 2 and parse only the text information necessary to derive the actual drug usage information. Specifically, text information is information about one or more of the following: patient name, gender, age, prescription date, precautions, prescribing institution, drug name, number of doses per day, single dose, date of administration, and dosage unit, expressed in text. The data processing unit 11 can parse text about the drug name, number of doses per day, single dose, administration date, and dosage unit required to derive actual drug usage information among the above information.

Preferably, the data processing unit 11 can parse text for the drug name, number of times to be taken per day, single dose, administration date, and dosage unit for each of the plurality of drugs.

For example, as shown in Figure 3 (b), the text information includes the patient's name (Hong Gil-dong) and precautions (Do not share your medicine with others/Take it within the prescription period according to the dosage indicated on the medicine bag. ), prescribing institution (Korea Pediatric Clinic), drug name for each of the multiple medicines (seed extract, citrus dry syrup), number of doses per day (2 times a day, 2 times a day), 1 dose (1 time) 2.5, 0.67 per time), administration date (7 days, 5 days), and dosage unit (ml, g), and the data processing department (11) derives the actual drug usage information from the information. You can parse information on the drug name, number of doses per day, single dose, administration date, and dosage unit for each of the multiple drugs required.

As a result, the text information parsed by the data processing unit 11 may have the following form.

Drug name / Number of doses per day / One dose / Dosage date / Dosage unit

Sesame liquid (levocitrizine hydrochloride)_(0.1g/200ml) [antihistamine] / twice a day / 2.5 times per time / 7 days / ml

Cetus Dry Syrup (Franlukast Hydrate)_(10g/100g) [Rhinitis, Asthma] / 2 times a day / 0.67 once / 5 days / g

Meanwhile, in one embodiment of the present invention, parsed text information may be labeled with information about when the text information was created (parsed), and unparsed text information may be encrypted and processed or deleted.

In addition, in one embodiment of the present invention, a step of determining whether the text information about the drug name included in the printing information matches the drug name of the drug previously stored in the database of the server system 1 may be further performed. You can.

Figure 4 shows the actual usage information derivation step according to an embodiment of the present invention.

As shown in Figure 4, in the actual usage information derivation step, the number of daily doses, single dose, administration day, and dosage unit for each of the plurality of medicines among the parsed text information are multiplied to obtain the plurality of medicines actually used by the pharmacist. Actual usage information for each can be derived.

As described above, in the above step, text information about the drug name, number of times to be taken per day, single dose, administration date, and dosage unit for each of the plurality of medicines can be parsed, and the usage information derivation unit 12 can extract the plurality of medicines. Actual usage information for each of multiple medicines can be derived by multiplying the number of daily doses, single dose, administration day, and dosage unit for each drug.

For example, in the case of Figure 3 (b), the actual usage information derived for the seed liquid according to the text information parsed as seed liquid/twice a day/once 2.5/7 days/ml is 2. 2.5 7 ml can be 35ml, and the actual usage information derived for Ctus dry syrup according to the text information parsed as Ctus dry syrup/twice a day/once 0.67/5 days/g is 2. 0.67 5 g=6.7g.

As a result, the actual usage information is calculated for each of a plurality of medicines prescribed according to one prescription information received by the pharmacist terminal 2 in the printing information capture step, and may be information about the actual usage amount of medicines used by the pharmacist. there is.

Figure 5 shows the total usage information derivation step according to an embodiment of the present invention.

As shown in FIG. 5, the server system 1 can accumulate actual usage information for a preset period and derive total usage information, which is information on the actual usage amount of medicines used by a pharmacist during a preset period.

Specifically, the usage information deriving unit 12 of the server system 1 accumulates a plurality of actual usage information for a preset period with respect to a plurality of actual usage information generated according to a plurality of prescription information received by the pharmacist, Total usage information for the preset period can be derived. Preferably, the total usage information can be calculated for each of a plurality of medicines, like the actual usage information.

Additionally, the preset period may be selectively changed depending on the purpose.

In one embodiment of the present invention, the preset period is set to the day of order, a specific week, month, quarter, year, etc., and total usage information regarding the amount of medicine actually used by the pharmacist during that period can be derived.

Alternatively, total usage information for a specific period (for example, January 15 to February 20) requested by the pharmacist terminal 2 may be derived.

As a result, the total usage information derived by the usage information deriving unit 12 may have the following form.

Drug name / daily usage amount per order / weekly usage / monthly usage / annual usage

Seed liquid / 35ml / 90ml / 150ml / 320ml

Cetus dry syrup / 10g / 60g / 120g / 210g

As a result, the total usage information is calculated for each of the plurality of medicines prescribed according to the plurality of prescription information received by the pharmacist terminal 2 in the printing information capture step for a preset period, and the pharmacist in question is calculated for each of the plurality of medicines prescribed during the preset period. This may be information about the amount of medicine used.

Meanwhile, in one embodiment of the present invention, the usage information deriving unit 12 may calculate the average usage amount, increase/decrease rate, etc. based on the derived total usage information. Specifically, the usage information derivation unit 12 calculates the average usage and increase/decrease in usage for each of a plurality of medicines during the period, based on the total usage information derived for various periods such as the day of order, specific week, month, quarter, and year. Rates, etc. can be calculated.

Meanwhile, as shown in (b) of Figure 5, the derived total usage information and information calculated based thereon (average usage amount, increase/decrease rate, etc.) are displayed on the ordering interface where pharmacists can order medicines and sent to the pharmacist terminal. (2) may be provided.

Specifically, the order interface provision unit 13 of the server system 1 provides an order interface through which a pharmacist can order medicines to the pharmacist terminal 2, and also provides the total usage information derived from the order interface so that the pharmacist can order medicines. You can order medicines reasonably.

In other words, pharmacists can reasonably order medicines while being provided with information on the actual amount of medicines they have used.

Meanwhile, the ordering interface through which a pharmacist can order medicines while providing total usage information will be described later with reference to FIGS. 7 to 9.

Figure 6 shows an automatic ordering step according to an embodiment of the present invention.

As shown in Figure 6, in the ordering step, based on the total usage information for each of a plurality of medicines on the order day, a recommended order quantity proportional to the total usage information for each of the plurality of medicines is automatically added to the order layer. It may include a first automatic ordering step that is entered or ordered.

Alternatively, the ordering step may include total usage information for each of a plurality of medicines on the day of ordering; and order history information including the purchase amount by packaging unit for each of a plurality of medicines and information on the ordering wholesaler; based on this, the total usage information is sent to the ordering wholesaler with whom the pharmacist has a history of ordering, according to the purchase amount by packaging unit. It may include a second automatic ordering step in which a proportional recommended order quantity is automatically input or ordered into the order layer.

As described above, the order interface providing unit 13 of the server system 1 can provide the pharmacist terminal 2 with an order interface through which a pharmacist can order medicines.

In one embodiment of the present invention, an automatic ordering step in which medicines are automatically ordered based on total usage information for a pharmacist who wishes to order medicines may be performed.

Specifically, in providing an ordering interface to the pharmacist terminal (2), the server system (1) derives a recommended order quantity, which is the order quantity of medicines that the pharmacist should order, based on the total usage information for the pharmacist. You can pre-enter the recommended order quantity into the order interface or automatically order the derived recommended order quantity.

Additionally, the server system 1 may further consider order history information for the pharmacist in question and derive the recommended order quantity. Specifically, order history information may refer to information about the pharmacist's past order history, including information on the date the pharmacist ordered a specific medicine through the order interface, wholesaler, price, order quantity, etc. They can be stored in the database of the server system 1.

In one embodiment of the present invention, as shown in (a) of FIG. 6, the recommended order quantity that the pharmacist should order can be derived based on the total quantity information. Specifically, in this case, the recommended order quantity can be derived in proportion to the total usage information derived for the order day on which the pharmacist wishes to order the medicine, that is, in proportion to the medicine usage actually used by the pharmacist on the order day.

Alternatively, the recommended order quantity can be derived in proportion to the total usage information for a specific week, month, quarter, or year.

Additionally, in this case, the recommended order quantity can be ordered from the wholesaler from which the pharmacist recently ordered. As described above, the database of the server system 1 may store information on wholesalers from which the pharmacist has ordered in the past, and the recommended order quantity derived for the pharmacist may be ordered from the wholesaler from which the pharmacist has ordered in the past. there is.

For example, if the total quantity information for the order day derived for a specific pharmacist is 50ml of seed liquid, the pharmacist can order medicine in 50ml of seed liquid or a packaging unit corresponding to the volume from the wholesaler from which the pharmacist recently ordered.

In another embodiment of the present invention, as shown in (b) of FIG. 6, a recommended order quantity can be derived based on total quantity information and order history information for the pharmacist. Specifically, the recommended order quantity is derived in proportion to the total quantity information for the relevant pharmacist, but may be derived by further considering the purchase quantity per packaging unit included in the order history information for the relevant pharmacist and information on the ordering wholesaler.

For example, even if the actual amount of medicine used (total quantity information) is the same, if the pharmacist wants to secure a large amount of inventory, a larger quantity may be ordered, or a quantity close to the actually used quantity may be ordered. . The pharmacist's ordering tendency can be stored in the order history information for the pharmacist, and in the present invention, the recommended order quantity can be derived by considering the ordering tendency for the pharmacist.

Additionally, as described above, the recommended order quantity may be ordered from the wholesaler from which the pharmacist ordered.

In another embodiment of the present invention, as shown in (c) of FIG. 6, the recommended order quantity can be derived based on the total quantity information and order history information for the pharmacist. Specifically, the recommended order quantity is derived in proportion to the total quantity information for the relevant pharmacist, but can be derived by further considering the information on purchase quantity by packaging unit, ordering wholesaler, and average order quantity included in the order history information for the relevant pharmacist. there is.

For example, the recommended order quantity can be derived by further considering the average monthly order quantity for the pharmacist in question.

As such, according to one embodiment of the present invention, the recommended order quantity can be derived by considering not only order history information for the pharmacist, but also total quantity information, which is the amount of medicine actually used by the pharmacist. Specifically, the recommended order quantity, which is proportional to the total quantity information and is derived by considering the purchase amount per packaging unit that the pharmacist had previously ordered, can be ordered from the wholesaler from which the pharmacist had previously ordered.

Figures 7 to 9 show screens provided on the pharmacist terminal 2 according to an embodiment of the present invention.

As shown in Figures 7 and 9, the order interface provision step includes, for a first specific period selected by the pharmacist terminal 2, total usage information for each of a plurality of medicines derived for the first specific period and A total usage information providing step of providing a total usage information layer in which the drug name is displayed; And on the total usage information layer, when the total usage information or drug name for a specific medicine is selected by the pharmacist terminal 2, the latest order history information for the medicine, the price for each wholesaler selling the medicine, and It may include an ordering step in which one or more pieces of inventory information are displayed, the order quantity for the drug is entered, and an order layer is provided to order the drug.

In addition, the total usage information layer includes a first order quantity layer that displays the order quantity of medicines ordered by the pharmacist terminal 2 during the first specific period; and a second order quantity layer in which the order quantity for the medicine ordered by the pharmacist terminal 2 is displayed during the second specific period including the first specific period.

In addition, the initial setting value for the first specific period is the order day on which the pharmacist terminal 2 orders the medicine, and the initial setting value for the second specific period is the week, month, and week including the ordering day. Or, it is a period including a quarter, and the first specific period and the second specific period can be selectively changed by the pharmacist terminal 2.

In addition, the order layer contains one or more order history information among the date on which the medicine was ordered, wholesaler, price, and order quantity for the specific medicine selected and entered by the pharmacist terminal 2 on the total usage information layer. Displayed order history information layer; Manufacturer information layer, which displays one or more manufacturer information among the drug name, dosage, and inventory amount for each manufacturer that manufactures the drug; and a wholesaler information layer that displays one or more information among the drug name, price, and inventory amount for each wholesaler selling the drug in question, and allows you to enter the order quantity for each wholesaler.

As shown in FIG. 7, the screen displayed on the pharmacist terminal 2 by the ordering interface through which the pharmacist can order medicines includes an L2 layer and an L3 layer where the names and total usage information for each of a plurality of medicines are displayed. A total usage information layer including the total usage information layer may be displayed. In addition, the screen displayed on the pharmacist terminal 2 by the order interface may include an L1 layer through which the pharmacist can input a specific period (first specific period) to derive information on the actual amount of medicine used. You can.

Specifically, the pharmacist inputs the first specific period for which information on the actual drug usage amount is to be provided on the L1 layer, and the server system (1) receives the total usage amount for the first specific period received from the pharmacist terminal (2). Information can be derived and displayed on the L2 layer and L3 layer.

That is, the total usage information is derived for each of a plurality of medicines for the first specific period set by the pharmacist, the drug name for each of the plurality of medicines is displayed in the L2 layer, and the total usage information for each of the plurality of medicines is displayed in the L3 Can be displayed in layers.

In one embodiment of the present invention, total usage information for each of a plurality of medicines may be displayed in descending or ascending order. In other words, the more or less the actual drug usage during the first specific period, the more the total usage information for the drug can be exposed at the top.

Meanwhile, the initial setting value for the first specific period entered on the L1 layer may be the order day on which the pharmacist terminal 2 orders the medicine, and accordingly, the L2 layer and L3 layer contain total usage information for the order day. can be displayed. That is, the initial screen provided to the pharmacist terminal 2 may display information about the actual amount of medicine used on the day the pharmacist connected.

For example, as shown in Figure 7, the initial setting value for the first specific period entered in the L1 layer is July 1, 2022, the day the pharmacist connected, and a plurality of medicines are stored in the L2 layer and L3 layer, respectively. The name of the drug and the total usage information derived for that date can be displayed.

Additionally, the pharmacist can change the first specific period entered on the L1 layer and receive information on the actual amount of medicine used during the changed date or period.

Meanwhile, as shown in FIG. 8, when the pharmacist terminal 2 selects and inputs the name or total usage information for a specific medicine displayed on the L2 layer or L3 layer, the order layer for ordering the medicine is displayed in the pharmacist terminal ( 2) can be displayed. Specifically, the order layer is the L4 layer, which is a manufacturer information layer that displays manufacturer information such as drug name, dosage, and inventory quantity for each manufacturer manufacturing the drug, and order details such as the date the pharmacist ordered the drug, wholesaler, price, and order quantity. The L5 layer, which is an order history information layer where information is displayed, and the L6, which is a wholesaler information layer where information on drug names, prices, and inventory amounts for each wholesaler selling the drug is displayed, and where you can order the drug by entering the order quantity for each wholesaler. Can contain layers.

The L4 layer can display information about the drug name, dosage, and inventory amount for a specific drug selected by a pharmacist by the manufacturer that manufactures the drug.

The L5 layer can display order history information for specific medicines selected and entered by the pharmacist. Specifically, when a pharmacist orders a specific medicine through the ordering interface, the order information can be stored in the database of the server system (1), and when the pharmacist wants to reorder the medicine, the order history information for the medicine It can be displayed on the L5 layer.

Specifically, order history information may include information about the order date, wholesaler, price, order quantity, etc. when the drug was ordered.

The L6 layer provides an interface where information on the price, inventory, etc. of a specific drug selected by a pharmacist can be displayed for each wholesaler selling the drug, and the drug can be ordered from the wholesaler by entering the order quantity for each wholesaler. It can be included. Specifically, the L6 layer may include an L7 layer that displays the price of each wholesaler selling the drug, an L8 layer that displays the inventory amount of each wholesaler, and an L9 layer that allows you to order the drug from the wholesaler by entering the order quantity for each wholesaler. there is.

Preferably, when a pharmacist selects and inputs a specific manufacturer among a plurality of manufacturers displayed on the L4 layer, information about wholesalers selling drugs manufactured by that manufacturer may be displayed on the L6 layer.

In this way, according to one embodiment of the present invention, the pharmacist is provided with information on the actual amount of medicine used for each of a plurality of medicines during a specific period (preferably on the day of ordering), and selects a specific medicine to obtain the corresponding medicine. You can receive information on the manufacturer that manufactures the drug, the wholesaler that sells it, the order history of ordering the drug in question, and place an order by entering the order quantity for each wholesaler that sells the drug in question.

Meanwhile, in one embodiment of the present invention, the recommended order quantity derived by the automatic ordering step described above in FIG. 6 may be automatically input into the order layer. Specifically, the server system (1) can derive a recommended order quantity proportional to the total usage information based on the pharmacist's total usage information, order history information, etc., and the derived recommended order quantity is automatically entered on the order layer. It can be.

In other words, if the total usage information for drug A is derived as 100, the recommended order quantity for drug A can be derived as a value proportional to 100 (for example, 120), and the recommended order quantity for drug A can be derived as a value proportional to 100 (for example, 120), and the recommended order quantity for drug A can be derived as 100. The recommended order quantity (120) can be entered in the L9 layer where the order quantity can be entered. For example, among the plurality of wholesalers displayed on the L9 layer, the recommended order quantity is inputted to the wholesaler from which the pharmacist placed the most recent order and has secured inventory, or the recommended order quantity is distributed and entered to the plurality of wholesalers with order history. It can be.

In addition, the recommended order quantity is based on order history information about the pharmacist and information about the wholesaler selling the drug, and the recommended order quantity is entered into the wholesaler with whom the pharmacist has a history of ordering, or exceeds the recommended order quantity. The recommended order quantity can be entered for wholesalers who have the required inventory quantity.

Meanwhile, as shown in Figure 9, the total usage information layer further includes an L10 layer, an L11 layer, an L12 layer, and an L13 layer in which detailed information about each of the plurality of medicines displayed in the L2 layer and L3 layer is further displayed. can do.

The L10 layer can display the packaging unit for each of the plurality of medicines displayed in the L2 layer and L3 layer. In other words, the pharmacist can order medicines while being provided with the total usage information displayed on the L3 layer and information on the packaging unit of the medicine displayed on the L10 layer.

The L11 layer is a first order quantity layer that displays the order quantity for a first specific period for each of the plurality of medicines displayed in the L2 layer and L3 layer, and a second order quantity layer that displays the order quantity for a second specific period. It's a layer. Specifically, the first order quantity layer may display information on the order quantity corresponding to the first specific period, and the second order quantity layer may display information on the order quantity for the second specific period including the first specific period. can be displayed.

In one embodiment of the present invention, the first order quantity layer can display information about the order quantity for which the pharmacist ordered the drug on the order day, and the second order quantity layer can display information on the order quantity of the drug for the week, month, and quarter including the order day. , and information on the order quantity that the pharmacist ordered for the corresponding medicine in the year can be displayed.

As a result, according to one embodiment of the present invention, the pharmacist is provided with information about the actual amount of medicine used on the day of ordering in the L2 layer, and is provided with information about the order quantity he or she ordered on the day of ordering in the L11 layer. By receiving information about the order quantity you ordered this month, you can order medicines according to the actual amount of medicines used and prevent duplicate orders of previously ordered medicines.

The L12 layer can display the average order quantity for each of the plurality of medicines displayed in the L2 layer and L3 layer. As described above, the order history information for the pharmacist can be stored in the database of the server system 1, and the server system 1 derives the average order quantity for a specific period based on the stored order history information and the pharmacist can be provided to.

The L13 layer can display the average order quantity displayed in the L12 layer in more detail. Specifically, when a pharmacist selects the average order quantity for a specific medicine displayed on the L12 layer, the L13 layer may overlap to display a more detailed average order quantity for the medicine.

In one embodiment of the present invention, the L12 layer displays the average order quantity for the last 3 months, and when the pharmacist selects the average order quantity for a specific medicine in the L12 layer, the L13 layer displays the average order quantity for the last 3 months. The order quantity can be displayed.

Figure 10 schematically shows the internal configuration of a computing device according to an embodiment of the present invention.

The pharmacist terminal 2 or server system 1 shown in FIG. 1 described above may include components of the computing device 11000 shown in FIG. 10 above.

As shown in FIG. 10, the computing device 11000 includes at least one processor 11100, a memory 11200, a peripheral interface 11300, and an input/output subsystem ( It may include at least an I/O subsystem (11400), a power circuit (11500), and a communication circuit (11600). At this time, the computing device 11000 may correspond to the pharmacist terminal 2 or the server system 1 shown in FIG. 1.

The memory 11200 may include, for example, high-speed random access memory, magnetic disk, SRAM, DRAM, ROM, flash memory, or non-volatile memory. . The memory 11200 may include software modules, instruction sets, or other various data necessary for the operation of the computing device 11000.

At this time, access to the memory 11200 from other components such as the processor 11100 or the peripheral device interface 11300 may be controlled by the processor 11100.

The peripheral interface 11300 may couple input and/or output peripherals of the computing device 11000 to the processor 11100 and the memory 11200. The processor 11100 may execute a software module or set of instructions stored in the memory 11200 to perform various functions for the computing device 11000 and process data.

The input/output subsystem can couple various input/output peripherals to the peripheral interface 11300. For example, the input/output subsystem may include a controller for coupling peripheral devices such as a monitor, keyboard, mouse, printer, or, if necessary, a touch screen or sensor to the peripheral device interface 11300. According to another aspect, input/output peripherals may be coupled to the peripheral interface 11300 without going through the input/output subsystem.

Power circuit 11500 may supply power to all or some of the terminal's components. For example, power circuit 11500 may include a power management system, one or more power sources such as batteries or alternating current (AC), a charging system, a power failure detection circuit, a power converter or inverter, a power status indicator, or a power source. It may contain arbitrary other components for creation, management, and distribution.

The communication circuit 11600 may enable communication with another computing device using at least one external port.

Alternatively, as described above, if necessary, the communication circuit 11600 may include an RF circuit to transmit and receive RF signals, also known as electromagnetic signals, to enable communication with other computing devices.

This embodiment of FIG. 10 is only an example of the computing device 11000, and the computing device 11000 omits some components shown in FIG. 10, further includes additional components not shown in FIG. 8, or 2 It may have a configuration or arrangement that combines more than one component. For example, a computing device for a communication terminal in a mobile environment may further include a touch screen or a sensor in addition to the components shown in FIG. 8, and may include various communication methods (WiFi, 3G, LTE) in the communication circuit 11600. , Bluetooth, NFC, Zigbee, etc.) may also include a circuit for RF communication. Components that can be included in the computing device 11000 may be implemented as hardware, software, or a combination of both hardware and software, including an integrated circuit specialized for one or more signal processing or applications.

Methods according to embodiments of the present invention may be implemented in the form of program instructions that can be executed through various computing devices and recorded on a computer-readable medium. In particular, the program according to this embodiment may be composed of a PC-based program or a mobile terminal-specific application. The application to which the present invention is applied can be installed on the computing device 11000 through a file provided by a file distribution system. As an example, the file distribution system may include a file transmission unit (not shown) that transmits the file according to a request from the computing device 11000.

The device described above may be implemented with hardware components, software components, and/or a combination of hardware components and software components. For example, devices and components described in embodiments may include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), etc. , may be implemented using one or more general-purpose or special-purpose computers, such as a programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. Additionally, a processing device may access, store, manipulate, process, and generate data in response to the execution of software. For ease of understanding, a single processing device may be described as being used; however, those skilled in the art will understand that a processing device includes multiple processing elements and/or multiple types of processing elements. It can be seen that it may include. For example, a processing device may include a plurality of processors or one processor and one controller. Additionally, other processing configurations, such as parallel processors, are possible.

Software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing unit to operate as desired, or may be processed independently or collectively. You can command the device. Software and/or data may be used by any type of machine, component, physical device, virtual equipment, computer storage medium or device to be interpreted by or to provide instructions or data to a processing device. , or may be permanently or temporarily embodied in a transmitted signal wave. Software may be distributed over networked computing devices and stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, etc., singly or in combination. Program instructions recorded on the medium may be specially designed and configured for the embodiment or may be known and available to those skilled in the art of computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -Includes optical media (magneto-optical media) and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, etc. Examples of program instructions include machine language code, such as that produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

According to one embodiment of the present invention, the pharmacist does not count the medicines or input the quantity of medicines actually used, but rather uses the medicines actually used by the pharmacist through signal information transmitted to the printer in the process of receiving a prescription and printing a medicine envelope. Information on usage can be derived.

According to one embodiment of the present invention, information on the amount of medicine actually used by the pharmacist may be displayed on the ordering interface where the pharmacist can order medicine.

According to one embodiment of the present invention, information on the amount of medicine actually used by the pharmacist can be derived for various periods such as the order day, week, month, quarter, and year.

According to one embodiment of the present invention, a recommended order quantity may be provided based on the amount of medicine actually used by the pharmacist on the day of ordering.

According to one embodiment of the present invention, a recommended order quantity may be provided based on the actual amount of medicine used by the pharmacist on the day of ordering and the pharmacist's order details.

As described above, although the embodiments have been described with limited examples and drawings, various modifications and variations can be made by those skilled in the art from the above description. For example, the described techniques are performed in a different order than the described method, and/or components of the described system, structure, device, circuit, etc. are combined or combined in a different form than the described method, or other components are used. Alternatively, appropriate results may be achieved even if substituted or substituted by an equivalent. Therefore, other implementations, other embodiments, and equivalents of the claims also fall within the scope of the claims described below.

Claims (9)

A method of providing a drug ordering interface based on automatic provision of prescription drug dosage information, performed on a computing system including one or more processors and one or more memories, comprising:
In order to print medicine envelopes according to the prescription information received by the pharmacist terminal, the printing information, which is signal information generated according to a prescribed communication protocol based on the prescription information registered by the EMR program on the pharmacist terminal and transmitted to the printer, is the above. A printing information capture step that is captured and received by a capture program on the pharmacist terminal;
Among the received printing information, parse text information in which one or more of the drug name, number of times to be taken per day, single dose, date of administration, and dosage unit for each of the plurality of medicines prescribed for the patient are expressed in text, An actual usage information derivation step of deriving actual usage information for each of a plurality of medicines actually used by the pharmacist based on the parsed text information;
A total usage information deriving step of accumulating the actual usage information for each of the plurality of medicines during a preset period and deriving total usage information for each of the plurality of medicines actually used by the pharmacist during the preset period; and
An order interface providing step of providing an ordering interface through which the pharmacist can order medicines while providing total usage information for each of the plurality of medicines,
The actual usage information is,
Based on each of the plurality of prescription information received by the pharmacist, the number of daily doses, single dose, administration day, and dosage unit for each of the plurality of medicines are multiplied to calculate for each of the plurality of medicines,
The order interface provision step is,
For the first specific period selected by the pharmacist terminal, a total usage information providing step of providing a total usage information layer that displays the total usage information and drug name for each of the plurality of medicines derived for the first specific period; including; do,
The initial setting value for the first specific period is,
This is the order day when the pharmacist terminal orders the medicine,
The printing information is,
Patient name, gender, age, prescription date, precautions, prescribing institution, and one or more of the following information for each of the multiple medicines prescribed for the patient: drug name, number of times to be taken per day, dosage per dose, date of administration, and dosage unit as text. Text information expressed; and
A method of providing a pharmaceutical ordering interface, including; meta information including one or more information of output location, font color, font size, and font for each of the one or more pieces of information of the text information.
In claim 1,
The order interface provision step is,
On the total usage information layer, when the total usage information or drug name for a specific medicine is selected and entered by the pharmacist terminal,
An order that displays one or more of the most recent order history information for the drug, price by wholesaler selling the drug, and inventory quantity, and provides an order layer where you can order the drug by entering the order quantity for the drug. Method for providing a drug ordering interface, including steps.
In claim 1,
The total usage information layer is,
A first order quantity layer that displays the order quantity for medicines ordered by the pharmacist terminal during the first specific period; and
A second order quantity layer in which the order quantity for the medicine ordered by the pharmacist terminal is displayed during the second specific period including the first specific period. A method of providing a medicine ordering interface comprising a.
In claim 3,
The initial setting value for the second specific period is,
A period including the week, month, or quarter including the date of the order,
The first specific period and the second specific period are,
A method of providing a drug ordering interface that can be selectively changed by the pharmacist terminal.
In claim 2,
The order layer is,
On the total usage information layer, for specific medicines selected and entered by the pharmacist terminal,
Order history information layer, which displays one or more order history information among the date the drug was ordered, wholesaler, price, and order quantity;
Manufacturer information layer, which displays one or more manufacturer information among the drug name, dosage, and inventory amount for each manufacturer that manufactures the drug; and
A method of providing a drug ordering interface, including a wholesaler information layer that displays one or more information among the drug name, price, and inventory amount for each wholesaler selling the drug in question, and allows input of the order quantity for each wholesaler.
In claim 2,
The ordering step is,
Based on the total usage information for each of multiple medicines on the day of order,
A first automatic ordering step in which a recommended order quantity proportional to the total usage information for each of a plurality of medicines is automatically entered or ordered into the order layer. A method of providing a medicine ordering interface including.
In claim 2,
The ordering step is,
Total usage information for each of multiple medicines on the day of ordering; and
Based on order history information, including the purchase amount per packaging unit for each of a plurality of medicines and information on the ordering wholesaler,
A second automatic ordering step in which a recommended order quantity proportional to the total usage information is automatically entered or ordered into the order layer according to the purchase amount per packaging unit at an order wholesaler with a history of ordering by the pharmacist. How to provide an ordering interface.
delete As a drug ordering interface provision system based on automatic provision of prescription drug dosage information,
In order to print medicine envelopes according to the prescription information received by the pharmacist terminal, printing information, which is signal information generated according to a standardized communication protocol based on the prescription information registered by the EMR program on the pharmacist terminal and transmitted to the printer, is sent to the pharmacist. A printing information capture step that is captured and received by a capture program on the terminal;
Among the received printing information, parse text information in which one or more of the drug name, number of times to be taken per day, single dose, date of administration, and dosage unit for each of the plurality of medicines prescribed for the patient are expressed in text, An actual usage information derivation step of deriving actual usage information for each of a plurality of medicines actually used by the pharmacist based on the parsed text information;
A total usage information deriving step of accumulating the actual usage information for each of the plurality of medicines during a preset period and deriving total usage information for each of the plurality of medicines actually used by the pharmacist during the preset period; and
Performing an order interface providing step of providing an ordering interface through which the pharmacist can order medicines while providing total usage information for each of the plurality of medicines,
The actual usage information is,
Based on each of the plurality of prescription information received by the pharmacist, the number of daily doses, single dose, administration day, and dosage unit for each of the plurality of medicines are multiplied to calculate for each of the plurality of medicines,
The order interface provision step is,
For the first specific period selected by the pharmacist terminal, a total usage information providing step of providing a total usage information layer that displays the total usage information and drug name for each of the plurality of medicines derived for the first specific period; including; do,
The initial setting value for the first specific period is,
This is the order day when the pharmacist terminal orders the medicine,
The printing information is,
Patient name, gender, age, prescription date, precautions, prescribing institution, and one or more of the following information for each of the multiple medicines prescribed for the patient: drug name, number of times to be taken per day, dosage per dose, date of administration, and dosage unit as text. Text information expressed; and
A pharmaceutical ordering interface providing system comprising; meta information including one or more information among output location, font color, font size, and font for each of the one or more pieces of information in the text information.

Images