JP4618815B2 - Medication accounting system and medication accounting program - Google Patents

Description

  The present invention relates to a medication accounting system and a medication accounting program, and more particularly to a medication accounting system and a medication accounting program for reception and accounting at hospitals and prescription pharmacies.

  In conventional hospital and pharmacy systems, there is a concept that medication processing and accounting processing are performed for each patient (since dispensing reward points and monetary calculations are accepted on a patient basis, this is a prerequisite) In principle, this is performed for each patient (for example, see Patent Document 1).

  Japanese Patent Application Laid-Open No. 2004-228561 describes that a medical record can be digitized so that medical history data of a patient can be viewed, and that accounting processing and other paperwork are systemized.

  However, in the case of a patient who comes to a hospital or pharmacy that uses this type of conventional system as a family member, etc., the medication process is performed on a family basis due to the efficiency of the pharmacist's work or the patient's wishes. And if you want to do accounting processing, the system can not handle it, so ask the patient at the window such as “Is it a family unit” or patient The pharmacist will respond individually by request from the pharmacist. In that case, the pharmacist will send notes and words to the pharmacist to artificially handle the medication and accounting for each family. Is going. In this case, when accounting for the family as a whole, the pharmacist requested the total amount using a register or calculator.

Japanese Patent Laid-Open No. 2000-23014

  In the conventional system, as described above, the correspondence for each family is not systematized. Under this circumstance, due to a lack of communication between pharmacists or a lack of confirmation, etc. There are also some cases of processing and accounting. In addition, it is necessary to search for information separately for each patient, and to perform medication processing and accounting processing in terms of the system configuration, and the pharmacist adds up with a register, a calculator, etc. We are making a window claim. Therefore, in the present situation, performing the medication processing and accounting processing for each family may not be executed due to communication failure or confirmation failure between pharmacists, and when trying to respond properly, the load on the pharmacist increases, There were problems such as complicated work and poor efficiency.

  The present invention has been made to solve such problems, and a medication accounting system and medication that can be easily and reliably performed when a medication treatment or accounting process for each family is required. The purpose is to obtain an accounting program.

  This invention has patient data storage means for storing a patient database in which patient data including one or more patient-specific information such as a patient name is registered for each patient identification number, and a specific related patient related to the patient. A search code input means for storing a search code for searching the patient data of the specific related patient from the patient database in the patient data of the patient, and patient-specific information in the patient data. Each of the patient data read by the reception search means and the reception search means for inputting and retrieving at least one patient data from the patient database stored in the patient data storage means. A drug history data input means for inputting prescription information as drug history data, and the drug input by the drug history data input means. Accounting data storage means for storing data as unaccounted data, accounting drug history data as accounted data, and unaccounted data for one patient among the data stored in the accounting data storage means When the search code is input in the patient data of the patient of the unaccounted data read by the accounting search means and the accounting search means for reading Based on the non-accounting data read by the accounting search means, specific related patient search means for searching unaccounted data of a specific related patient from the unaccounted data stored in the accounting data storage means, Based on the unaccounted data retrieved by the calculation means for calculating the dispensing cost for the patient and the specific related patient search means, Specific related patient calculation means for calculating the dispensing costs for the related patients, and a total means for calculating the total amount of the dispensing costs for the patients by the calculation means and the dispensing costs for the specific related patients by the specific related patient calculation means Output means for outputting the dispensing cost calculated by the calculating means or the summing means, and when a signal indicating accounting is input to the dispensing cost output by the output means, A medication accounting system comprising accounting data update registration means for storing the unaccounted data for the amount of signal input as accounting data in the accounting data storage means.

  This invention has patient data storage means for storing a patient database in which patient data including one or more patient-specific information such as a patient name is registered for each patient identification number, and a specific related patient related to the patient. A search code input means for storing a search code for searching the patient data of the specific related patient from the patient database in the patient data of the patient, and patient-specific information in the patient data. Each of the patient data read by the reception search means and the reception search means for inputting and retrieving at least one patient data from the patient database stored in the patient data storage means. A drug history data input means for inputting prescription information as drug history data, and the drug input by the drug history data input means. Accounting data storage means for storing data as unaccounted data, accounting drug history data as accounted data, and unaccounted data for one patient among the data stored in the accounting data storage means When the search code is input in the patient data of the patient of the unaccounted data read by the accounting search means and the accounting search means for reading Based on the non-accounting data read by the accounting search means, specific related patient search means for searching unaccounted data of a specific related patient from the unaccounted data stored in the accounting data storage means, Based on the unaccounted data retrieved by the calculation means for calculating the dispensing cost for the patient and the specific related patient search means, Specific related patient calculation means for calculating the dispensing costs for the related patients, and a total means for calculating the total amount of the dispensing costs for the patients by the calculation means and the dispensing costs for the specific related patients by the specific related patient calculation means Output means for outputting the dispensing cost calculated by the calculating means or the summing means, and when a signal indicating accounting is input to the dispensing cost output by the output means, Since it is a medication accounting processing system comprising accounting data update registration means for storing the unaccounted data for the amount of signal input as accounting data in the accounting data storage means, When processing is required, it can be performed easily and reliably.

Embodiment 1 FIG.
FIG. 1 is a block diagram showing a hardware configuration of a medication accounting system according to Embodiment 1 of the present invention. In FIG. 1, 1 is a prescription input terminal, 2 is a dispensing inspection terminal, 3 is a medication / accounting terminal, 4 is a server that controls these terminals 1 to 3, and 5 is a connection between the server 4 and terminals 1 to 3. A LAN (communication network) 6 is a storage device connected to the server 4. In the medication accounting system according to the first embodiment, the prescription input terminal 1 performs reception processing in accordance with the medication accounting program installed (installed) in advance in the server 4 and the terminals 1 to 3, and prescription data. Next, the medication history data is entered, and then the medication audit data is displayed on the dispensing audit terminal 2 to check whether the actually dispensed medicine is correct. / In the accounting terminal 3, patient data and drug history data are displayed, and medication instruction and accounting processing are performed. At this time, in the present embodiment, it is configured such that the medication instruction and accounting processing can be performed for each patient who comes alone, and for each patient who comes to the family, for each family. .

Each terminal 1-3 is demonstrated below.
The prescription input terminal 1 is a terminal that performs patient reception processing and inputs the contents of the prescription received from the patient. When the reception process is completed, reception numbers as shown in FIG. 11 are given to the receipt data (reception data) in the order of reception, and the patient reception information is stored in the storage device 6. In the receipt data, reception date, reception time, reception number, patient code information, and status flag (accounted: 0, unaccounted (initial value): 1) indicating whether accounting / non-accounting is stored are stored. ing. Here, in the case of a new patient, patient acceptance processing means inputting patient data (see FIG. 2) such as the patient's name, sex, date of birth, and the like. When a new patient is registered in this manner, a patient code is automatically assigned. The patient code is patient-specific identification data (reference number) for identifying each patient.

  The acceptance process in the case of a registered patient is to read the registered patient data from the patient database in the storage device 6 by inputting the patient's name or date of birth into the prescription input terminal 1. At this time, when a family visits the station, the reception process and prescription input process for the family are simultaneously performed at the same time during the reception process. Therefore, in order to determine that these patients are family members in advance or when inputting prescription contents, common keywords between families such as phone numbers are registered as family search codes in each patient data. Keep it. When the family search code is registered in the patient data, the family information of the patient is automatically registered in the family master as shown in FIG. The family master is stored in the storage device 6. As shown in FIG. 12, the family master includes a family search code, a unique family ID (family identification code) for identifying the family assigned to each family search code, the patient code of the patient, and the family of the patient Data such as a specific related person code, which is a patient code of (specific related person), is stored.

  The contents of the prescription input by the prescription input terminal 1 after the reception process are stored as drug history data (see FIG. 2) in a drug history database in the storage device 6 connected to the server 4.

  FIG. 2 shows an example of patient data and drug history data input or read by the prescription input terminal 1. In the prescription input terminal 1, only the patient data input display window 11 is displayed first. When a user such as a pharmacist inputs the patient's name or date of birth, the corresponding data is retrieved from the registered data and the patient data is displayed. If there are a plurality of applicable items, a list of those items is displayed, and one corresponding item is selected from the list. As a result of the search, if there is no applicable one, display a message etc. to prompt for patient data input so that it is newly registered, or blink the cursor in the patient name input field etc. Prompt for patient data. Based on the paper data that the pharmacist and others have filled in with the patient, necessary patient data (patient name, gender, date of birth, address, telephone number, FAX number, insurance card symbol)・ Enter the number. After the input is completed, the user presses the “enter key” or clicks the “end” button 13 displayed on the screen, so that the patient data is stored in the patient database in the storage device 6 connected to the server 4. Remembered.

  When the patient data is newly registered or the registered patient data is read in this way, the medicine history data input display window 12 is displayed on the screen. Enter the medical history data based on the prescription given by the patient. After completing the input, press the “Enter key” or click the “Exit” button displayed on the screen to enter the medical history data. The input flag is changed from the initial value “0” to “1”. When the input flag is changed, the prescription input terminal 1 calculates the patient burden amount, calculates the amount charged to the insurance association, adds the calculation result in the drug history data, and the storage device connected to the server 4 The medical history data is registered as unaccounted data in the accounting database 6. At that time, the prescription input terminal 1 outputs a form necessary for dispensing work, audit work, medication guidance work, and accounting work. However, these forms do not necessarily need to be output, and may be arbitrarily output as necessary. The “same day reception serial number” in the drug history data in FIG. 2 is data indicating how many times the patient has received the same day at the same hospital.

  As shown in FIG. 2, in the present embodiment, the patient data includes data called a family search code. This is a code for searching for a patient's family, and since data common to all the family members is desirable, for example, a patient's telephone number or the like is used. The family search code may be input by a user such as a pharmacist, or the data of the patient's telephone number may be automatically input as a default value.

  When the medication history data is input and the input flag becomes “1”, the prescription input terminal 1 uses the family search code, and another patient having the same family search code and the same dispensing date (ie, the same dispensing date) , The patient's family history) is registered, and if there is corresponding drug history data, as shown in FIG. The patient data input display window 11a and the drug history data input display window 12a may be displayed side by side and the drug history data for the family may be input simultaneously. However, this search process is not necessarily performed, and even for a family member, drug history data may be input separately for each patient. Indispensable processing in the prescription input terminal 1 is to register a family search code in each patient data when there is a possibility of performing accounting together for each family.

  In the above description, an example in which a user such as a pharmacist inputs drug history data has been described. However, if a QR code is printed on a prescription, the doctor can input the QR code. The medical history data may be downloaded to the prescription input terminal 1 from the input electronic medical record and registered.

  Next, the dispensing inspection terminal 2 will be described. At the dispensing inspection terminal 2, the pharmacist in charge of the inspection reads the unaccounted data from the data stored in the accounting database in the storage device 6 after the dispensing operation is completed, and checks whether the dispensed medicine is correct. It is a terminal for doing. Dispensing work refers to work by a pharmacist's manual work such as pharmaceutical preparation and preparation.

  When the pharmacist in charge of the inspection receives the dispensed medicine from the pharmacist in charge of the dispensing, the patient code or the patient name is input to the dispensing audit terminal 2 and the data stored in the accounting database in the storage device 6 is stored. Read the unaccounted data of the patient from the inside. FIG. 3 shows an example of unaccounted data displayed on the dispensing inspection terminal 2 read out in this way. The medication history data of the corresponding patient is displayed in the medication history data display window 21. The pharmacist in charge of audit confirms whether the medication history data on the screen matches the content and quantity of the medicine actually dispensed by the pharmacist in charge of dispensing. After the audit work is finished, the audit flag in the medication history data is changed from the initial value “9” to “1” by pressing the “Enter key” or clicking the “End” button 22 displayed on the screen. At the same time, the input flag in the medication history data is changed from “1” to “0” as the current value, and stored as audited data in the accounting database in the storage device 6 connected to the server 4. At this time, the dispensing inspection terminal 2 searches whether the family search code is the same, the dispensing date is the same, and the audited drug history data is registered in the accounting database in the recording device 6. If there is drug history data to be displayed, it is displayed in the drug history data display window 21a as shown in FIG.

  Note that the search process using the family search code is not necessarily performed, and the audit process may be performed for each patient even for the family.

  In addition, for tablets, capsule tablets, tube-filled medicines, etc., a two-dimensional code or IC tag is attached to each medicine, and the information is read by a reading device such as a barcode reader to the dispensing inspection terminal 2. The pharmacist's inspection work may be further supported by the dispensing inspection terminal 2 by inputting.

  Next, the medication / accounting terminal 3 will be described. The medication accounting terminal 3 is a terminal for a pharmacist in charge of medication instruction to read out audited unaccounted data from the data stored in the accounting database in the storage device 6 and to perform medication guidance after the completion of the auditing work. It is.

  The pharmacist in charge of the medication instruction clicks the “next patient” button 33 for reading out the next patient data at the medication / accounting terminal 3, and thereby, among the data stored in the accounting database in the storage device 6. Read audited unaccounted data from. FIG. 4 shows an example of audited unaccounted data displayed on the medication / accounting terminal 3 read in this way. As a result, the patient data of the audited patient is displayed in the patient data display window 31 and the drug history data of the corresponding patient is displayed in the drug history data display window 32. The pharmacist in charge of dosing provides the patient with the medicine actually dispensed by the pharmacist in charge of dispensing, and performs dosing instruction while viewing the drug history data on the screen. The medication instruction is to explain precautions regarding medicines, side effects, etc. This action is generally performed based on the knowledge of the pharmacist, but in order to prevent careless mistakes by the pharmacist, data on these precautions and the like are registered in advance in the medication instruction database in the storage device 6 for each medication. You may make it display on the accounting terminal 3. FIG. At this time, the medication / accounting terminal 3 is another patient who came to the hospital with the corresponding patient, and the medical history data of another patient who has the same family search code and the same dispensing date. Is registered in the accounting database in the recording device 6 and if there is corresponding drug history data, as shown in FIG. 4, patient data and drug history data are respectively displayed in the patient data display window 31a and drug history data. The display window 32a is displayed simultaneously. Thereby, the pharmacist in charge of medication can provide medication guidance for the family of the patient who visited the patient at the same time. After completion of the medication instruction work, the accounting flag in the medication history data is changed from the initial value “9” to “0” by pressing the “enter key” or clicking the “end” button 34 displayed on the screen. At the same time, the audit flag in the drug history data is changed from the current value “1” to “0”, and stored as the accounted data in the accounting database in the storage device 6 connected to the server 4.

  When the medication instruction is completed, the accounting staff performs accounting processing at the same medication / accounting terminal 3 this time. After accounting work is finished, press the “Enter key” or click the “End” button 34 displayed on the screen to change the medication flag in the medication history data from the initial value “9” to “1”. At the same time, the audit flag in the medication history data is changed from “1” to “0” as the current value, and stored as medication guidance completed data in the accounting database in the storage device 6 connected to the server 4. Thereby, the staff in charge of accounting can perform accounting for the family of the patient who came to the hospital with the patient at the same time. In this way, medication guidance / accounting work can be performed collectively for each family unit, so the pharmacy can also improve work efficiency, and the patient can save time and effort to receive explanations multiple times. It leads to service improvement. Further, at the time of updating, the corresponding patient data is collectively updated, so that the work efficiency can be improved even when compared with the conventional process of updating the corresponding patients one by one.

  FIG. 6 shows an actual screen layout example of the medication / accounting terminal 3. The screen display examples in FIGS. 2 to 5 described above are simplified for the sake of explanation, but in actuality, display is performed on the screen as shown in FIG. FIG. 6A is a diagram when a patient visits alone, and FIG. 6B is a diagram when a patient visits a family. As shown in FIG. 6B, for a family, a plurality of patients are displayed simultaneously on one screen. In the example of FIG. 6, information for up to three people can be displayed simultaneously.

  In the above description, an example in which medication instruction and accounting processing is performed at the same medication / accounting terminal 3 has been described. However, the present invention is not limited thereto, and may be performed at separate terminals.

  In the above description, the example in which only the medication instruction is performed first in the medication / accounting terminal 3 has been described. However, as shown in FIG. When the medication instruction work and the accounting process work are completed, either the “Enter key” is pressed or the “Finish” button 34 displayed on the screen is clicked to set both the medication flag and the accounting flag. Change the value from “9” to “0”.

  Next, the operation of the medication accounting system based on the medication accounting program according to Embodiment 1 of the present invention will be described. First, the prescription input process in the prescription input terminal 1 will be described based on the flowchart of FIG.

  In the figure, 101 is a search unit that is provided in the prescription input terminal 1 and searches for a patient in the registered patient data, and 102 is new when the corresponding patient does not exist in the database. The patient registration unit 103 performs patient registration and corrects or updates patient data, 103 is a drug history data input unit for inputting the contents of a prescription, and 104 is a patient burden for each patient involved in dispensing from the input contents. A settlement processing unit 105 that calculates various points including the amount (accounting amount) is a registration processing unit 105 that updates input contents and calculation results to the patient database and accounting database in the recording device 6.

  In this configuration, the prescription input terminal 1 first receives the patient's name or date of birth in the reception search unit 101, and based on the patient's name or patient date, the patient data of the corresponding patient from the patient database in the recording device 6 is input. Data (see FIG. 2) is searched (steps S1 and S2). At this time, if the patient data does not exist in the patient database, the patient registration unit 102 newly registers the patient information. On the other hand, if the patient data for which the family search code is not registered is selected, The family registration code is registered in the patient registration unit 102 (step S3). Next, the contents of the current prescription are input as drug history data in the drug history data input unit 103 (step S4), and various points (accounting amounts) are calculated based on the drug history data in the calculation processing unit 104. Is calculated (step S5), and the medication registration data in the medication history database and the receipt data in the receipt database in the recording device 6 are updated in the reception registration processing unit 105 (step S6). The receipt data is data in which a list of patients accepted on that day is stored as shown in FIG. When updating the data in the reception registration processing unit 105, the drug history data input flag shown in FIG. 2 is set (flag value is set to “1”), and all other flags including the accounting flag are “unconfirmed”. By updating as “(flag value is set to“ 9 ”), it is possible to grasp the progress of the dispensing operation.

  In the above process, when it is desired to simultaneously input the medical history data for the family, in step S4, the patient data for the family is also read out using the family search code in the patient data, The drug history data of the patient should be entered at the same time. In this case, the input screen is a screen as shown in FIG.

  Further, the process of step S5 is not necessarily performed by the prescription input terminal 1, and may be performed collectively only by steps S30 and S27 by the medication / accounting terminal 3.

  Next, the operation of the auditing process by the dispensing inspection terminal 2 will be described based on the flowchart of FIG. As shown in FIG. 8, the dispensing inspection terminal 2 updates an audit search unit 201 that searches for patient data that has been input and is not yet accounted, an audit display unit 202 that displays input contents, and an audit flag in the database. An audit registration processing unit 203 is provided.

  Regarding the operation of the dispensing inspection terminal 2, first, when the dispensed medicine that has been dispensed for each patient is sent to the place where the dispensing audit terminal 2 is installed, the patient code described in the medicine bag or form attached to the medicine Is input, and the audit retrieval unit 201 retrieves the medication history data of the dispensed patient from the medication history database in the recording device 6 using the patient code (step S11). Next, the contents of the retrieved drug history data of the patient are displayed on the audit display unit 202 as shown in FIG. 3 (step S12). While watching the display, the pharmacist in charge of the audit matches the prescription contents, the dispensing medicine, and the prescription, and checks the dispensing error check and the like. After “Check completed” is input, the audit registration processing unit 203 clears and updates the input flag and audit flag of the drug history data, sets the value of the input flag to “0” as described above, and sets the audit flag The value is set to “1” (step S14).

  Next, the operation of medication instruction and accounting processing by the medication / accounting terminal 3 will be described based on the flowcharts of FIGS. As shown in FIG. 9, the medication / accounting terminal 3 is configured such that when the person in charge of medication has a family search code in the accounting search unit 301 for searching for the corresponding patient from the dispensed patient data and the corresponding patient data, A family search unit 302 that searches for another patient that matches the family search code, a family accounting confirmation unit 303 that determines whether there is unaccounted data in the searched other patient data, and as a result of the determination, accounting for another patient has not been completed. In the case of accounting, the family accounting calculation unit 304 that calculates various points (accounting amount) including the patient burden related to the dispensing of the other patient, and the calculated various points (accounting amount) are stored in the medicine in the storage device 6 Patient who calculates various points (accounting amount) including the patient burden related to the dispensing of the corresponding patient when there is no family as a result of searching by family accounting registration unit 305 and family searching unit 302 registered in the history data Accounting calculation unit 306, medication / accounting processing unit 307 that performs medication instruction / accounting processing for patients, summation processing unit 308 that performs summation processing of various points (accounting amounts) when there is a family (multiple patients), and family use A family medication / accounting processing unit 309 is provided to provide medication guidance / accounting processing (when there are multiple patients).

  Regarding the operation of the medication / accounting terminal 3, first, the accounting search unit 301 searches and extracts drug history data that has been audited and has not been accounted for from the drug history database in the storage device 6 (step S 21). Alternatively, the accounting search unit 301 searches for unaccounted data from the receipt data in the storage device 6 and confirms whether or not the medical history data of the patient has been audited in the drug history database in the storage device 6. If it has been audited, the drug history data is extracted (step S21). Thereby, as shown in FIG. 4, the patient data and drug history data of the patient are displayed. At this time, if a family search code is registered in the retrieved patient data (step S22), the family search processing unit 302 automatically matches the family search code using the family search code as a key. Patient data of another patient to be extracted is extracted (step S23). When there is no such patient data of another patient (step S24), the process proceeds to step S30. On the other hand, when the patient data can be extracted (step S24), the family account confirmation unit 303 applies all of the drug history data to the drug history data of another patient corresponding to the extracted patient data. It is determined whether the audit has been completed (steps S25 and S26). If the audit has been completed, the medical history data is displayed on the screen as shown in FIG. Various points (accounting amount) are calculated (step S27), and the family accounting registration unit 305 creates calculation results for each patient, and registers them in the drug history database in the storage device 6 (step S28). ). In this way, the process from step S25 to S28 is repeated for all families (step S29). If there is data that has not been audited as a result of the determination in step S26, a message such as “Family Dispensing” is displayed on the screen, and then the process returns to step S21 to perform the accounting process for the next patient. Do.

  Next, the patient accounting calculation unit 306 calculates various points (accounting amount) for the patient selected by the accounting search unit 301 in step S21 described above (step S30). At this time, it is determined whether or not the calculation result registered in step S28 exists (step S31). If it exists, the summation processing unit 308 performs summation processing of various points (accounting amount) (step S32). The family medication / accounting processing unit 309 is activated to perform family accounting input processing (step S33). The family medication / accounting processing unit 309 switches medication guidance and accounting processing for each patient / family as a whole by clicking a “per patient / entire family” switching button (not shown) displayed on the screen. It has a possible configuration. Receipts are output for each patient at the time of accounting processing (at the time of payment data update), but for the data update of drug history data, the family portion is collected and the batch update processing is performed as accounted data . If it is determined in step S31 that there is no calculation result, the medication / accounting processing unit 307 performs accounting input processing for one patient searched in step S21 (step S34). The amount calculated in this way is displayed in the total amount column 36 of FIG. 4 or FIG.

  As described above, in the present embodiment, by searching with a family search code, related patient personal information is also searched in a single patient personal information search and automatically displayed as candidates. Therefore, the presence or absence of a family can be recognized easily and reliably. In addition, by displaying the personal information of the searched patient and the personal information of the family of the patient displayed as a candidate, specific related persons (family, etc.) can also be performed simultaneously in one medication instruction process. I can do it. At the end of the medication process, the specific related persons (family, etc.) are grouped together and transferred to the payment processing side, so that both the payment process and the specific related persons (family, etc.) once Can be done at the same time in the deposit process. This allows pharmacies such as pharmacies in front of pediatrics to visit many families, and allows for family-based medication processing and payment processing without confirmation to the patient. Efficiency can be realized.

Embodiment 2. FIG.
In the present embodiment, the receipt data is configured as shown in FIG. The receipt data in the present embodiment includes information on a reception day, a reception time, a reception number, a patient code, and a status flag indicating whether it is unaudited / audited / accounted. When a family member comes together, the patient code of the family is registered as a specific related person code 1, a specific related person code 2,. Further, for each of the specific related person code 1, the specific related person code 2,..., A status flag indicating whether unaudited / audited / accounted is stored. It also includes family search code information. The value of the status flag is defined in advance as “9” for unaudited (initial value), “1” for audited, and “0” for paid.

  In the present embodiment, as shown in FIG. 2, a plurality of windows 11, 11 a, 12, and 12 a can be input to the prescription input terminal 1 so that patient data and medication history data of a plurality of patients can be input from the beginning. Is open. If you enter only one patient's data in these windows and click on the “Finish” button 13, the patient is considered to have come to the station alone. If data of two or more patients including the minute are input and the “end” button 13 is clicked, the patient is considered to have visited the family and is registered in the above-described receipt data of FIG.

  In the example of FIG. 13, the patient with the reception number “20080305001” and the patient with “20080305002” have come to the station independently, and have been accounted for. On the other hand, the patient whose reception number is “20080305003” has been visited by two families and the first patient has been audited, but the patient of the specific related person code 1 who is the family is still being audited Is not audited (during dispensing).

  In this embodiment, for each reception number, the patient data of the family members who came together are registered in the receipt data as one data set, and for each patient, unaudited / audited / Since the status flag indicating the already accounted state is stored, it is possible to determine whether or not the medication flag and the accounting process are possible based on the status flag. That is, for a patient who visits alone, if the patient's status flag is “1”, it is in a state in which medication instruction and accounting can be processed. If the flag is “1”, the medication instruction and accounting process are possible. On the other hand, if a patient who came to the family and one of the family members has a status flag other than “1”, it can be determined that the medication instruction and accounting processing cannot be performed yet.

  Thus, in the present embodiment, if the medication / accounting terminal 3 is a single patient from the receipt data in FIG. 13 in the accounting search unit 301, the status flag of the patient is “1”. If the data is “family”, a patient whose status flag is “1” for all the family members is searched, and uncalculated drug history data of the patient is searched from the drug history database in the storage device 6 and extracted ( Step S21A). Based on the family search code of the retrieved drug history data or the family search code of the receipt data (step S22A), the family search processing unit 302 automatically matches the family search code using the family search code as a key. Drug history data of another patient to be extracted is extracted (step S23A). With respect to the extracted medical history data of another patient, the family accounting confirmation unit 303 confirms whether all of the data has been audited (step S25A), and calculates the family accounting for the patient data of the other patient. The unit 304 calculates various points (accounting amount) (step S27), and the family accounting registration unit 305 creates a calculation result for each patient and registers it in the drug history database in the storage device 6 (step S27). S28). The process from step S25 to S28 is repeated for all families (step S29). When there is no drug history data of another patient that matches the family search code as a result of determination in step S24A, or when there is unaudited data (unaudited data) as a result of determination in step S26A. Advances to step S30. The subsequent processing is the same as in the first embodiment (see FIGS. 9 and 10).

  Since other configurations and operations of the present embodiment other than those described above are the same as those of the above-described first embodiment, description thereof is omitted here.

  As described above, in the present embodiment, the same effect as in the first embodiment described above can be obtained. Further, in the present embodiment, the patient data of the family who came together for each reception number Are registered in the receipt data as a single data set, and in each of them, a state flag indicating unaudited / audited / accounted is stored for each patient. Since it is now possible to immediately determine whether or not it is possible to process, regardless of whether it is a single patient or a family member, the medication guidance and accounting process can be called in the order in which the treatment is possible. In addition, since the accounting process can be performed, the time for searching for a patient to be given medication instruction is shortened, and the efficiency can be improved.

It is the block diagram which showed the hardware constitutions of the medication accounting processing system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the data displayed on the prescription input terminal in the medication accounting processing system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the data displayed on the dispensing inspection terminal in the medication accounting processing system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the data displayed on the medication / accounting terminal in the medication accounting processing system concerning Embodiment 1 of this invention. It is explanatory drawing which showed the modification of the data displayed on the medication / accounting terminal in the medication accounting processing system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed the example of a screen display of the medication / accounting terminal in the medication accounting processing system concerning Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the prescription input terminal in the medication accounting processing system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the dispensing inspection terminal in the medication accounting processing system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the medicine / accounting terminal in the medicine accounting processing system concerning Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the medicine / accounting terminal in the medicine accounting processing system concerning Embodiment 1 of this invention. It is explanatory drawing which showed an example of the receipt data in the medication accounting processing system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the family master in the medication accounting processing system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the receipt data in the medication accounting processing system which concerns on Embodiment 2 of this invention. It is the flowchart which showed the flow of the process of the medicine / accounting terminal in the medicine accounting processing system concerning Embodiment 2 of this invention.

Explanation of symbols

  1 prescription input terminal, 2 dispensing inspection terminal, 3 medication / accounting terminal, 4 server, 5 LAN, 6 storage device, 11, 11a patient data input display window, 12, 12a medicine history data input display window, 21, 21a medicine history Data display window, 31, 31a Patient data display window, 32, 32a Drug history data display window, 101 search unit, 102 Patient registration unit, 103 Drug history data input unit, 104 Settlement processing unit, 105 Registration processing unit, 201 Search unit 202 Display unit 203 Registration processing unit 301 Search unit 302 Family search unit 303 Family accounting confirmation unit 304 Family accounting calculation unit 305 Family accounting registration unit 306 Patient accounting calculation unit 307 Medication / accounting processing unit 308 Total processing unit, 309 Family medication / accounting processing unit.

Claims (4)

Patient data storage means for storing a patient database in which patient data including one or more patient-specific information such as a patient name is registered for each patient identification number;
Search code input means for storing, in the patient data of the patient, a search code for searching patient data of the specific related patient from the patient database when there is a specific related patient related to the patient;
An acceptance search means for inputting at least one of the patient-specific information in the patient data and searching for and reading out the corresponding patient data from the patient database stored in the patient data storage means;
Drug history data input means for inputting prescription information as drug history data for each patient data read by the reception search means,
Account data storage means for storing the drug history data input by the drug history data input means as unaccounted data and storing the accounted drug history data as accounted data;
Accounting retrieval means for reading unaccounted data for one patient from the data stored in the accounting data storage means,
When the search code is input in the patient data of the patient of the unaccounted data read out by the accounting search means, using the search code, the unaccounted for a specific related patient related to the patient Specific related patient retrieval means for retrieving data from unaccounted data stored in the accounting data storage means;
Based on the unaccounted data read out by the accounting search means, a calculating means for calculating a dispensing cost for the patient,
A specific related patient calculating means for calculating a dispensing cost for the specific related patient based on the unaccounted data searched by the specific related patient searching means;
A summing means for calculating a total amount of the dispensing cost for the patient by the calculating means and the dispensing cost for the specific related patient by the specific related patient calculating means;
Output means for outputting the dispensing cost calculated by the calculating means or the summing means;
When a signal indicating accounting is input to the dispensing cost output by the output means, the accounting data storage means uses the unaccounted data corresponding to the input of the signal as accounting data. A medication accounting processing system comprising: accounting data update registration means for storing the data. Reception data in which at least one of patient-specific information in the patient data is input to the reception search means in the order in which the patient identification numbers of the patient are stored as reception data. A storage means,
In the reception data stored in the reception data storage means, for each patient identification number, at least a state indicating whether it is already accounted or unaccounted is stored,
The said accounting search means reads the unaccounted data for one patient from the data memorize | stored in the said accounting data storage means based on the said state of the said reception data. Medication accounting system. Audit search means for reading unaccounted data for one patient from the data stored in the accounting data storage means,
Audit display means for displaying unaccounted data read by the audit search means, and
The accounting data update registration means stores the unaccounted data displayed by the audit display means in the accounting data storage means as audited unaccounted data when a signal indicating the end of the audit operation is input. ,
The medication accounting system according to claim 1 or 2, wherein the accounting retrieval unit reads out unaudited data that has been audited for one patient from the data stored in the accounting data storage unit. Computer
Patient data storage means for storing a patient database in which patient data including one or more patient-specific information such as a patient name is registered for each patient identification number;
Search code input means for storing, in the patient data of the patient, a search code for searching patient data of the specific related patient from the patient database when there is a specific related patient related to the patient;
An acceptance search means for inputting at least one of the patient-specific information in the patient data and searching for and reading out the corresponding patient data from the patient database stored in the patient data storage means;
Drug history data input means for inputting prescription information as drug history data for each patient data read by the reception search means,
Account data storage means for storing the drug history data input by the drug history data input means as unaccounted data and storing the accounted drug history data as accounted data;
Accounting retrieval means for reading unaccounted data for one patient from the data stored in the accounting data storage means,
When the search code is input in the patient data of the patient of the unaccounted data read out by the accounting search means, using the search code, the unaccounted for a specific related patient related to the patient Specific related patient retrieval means for retrieving data from unaccounted data stored in the accounting data storage means;
Based on the unaccounted data read out by the accounting search means, a calculating means for calculating a dispensing cost for the patient,
A specific related patient calculating means for calculating a dispensing cost for the specific related patient based on the unaccounted data searched by the specific related patient searching means;
A summing means for calculating a total amount of the dispensing cost for the patient by the calculating means and the dispensing cost for the specific related patient by the specific related patient calculating means;
Output means for outputting the dispensing cost calculated by the calculating means or the summing means;
When a signal indicating accounting is input to the dispensing cost output by the output unit, the accounting data storage unit is configured to use the unaccounted data corresponding to the input of the signal as accounting data. A medication accounting processing program for functioning as accounting data update registration means stored in the computer.

Images