JP3520063B2 - Dispensing management system, dispensing management information processing device, dispensing management method, program, and recording medium - Google Patents

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a dispensing management system, a dispensing management information processing device, a dispensing management method, a program, and a recording medium for managing a drug prescribed in a dispensing store such as a pharmacy. To do.

[0002]

2. Description of the Related Art In a dispensing store such as a pharmacy or a drug store, various drugs are prescribed based on a doctor's prescription. In particular, in recent years, the number of dispensing stores that handle drugs has been increasing overall due to the progress of division of labor of medicines and the relaxation of various regulations.

Under such circumstances, it is necessary for each dispensing store to enhance its services in order to differentiate it from other stores. For this reason, for example, the drug history information of each patient is held, and personalized advice is provided for each patient using this drug history information to block patients, or the type of drug stocked in the store. And increase the amount,
It is being done so that various prescription needs can be quickly responded to.

[0004] In such a dispensing store, conventionally, inventory management of drugs, ordering of missing drugs, etc. have been individually performed for each dispensing store. That is, the person in charge of each dispensing store manually fills in the remaining amount of the drug in a ledger or the like provided in each dispensing store, or inputs the remaining amount of the drug or the like into a personal computer provided in each dispensing store. FAX information
Etc. to the wholesaler to place an order for the drug.

[0005]

[Problems to be Solved by the Invention]
Various problems have arisen due to the fact that drug orders and management are individually performed at each dispensing store. For example, since each drug has a certain ordering unit, even if the amount of drug prescribed in each dispensing store is extremely small compared to the ordering unit, each dispensing store must place an order for each ordering unit. I have to. For this reason, the inventory of drugs at each dispensing store becomes excessive, and a large amount of drugs that have expired must be discarded, which may adversely affect the management of each dispensing store. Alternatively, when the order quantity for each dispensing store is small, the ordering cost and the delivery cost are relatively high, which may also adversely affect the management of each dispensing store.

Further, when placing an order for each drug, conventionally, since the drug name is simply taken out from the drug shelf by looking at the drug name printed on the prescription, different types of drugs or drugs of the same name are used. However, there is a possibility that mistakes such as giving medicines in different packaging forms to patients or placing orders may occur.

[0007] Conventionally, each drug has a drug code for identifying each drug in the medical accounting process, and a JAN (JapanS) for identifying each drug in the distribution process.
D Article Number) code. However, these drug codes and JAN
There is a case where there is no one-to-one correspondence with the code. For example, in the case of multiple drugs only in the packaging form, the drug code is the same, but the JAN code is different. There is. Therefore, conventionally, it is necessary to manage a drug by using a drug code inside a dispensing store, and a person in charge needs to replace the drug code with a JAN code when placing an order. In addition to the occurrence, it was a cause of inducing ordering errors due to code conversion errors.

[0008] Alternatively, conventionally, drug ordering and inventory management have been carried out for each dispensing store, so when a drug manufacturing defect is found and a drug recovery command is issued, the recovery target It is extremely difficult to confirm the whereabouts of the drug, and it may take a long time to collect the drug or the recovery may not be thorough.

The present invention has been made in view of the above problems, and it is possible to efficiently, safely and surely manage drugs by centrally performing drug ordering, code management, inventory management and the like. It is an object of the present invention to provide a dispensation management system, a dispensation management information processing device, a dispensation management method, a program, and a recording medium.

[0010]

In order to solve the problems] to achieve such a purpose
Therefore, the invention according to claim 1 is installed in a plurality of dispensing stores.
The terminal devices that have been
With a dispensing management information processing device that is communicably connected
To identify each drug in the medical accounting process
The drug code and each drug are identified in the distribution process.
Distribution code and the drug code and distribution code
Corresponds to the intermediate code for associating with each other
Code information storage means to be stored in advance and each dispensing store
Store ID for unique identification and at each dispensing store
Corresponds with the drug code of the prescribed drug
Memorize prescription input daily total information storage means and store of each dispensing store
ID and drug code of each drug ordered at each dispensing store
And the intermediate code and the order quantity of each drug are associated with each other
Stored order data storage means for each store and each dispensing store
Corresponding drug code of prescribed drug to store ID
And store it in the prescription input daily total information storage means.
The stored drug code to the store ID.
Prescription input daily total processing means to be sent to the terminal device of the dispensing store
And the prescription input daily total processing means to the terminal device.
The prescribed drug with the drug code sent
Receiving the intermediate code and the order quantity from the terminal device,
The order data storage means for each store is stored in association with the store ID.
Picking processing means to be paid and order data storage for each store
The drug code, intermediate code and order quantity
Read the relevant drug code and intermediate code
Read the distribution code corresponding to the above from the code information storage means.
Ordering information consisting of the protrusion, the relevant distribution code and the order quantity
And an order processing means for generating
It The term "terminal device" in the claims does not necessarily mean 1
Not limited to one terminal device, for example, a store PC described later
And / or handy terminal
It can be appropriately used as a device.

The invention according to claim 2 is the above invention.
In the above, the terminal device is the dispensing management information processing device.
The drug code received from
Attempt to send to the dispensing management information processing device together with the injection amount
If the drug code to be
And a picking processing means for outputting information.
Means that the predetermined alarm is not output by the terminal device.
If it is wrong, with the drug code, the intermediate code
Store and order quantity storage means for receiving the order and order quantity
It is characterized by storing in.

The invention according to claim 3 is the above invention.
In, the intermediate code identifies the manufacturer of the drug
Characterized by including a manufacturer code that
It

The invention according to claim 4 is the above invention.
In the above, the intermediate code corresponds to the distribution form of the drug.
It is characterized in that it is configured to include a corresponding branch number.

The invention according to claim 5 is the above invention.
In the above, the order processing means stores the order data for each store.
Memorable each drug according to the above drug code and intermediate code
The order quantity of the drug is read and the read order quantity of each drug is read.
Is calculated at multiple dispensing stores to calculate the total order quantity for each drug.
Then, the calculated total order quantity and distribution code of each drug?
It is characterized by generating order information consisting of

The invention according to claim 6 is the above invention.
In order to specify the minimum ordering unit for each drug in
Unit information is stored in advance in association with the drug code
The ordering unit information storage means is further provided, and the ordering processing means is provided.
Is the doctor read from the store-specific order data storage means.
The order unit information corresponding to the drug code is the order unit information
It is read from the storage means and the result of counting the ordered quantity of the medicine is displayed.
Of these, the smallest number specified by the read order unit information
Note: The above ordering information should be used as the total order quantity, which is
It is characterized by generating.

The invention according to claim 7 is the above invention.
Part that does not correspond to an integral multiple of the minimum ordering unit
Order quantity of the drug, the drug code of the drug and the intermediate code
It is a means of storing fractional information that stores the codes in association with each other.
In preparation for the above, the order processing means collects the ordered quantity of the medicine.
When counting, the drug information is stored in the drug information storage means.
Read the order quantity of each drug for each
Store the order quantity of each read drug in the order data for each store
Multiple dispensing with order quantity for each drug read from the instrument
Aggregate at the store and add
The order quantity of the drug that does not correspond to the drug code and
It may be stored in the fraction information storage means in association with the intermediate code.
And are characterized.

The invention according to claim 8 is the above invention.
In, the store ID of each store and the stock in each store
The drug identification information to identify the type of drug
Inventory information storage means that stores the data in association with each other and a predetermined external device.
If the drug identification information of the drug to be searched is received from the device,
If the drug corresponding to the drug identification information is in stock,
Retrieve the store ID of the dispensing store from the inventory information storage means
And a search means for performing the search.

The invention according to claim 9 is the above invention.
In stock at each dispensing store from a specified external device
The inventory correction information to correct the
Based on the received inventory correction information, the inventory information storage
Correct the drug identification information and store ID stored in the column
Characterized by further comprising inventory correction means for storing
It

The invention according to claim 10 is a plurality of keys.
Via the network to the terminal device installed in the drug store
Dispensing management information that is configured so that it can communicate with each other
Dispensing management information processing method in a processing device, comprising:
Drug code for identifying drugs in the medical accounting process
And a distribution code for identifying each drug in the distribution process.
And the drug code and the distribution code are related to each other.
The code information is associated with the intermediate code for attaching
Code information storing step to store in the information storage means and each dispensing store
Store ID for uniquely identifying the pavement and for each dispensing store
Correlate with the drug code of the prescribed drug
Prescription input date information stored in the prescription input date information storage means
Information storage process, store ID of each dispensing store, and each dispensing store
The drug code and intermediate code of each drug to be ordered, and
Store order data for each store by correlating with the order quantity of drugs
Stored order data storage process to store in the method and each dispensing store
The drug code of the drug prescribed in
In response to storing in the prescription input daily total information storage means
The stored drug code corresponds to the store ID.
Prescription input daily total processor to send to the terminal device of the dispensing store
And the terminal device according to the prescription input daily total processing step.
The prescribed drug, along with the drug code sent to
Receives the intermediate code of the agent and the order quantity from the terminal device
And store order data storage means for each store in association with the store ID
Picking process stored in the store and order data for each store
From the storage means the drug code, intermediate code and order
Read the amount and check the relevant drug code and intermediate code.
The distribution code corresponding to the code is stored in the code information storage means.
Read from the product and place an order consisting of the relevant distribution code and order quantity
And an order processing step for generating information.
To do.

The invention according to claim 11 is the above invention.
, The terminal device is the dispensing management information processing device.
Code received from the device and the intermediate code and
Let's send it together with the order quantity to the dispensing management information processing device
If the drug code of
An alarm is output and the picking process step is performed.
Means that the predetermined alarm is not output by the terminal device.
If it is wrong, with the drug code, the intermediate code
Store and order quantity storage means for receiving the order and order quantity
It is characterized by storing in.

The invention according to claim 12 is the above invention.
Clearly, the intermediate code identifies the manufacturer of the drug.
It is characterized by including a manufacturer code
To do.

The invention according to claim 13 is the above invention.
In the clear, the intermediate code indicates the distribution form of the drug.
It is characterized in that it is configured to include a corresponding branch number.

The invention according to claim 14 is the above-mentioned invention.
In the case of Ming, the order processing step is the order data for each store.
Each of the drug code and the intermediate code from the storage means
Read the order quantity of a drug and place an order for each read drug
Calculate the total amount ordered for each drug by aggregating the amount at multiple dispensing stores
Then, the calculated total order quantity and distribution code of each drug?
It is characterized by generating order information consisting of

The invention according to claim 15 is the above invention.
In order to identify the minimum ordering unit for each drug,
Corresponding order unit information to the drug code above
Order unit information storage step of storing in order information storage means
Including the order processing step, the order data store by store
Order unit corresponding to the drug code read from the column
The information is read from the order unit information storage means, and the drug
Of the aggregated order quantity of agents, the relevant order unit read out
Total ordering part that is an integer multiple of the minimum ordering unit specified by the information
The ordering information is generated as a quantity.

The invention according to claim 16 is the above invention.
Ming that does not correspond to an integral multiple of the minimum ordering unit
Minute drug order quantity, drug code of the drug and intermediate
Store the fraction information storage means by associating the codes with each other
The method further includes a fraction information storage step, and the order processing step includes
When collecting the ordered quantity of the drug, the fraction information storage
From the dan, the drug code and the intermediate code
The order quantity is read, and the order quantity of each drug is read out in advance.
Ordering of each drug read from the order data storage means for each store
Calculated at multiple dispensing stores together with the amount, and
The order quantity of the drug that does not correspond to an integer multiple of the order unit
Fraction information associated with the drug code and intermediate code
It is characterized in that it is stored in a storage means.

The invention according to claim 17 is the above invention.
In Ming, the store ID of each store and the stock in each store
The drug identification information for identifying the type of drug
Inventory information storage associated with and stored in inventory information storage means
Means and medicine of the medicine to be searched from a predetermined external device
Corresponds to the drug identification information when the identification information is received.
The store ID of the dispensing store where the drug
And a search step of searching from the information storage means.
It is characterized by

The invention according to claim 18 is the above invention.
In the case of
If you receive the inventory correction information to correct the warehouse,
Storage of the inventory information based on the received inventory correction information
Modify the drug identification information and store ID stored in the means
Characterized by further including an inventory correction process for storing
It

The invention according to claim 19 is a computer
The program executed by the data
Dispensing management according to any one of claims 10 to 18.
Characterized by causing a computer to execute the information processing method
To do.

The invention according to claim 20 is a computer
The present invention relates to a data-readable recording medium,
Transaction information according to any one of claims 10 to 18.
Program for causing computer to execute processing method
Is recorded.

[0030]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of a dispensing management system, a dispensing management information processing apparatus, a dispensing management method, a program, and a recording medium according to the present invention will be described in detail below with reference to the drawings. The present invention is not limited to this embodiment.

(Overall Overview) An overall overview of the dispensation management performed in this system will be described below, and then the configuration and processing of this system will be described in detail. FIG. 1 is a configuration diagram of the entire dispensation management system according to this embodiment. In FIG. 1, a dispensing management server 100 of a management center, a store PC 200 installed in each of a plurality of dispensing stores (hereinafter, simply referred to as stores), a store headquarters server 300 set in a store headquarters that controls a plurality of stores. , And a stockpiling server 400 installed at a store headquarters or a stockpiling center of a wholesaler for stockpiling and delivering medicines is connected to the Internet 50.
It is configured to be communicably connected to each other via 0.
A handy terminal 600 is detachably connected to the store PC 200, and the store headquarters server 300
A store head office PC 700 is connected to.

In the system configured as described above, information about the medicines used in each store is
It is sent from the store PC 200 to the dispensing management server 100,
It is stored in the dispensing management server 100. Then, the dispensing management server 100 performs various processes based on the information transmitted from the store.

In such a system, the main basic features different from the conventional system are (1) batch ordering of drugs, (2) mutual conversion of drug code and JAN code, (3) picking, and ( 4) Confirm drug location.

(Overall Outline-Batch Ordering of Drugs) Specifically, the dispensing management server 100 places a batch order of drugs based on the information transmitted from the store. That is, the order quantity for each store is aggregated to obtain an order quantity that satisfies a certain order unit, and then the order is made to the stockpiling center. At this time, the drug to be ordered at the store is automatically calculated based on the amount of drug used at each store.

(Overall Overview-Mutual Conversion Between Drug Code and JAN Code) Further, the dispensing management server 100 uses the drug code and JAN code.
Performs mutual conversion with code. That is, in this system, since the drug code and the JAN code are associated with each other on a one-to-one basis, an intermediate code that associates both codes is provided.

The intermediate code is, specifically, a maker code for specifying the manufacturer of the drug and a branch number corresponding to the distribution form of the drug (delivery form to the store, inventory form in the store, or dispensing unit). It is configured to include and.
And even if the drug has the same drug code,
It is possible to associate different JAN codes with the intermediate codes. Then, when placing an order for a drug at each store, the person in charge of each store sends the drug code and the intermediate code of the drug to the dispensing management server 100 by performing the picking described below. Upon receiving this transmission, the dispensing management server 100 specifies the JAN code based on the drug code and the intermediate code, and performs the ordering process.

For example, as shown in FIG. 8, the drug name "R
If two manufacturers, Company A and Company B, sell the drug “capsule 20 mg” in two distribution forms (packing form, packing form) containing 10 tablets and 14 tablets, there are four different drugs. Will be done. In such cases, conventionally,
One drug code 123456789 for four drugs
And four JAN codes 987654321 to 987654324 were given. That is, the drug code could not distinguish each drug by manufacturer or form.

On the other hand, in this embodiment, for example,
Manufacturer A has a manufacturer code of 100, and Company B has a manufacturer code of 101, and a drug containing 10 tablets has a branch number of 0.
Branch number 002 is added to the medicine containing 01 and 14 tablets. For example, drug code 123456789, manufacturer code 100, branch number
Since it can be understood that the drug of the combination of 001 is a drug manufactured by Company A and containing 10 tablets of the drug name “R capsule 20 mg”, the corresponding JAN code 98
Can be converted to 7654321.

(Overall Overview-Picking) Further, when the above-mentioned collective order is placed, "picking" of the medicine is performed. “Picking” is an operation in which the person in charge of each store confirms the medicine to be ordered at the store using the handy terminal 600. That is,
The person in charge at each store downloads the prescription input information (drug name, drug code, quantity, and number of administration days of prescription drugs) to the handy terminal 600 via the dispensing management server 100 at the same time as prescription. . Then, while looking at the drug code and the like displayed on the handy terminal 600, the shelf code of the medicine to be ordered is scanned by the bar code reader to input the drug code and the intermediate code, and the handy terminal 60
Enter the number of picked medicines according to the 0 screen.

In this way, the person in charge inputs the intermediate code because when each store has the same drug code but a plurality of drugs of different manufacturers or distribution forms are in stock, the prescription is actually performed. Since only the person in charge knows the prescribed drug, by having the person in charge specify the intermediate code, not only the drug code but also the manufacturer and distribution form are uniquely limited, and the prescribed drug is prescribed. This is to accurately order the same drug as.

For example, for a drug having the same drug code, the same manufacturer, but in the case of tablets, heat and bulk (bottle), and in the case of powder, packaged and unpackaged (bottle) There may be differences such as. here,
If the prescription states that "drug a and drug b are taken after each meal for 5 days (packaged)," if drug a is stocked in bulk and heat, then this drug a They are packaged in an automatic packaging machine, but the pharmacist decides whether to put them in the packaging machine, either roses or heat. Therefore, by taking out the medicine a to be used from the medicine rack while performing the above-mentioned picking, it is possible to uniquely identify in the present system whether the medicine used is loose or heat.

Here, at the time of picking, when the person in charge inputs the drug code and the intermediate code, the drug code downloaded from the dispensation management server 100 and the drug code input by the person in charge mutually. If they do not match, an alarm sound is output at the handy terminal 600 to prompt confirmation of the input content. After such an input operation, only the correctly input drug code and intermediate code are transmitted to the dispensing management server 100 and accumulated, and based on the accumulated drug code and intermediate code, the above-mentioned order is placed. Done.

(Overall Overview-Drug Location Confirmation) Further, the dispensing management server 100 stores the inventory information of the drug in each store, and the inventory is stored every time the drug is prescribed or the drug is delivered to the store. The information is modified and kept up to date. Then, when a drug collection command is issued, the store headquarters or the like can search for a store to which the drug has been delivered. The present invention has various features in addition to these main features, which will be described later.

(System Configuration-Dispensing Management Server 100) Next, the configuration of the present system having such characteristics will be described. First, the configuration of the dispensing management server 100 will be described. FIG. 2 is a block diagram showing a main configuration of the dispensing management server 100. This dispensing management server 100
The dispensing management information processing device is configured to include a storage unit 110, a communication control unit 130, and a control unit 140, and these units are communicably connected via an arbitrary communication path.

Of these, the storage section 110 is a storage means (storage means) for storing programs and data required for various functions of the dispensing management server 100, and functionally conceptually, the store master DB 111 and the drug master DB 11.
2, code conversion master DB113, prescription input daily processing DB114, drug usage data DB115 by store, order data DB116 by store, fraction data DB117, order confirmation data DB118, purchase confirmation data DB119, inventory DB120 by store, delivery data It comprises a DB 121, an inventory correction data DB 122, and a WebDB 123.

Of these, the store master DB 111 is a store master information storage means for storing basic information (store master information) about each store and the store headquarters.
This store master information is, for example, a store ID of each store and store headquarters, an address of each store, a location area of each store, a store name of each store, a phone number of each store, a store for authenticating each store and store headquarters. It is configured by associating passwords with each other.

Further, the drug master DB 112 is a drug basic information storage means for storing basic information (medicine master information) about a drug. This drug basic information is configured by mutually associating the drug code of each drug, the name of each drug, and the manufacturer name of each drug with each other. Further, the drug master DB 112 stores the minimum ordering unit of each drug, and in this respect, the drug master D
B112 functions as order unit information storage means for storing order unit information.

Further, the code conversion master DB 113 is
The code information storage means stores the drug code, the JAN code, and the intermediate code (manufacturer code and branch number) in association with each other in order to perform mutual conversion between the drug code and the JAN code.

Further, the prescription input daily total processing DB 114 is a prescription input daily total information storage means for storing information (prescription input daily total information) regarding the totaled results of the medicines prescribed at the store for each day. This prescription input daily total information is, for example, a store ID for uniquely identifying each store, the date of prescription at each store, the drug code of the drug prescribed at each store, and the prescription at each store. It is configured by associating the quantities of the medicines (= use quantity or medicine quantity information) with each other.

Further, the drug usage data DB 115 for each store
Is a store-specific drug use amount information storage unit that stores information (store-based drug use amount information) regarding the drug use amount of each store. This drug usage information for each store correlates, for example, the store ID of each store, the drug code of each drug used in each store, and the usage amount (lock unit, heat unit, box unit, etc.) of each drug. It is configured.

The store-specific order data DB 116 is store-specific order information storage means for storing information (order-specific order information) regarding the order contents of medicines for each store. This store-by-store order information includes, for example, a store ID of each store, a drug code and an intermediate code of each drug ordered at each store, and an order quantity of each drug, which are associated with each other.

Further, the fraction data DB 117 is a fraction information storage means for storing information (fraction information) about a medicine of a part which does not correspond to an integral multiple of the minimum ordering unit. This fractional information includes, for example, the store ID of each store, the drug code and intermediate code of each drug ordered at each store, and the fractional ordering amount of each drug (ordering amount less than the minimum ordering unit). It is configured to be associated with each other.

Further, the order confirmation data DB 118 is an order confirmation information storage means for storing information (order confirmation information) to be confirmed at each store regarding the medicine to be ordered. This order confirmation information includes, for example, the drug code and the intermediate code of each drug to be ordered, the total amount of the ordered amount of each drug, the store ID of each store that ordered each drug, and the ordered amount of each drug for each store. It is configured in association.

Further, the purchase confirmation data DB 119 is a purchase confirmation information storage means for storing information (purchase confirmation information) on a medicine whose ordering has been confirmed. This purchase confirmation information includes, for example, the drug code and the intermediate code of each drug to be ordered, the total amount of the ordered amount of each drug, the store ID of each store that ordered each drug, and the ordered amount of each drug for each store. Is configured in association with.

The store-by-store inventory DB 120 is a stock information storage means for storing information (stock-by-store inventory information) about the inventory of each store. This inventory information for each store includes, for example, a store ID of each store, a drug code of a drug stored in each store, a JAN code, delivery date and time (delivery timing information) of each drug, serial number of each drug, and each drug. The expiration date and the quantity of each drug are associated with each other.

The delivery data DB 121 is delivery information storage means for storing information (delivery information) about the medicine delivered to each store. The delivery information is configured by, for example, associating the drug code and the intermediate code of the delivered drug, the manufacturing number, the expiration date, the store ID of the delivered store, the quantity, and the delivery date and time with each other.

The inventory correction data DB 122 is an inventory correction information storage means for storing information (inventory correction information) for correcting the inventory information of each store. This inventory correction information includes, for example, the name of the drug to be modified, the modified drug code, the modified intermediate code, the modified production number, the modified expiry date, and the modified quantity. It is configured in association.

The WebDB 123 is the store PC 20.
It is a Web information storage means for storing screen data and audio data of a Web page to be transmitted to 0 or the like. The screen data is described and stored in, for example, HTML (Hypertext Markup Language) or XML (Extensible Markup Language). In addition, if necessary, audio data may be stored in the Web data as an audio file such as WAVE format or AIFF format, and still images or moving images may be stored in JPEG format or MPEG format.
It can be stored as an image file in two formats.

Further, in FIG. 2, the communication control unit 130
Is a communication control unit that controls communication between the dispensing management server 100 and the Internet 500 (or a communication device such as a router), and is a receiving unit that receives information such as a drug code or an intermediate code from the store PC 200, at the time of picking. It functions as a transmitting unit that transmits the drug code and the like to the store PC 200, and a receiving unit that receives the drug code and the like for identifying the drug to be searched.

Further, in FIG. 2, the control section 140 is a control means for controlling each section of the dispensing management server 100,
Conceptually, the prescription input daily total processing unit 141, the authentication processing unit 142, the picking processing unit 143, the order processing unit 144,
The inventory correction unit 145 and the inventory search unit 146 are provided.

Of these, the prescription input daily total processing unit 141
Based on the information about the drug prescribed in the store,
It is a person input daily total processing means for performing necessary processing for performing receipt accounting and the like. The authentication processing unit 142 is an authentication processing unit that performs processing related to authentication when accessing the dispensing management server 100. The picking processing unit 143 is a picking processing unit that processes information about picking performed in the store.

Further, the order processing section 144 calculates the total amount of each drug to be replenished based on the quantity to be replenished at each dispensing store, and orders each drug to a predetermined ordering party based on this total amount and the like. It is an ordering means for performing a predetermined process for performing, and a code converting means for performing mutual conversion between a drug code and a JAN code, and for ordering each drug to a predetermined ordering party using the JAN code. It is an ordering unit that performs a predetermined process. In addition, the inventory correction unit 145
It is an inventory correction unit that corrects the information stored in the store-specific inventory DB 120 based on the inventory correction information. Further, the inventory search unit 146 uses the drug code transmitted from the store PC 200 as a search key and the information stored in the store-specific inventory DB 120 as a search target to search for a dispensing store in which a predetermined drug is in stock. Is. The details of the processing performed by these units will be described later.

(System Configuration-Store PC 200) Next, the configuration of the store PC 200 will be described. FIG. 3 is a block diagram showing a main configuration of the store PC 200. The store PC 200 is a terminal device (first terminal device), and is roughly a RAM (Random Access Memory) 21.
0, HD (Hard Disk) 220, input device 230, output device 240, input / output control IF 250, communication control IF 26
0 and a control unit 270,
These units are connected via a bus so that data communication is possible.

Of these, the RAM 210 is the store PC 20.
0 is a storage unit that volatilely stores programs and data required to control each unit of 0. Also, HD
220 is a storage unit that stores in a nonvolatile manner a program and data required to control each unit of the store PC 200. In particular, in the present embodiment, the HD22
0 functions as a name code information storage unit that stores basic information (name code information) regarding the correspondence between the drug name and the drug code. This name code information is configured, for example, by associating the drug code of each drug and the name of each drug with each other.

The input device 230 is an input means for accepting input of various kinds of information including the drug code of the medicine and the amount used, and comprises a keyboard 231 and a mouse 232. The output device 240 is an output unit that outputs various kinds of information from the store PC 200,
The monitor 241 is provided.

The input / output control IF 250 controls input / output of data by the input device 230 and the output device 240. Further, the communication control IF 260 is a transmission unit that transmits various kinds of information including the drug code and the usage amount input via the input device 230 to the dispensing management server 100, and stores PC 200 and the Internet 500 (or LAN switch or the like). Communication control).

The control section 270 is a control means for controlling each section of the store PC 200 and is functionally conceptually a Web.
The browser 271 and the receipt processing unit 272 are provided. This Web browser 271 is basically
The necessary information is acquired from the dispensing management server 100 or the like via the Internet 500, and this information is interpreted to monitor 2.
It is a transmission / reception means of Web data which is displayed on 41 or the like and further transmits necessary information to the dispensing management server 100 or the like.

Further, the receipt processing unit 272 is a receipt processing means for summing up the information regarding the summation result of the prescribed medicines for each day in order to perform the processing relating to the reception. With regard to the functions of the Web browser 271 and the receipt processing unit 272, for example, a program that substantially constitutes the Web browser 271 and the receipt processing unit 272 is stored in the HD 220, and the RAM 2 is executed at the time of execution.
It is realized by being loaded into 10, and being interpreted and executed by the control unit 270.

(System configuration-Handy terminal 60)
0) Next, the configuration of the handy terminal 600 will be described. FIG. 4 is a block diagram showing the main configuration of the handy terminal 600. This handy terminal 600 is
A terminal device (second terminal device), and roughly includes a storage unit 610, an input device 620, an output device 630, an input / output control IF 640, a communication control IF 650, and a control unit 6.
60, and these units are connected via a bus so that data communication is possible.

Of these, the storage unit 610 is a storage means for storing programs and parameters for realizing various functions of the handy terminal 600, and data input in the picking processing described later. Although the specific configuration of the storage means is arbitrary, it is configured by, for example, a flash memory or a RAM.

The input device 620 is an input means for inputting various kinds of information to the handy terminal 600, and comprises a keyboard 621 and a bar code reader (reading means) 622. The output device 630 is an output unit that outputs various types of information from the handy terminal 600, and includes a monitor 631.

The input / output control IF 640 controls the input / output of data by these input devices and output devices. The communication control IF 650 controls communication between the handy terminal 600 and the store PC 200.

The control section 660 is a control means for controlling each section of the handy terminal 600, and is functionally and conceptually provided with a picking processing section 661.
The picking processing unit 661 is a picking processing unit that performs processing related to picking, and when the drug code transmitted from the dispensing management server 100 and the drug code read by the barcode reader 622 are different from each other, It is an alarm processing unit that performs a process for outputting a predetermined alarm. Details of this processing content will be described later. The function of the picking processing unit 661 is realized, for example, by storing a program that substantially constitutes the picking processing unit 661 in the storage unit and interpreting and executing the program by the control unit.

(System Configuration-Store Headquarters Server 300) Next, the structure of the store headquarters server 300 will be described.
FIG. 5 is a block diagram showing the main configuration of the store headquarters server 300. The store headquarters server 300 is a delivery information processing device, and is configured to include a storage unit 310, a communication control unit 320, and a control unit 330, and these units are communicably connected via an arbitrary communication path. Has been done.

Of these, the storage unit 310 is a storage unit (storage unit) for storing programs and data necessary for various functions of the store headquarters server 300, and conceptually, the prescription input daily total processing DB 311, Purchase confirmation data D
B312 and the code conversion master DB 313 are provided. These prescription input date processing DB31
1. The purchase confirmation data DB 312 and the code conversion master DB 313 are a prescription input daily total processing DB 114 and a purchase confirmation data DB 11 of the dispensing management server 100, respectively.
9 and storage means for storing the same information as the code conversion master DB 113.

Further, in FIG. 5, the communication control section 320,
It is a communication unit that controls communication between the store headquarters server 300 and the Internet 500 (or a communication device such as a router).

Further, in FIG. 5, the control section 330 is a control means for controlling each section of the store headquarters server 300,
Conceptually, it is configured to include a prescription input daily total processing unit 331 and a purchase confirmation processing unit 333.

Of these, the prescription input daily total processing unit 331
It is a person input daily total processing means for performing processing necessary for performing receipt accounting and the like based on information about a drug prescribed in each store. In addition, the purchase confirmation processing unit 33
Reference numeral 3 is a purchase confirmation processing means for performing processing when confirming the purchase of the medicine at each store. The details of the processing performed by these units will be described later.

(System Configuration-Store Headquarters PC 700) Next, the configuration of the store headquarters PC 700 will be described. FIG. 6 is a block diagram showing the main configuration of the store headquarters PC 700. The store headquarters PC 700 is a terminal device, and is roughly a RAM 710, a HD 720, and an input device 73.
0, an output device 740, an input / output control IF 750, a communication control IF 760, and a control unit 770, and these units are connected via a bus so that data communication is possible. However, each part of the store headquarters PC 700 is
Except as otherwise noted, the components of the store PC 200 may have substantially the same name.

Here, the input device 730 functions as an input means for receiving the input of a drug code or the like for identifying the drug to be searched. In addition, the control unit 770 includes
Conceptually, in addition to the Web browser 771, an update processing unit 772 is provided. This update processing unit 772
Is the code conversion master DB1 of the dispensing management server 100.
13 is an update processing unit for updating various codes stored in 13. The details of the processing performed by these units will be described later.

(System Structure-Stockpiling Server 400) Next, the structure of the stockpiling server 400 will be described. Figure 7
FIG. 3 is a block diagram showing a main configuration of a stockpiling server 400. In FIG. 7, the storage server 400 includes a storage unit 4
10, a communication control unit 420, and a control unit 430 are provided, and these units are communicably connected via an arbitrary communication path.

Of these, the storage unit 410 is the stockpiling server 4.
00 is a storage unit (storage unit) for storing programs and data necessary for various functions of 00, and functionally conceptually, an order information DB 411 and a stockpiling inventory DB 412.
It is configured with.

Of these, the order information DB 411 is an order information storage means for storing information (order information) about the order of the medicine transmitted from the dispensation management server 100. This ordering information is configured by, for example, correlating the JAN code of each ordered drug, the total amount of the ordered amount of each drug, the store ID of each store that ordered each drug, and the ordered amount of each drug in each store. Has been done.

The stockpile inventory DB 412 is a stockpile inventory information storage means for storing information (stockpile inventory information) on drugs stored in the stockpile center. The stockpiled inventory information is configured by, for example, associating the JAN code of each drug, the manufacturing number of each drug, and the expiration date of each drug with each other.

Further, in FIG. 7, the communication control unit 420
Is a communication unit that controls communication between the stockpiling server 400 and the Internet 500 (or a communication device such as a router).

Further, in FIG. 7, the control unit 430 is a control means for controlling each unit of the stockpiling server 400, and is functionally and conceptually provided with a delivery processing unit 431.
The delivery processing unit 431 is a delivery processing unit that performs processing for delivering the medicine stored in the storage center to each store. The details of the processing performed by these units will be described later.

(Details of Process) Next, the contents of the process performed by using the present system configured as described above will be described. This process is (1)
The processing is roughly divided into processing related to ordering of medicines by picking, (2) processing related to manual ordering processing of medicines, and (3) processing related to confirmation of whereabouts of medicines. Hereinafter, each of these processes will be sequentially described. In addition, as a premise of each process, it is assumed that each information is stored in advance in each DB by an arbitrary method unless otherwise specified.

(Details of Process-Ordering Process of Drug by Picking) First, a process relating to ordering of a drug by picking will be described. This process is, as shown in FIG. 9, a process related to prescription input daily counter and picking (step SA-
1), processing regarding ordering (step SA-2) and processing regarding delivery (step SA-3).

(Details of Process-Picking Order-Prescription Input Daily Count and Picking Process) First, the prescription input daily total and picking process will be described. A flowchart of this process is shown in FIG. First, the person in charge of each store, when prescribing the drug, stores PC
To request a login to the dispensation management server 100 (step SB-1). For example, We of store PC200
b The browser 271 is started, and this Web browser 271
In the specified field of the specified URL (Uniform Resource Locato
Enter r).

Upon receipt of this request via the Internet 500, the authentication processing unit 142 of the dispensing management server 100
Authenticate the store or person in charge. That is, WebD
The screen data of the authentication screen is called from B123, and this screen data is sent to the store PC 20 via the Internet 500.
0 (step SB-2).

The screen data thus transmitted is interpreted by the Web browser 271 of the store PC 200 and displayed on the monitor 241 (step SB-3). It is assumed that each screen described below is also interpreted by the Web browser 271 and displayed on the monitor 241.

After that, when the person in charge inputs the store ID and store password of the store on the authentication screen and instructs the transmission, the inputted store ID and store password are transmitted to the dispensation management server 100 (step SB). −
4). Then, the authentication processing unit 14 of the dispensing management server 100
2 authenticates based on the transmitted store ID and store password and the store ID and store password stored in the store master DB 111 (step S).
B-5).

If this authentication is OK, the dispensing management server 1
The prescription input daily total processing unit 141 of 00 calls the screen data of the prescription data input screen from the WebDB 123 and transmits the screen data to the store PC 200 (step S
B-6). As a result, the prescription data input screen is displayed on the store PC.
It is displayed on the monitor 241 of 200 (step SB-
7). Then, the person in charge inputs the name and quantity of the medicine prescribed in the store into the store PC 200. This input can be performed in the same manner as the input of the prescription content in the conventional receipt computer system, for example, the keyboard 23.
It may be manually input by using 1 or the like, or may be automatically input by scanning a barcode attached to a medicine to be prescribed with a barcode reader (not shown). The information thus input is transmitted to the dispensation management server 100 (step SB-8).

Upon receipt of this transmission, the prescription input daily total processing unit 141 of the dispensation management server 100 updates the prescription input daily total information and the store-specific drug usage information based on the transmitted information (step SB-9). ). That is, the prescription input daily total processing unit 141 calls the drug code corresponding to this name by referring to the drug master DB 112 based on the name of the drug transmitted from the store PC 200. Then, this drug code, the quantity of the drug transmitted from the store PC 200, and the date at that time acquired by an arbitrary method are associated with each other, and the prescription input daily processing DB 1
Store in 14.

Further, the prescription input daily total processing unit 141 refers to the store-specific drug usage amount data DB 115 based on the store ID transmitted from the store PC 200, and calls the store-specific drug usage amount information corresponding to the store ID. . Then, the store PC 200 is added to the amount in the called drug usage amount information by store.
Add the quantity of medicines sent from.

Although not shown, the information stored in the dispensing management server 100 in this manner is transmitted to the store headquarters server 300, and the prescription input date processing unit 331 of the store headquarters server 300 causes the prescription input date total to be calculated. It is stored in the processing DB 311. Then, the prescription input daily total processing unit 331 executes the processing of receipt accounting as necessary based on the information stored in the prescription input daily total processing DB 311, calculates the insurance premium of medical insurance, and bills the same. I do. It should be noted that the process of this receipt transaction itself can be the same as that of a known receipt system, and therefore its explanation is omitted.

After that, the picking processing unit 143 of the dispensing management server 100 updates the screen data of the prescription data input screen using the called drug code and the quantity of the drug transmitted from the store PC 200, and the store PC 20
0 (step SB-10). As a result, the prescription data input screen on the monitor 241 of the store PC 200 is updated (step SB-11).

After that, the person in charge connects the handy terminal 600 to the store PC 200 with a serial cable or the like, and transfers the picking data transmitted from the dispensing management server 100 to the handy terminal 600 (step SB-12). . Note that the specific connection form between the store PC 200 and the handy terminal 600 is arbitrary,
For example, a wireless LAN can be used.

The person in charge is the handy terminal 6
After disconnecting 00 from the store PC 200, a picking screen including picking data is displayed on the monitor 631 of the handy terminal 600 (step SB
-13), picking is performed in this state. The picking processing unit 661 controls the display control of the picking screen and the control related to data input during picking, which will be described later.
Will be held in.

This picking screen is an input screen for the person in charge of the store to perform picking. For example, FIG.
1, the medicine name MA-1 and the drug code MA-2 transmitted from the dispensation management server 100, the intermediate code input fields MA-3 and MA-4, and the order quantity input field M
A-5, an instruction button M for instructing picking of the next medicine
A-6 and a send button MA-7 for instructing data transfer to the store PC 200 are provided.

Then, the person in charge inputs the intermediate code, the order quantity, etc. while comparing the medicine name and medicine code displayed on the screen with the medicine name and medicine code of the medicine actually to be ordered. This input can be performed using the drug label provided at the storage position of each drug on the drug rack of the store. This medicine label is, for example, as shown in FIG. 12, the medicine name MB-1 and the medicine code M.
B-2 and its bar code MB-3, intermediate code (maker code and branch number) MB-4 and its bar code MB-5.

Then, the person in charge looks for a drug having a name and a drug code matching these while looking at the drug name and the drug code displayed on the screen. Then, the intermediate code bar code displayed on the medicine label of the medicine is read by the bar code reader 622 of the handy terminal 600 to input the intermediate code. In addition, the person in charge uses the keyboard 6 to determine the order quantity of each drug.
Input via 21. The drug code, the intermediate code, and the order quantity thus input are displayed on the picking screen and stored in the storage unit. According to such an input process, since it is possible to place an order for the medicine in contrast with the data passed through the management center, it is possible to reduce mistakes when ordering the medicine.

Here, when inputting the drug code or the like, the picking processing unit 661 confirms the match between the input drug code and the drug code previously transferred from the store PC 200. Not Output an alarm sound or the like through the speaker to prompt reconfirmation or correction of input contents.

After that, the person in charge was handy terminal 6
00 is connected to the store PC 200 with a serial cable or the like, the send button is selected, and the name of the medicine, the drug code, and the input data are transferred to the store PC 200 (step SB-14). And the person in charge is the store PC 200
By performing a predetermined operation in, the input data and the like are transmitted to the dispensing management server 100 (step SB-1).
5).

Upon receipt of this transmission, the picking processing unit 143 of the dispensing management server 100 transmits the name of the medicine, the medicine code, the intermediate code, and the medicine transmitted from the store PC 200.
The order quantity and the shop ID previously acquired are stored in the shop order data DB 116 as shop order information (step S).
B-16. First information acquisition procedure). This completes the prescription input total and the picking process.

(Details of Process-Picking Order-Order Process) Next, the order process will be described. Flow charts of this processing are shown in FIGS. In this process, the order processing unit 144 of the dispensation management server 100 aggregates the order quantity of each store and places a collective order. Specifically, first, the order processing unit 144, when a predetermined aggregation timing (for example, after the end of business hours on each business day) arrives (step S).
C-1), the order information for each store stored in the order data DB for each store 116 is called (step SC-2). Also,
The order processing unit 144 calls the fraction information stored in the fraction data DB 117 (also step SC-
2).

Then, the order processing unit 144 calculates the total amount of medicine ordered contained in the store-specific order information or fraction information for each drug code and intermediate code (step SC-3). Then, the order processing unit 144 refers to the drug master DB 112 based on the drug code included in the order information for each store, and calls the minimum order unit of each drug corresponding to each drug code (step SC-4).

Then, the total ordered quantity is compared with the minimum ordered unit of each called medicine, and the ordered medicine and its ordered quantity are provisionally determined (step SC-
5). That is, the ordering quantity corresponding to an integer multiple of the minimum ordering unit is set as the ordering quantity of the medicine to be ordered this time, and the ordering quantity that is less than the minimum ordering unit or the surplus ordering quantity that exceeds the integral multiple of the minimum ordering unit is , It is decided that the fraction will not be ordered this time, and will be considered when ordering next time.

After the order quantity is provisionally confirmed, the order processing unit 144
Stores the store ID, the drug code and the intermediate code, and the order quantity for the medicine determined as the fraction as fraction information in the fraction data DB 117 (step SC
-6). Further, the order processing unit 144 stores the order quantity of the medicine determined to be ordered this time in the order data DB for each store.
116 or the fraction data DB 117 is deleted from the corresponding quantity to update the order information and fraction information for each store (step SC-7).

After that, the order processing unit 144, regarding the medicine to be ordered this time, the drug code and the intermediate code of each medicine to be ordered, the total quantity of the ordered quantity of each medicine, the store ID of each shop that ordered each medicine, and the The order quantity of each drug at each store
The order confirmation information is stored in the order confirmation data DB 118 (step SC-8).

The order confirmation information thus stored is transmitted to the store PC 200 of each store (step SC-
9). Then, the person in charge of each store confirms the suitability of the order contents based on the order confirmation information. Although the method of transmitting and receiving this order confirmation information and the method of confirmation are arbitrary, for example, the order processing unit 144 of the dispensing management server 100 generates screen data of a Web screen for order confirmation based on the order confirmation information, and this screen is displayed. Data is sent to the store PC 200 in response to a request from the store PC 200 or by server push.
Send to. Note that such screen data can be generated using, for example, CGI (Common Gateway Interface).

As a result, the monitor 241 of the store PC 200
The order confirmation screen is displayed on the screen (step SC-10).
This screen is a screen for confirming the medicine ordered at each store. For example, a confirmation button for inputting the drug code and the intermediate code of the medicine ordered at each store, the order quantity, and the fact that the order contents have been confirmed. It is configured to include. Then, when the person in charge confirms the order contents and selects the confirmation button via the input device 230, the fact that the confirmation has been made is transmitted to the dispensation management server 100 (step SC-11).

Upon receipt of the confirmation from the person in charge, the order processing section 144 of the dispensing management server 100 uses the confirmed order confirmation information as purchase confirmation information as the purchase confirmation data DB 119.
(Step SC-12). After that, the order processing unit 144 performs processing for ordering the medicine to the stockpiling center. Specifically, the order processing unit 144 uses the code conversion master DB based on the drug code and the intermediate code included in the purchase confirmation information of the purchase confirmation data DB 119.
113, and calls the JAN code corresponding to these drug code and intermediate code (step SC-1).
3).

Then, the order processing section 144 uses the JAN as the drug code and the intermediate code included in the purchase confirmation information.
The order information is generated by converting it into a code (step SC-14). Then, the order processing unit 144 transmits the order information to the stockpiling server 400,
Process the order. By such processing, the drug code can be converted into the JAN code, and the drug can be ordered by uniquely specifying the drug manufacturer and the delivery form.

On the other hand, the delivery processing section 43 of the stockpiling server 400.
No. 1 monitors whether or not the order information is transmitted from the dispensing management server 100, and when the order information is transmitted, the order information is stored in the order information DB 411 (step SC-15). This completes the ordering process.

Although illustration is omitted, the purchase confirmation information stored in the purchase confirmation data DB 119 is transmitted to the store headquarters server 300 as necessary, and the purchase confirmation processing unit 333 of the store headquarters server 300. Is stored in the purchase confirmation data DB 312. Then, the store headquarters manages sales of each store using the purchase confirmation information stored in this way.

Further, the code conversion master information in the code conversion master DB 113 is updated from the store headquarters if necessary. That is, the person in charge of the store headquarters can call the code conversion master information stored in the code conversion master DB 313 of the store headquarters server 300 via the update processing unit 772 of the store headquarters PC 700 and update it to the latest contents. . Then, the code conversion master information updated in this way can be transmitted to the dispensing management server 100 via the Internet 500 and stored in the code conversion master DB 113 of the dispensing management server 100.
As a result, the dispensing management server 100 can always hold and use the latest code conversion master information.

(Details of Processing-Picking Order-Delivery Processing) Next, the delivery processing will be described. A flowchart of this processing is shown in FIG. In this process, the delivery processing unit 431 of the stockpiling server 400 delivers the ordered medicine when the predetermined delivery timing arrives (step SD-1). For example, the delivery processing unit 431 calls the order information from the order information DB 411 (step SD-
2) The delivery slip in which the contents of the order information are described is automatically output in a predetermined format via an output device (not shown) (step SD-3).

Thereafter, the stockpiling center automatically or manually selects and ships the medicine based on the delivery slip. At this time, the order quantity for each store may be transmitted to the stockpiling server 400, and the stockpiling center or the like may perform a process for subdividing and delivering the medicine to be delivered to each store.

The delivery processing unit 431 also calls the stockpiling information corresponding to the medicines to be delivered to each store, that is, the JAN code, serial number, and expiration date of each medicine to be delivered from the stockpiling inventory DB 412, and stores these stockpiles. The information, the store ID of the store serving as the delivery destination, the quantity to be delivered, and the date and time (delivery date and time) at that time are transmitted to the dispensation management server 100 as delivery information (step SD-4).

The order processing unit 144 of the dispensing management server 100 receiving this transmission stores the delivery information transmitted from the stockpiling server 400 in the delivery data DB 121 (step SD-5). This completes the delivery process and the drug ordering process by picking. After this process,
If necessary, the medicine delivered to each store can be inspected, and the result can be accumulated in the store PC 200 or the dispensing management server 100 and used for various processes.

(Details of Process-Processing for Manual Drug Ordering) Next, a process for manually ordering a drug will be described. As shown in FIG. 16, this processing is processing related to picking (step SE-1), processing related to ordering (step SE-2), and delivery (step SE-3).
Are roughly divided into processes.

(Details of Process-Manual Drug Ordering Process-
Picking Process) First, the picking process will be described. A flowchart of this processing is shown in FIG. First of all, the person in charge of the store
A predetermined picking screen is displayed on the monitor 631 of the handy terminal 600 by a predetermined method (step SF-
1), picking is performed in this state.

This picking screen is an input screen for the person in charge of the store to perform picking. For example, a drug code input field, an intermediate code input field, an order quantity input field, and a next drug picking instruction are given. And a send button for instructing data transfer to the store PC 200.

Then, the person in charge inputs information about the medicine to be ordered in each input field. This input can be performed using a bar code provided on a drug shelf in the store, as in the case of the ordering process of the drug by picking. That is, the person in charge looks for a medicine shelf in which the medicine to be ordered is stored, and the barcode attached to the medicine shelf is used as the barcode reader 62 of the handy terminal 600.
By reading in 2, the drug code and the intermediate code are entered. Further, the person in charge inputs the order quantity of each medicine via the keyboard 621. The drug code, intermediate code, and order quantity entered in this way are
Displayed on the picking screen.

After that, the person in charge is the handy terminal 6
00 is connected to the store PC 200 with a serial cable or the like, the send button is selected, and the input data is stored in the store PC 20.
0 (step SF-2). And store PC
By performing a predetermined operation in 200, the input data is transmitted to the dispensation management server 100 (step SF-
3).

The picking processing unit 143 of the dispensation management server 100 that receives this transmission sends the name of the medicine, the medicine code, the intermediate code, and the medicine transmitted from the store PC 200.
The order quantity and the shop ID previously acquired are stored in the shop order data DB 116 as shop order information (step S).
F-4). This completes the picking process.

(Details of Process-Manual Drug Ordering Process-
Other Processes) After that, almost the same process as the ordering process and the delivery process is performed as in the case of the drug ordering process by picking. However, in the processing related to ordering,
Processing for confirming the order contents for each store (Fig. 13,
14 Steps SC-8 to SC-12) can be omitted, and after Step SC-7, regarding the medicine to be ordered this time, the drug code and the intermediate code of each medicine to be ordered, the total quantity of the ordered quantity of each medicine, Store I of each store that ordered each drug
D and the order quantity of each drug for each store can be stored in the purchase confirmation data DB 119 as purchase confirmation information. This completes the manual drug ordering process.

(Details of Process-Process for Confirming Drug Location) Next, a process for confirming the drug location will be described. This process is roughly divided into a process for correcting inventory information and a process for inquiring inventory information.

(Details of Process-Process for Confirming Drug Location-Inventory Information Correction Process) First, a process for correcting inventory information will be described. A flowchart of this processing is shown in FIG. In this process, the contents of the inventory information stored in the dispensing management server 100 are modified in response to inventory fluctuations due to daily receipts and payments at each store, prescription cancellations, manufacturing numbers, requests for modification of expiration dates, and the like. Further, the store-by-store inventory information stored in the dispensing management server 100 is automatically updated based on the drug prescription record at each store and the drug delivery record to each store.

Specifically, if the person in charge wants to cancel a prescription that was previously performed or to correct the contents of the store-specific inventory information stored in the management center, the store PC 200
The web browser 271 is started, and the URL (Uniform Resource Locator) of a predetermined inventory correction screen for correcting the inventory information for each store is input to a predetermined field of the web browser 271 to request transmission of screen data (step SG
-1).

Upon receiving this request via the Internet 500, the authentication processing unit 142 of the dispensing management server 100
Authentication is performed similarly to the case of ordering processing by picking (steps SG-2 to SG-5). Then, when this authentication is OK, the inventory correction unit 14 of the dispensing management server 100.
5 refers to the store-specific inventory DB 120 based on the store ID transmitted from the store PC 200 to call the store-specific inventory information of the store (step SG-6). The inventory correction unit 145 also calls the prescription input daily total information of the store by referring to the prescription input daily total processing DB 114 based on the store ID. Then, the inventory correction unit 14
5 uses the information thus called to generate screen data for the inventory correction screen, and stores this screen data in the store PC 200.
(Step SG-7).

As a result, the monitor 241 of the store PC 200
The inventory correction screen is displayed on the screen (step SG-8). This screen is a screen for correcting the inventory, and as shown in FIG. 19, for example, as shown in FIG. 19, the name MC-1 of the medicine prescribed so far, the drug code MC-2, and the quantity display MC-3. And an input field MC- for entering the correction quantity
4, the name of the drug MC-5 contained in the store inventory information, the drug code MC-6 contained in the store inventory information, the intermediate code MC-7 contained in the store inventory information, and the intermediate code to be corrected. Input field MC-8 for input, serial number MC-9 included in inventory information by store, input field MC-10 for inputting serial number to be corrected, expiration date MC-11 included in inventory information by store, correction Entry field MC-12 for entering the expiration date you want, quantity M included in the store inventory information
C-13, input field MC for inputting the quantity to be corrected
-14, and a send button MC-15 for instructing to send the input content.

Then, when the person in charge inputs necessary information and selects the send button MC-15, the entered information is sent to the dispensing management server 100 (step SG-
9). The inventory correction unit 145 of the dispensation management server 100 that receives this information stores the information transmitted from the store PC 200 as
It is stored in the inventory correction data DB 122 as inventory correction information (step SG-10).

Further, the inventory correction section 145 corrects the store-specific inventory information in the store-specific inventory DB 120 based on the information thus transmitted from the store PC 200 (step SG-
11). This correction is made to reflect the cancellation of the prescription at the store. For example, the quantity of the medicine in the store-by-store inventory information is overwritten with the quantity of the medicine transmitted from the store PC 200.

Further, the inventory correction unit 145 uses the in-store drug use amount information stored in the in-store drug use amount data DB 115 in the above-described prescription input daily total process to store-based inventory D
The store-specific inventory information of B120 is corrected (step SG-1).
2). This correction is performed in order to subtract the drug prescribed at each store from the store-specific inventory information. For example, the stock information of the drug corresponding to the quantity indicated by the drug usage information for each store is deleted from the stock information for each store.

In particular, the stock information to be deleted here is determined on the assumption that the drug is first-in first-out in the store. Specifically, the delivery date and time included in the inventory information is referred to, and the inventory information is deleted in the order of the delivery date and time, by the amount of the medicine used specified by the medicine use amount information. It should be noted that the inventory information may be corrected as long as it can indicate that the drug has been prescribed. Therefore, the inventory information does not necessarily have to be deleted. For example, a flag indicating that the drug has been prescribed may be set.

Also, the inventory correction section 145 determines that the delivery data D
Based on the delivery information stored in B121, the store inventory information in the store inventory DB 120 is modified (step SG).
-13). This correction is performed in order to add the drug delivered from the stockpiling center to each store to the store-specific inventory information. For example, the manufacturing number, the expiration date, the quantity, and the delivery date and time of the delivered medicine are stored in the in-store inventory DB 120 in association with the store ID of the delivered store. This completes the inventory information correction process.

(Details of Process-Process Regarding Confirmation of Drug Location-Inventory Information Inquiry Process) First, a process for inquiring inventory information will be described. A flow chart of this process is shown in FIG. In this process, the drug can be searched for the in-store inventory information stored in the dispensing management server 100.

Specifically, if the person in charge of the store headquarters wants to perform a search due to a recovery instruction or the like, he / she activates the web browser of the store headquarters PC 700, and enters a predetermined field in this web browser. , URL (Uniform Resource Locat) of a predetermined search screen for searching inventory information by store
or) to input a screen data transmission request (step SH-1).

Upon receipt of this request via the Internet 500, the authentication processing unit 142 of the dispensing management server 100
Authentication is performed as in the case of ordering processing by picking or the like (steps SH-2 to SH-5). Then, if this authentication is OK, the inventory search unit 14 of the dispensing management server 100.
6 calls the screen data of the search screen from the WebDB 123 and sends this screen data to the store headquarters PC 700 (step SH-6).

As a result, the search screen is displayed on the monitor of the store headquarters PC 700 (step SH-7). This screen is a screen for performing a drug search targeting store-based inventory information. For example, as shown in FIG. 21, an input field MD-1 for inputting a drug code of a drug to be searched, a drug to be searched, It is provided with an input field MD-2 for inputting a manufacturing number, a drop-down list MD-3 for selecting a location area of a store to be searched, and a search button MD-4 for instructing search execution.

Then, the person in charge inputs one or both of the drug code and the serial number, selects the location area from the drop-down list MD-3 as necessary, and selects the search button MD-4 to input and The selected information is transmitted to the dispensing management server 100 (step SH-8).

The inventory search unit 146 of the dispensing management server 100 receiving this transmission searches the inventory information for each store based on the information transmitted from the store headquarters PC 700. For example, when the location area is selected, the store ID of the store corresponding to the location area is called from the store master DB 111, and only the inventory information by store corresponding to the store ID is called as a search target (step SH). -9). Then, using the drug code or serial number entered by the person in charge as the search key, the inventory information for each store is searched under the AND condition or the OR condition, and the store ID of the corresponding store is searched.
Is specified (step SH-10).

After that, the stock search unit 146 refers to the store master DB 111 based on the specified store ID,
Call the store master information of the corresponding store. And
The inventory search unit 146 generates screen data of the search result display screen based on the store master information, and transmits this screen data to the store headquarters PC 700 (step SH-1).
1).

As a result, the search result display screen is displayed on the monitor of the store headquarters PC 700 (step SH-1).
2). This screen is a screen for displaying the search result to the person in charge. For example, as shown in FIG. 22, the drug code ME-1, the serial number ME-2, and the location area ME- which are the search keys. 3, the address ME-4, the store name ME-5, and the telephone number ME-6 of each store in which the retrieved drug is in stock are displayed. Since such a search can be performed, it is possible to easily confirm the whereabouts and the like of the drug to be collected. This completes the inventory information inquiry process.

(Other Embodiments) Now, the embodiments of the present invention have been described so far, but the present invention is not limited to the above-described embodiments, and can be applied to the technical idea described in the claims. It may be implemented in various different embodiments within the scope.

For example, although the store headquarters is provided in the above embodiment, the store headquarters may be omitted and the system may be configured by each store, the management center, and the stockpiling center.

Further, the conversion function between the drug code and the JAN code has been described as being provided in the dispensing management server 100, but this conversion function may be provided in the store PC 200 or the stockpiling server 400.

Further, in addition to the store PC 200, the store may be provided with a receipt computer for performing information processing regarding the receipt. In this case, for example, the prescription input daily total processing is performed between the receipt computer and the dispensing management server 100, and the picking processing is performed at the store PC 200.
And the dispensing management server 100.

Further, of the processes described in the embodiments, all or part of the processes described as being automatically performed may be manually performed, or described as being performed manually. All or part of the processing can be automatically performed by a known method. In addition to the above, the processing procedures and control procedures shown in the above documents and drawings,
Information including parameters such as specific names, various types of registration data, and search conditions can be arbitrarily changed unless otherwise specified.

Further, each component of each device shown in the drawings is functionally conceptual, and does not necessarily have to be physically configured as shown. For example, all or some of the processing functions provided in each server or each device, particularly each processing function performed by the control unit, may be performed by a CPU (Central P
rocessing unit) and a program that is analyzed and executed by the CPU, or is realized as hardware by wired logic. Further, this computer program may be recorded in an application program server connected to each server or each device via an arbitrary network, and it is possible to download all or part of the computer program as necessary. is there. Alternatively, all or any part of each control unit can be realized as hardware such as a wired logic.

Further, the physical form of distribution / integration of each server and each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically arranged in arbitrary units according to various loads. Can be distributed and integrated into Each device is a PHS (Personal Handy Phone System).
Other forms of mobile communication terminals, personal computers, workstations, home game consoles, Internet TVs, or PDAs (Personal Digita).
l Assistant), KIO installed at a convenience store
It may be configured as an SK terminal or the like.

(Network) Further, the network connecting each server and each device is not limited to the above-mentioned Internet 500, and any network can be used. For example, this system can be constructed using a LAN, WAN, or personal computer communication network within a limited area. Also,
In addition, various data can be transmitted and received by using terrestrial waves, CATV, CS, BS, a broadband network, or the like. That is, the network can include not only a wired network but also these wireless / communication networks.

The "computer-readable recording medium" means a floppy disk, a magneto-optical disk, an R
OM, EPROM, EEPROM, CD-ROM, M
Any "portable physical medium" such as O, DVD, ROM, RAM, HD built into various computer systems
"Fixed physical medium" such as LAN, LAN,
A "communication medium" that holds a program in a short term, such as a communication line or a carrier wave when transmitting the program through a network typified by WAN and the Internet, is included.

The "program" is a data processing method described in any language or description method, and may take any form such as source code or binary code. In addition,
The "program" is not necessarily limited to a single configuration, and its functions can be realized by collaborating with a distributed configuration of a plurality of modules and libraries, or a separate program represented by an OS (Operating System). Including what you achieve. Regarding the specific configuration for reading the recording medium in each device shown in the embodiments, the reading procedure, or the installation procedure after reading,
Well-known configurations and procedures can be used.

[0157]

As described above, the present invention (claims)
According to the invention related to 1), it is used for prescription input daily total processing.
By returning the drug code to the store side, the prescribed drug
Accept an order for a drug, and
Ordering by receiving the intermediate code of the drug
Since the distribution code of the drug is specified,
It is a series of processes related to order processing, such as drug
If the rose of A is prescribed, the rose of medicine A should not be ordered.
Efficient and smooth processing from drug prescription to ordering
Will be possible.

Further , the present invention (the invention according to claim 2 etc.)
According to this, for example, a terminal device such as a handy terminal
When the drug code is read, this drug code and prescription etc.
If the drug code of the given drug does not match, an alarm will be issued.
By outputting sound, etc.
Can be injected to prevent drug prescription mistakes and order mistakes
Will be possible.

The present invention (the invention according to claim 3 etc.)
According to the manufacturer's code and distribution code,
It becomes possible to relate via a code.

The present invention (the invention according to claim 4 etc.)
According to this, the drug code and the distribution code are
It becomes possible to associate them via the corresponding branch number.

Further , according to the present invention (the invention according to claim 5 etc.)
According to this, the total amount of drug to be replenished at each dispensing store is calculated.
Based on this total amount, etc., each drug is ordered.
It Therefore, the amount of drug prescribed at each dispensing store is
Note Even if the number of units is extremely small, each
Aggregate the order quantity of dispensing stores and place an order as a unit or more
Can be made and no more than the required amount can be ordered.
Therefore, the drug inventory will become excessive and the expiration date will be exceeded.
Prevent the situation where you have to discard the medicine
Can be stopped and improve the management efficiency of each dispensing store
It will be possible. Also, make a bulk order in this way
By doing so, ordering costs and delivery costs can be reduced.
It is possible to improve the management efficiency of each dispensing store in this respect as well.
It is possible to make it.

Further , according to the present invention (the invention according to claim 6 etc.)
According to this, the quantity of the order corresponding to the minimum order unit is automatically placed.
It becomes possible to trace.

Further , according to the present invention (the invention according to claim 7 etc.)
According to this, when calculating the total amount of drug, when ordering up to that time
The total amount is calculated including the amount of drug remaining as a fraction.
It Therefore, the drug remaining as a fraction without being ordered
Even if it is attached, it will be included in subsequent orders without truncation
And it becomes possible to maintain the continuity of orders.
It

Further , according to the present invention (the invention according to claim 8 etc.)
According to this, the drug identification information is used as a search key
It is possible to search for dispensing stores that are stocked. But
Therefore, in the case where a drug recovery order is issued,
Accurately and easily confirm the location of the drug targeted for collection
It is possible to collect in a short period of time without omission.
It will be possible.

Further , according to the present invention (the invention according to claim 9 etc.)
According to the inventory correction information, the drug identification information and
The store identification information is corrected. Therefore always up to date and positive
Accurate inventory information can be retained, and accurate search etc.
It is possible to maintain sex.

[Brief description of drawings]

FIG. 1 is a configuration diagram of an entire system including a dispensing management system according to an embodiment of the present invention.

FIG. 2 is a block diagram showing a main configuration of a dispensing management server.

FIG. 3 is a block diagram showing a main configuration of a store PC.

FIG. 4 is a block diagram showing a main configuration of a handy terminal.

FIG. 5 is a block diagram showing a main configuration of a store headquarters server.

FIG. 6 is a block diagram showing a main configuration of a store headquarters PC.

FIG. 7 is a block diagram showing a main configuration of a stockpiling server.

FIG. 8 is a diagram showing a correspondence table between codes.

FIG. 9 is a flowchart of a drug ordering process by picking.

FIG. 10 is a flowchart of a prescription input daily total process and a picking process.

FIG. 11 is a diagram showing a display example of a picking screen.

FIG. 12 is a diagram showing a display example of a drug label.

FIG. 13 is a flowchart of ordering processing.

FIG. 14 is a flowchart of ordering processing continued from FIG. 13;

FIG. 15 is a flowchart of delivery processing.

FIG. 16 is a flowchart of a process related to manual drug ordering.

FIG. 17 is a flowchart of a picking process.

FIG. 18 is a flowchart of inventory information correction processing.

FIG. 19 is a diagram showing a display example of an inventory correction screen.

FIG. 20 is a flowchart of inventory information inquiry processing.

FIG. 21 is a diagram showing a display example of a search screen.

FIG. 22 is a diagram showing a display example of a search result display screen.

[Explanation of symbols]

100 Dispensing management server 110 storage 111 Store Master DB 112 Drug Master DB 113 Code conversion master DB 114 Prescription input daily total processing DB 115 Drug Usage Data DB by Store 116 store order data DB 117 Fraction data DB 118 Order confirmation data DB 119 Purchase Confirmation Data DB 120 store inventory DB 121 Delivery data DB 122 Inventory correction data DB 123 WebDB 130 Communication control unit 140 control unit 141 Prescription input daily total processing unit 142 Authentication processing unit 143 Picking processing section 144 Order Processing Department 145 Inventory Correction Department 146 Inventory Search Department 200 store PCs 300 store headquarters server 400 stockpiling server 500 Internet 600 Handy terminal 700 store headquarters PC

─────────────────────────────────────────────────── ─── Continuation of the front page (56) References JP2000-48262 (JP, A) JP2000-331110 (JP, A) JP2002-215808 (JP, A) JP2001-43279 (JP, A) JP 2001-175687 (JP, A) JP 2001-184307 (JP, A) Logistics information, Japan Federation of Logistics Associations, November 10, 1999, Vol. 1, No. 2, pp. 26-30 Nikkei Computer, Nikkei BP, June 5, 2000, No. 497, pp. 162-167 Nikkei Information Strategy, Nikkei BP, November 24, 2000, Vol. 9, No. 11, pp. 62-67 MATERIAL FLOW, Ryukyu Kenkyusha Co., Ltd., May 1, 2000, Vol. 41, No. 5, pp. 40-46 (58) Fields surveyed (Int.Cl. ⁷ , DB name) G06F 17/60 JISST file (JOIS)

Claims (20)

(57) [Claims] 1. A terminal device provided in a plurality of dispensing stores
Connect to each other via a network so that they can communicate with each other.
A dispensing management information processing device, which is a pharmaceutical management information processing device for identifying each drug in the medical accounting process.
And the distribution to identify each drug in the distribution process
Code and these drug code and distribution code mutually
Correlate with the intermediate code for associating in advance
Code information storage means to be stored , store ID for uniquely identifying each dispensing store, and each dispensing
Mutually communicate with the drug code of the drug prescribed in the store
Prescription input daily total information storage means stored in association with each other, store ID of each dispensing store, and each drug ordered at each dispensing store
Drug code and intermediate code of
Store order data storage means for storing items in association with each other
And the drug code of the drug prescribed at each dispensing store
It is stored in the prescription input daily total information storage means in association with the shop ID.
In addition to paying, the stored drug code is stored in the store
Prescription input to be sent to the terminal device of the dispensing store corresponding to the ID
Transmit to the terminal device by the daily total processing means and the prescription input daily total processing means
In the prescribed drug with the prescribed drug code
Store the code and order quantity from the terminal device,
Stored in the store order data storage means in association with the ID
Picking processing means and the drug code from the store-specific order data storage means
The code and order quantity are read, and the drug
The distribution code corresponding to the code and the intermediate code is
Read from the code information storage means,
A dispensing management information processing device , comprising: an order processing unit that generates order information including an order quantity . 2. The terminal device, the dispensing management information processing
The drug code received from the device and the intermediate code and
And the order quantity together with the dispensing management information processing device.
If the drug code you are trying to use differs from
A and outputs the alarm, the picking processing means, said by the terminal device
If the prescribed alarm is not output,
The intermediate code and the order quantity are received together with the
A contract characterized by being stored in the order data storage means for each store
The dispensing management information processing apparatus according to claim 1. 3. The intermediate code indicates the manufacturer of the drug.
Characterized by including the manufacturer code to specify
Dispensing management information processing device according to claim 1 or 2.
Place 4. The intermediate code is a distribution form of the medicine.
A contract characterized by including a branch number corresponding to
The dispensing management information processing apparatus according to claim 1, 2 or 3. 5. The order processing means is the order data for each store.
From the memory means for each drug code and intermediate code
Read the order quantity of each drug and issue each read drug.
The total volume of orders for each drug is calculated by adding up the volume of injections at multiple dispensing stores.
The total amount ordered and the distribution code for each drug calculated
The ordering information consisting of is generated.
Dispensing management information processing apparatus according to any one of 4 to 4. 6. A method for specifying a minimum order unit for each drug
Store ordering unit information in advance in association with the drug code
Further comprising an ordering unit information storage means for executing the ordering processing means,
The ordering unit information corresponding to the read drug code is
The drug is read from the order unit information storage means and the drug is issued.
Of the aggregated results of the order quantity, the read order unit information
The part of the specified minimum order unit that is an integer multiple is the total order quantity.
6. The ordering information is generated by generating the ordering information.
Dispensing management information processing device described. 7. It does not correspond to an integral multiple of the minimum ordering unit.
Partial drug order quantity, drug code for the drug and medium
Fraction information storage means for storing inter-codes in association with each other
The order processing means may further include:
The front Symbol pharmaceutical code from the fraction data storage means and
Read the order quantity of each drug for each intermediate code
From the order data storage means for each store
Collected at multiple dispensing stores along with the read order quantity of each drug
In addition, it does not correspond to an integral multiple of the minimum ordering unit.
The order quantity of a part of the drug is specified by the drug code and the intermediate code.
Is stored in the fraction information storage means in association with
The dispensing management information processing apparatus according to claim 6. 8. The store ID of each store and the stock of each store
The drug identification information to identify the type of drug
Inventory information storage means for storing them in association with each other , and drug identification information of a drug to be searched from a predetermined external device
Is received, the drug corresponding to the drug identification information is
Store the store ID of the stocked dispensing store in the inventory information
Any one of claims 1 to 7, further comprising a search means for searching from the means.
The dispensing management information processing device described in any one of the above. 9. At each dispensing store from a predetermined external device
If you receive inventory modification information to modify your inventory,
Based on the received inventory correction information, the inventory information record
Correct drug identification information and store ID stored in storage
It further comprises an inventory correction means for storing the
The dispensing management information processing apparatus according to claim 8. 10. A terminal device provided in a plurality of dispensing stores.
To connect to each other via a network
Dispensing management information in a dispensing management information processing device
It is a method of information processing, and is a drug code for identifying each drug in the medical accounting process.
And the distribution to identify each drug in the distribution process
Code and these drug code and distribution code mutually
Correspond with the intermediate code for associating with each other.
Code information storing step of storing in the store information storage means, store ID for uniquely identifying each dispensing store, and each dispensing
Mutually communicate with the drug code of the drug prescribed in the store
Prescription input stored in association with prescription input daily total information storage means
Power daily meter information storage process , store ID of each dispensing store, and each drug ordered at each dispensing store
Drug code and intermediate code of
Are stored in the order data storage means for each store in association with each other.
Store order data storage process for each store, and store the drug code of the drug prescribed at each dispensing store
It is stored in the prescription input daily total information storage means in association with the shop ID.
In addition to paying, the stored drug code is stored in the store
Prescription input to be sent to the terminal device of the dispensing store corresponding to the ID
The daily total processing step and the prescription input daily total processing step transmit to the terminal device.
In the prescribed drug with the prescribed drug code
Store the code and order quantity from the terminal device,
Stored in the store order data storage means in association with the ID
Picking process, and the drug code from the store-specific order data storage means
The code and order quantity are read, and the drug
The distribution code corresponding to the code and the intermediate code is
Read from the code information storage means,
A dispensing management information processing method, comprising: an order processing step of generating order information including an order quantity . 11. The terminal device is the dispensing management information processing unit.
The drug code received from the processing device and the intermediate code
And the order quantity and send to the dispensing management information processing device
If the drug code you are trying to
A fixed alarm is output, and the picking process is performed by the terminal device.
If the prescribed alarm is not output,
The intermediate code and the order quantity are received together with the
A contract characterized by being stored in the order data storage means for each store
The dispensing management information processing method according to claim 10. 12. The intermediate code is a manufacturer of the drug.
It includes a manufacturer code that identifies the
Dispensing management information processing as claimed in claim 10 or 11.
Reasoning method. 13. The intermediate code is a distribution form of the drug.
Characterized in that it is consists include branch number that corresponds to the state
Dispensing management information processing according to claim 10, 11 or 12.
Method. 14. The ordering processing step comprises ordering data for each store.
From the data storage means for each of the drug code and the intermediate code
To read the order quantity of each drug,
The total order quantity of each drug is calculated by totaling the order quantity at multiple dispensing stores.
Calculate the total order quantity and distribution code for each drug calculated.
Claims characterized by generating order information consisting of
Dispensing management information processing method according to any one of 10 to 13
Law. 15. To identify the minimum ordering unit for each drug
Corresponding order unit information of
Ordering unit information storage process to store in ordering unit information storage means
In addition, the order processing process is performed by the order data storage means for each store.
The ordering unit information corresponding to the read drug code is
The drug is read from the order unit information storage means and the drug is issued.
Of the aggregated results of the order quantity, the read order unit information
The part of the specified minimum order unit that is an integer multiple is the total order quantity.
15. The ordering information is generated by generating the ordering information.
Dispensing management information processing method described in. 16. The product does not correspond to an integral multiple of the minimum ordering unit.
The quantity of medicines ordered in part, the drug code of the medicine and
The fraction information storage means is stored by associating the intermediate codes with each other.
Further comprising a step of storing fractional information, wherein the order processing step is for summing the order quantity of the medicine.
From the fraction information storage means, the drug code and
Read the order quantity of each drug for each intermediate code
From the order data storage means for each store
Collected at multiple dispensing stores along with the read order quantity of each drug
In addition, it does not correspond to an integral multiple of the minimum ordering unit.
The order quantity of a part of the drug is specified by the drug code and the intermediate code.
Is stored in the fraction information storage means in association with
The dispensing management information processing method according to claim 15. [Claim 17] The store ID of each store and the stock of each store
With drug identification information to identify the type of drug
Inventory information stored in the inventory information storage means in association with each other
Drug identification information of the drug to be searched from the storage means and a predetermined external device
Is received, the drug corresponding to the drug identification information is
Store the store ID of the stocked dispensing store in the inventory information
17. The method according to claim 10, further comprising a search step of searching by means.
Dispensing management information processing method described in one of the gaps. 18. From a predetermined external device to each dispensing store
Inventory correction information to correct the inventory
Based on the received inventory correction information,
The drug identification information and the store ID stored in the information storage means
The feature is that it further includes an inventory correction process of correcting and storing.
The dispensing management information processing method according to claim 17, which is used as a characteristic. 19. One of claims 10 to 18 above.
The information on the dispensation management information processing described in
A program characterized by making it run. 20. Any one of claims 10 to 18
The transaction information processing method described in
A computer characterized by recording a program for
A computer-readable recording medium.