JP2001350841A - Medicine inventory control system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To realize accurate medicine inventory control by using dispensation data in a dispensation control system. SOLUTION: Data related with the dosage of medicine included in dispensation data from a dispensation control system 1 are fetched, and the data are converted into the consumptive quantity of the medicine, and subtracted from the present inventory quantity so that the inventory control of medicine can be performed.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a medicine stock management system used in a medical facility such as a hospital or a dispensing pharmacy, and more particularly, to control the operation of a dispensing device such as a medicine packaging machine, a medicine bag printing machine and an injection dispensing machine. The present invention relates to a medicine inventory management system linked with a dispensing control system.

[0002]

2. Description of the Related Art Conventionally, in a medicine inventory management system, a dispensed amount of a medicine dispensed from a medicine warehouse is input as a consumption amount by a keyboard, but there is a problem that a work load is large. For this reason, various systems have been proposed in which the amount of medicine used is extracted from a medical office system operated on a host computer of a medical facility and used as a consumption amount.

For example, Japanese Patent Application Laid-Open No. Hei 3-19076 proposes a department-specific drug inventory management system in which the amount of a drug transferred from a medical system is taken into a drug system and the usage of the drug in each medical department is grasped. ing. Also,
Japanese Patent Application Laid-Open No. 5-189264 proposes a medicine inventory management system that manages the stock quantity of medicines by package or as a total amount of bulk medicines.

[0004]

However, in the above-mentioned system, it is difficult to accurately grasp the consumption quantity. This is because the extractable amount of the medicine used is different from the consumption amount of the medicine actually used in the dispensing operation. More specifically, in the prescription data managed by the medical office system or the prescription ordering system operated on the host computer, the method of identifying and counting and weighing the medicine is different from the method of dispensing work. Therefore, the relationship between the medicine in the prescription data and the medicine used in the actual dispensing does not become "one-to-one", and complicated conversion conditions and exceptional conditions are required. That is,
There is a limit to the data acquisition method that does not take into account information generated in the dispensing operation, and errors are inevitable.

[0005] In the above-mentioned system, it is also difficult to accurately grasp the form of the medicine. That is, there are bulk drugs and heat-sealing drugs, and there are also different types of heat-sealing drugs. (Raw drugs are bottled bulk tablets for divided packaging by a drug packaging machine,
It is a drug for using the drug itself in dispensing, such as a powder for mixing and dividing and a bottled liquid for dilution. Heat-sealing chemicals are packaged by a pharmaceutical manufacturer, such as tablets and capsules in PTP (press-through package) packages, single-pack heat packs in powders, and external ointments in tubes. It is a medicine that can be administered. ). In other words, there are many kinds of medicines that are the same as medicines, but whose containers and packaging are devised in order to maintain quality and simplify administration to patients. Therefore, it is difficult to accurately determine which of the many forms of the drug is.

In the above-described system, if the dispensing control system is operating, dispensing data is added as needed. Therefore, the dispensing control system cannot be stopped in order to take in the dispensing data on the medicine inventory management system side. In addition, the timing and the number of times of dispensing data acquisition are arbitrarily performed by the operator of the drug inventory management system, but it is difficult to completely prevent omission of the dispensing data and double acquisition error.

In addition, the above-described system cannot cope with frequent changes in master data (the types of medicines used by medical facilities are often added and deleted). In addition, since various related systems need to change the master data in synchronization, artificial registration mistakes cannot be avoided.

Accordingly, the present inventors have paid attention to the fact that data on the amount of drug used in actual dispensing is included in the dispensing data of the dispensing control system, and can use the dispensing data in conjunction with the dispensing control system. A chemical inventory management system was developed.

That is, an object of the present invention is to provide a medicine inventory management system capable of performing accurate medicine inventory management and the like by using dispensing data in a dispensing control system.

[0010]

According to the present invention, as a means for solving the above-mentioned problems, dispensing data for performing dispensing work is prepared based on prescription data, and various dispensing devices are driven in accordance with the dispensing data. From the dispensing control system to be controlled, data on the amount of use of the drug contained in the dispensing data is taken in, the data is converted into the consumption amount of the medicine, and the medicine is managed by subtracting it from the current storage quantity so as to manage the stock of the medicine. It was done.

With this configuration, the current stock quantity can be updated based on the actual amount of medicine used in each dispensing device, and the current stock quantity of medicine can be accurately grasped.

[0012] By taking in data on the form of the drug actually dispensed by the dispensing control system contained in the dispensing data and managing the stock of the drug in consideration of the difference in the form, a more detailed drug inventory can be obtained. This is preferable in that management can be performed.

On the basis of the acquisition record data for recording the acquisition total range of the dispensing data, if the present acquisition total range is from the acquisition data immediately after the last final acquisition data to the current acquisition data, This is preferable in that leakage and duplication of captured data can be reliably prevented.

When the consumption amount and the current storage amount are compared with each other and an error message is displayed on the screen displaying the current acquisition data in the acquisition totaling range, an error is displayed.
This is preferable in that the user can grasp the current storage status at a glance.

[0015] In this case, the error display includes an "insufficient current warehouse quantity" error that informs the user that processing has been performed despite the fact that the consumed quantity exceeds the current warehouse quantity on the data. Is also good.

[0016]

Embodiments of the present invention will be described below with reference to the accompanying drawings.

FIG. 1 shows an example of a device configuration in which a dispensing control system 1 and a medicine inventory management system 2 according to the present invention are applied to a hospital.

The dispensing control system 1 includes a central processing unit (C
PU), storage devices such as a main memory and a hard disk, and input / output devices such as a keyboard, a mouse, a display, a dispensing device communication interface, and a host communication interface. Prescription data is input to the dispensing control system 1 from the host computer 3. However, since the prescription data can be input only by the input / output device in the dispensing control system 1, the host computer 3 is not necessarily required. Further, the dispensing control system 1 creates dispensing data based on the prescription data, and prepares a medicine packaging machine 4, a medicine bag printing machine 5,
The operation of a dispensing device such as an injection dispenser 6 is controlled. The medicine packaging machine 4 divides and packages a medicine in the form of a tablet or a powder into packaging paper. The medicine bag printing machine 5 creates a medicine bag in which a medicine is to be entered by specifying the patient name and the method of taking the medicine. The injection dispenser 6
Dispense injections by patient. However, the combination of the types and number of these dispensing devices differs for each facility and can be arbitrarily equipped. It should be noted that the dispensing control system 1 may be one dedicated to an injection.

The medicine inventory management system 2 includes a central processing unit (CPU) 7, a storage device 8 such as a main memory and a hard disk, and input / output devices 9 such as a keyboard, a mouse, a display, a printer, and an input / output terminal communication interface.
And The medicine inventory management system 2 can be configured as a subsystem of an article inventory management system that manages the inventory of all articles in a hospital, including medical materials, daily necessities, and the like, in addition to medicines.

The CPU 7 has a built-in calendar clock that ticks real time. The storage device 8 stores various data. The stored data includes dispensing data, consumption data, medicine master, dispensing data conversion master, capture record data, and current store data.

As shown in FIG. 2, the dispensing data means data in the dispensing control system 1 that stores the actual dispensing results, and the dispensing date / continuous number for each prescription is used as a unit.
Information on the form in which the medicine is dispensed and the amount used is stored as a record for each medicine. In FIG. 2, the dispensing date, No., and patient number are the dispensing date, the consecutive No. of that day, and the patient number, respectively. The medicine code means a code for specifying a medicine in the dispensing control system 1. It is a unique code for each drug such that the pharmacist abbreviates the drug by removing the cloudy point from the abbreviation of the drug so that it can be easily input (for example, the tablet A (“Josezai”) is “Shioue”). Dose (day /
Times) indicates a daily dose or a dose (in the case of one-time use). The amount of drug used is calculated by "dose x number of days (number of times)". Unit refers to a unit of dosage. “T” is the number of tablets, and “CAP” is the number of capsules. The form code means a code representing a form in which the medicine is dispensed.
"Packing" means dividing and packaging by the drug packaging machine 4,
“Heat” means that a patient is dosed in a heat-sealed package packed by a pharmaceutical manufacturer, and “dilute” means that a solution is diluted and administered. Specifically, “packed in tablet” = 11, “heated in tablet” = 13, “packed in capsule” = 21, “heated in capsule” = 23,
“Packing with powder” = 31, “heating with powder” = 33, and the like. The heat specification means a specification of the content of the heat sealing chemical. The number of days (number of times) means the number of days or the number of times (in the case of one-off).

The dispensing data (FIG. 2) is created to advance the dispensing operation based on the prescription data, and is added each time the prescription data for each patient is dispensed. The addition of the data is performed irrespective of the operation of the medicine inventory management system 2.

In the example of FIG. 2, the form of the preparation is represented by a “form code”, and the numerical value of the amount used is calculated by “dose × number of days (number of times)”, and the meaning of the numerical value is determined by the “unit”. If the “form code” is “heat”, the classification may be further classified by “heat standard”. For example, in the drug record with the prescription “Dispensing date 1999.12.14 No.0015”, the usage amount of the drug code = “Shioue” (tablet A) is “6 × 3 = 18” T, and the form is “minute”.包 ”. Then, the prescription is "Dispensing date 1999.12.14 No.
In the medicine record of “0016”, the used amount of the medicine code = “Shioue” (tablet A) is “9 × 7 = 63” T, and the form is “heat”. Since the "heat standard" is empty (no data), no further classification is necessary.

As the consumption data, as shown in FIG. 3, the consumption amount of the medicine is stored for each consumption department, and the current storage data (FIG. 7)
Is temporary data for updating. In FIG. 3, the consumption department code means the code of the department that consumes the medicine. This is the department code in the department master (only a code and name are shown, so it is not shown). The medicine code means a medicine code in the medicine master (FIG. 4). The consumed quantity means the quantity consumed by the department. The consumption unit means a consumption unit in the medicine master (FIG. 4).

The medicine master is, as shown in FIG. 4, master data for registering various data on medicines managed by the medicine inventory management system 2 for each medicine code. FIG.
The medicine code is a commodity item of the medicine to be purchased, and means a unique code for specifying the medicine. The consumption unit means a unit for consuming the medicine. "CAP"
Means the number of capsules. The packaging standard is the content contained in one packaging unit of a medicine, and means the quantity in consumption unit. Used as a conversion value between the quantity of the consumption unit and the quantity of the packaging unit. The packaging unit is a unit in which the medicine is distributed and packaged, and is used as a unit to order from a supplier.

Among the medicines contained in the medicine master, for example, powder C is basically a bulk medicine divided and packaged by the medicine packing machine 4, but a heat seal medicine is also prepared. That is, even if the same “powder C” is used as a medicine, the medicine code is 1211 “powder C” is a bulk medicine, and the medicine code is 1212 “powder C (1 g per package)” and the medicine code is 1213 ”. Powder C (2 g per packet) is a heat-sealing chemical having a different standard of the content per packet. In addition, tablets and capsules are basically heat-sealing chemicals packaged for each tablet in a PTP (press-through package) or the like, but bulk chemicals are also prepared. That is, even if the medicine is the same “tablet A”, as the medicine, the medicine code = 1230 “tablet A (loose)” is the loose medicine, and the medicine code = 1231 “tablet A” is the heat seal medicine. The injection is basically a heat-sealing drug enclosed in a container such as an ampoule or a vial for each dose administered to a patient, and the drug code = 2182 “Injection H
There are few chemicals to be divided and used as in "(division)".

The data of the medicine master (FIG. 4) is a medicine master registration screen (not shown because it has the same data structure as the data structure) which is started from a menu screen (a screen in which only start buttons are arranged and is omitted). To enter.

As shown in FIG. 5, the dispensing data conversion master is a master data for registering various data necessary for conversion processing when taking in the dispensing data (FIG. 2). It is a tabular configuration that associates information with information on medicines managed by the medicine inventory management system 2. In the example of FIG. 5, the medicine code, unit, form code, and heat standard data used in the dispensing data (FIG. 2) are associated with the medicine data managed by the medicine inventory management system 2. In FIG. 5, the drug code, the unit, the form code, and the heat standard mean the drug code, the unit, the form code, and the heat standard used in the dispensing data (FIG. 2), respectively. "CAP" means capsules, "T" means the number of tablets, and "A" means the number of ampules. In the bulk / heat classification, 1 means "bulk chemical" and 2 means "heat seal chemical". The medicine code means a medicine code used in the medicine inventory management system 2, that is, a medicine code in the medicine master (FIG. 4). The conversion value means a value for converting the medicine use amount (A) in the dispensing data (FIG. 2) into the use amount (B) in the medicine inventory management system 2. It is converted by the calculation of “A ÷ converted value = B”. If the converted value is a negative value, "A × (-1) ×
The conversion is performed by the calculation of “conversion value = B”. The consumption unit means a consumption unit used in the medicine inventory management system 2, that is, a consumption unit in the medicine master (FIG. 4). For example, if the “unit” used in the dispensing data and the “consumption unit” used in the drug inventory management system are the same, as in the case of bulk medicine, conversion is unnecessary, so the converted value is “1”. Become. If the “unit” and the “consumption unit” are different from each other as in the case of a heat seal chemical, the content is converted to a converted value. Specifically, in the case of “Kaief” (external preparation F ointment) in FIG. 5, since the dispensing unit is “g”, the content is converted into “book” of the drug unit with the content of 30 g per one ointment tube (others) In the case of a powder, the dispensing unit “g” is converted into “package” of the drug unit). The data of the dispensing data conversion master (FIG. 5) is a dispensing data conversion master registration screen (not shown because it is the same as the data configuration) which is activated from a menu screen (a screen in which only start buttons are arranged). ).

As shown in FIG. 6, the captured record data is
This is the data that records the status of import performed on the “Dispensing Data Import / Consumption” screen (FIG. 11), which is the content before “Consumption OK”. In this example, the dispensing data is acquired at about 9 o'clock every morning, and the dispensing control system is already operating, so several dispensing data for the same day are added. FIG.
Medium and import date and time mean the date and time when the dispensing data in the import total range was imported. The start date means the start date of the acquisition totaling range. Start No. is the start N of the collection range
means o. The end date means the end date of the acquisition totaling range. The end No. means the end No. of the acquisition total range.

As shown in FIG. 7, the current storage data is data for storing the current storage quantities of all medicines by department, and has been updated with consumption data (FIG. 3).
In FIG. 7, a department code means a department code in a department master (not shown) of a department storing medicines. The medicine code means a medicine code in the medicine master (FIG. 4). The current warehouse quantity means the quantity of the current warehouse that can be consumed by the department. The consumption unit means a consumption unit in the medicine master (FIG. 4). In addition, in the medicine stock management system 2, if the current stock quantity of the medicine warehouse is less than the minimum stock quantity, an order process for ordering the medicine to a purchaser is performed.

The dispensing control system 1 and the medicine inventory management system 2 are connected via a local area network (LAN). However, any connection method such as a general-purpose bus connection and a high-speed serial communication connection may be used. Further, hardware devices such as the CPU 7, the storage device 8, and the input / output device 9 of both systems may be shared, or various data of both systems 1 and 2 may be integrated into the same database.

Next, the interlocking operation of the medicine inventory management system 2 with the dispensing control system 1 will be described. FIG. 8 shows a processing flow of the dispensing data taken in from the dispensing control system 1.

That is, in the medicine inventory management system 2,
First, the dispensing data (FIG. 2) in the dispensing control system 1 is fetched. Then, an acquisition total range is created from the dispensing data and the acquisition record data (FIG. 6). Subsequently, the dispensing data within the acquisition totaling range is subjected to dispensing data acquisition conversion such as code conversion with reference to the dispensation data conversion master (FIG. 5) and the medicine master (FIG. 4). Furthermore, consumption data tabulated for each drug by converting dispensing data (Fig. 3)
And add a record to the capture record data. Thereafter, the current warehouse data (FIG. 7) is subtracted according to the consumption data, and the current warehouse data is updated.

Here, the dispensing medicine consumption process will be described in detail with reference to the flowchart of FIG.

First, the program is started from a menu screen (not shown because it is a screen with only start buttons), and a "Dispensing Data Import / Consumption" screen is displayed (step S1). In this state, the “acquisition total range” column and the “acquisition data” column are displayed in an empty initial state.

Then, the range is displayed in the "collection total range" column on the "dispensing data acquisition / consumption" screen (FIG. 11), and the operator confirms and inputs (step S2). Regarding the creation of the capture total range, the end range in the final data of the capture record data (FIG. 6) is “1999.12.14 No. 001”.
4 ”, the start range of the next acquisition totaling range is set to the next“ No.0015 ”, and the dispensing date / continuation number of the final data of the dispensing data (FIG. 2) is set to the next acquisition totaling range. End range. In this case, as shown in the screen of FIG.
15 to 1999.12.15 No. 0006 ".

Subsequently, the dispensing data take-in conversion process (FIG. 1)
0) is called and executed, and the dispensing data is taken into the medicine inventory management system 2 and converted (step S3).

The dispensing data take-in conversion process is called from the dispensing drug consumption process (FIG. 9) and is executed according to the flowchart shown in FIG.

First, a dispensing drug consumption process (FIG. 9) is activated from a menu screen (not shown) to display a "dispensing data acquisition / consumption" screen (FIG. 11). The current date and time are displayed in the upper right part of the screen. "Acquisition total range"
In the column, the dispensing date / serial No. for starting the acquisition of dispensing data
And the dispensing date / sequence No. to end are displayed. However, the contents of this column can be arbitrarily changed by keyboard / mouse input. Then, when the operator confirms the acquisition total range and clicks the “acquisition execution” button with a mouse, it is specified in the “acquisition total range” field of the “dispensing data acquisition / consumption” screen (FIG. 11). Drug records in the range are dispensing data (Fig. 2)
(Step S11). For example, "199
In “9.12.14 No. 0015”, a drug record with a drug code = “Shioue” (tablet A) and a form code = “11” (tablet / package) is acquired.

Subsequently, the corresponding conversion record in the dispensing data conversion master (FIG. 5) is searched using the drug code and the form code in the drug record as search keys (step S12). If there is data in the heat standard of the drug record, the heat standard is also added to the search key. For example, in the case of a drug record with the drug code = “Shioue” and the form code = “11”, a conversion record with the drug code = “1230” (tablet A (loose)) is searched. In the case of tablets and capsules, there are chemicals which are used as loose chemicals by separating heat seal chemicals. Therefore, when the form code in the medicine record is “package” and is not registered in the conversion master, a conversion record having the same medicine code and the form code “heat” is searched. For example, in the case of a drug record with the drug code = “Kafsehi” and the form code = “21”, a conversion record with the drug code = “1165” (capsule B) is searched.

Further, it is determined whether or not the corresponding conversion record has not been registered in the dispensing data conversion master (FIG. 5) (step S13).

If the corresponding conversion record is registered, the format (“error” to “consumption department”) shown in the “capture data” column of the “dispensing data capture / consumption” screen (FIG. 11) A record is created (Step S14). The medicine name is obtained from the medicine master (FIG. 4), and the current storage quantity is obtained from the current storage data (FIG. 7). The consumption department is a drug warehouse (strictly speaking, it is consumed by the dispensing department, but after all, the consumption is paid out of the drug warehouse and replenished, so there is a slight time lag with the movement of goods, but it is simplified Consumption of drug warehouse.). For example, drug code = “1230”,
A capture record of the consumed quantity = “6 × 3 ÷ 1 = 18” tablets is created. The dispensing data "1999.12.15N
o.0006 ", and the drug code =
A capture record of “1230”, consumption quantity = “9 × 3 ÷ 1 = 27” tablets is also created.

On the other hand, if the corresponding conversion record has not been registered, an error fetch record in which the medicine code is empty (no data) is created (step S15). For example, a capture record marked with “★” in FIG. 11 is created. The error “Dispensing data conversion master is not registered” indicated by “★” means that the medicine could not be converted and could not be used.

Next, it is determined whether or not the range specified in the "collection range" column of the "dispensing data acquisition / consumption" screen (FIG. 11) is completed (step S16).

If the acquisition total range is not completed, the next medicine record within the acquisition total range is obtained from the dispensing data (FIG. 2) (step S17), and the process returns to step S12 to repeat from the search of the dispensing conversion master. .

On the other hand, if the acquisition total range is completed, all the acquired records are grouped for each medicine code, and the consumption amount is totalized (step S18). For example, drug code =
“1230”, consumption quantity = “18 + 27 = 45” are taken as a capture record.

Thereafter, it is determined whether or not the consumption quantity exceeds the current storage quantity for all the fetched records (step S19).

If the consumption quantity exceeds the current storage quantity,
The error of the mark “▲” is set in the corresponding import record (step S20). If the error is not exceeded, the process returns to the dispensing medicine consumption process of the calling source (FIG. 9), and the display screen is displayed. Consumption screen. An error of “insufficient current storage quantity” indicated by “▲” means a medicine that needs to be corrected to the current storage quantity after the current storage data is updated to “OK” for the time being. Specifically, in FIG. 11, although the consumed quantity is 9, the current warehouse quantity is 8 and there is a contradiction, so that an error “insufficient current warehouse” indicated by “▲” is displayed. I have. In this case, the "consumption OK" button is clicked with a mouse, and the current storage quantity is temporarily set to "-1" as shown in FIG. 7, and then the current storage quantity is confirmed. What is necessary is just to correct the current warehouse quantity.

When the dispensing data take-in conversion process is completed, the take-in data is displayed in the "take-in data" column of the "dispensing data take-in / consumption" screen (FIG. 11) and checked by the operator. The user can make an input (step S4). The contents displayed in the “fetched data” column are a list of the correspondence between the medicines and the medicines in the dispensing data based on the medicines managed by the medicine inventory management system 2. This allows
The normality of the import conversion process can be confirmed at a glance. Here, when an error occurs, a symbol is displayed in the “error” column, and the number and content of the errors are displayed in the lower status column. To deal with the error, this screen is "finished", the cause of the error is eliminated by registering the data of the drug in the dispensing data conversion master, and the dispensing data is taken in again. Note that the fetched record not displayed in the “error” column is normal, and in this case, “consumed OK”, so the fetched total range at that time is added to the fetched record data (FIG. 6).

Next, when the operator confirms the display contents in the "captured data" column and clicks the "consumption OK" button with the mouse, the consumption data (FIG. 3) is read from the normal fetched record in the "captured data" column. ) Is created (step S5), and after subtracting the current warehouse data (FIG. 7) (step S6), "END"
If the button is clicked on with a mouse, the process of dispensing medicine consumption ends and the display returns to the menu screen (not shown), and the processing of dispensing medicine consumption (FIG. 9) ends.

When the "cancel" button is clicked on with a mouse, the display contents of the "acquisition data" column are erased and the process returns to the state of waiting for "acquisition execution". Also, if you click the "Switch display contents" button with the mouse, the display contents in the "Imported data" column will be "Normal and error", "Error only"
Switches in the order of "normal only".

[0052]

As is apparent from the above description, according to the present invention, the medicine inventory management system easily captures the exact amount of medicine actually used in the dispensing operation from the dispensing control system, and allows the medicine to be used. It can be converted into the consumption quantity and the medicine inventory management can be performed accurately. In addition, since all of these processes are performed automatically, there is no burden on the input operation, and the accuracy of medicine inventory management can be improved.

In particular, since the form of the medicine is also managed, the medicine management can be made more detailed and appropriate.

Further, since the acquisition total range is created based on the acquisition record data, the omission or double acquisition due to human error can be prevented without affecting the structure and operation of the dispensing control system. Errors can be prevented.

Further, by displaying on the screen the acquired data obtained by converting and converting the dispensing data, the normality of the import conversion process can be easily visually confirmed. Since the fetch error is also detected and displayed, the error can be dealt with immediately. It is possible to prevent the current warehouse quantity from becoming abnormal due to a potential error.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an example of a device configuration in which a dispensing control system and a medicine inventory management system according to the present invention are applied to a hospital.

FIG. 2 is a table showing stored contents of dispensing data.

FIG. 3 is a table showing storage contents of consumption data.

FIG. 4 is a table showing stored contents of a medicine master.

FIG. 5 is a table showing storage contents of a dispensing data conversion master.

FIG. 6 is a table showing storage contents of capture record data;

FIG. 7 is a table showing storage contents of current storage data.

FIG. 8 is a block diagram showing a processing flow of dispensing data taken from a dispensing control system.

FIG. 9 is a flowchart showing a process of dispensing medicine consumption.

FIG. 10 is a flowchart showing a dispensing data take-in conversion process.

FIG. 11 is a view showing a screen of “Dispensing data acquisition / consumption”.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 ... Dispensing control system 2 ... Drug stock management system 3 ... Host computer 4 ... Drug packaging machine 5 ... Drug bag printing machine 6 ... Injection dispensing machine 7 ... Central processing unit (CPU) 8 ... Storage device 9 ... I / O device

────────────────────────────────────────────────── ───

[Procedure amendment]

[Submission date] September 7, 2001 (2001.9.7)

[Procedure amendment 1]

[Document name to be amended] Statement

[Correction target item name] Claims

[Correction method] Change

[Correction contents]

[Claims]

Claims (1)

[Claims] 1. A dispensing data for performing a dispensing operation based on prescription data, and a dispensing control system that drives and controls various dispensing devices according to the dispensing data. A medicine inventory management system, wherein data is taken in, the data is converted into a consumption amount of the medicine, and the medicine is managed by subtracting it from the current storage quantity.