Electronic medical record system, control method for electronic medical record system, electronic medical record program, and recording medium

Abstract

This invention provides an electronic medical record system, a control method for the electronic medical record system, an electronic medical record program, and a recording medium that make aggregated results easier to use to support pharmacists' work. [Solution] The electronic medical record system 1 includes a reception unit 10 that receives prescription data as a case, a first determination unit 21 that determines the status of a case to be unprocessed if information has not been entered in the area for recording some of the required items, a second determination unit 22 that determines the status of a case to be completed if information has been entered, a change unit 30 that changes the status of a case determined to be unprocessed to a pending state according to the user's instructions, a summation unit 50 that aggregates cases that remain in an unprocessed state without the status being changed by the change unit 30 and cases whose status has been changed to a pending state by the change unit 30 in a distinguishable manner, and a display control unit 60 that presents the results aggregated by the summation unit 50.

Description

Technical Field

[0001] The present invention relates to an electronic medication history system, a control method for an electronic medication history system, an electronic medication history program, and a recording medium.

Background Art

[0002] Generally, a pharmacist receives a prescription and its data from the patient side, performs dispensing, drug delivery, medication guidance, and creates a medication history. An electronic medication history system has been proposed to support such pharmacist work (see Patent Document 1). The electronic medication history system can manage information on drugs delivered to patients and the content of medication guidance provided on a computer.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] Here, the inventor of the present case is considering aggregating, by an electronic medication history system, unstarted cases among cases after receiving prescription data and completed cases where drugs have been delivered and essential items for recording in the medication history have been recorded, and displaying the aggregation result. This is because it becomes easier to manage whether there are any unstarted cases. In particular, there is a pharmaceutical management fee in medical treatment fees, and this pharmaceutical management fee cannot be claimed simply by a pharmacist delivering drugs to the patient side, but can only be claimed if a medication history in which essential items are recorded is created. Therefore, it is necessary to appropriately create the medication history without omission, and the inventor of the present case considers it important to manage the number of unstarted cases.

[0005] However, in reality, even if there are unstarted cases and a pharmacist has free time, there are cases where it is more appropriate for another pharmacist to handle the work. For example, a patient may have a designated pharmacist, and it may be more appropriate for that pharmacist to handle the work. Also, even if a pharmacist is not the designated pharmacist, there are cases where a specific pharmacist should handle certain tasks. In such cases, the pharmacist with free time should start on other unstarted cases.

[0006] Furthermore, in cases where only prescription data has been sent and the process has not yet begun, there are situations where this case should not be prioritized, such as when the patient has not yet visited the pharmacy or when the online medication guidance appointment time is still far off. In such cases, other unstarted cases should be prioritized instead. Similarly, when a pharmacist is providing a home visit service at a later time, or when the medication is not in stock, this case should not be prioritized, and other unstarted cases should be prioritized instead.

[0007] However, even if an electronic medical record system is equipped with an aggregation function, it has the problem that it cannot distinguish between cases that should be handled by a specific pharmacist or those that should not be prioritized, making it difficult to effectively use the aggregation results to support pharmacists' work.

[0008] This invention was made to solve these problems, and its objective is to provide an electronic medical record system, a control method for the electronic medical record system, an electronic medical record program, and a recording medium that can make the aggregated results easier to use to support pharmacists' work. [Means for solving the problem]

[0009] The electronic medical record system according to the present invention is an electronic medical record system that records predetermined essential items, including at least the history of medications dispensed to patients and the medication guidance provided, and comprises: an acceptance means for receiving prescription data as a case; a first determination means for determining the status of a case received by the acceptance means to be unprocessed if information has not been entered into a predetermined recording unit for recording a specific part of the essential items; a second determination means for determining the status of a case received by the acceptance means to be completed if information has been entered into the recording unit; a change means for changing the status of a case whose status has been determined to be unprocessed by the first determination means to a pending state at the instruction of the user; an aggregation means for aggregating cases in a manner that distinguishes between cases whose status has been determined to be unprocessed by the first determination means and which remain in the unprocessed state without being changed by the change means, and cases whose status has been changed to the pending state by the change means; and a presentation means for presenting the results aggregated by the aggregation means.

[0010] Furthermore, the control method for an electronic medical record system according to the present invention is a control method for an electronic medical record system that records predetermined essential items, including at least the history of medications dispensed to patients and the medication guidance provided, and comprises: a reception step of receiving prescription data as a case; a first determination step of determining the status of a case received in the reception step to be unprocessed if information has not been entered into a predetermined recording unit for recording a specific part of the essential items; a second determination step of determining the status of a case received in the reception step to be completed if information has been entered into the recording unit; a change step of changing the status of a case whose status was determined to be unprocessed in the first determination step to a pending state at the instruction of the user; an aggregation step of aggregating cases in a manner that distinguishes between cases whose status was determined to be unprocessed in the first determination step and which remain in the unprocessed state without being changed in the change step, and cases whose status was changed to the pending state in the change step; and a presentation step of presenting the aggregated results in the aggregation step.

[0011] Furthermore, the electronic medical record program according to the present invention is for enabling the above system to function on a computer, and the recording medium is a record of this electronic medical record program. [Effects of the Invention]

[0012] According to the present invention, aggregated results can be made more easily used to support pharmacists' work. [Brief explanation of the drawing]

[0013] [Figure 1] This is a diagram showing the configuration of the electronic medical record system according to this embodiment. [Figure 2] This is a block diagram showing the electronic medical record system as shown in Figure 1. [Figure 3] This is a status transition diagram of the project according to this embodiment. [Figure 4] This figure shows an example of the initial screen. [Figure 5]This figure shows an example of the screen displayed immediately after logging in. [Figure 6] Figure 5 shows an example of a screen where the status of one case is set to "pending" from the list screen. [Figure 7] This figure shows an example of a patient-specific medication guidance screen. [Figure 8] This figure shows an example of an image display of the aggregation results performed by the aggregation department. [Figure 9] This flowchart illustrates the control method for the electronic medical record system according to this embodiment, showing the status transition process for each case. [Figure 10] This flowchart illustrates the control method of the electronic medical record system according to this embodiment, showing the processing for displaying aggregated results and lists. [Modes for carrying out the invention]

[0014] The present invention will be described below in accordance with preferred embodiments. It should be noted that the present invention is not limited to the embodiments shown below, and can be modified as appropriate without departing from the spirit of the invention. Furthermore, in the embodiments shown below, some illustrations and descriptions of certain components are omitted. It goes without saying that, regarding the details of the omitted technologies, publicly known or well-known technologies are applied as appropriate, to the extent that they do not contradict the content described below.

[0015] FIG. 1 is a configuration diagram showing an electronic medication history system according to the present embodiment. The electronic medication history system 1 shown in FIG. 1 records predetermined essential items including at least the medications dispensed to a patient and the history of the medication guidance provided. In particular, the electronic medication history system 1 according to the present embodiment contributes to the support of a pharmacist's work by appropriately aggregating and presenting cases that have received prescriptions or prescription data at a pharmacy according to the status. Such an electronic medication history system 1 is constituted by, for example, a plurality of pharmacy-side terminals D1 and a main server D2. Note that the electronic medication history system 1 may be constituted only by the pharmacy-side terminals D1. That is, the electronic medication history system 1 may operate by the cooperation of the pharmacy-side terminals D1 and the main server D2, or may be equipped with all functions in the pharmacy-side terminals D1 and operate independently.

[0016] FIG. 2 is a block diagram showing the electronic medication history system 1 shown in FIG. 1. As shown in FIG. 2, the electronic medication history system 1 includes a reception unit (reception means) 10, a status determination unit 20, a change unit (change means) 30, a prohibition unit (prohibition means) 40, an aggregation unit (aggregation means) 50, a display control unit (presentation means) 60, and a storage unit (recording medium) 70.

[0017] The reception unit 10 receives prescription data as a case. The prescription data may be received by being transmitted from a terminal held by the patient side, or may be received by being transmitted via a dedicated terminal installed in a medical institution or the like. Furthermore, the prescription data may be received via a two-dimensional code described on a prescription brought in on a paper medium, or may be received by manual input by a pharmacist or the like (user).

[0018] A prescription is a document that records the patient's name, age, drug name, dosage, usage, dosage amount, date of issue or expiration date, and the name of the hospital or clinic. Prescription data consists of the data that makes up these elements, but is not limited to this. It is also acceptable to accept only the drug name and dosage information necessary for dispensing on the assumption that a paper prescription will be brought later as prescription data, or to include additional information in addition to the above information.

[0019] The status determination unit 20 determines the status of the case. FIG. 3 is a status transition diagram of the case according to the present embodiment. As shown in FIG. 3, in the present embodiment, cases are distinguished by four statuses. Two of the four statuses are the "unentered" state (hereinafter also referred to as the unprocessed state) and the "advised" state (hereinafter also referred to as the completed state). In addition, in the present embodiment, the status of the case includes a "later" state (hereinafter also referred to as a hold state) and a "pending" state (hereinafter also referred to as a pending state). The status determination unit 20 determines which of the above four statuses the status of the case belongs to.

[0020] Referring to FIG. 2 again. The status determination unit 20 includes a first determination unit (first determination means) 21, a second determination unit (second determination means) 22, a third determination unit (third determination means) 23, and a fourth determination unit 24.

[0021] The first determination unit 21 determines that the status of the case is the unprocessed state. This first determination unit 21 determines that the status of the case is the unprocessed state when information has not been input to a recording unit (reference numerals A31 and A32, which are input units on the screen in the present embodiment) for recording a part of the specific essential matters.

[0022] In 2024, the required information includes: "basic patient information," "prescription and dispensing details," "patient's constitution, lifestyle necessary for pharmaceutical management, and patient's wishes regarding the use of generic drugs," "disease information," "patient's medication information or specific health checkup information obtained through the online eligibility verification system," "status of concomitant medications and intake of foods and beverages that interact with the medications," "medication adherence," "key points of changes in the patient's physical condition during medication and consultations from the patient or their family," "key points of medication guidance," "whether or not a medication record book is used," "points to note for continued pharmaceutical management and guidance in the future," and "name of the pharmacist who provided guidance."

[0023] When prescription data is received, at least the patient's basic information is automatically entered. In addition, for patients visiting the pharmacy for the second time or more, some information is pre-entered. For this reason, it is preferable for the first judgment unit 21 to determine whether information that is not automatically entered at the time of receipt, such as information in the record section for "Key Points for Medication Guidance" (a specific example of a specific part), has been entered, and to determine that the case is unprocessed if it has not been entered. However, the first judgment unit 21 is not limited to determining whether information has been entered in the record section for "Key Points for Medication Guidance". For example, the first judgment unit 21 may also determine whether the case is unprocessed based on whether information has been entered in the record section for other essential items, such as "Points to Note for Continued Pharmaceutical Management and Guidance in the Future" (a specific example of a specific part).

[0024] In addition, the first judgment unit 21 may determine whether a case is unprocessed based on whether information has been entered into the record units for multiple essential items, such as the record units for "key points of medication guidance" and "points to note for continued pharmaceutical management and guidance in the future" (a specific example of a part of the record unit).

[0025] The second decision unit 22 determines that the status of the case is completed. This second decision unit 22 determines that the status of the case is completed if information has been entered into the above-mentioned record unit.

[0026] To explain in more detail, the second judgment unit 22 determines the status of the case to be completed when information has been entered into the record unit and a save instruction (a second memory instruction, which differs from the first memory instruction described later) has been given. A pharmacist may have entered information into the record unit but not all required information, or may have entered all the information but wish to review the entered content later. In this case, the pharmacist will give a hold instruction (a first memory instruction). Conversely, if the pharmacist wants to complete the case by entering information into the record unit, they will give a save instruction. The second judgment unit 22 determines the status of the case to be completed when information has been entered into the record unit and a save instruction has been given by the pharmacist or assistant. On the other hand, as described above, the third judgment unit 23 determines the status of the case to be pending when information has been entered into the record unit and a hold instruction has been given. When a hold instruction or save instruction is given, the information entered into the record unit is stored in the memory unit 70. In addition, the memory unit 70 stores status and other information, and also records the electronic medical record program necessary for the electronic medical record system 1 to function. The electronic medical record program may be stored on another recording medium such as a USB (Universal Serial Bus) memory and downloaded to the computer.

[0027] Here, the modification unit 30 changes the status of cases that the first judgment unit 21 has determined to be in an unprocessed state to a pending state based on instructions from the user (pharmacist, assistant, manager, etc.). The fourth judgment unit 24 determines which cases have been changed to a pending state by the modification unit 30.

[0028] The above will now be explained with reference to the display screen. Figure 4 shows an example of the initial screen. The screen shown in Figure 4 is displayed on the display of the pharmacy terminal D1 (see Figure 1) under the control of the display control unit 60 (see Figure 2). The display control unit 60 displays a user ID input field C1, a password input field C2, a company code input field C3, a login button B1, a designation section P, and a description section N1 as the login screen.

[0029] The User ID input field C1 is for entering the pharmacist's individual user ID, and the Password input field C2 is for entering the pharmacist's individual password. The Company Code input field C3 is for entering the code of the company to which the pharmacist belongs. The Login button B1 is a button that attempts to log in when clicked or otherwise instructed. When the Login button B1 is clicked, the pharmacy terminal D1 sends the information entered in input fields C1 to C3 to the main server D2 (see Figure 1). The main server D2 allows login if all the information entered in input fields C1 to C3 is correct, and rejects login if any of the information is incorrect.

[0030] The designated section P is used to display instructions on how to use the electronic medical record system 1 according to this embodiment and update information when an instruction operation such as clicking is performed. The description section N1 displays notifications for the electronic medical record system 1 according to this embodiment.

[0031] Figure 5 shows an example of the screen immediately after login. Once login is permitted, the display control unit 60 displays, for example, the list screen shown in Figure 5 (which displays at least the patient's name for each case). The list screen displays a list of cases that are currently unprocessed.

[0032] This list screen displays the status (indicating that the prescription is not yet processed), reception number, patient name, patient's date of birth, the medical institution that issued the prescription, and the supervisor's name. Specifically, for a particular patient (Patient Taro), the status is displayed as "Not entered," the reception number as "7," the patient name as "Patient Taro," the patient's date of birth as "May 5, 1987 (37 years old)," and the medical institution that issued the prescription as "○○ Hospital." The supervisor's name is left blank.

[0033] On the visitor list screen, the displayed content itself (excluding the instruction section I described later) is the patient selection button B2. When any of the multiple patient selection buttons B2 are selected, the system transitions to the individual patient's medication guidance screen (the patient's initial screen) shown in Figure 7.

[0034] Furthermore, within the patient selection button B2, instruction section I is displayed. Instruction section I consists of the word "Later" and a rotating arrow mark adjacent to it. When this instruction section I is operated by a pharmacist or other person, the modification unit 30 changes the status of the pending case to a pending state. The fourth judgment unit 24 then determines that the status of the case in question is a pending state.

[0035] Here, among the pending cases, some should be handled by a specific pharmacist, such as a primary care pharmacist or collaborating pharmacist, or should not be prioritized. Cases that are put on hold are of this type, while cases that are not put on hold can be handled by any pharmacist, not just a specific one, and should be prioritized. Therefore, it can be seen that pharmacists should basically focus on handling cases that are in a pending state.

[0036] Figure 6 shows an example of a screen where the status of one case from the list screen shown in Figure 5 has been set to "Pending". As shown in Figure 6, when instruction unit I is operated, the status display changes to "Later", and instruction unit I is changed to second instruction unit I2. Second instruction unit I2 consists of the words "Not entered" and a rotating arrow mark adjacent to these words. When this second instruction unit I2 is operated by a pharmacist or the like, the change unit 30 can change the status of the case that is in "Pending" back to "Unprocessed". In this case, the fourth judgment unit 24 does not determine that the status of the case is in "Pending", and the first judgment unit 21 determines that the status of the case is in "Unprocessed".

[0037] Here, as shown in Figure 6, when the status of a case is changed to "held," the pharmacist's name is entered in the supervisor's name field on the list screen. The entered pharmacist's name is the name of the logged-in pharmacist, and is the name of the pharmacist who issued the instruction to the instruction unit I. Furthermore, when the second instruction unit I2 is issued for a case whose status has been set to "held" and whose supervisor's name has been entered, it is preferable that the entered supervisor's name remains.

[0038] Furthermore, it is preferable that the name of the primary care pharmacist (or a collaborating pharmacist if there is no primary care pharmacist) is pre-entered in the supervisor's name field. This makes it clearer which pharmacist should take over the case.

[0039] Note that the list screen shown in Figure 5 is not limited to being displayed only immediately after login. The electronic medical record system 1 according to this embodiment allows searching for held cases by performing a predetermined operation. Therefore, pharmacists can display a list screen of cases in the unprocessed state, as shown in Figure 5, even if it is not immediately after login, by specifying the unprocessed state in their search. In addition, pharmacists can change the settings of the electronic medical record system 1 to select which of the four statuses to display on the list screen immediately after login. This allows pharmacists to display a list screen of cases including not only the unprocessed state but also the held state, or a list screen of only the pending state. Note that a period can also be set for the search, such as from today to one week ago.

[0040] Figure 7 shows an example of a patient-specific medication guidance screen. When the patient selection button B2 (see Figure 6) is selected, the display control unit 60 displays the medication guidance screen as shown in Figure 7. The medication guidance screen generally has three display areas A1 to A3, and by displaying these three display areas A1 to A3 side by side on the same screen, the contents of each display area A1 to A3 can be compared.

[0041] The first display area A1 is the area located on the left side of the display screen. This first display area A1 displays patient attribute information such as the patient's name and age, visit information such as the date of the first visit and the pharmacist, and header information such as the patient's constitution (allergies, etc.), medical history, concomitant medications, medication adherence, and weight. This header information is checked at the time of the first visit and is checked periodically. For this reason, it is preferable that the header information includes (and is displayed alongside) the information of the most recent date checked. In addition, if the latest date is older than a predetermined period from the current date, it is preferable to draw attention to it by indicating the latest date in a specific color (e.g., pink). Furthermore, if the latest date is today, it is preferable to indicate that the information was registered on that day by indicating the latest date in a specific color (e.g., green).

[0042] The second display area A2 is the area for displaying the patient's past medication history. The second display area A2 has a past date specification field C4, a past prescription display area A21, and a past medication guidance display area A22. The past date specification field C4 is a field for selecting past visit dates, hospitals visited, and departments visited using a dropdown format. The past prescription display area A21 and the past medication guidance display area A22 are areas for displaying past prescription data and the content of past medication guidance. For example, if the previous visit date is specified in the past date specification field C4, the previous prescription data will be displayed in the past prescription display area A21, and the content of the previous medication guidance will be displayed in the past medication guidance display area A22. The second display area A2 may also have display areas other than the past prescription display area A21 and the past medication guidance display area A22, as appropriate.

[0043] The third display area A3 is the area for displaying the patient's current medication history. Within this third display area A3, a current prescription display area (not shown) is displayed to show the details of the current prescription. Furthermore, the third display area A3 displays a current medication guidance display area (an example of a predetermined record area) A31 for recording the content of the medication guidance given to the patient this time, and a current confirmation items display area (an example of a predetermined record area) A32 for entering the details of the confirmation items performed this time. Note that, as appropriate, the third display area A3 may also include display areas other than the current prescription display area, the current medication guidance display area A31, and the current confirmation items display area A32.

[0044] Furthermore, in this embodiment, for example, a hold button B3 and a save button B4 are displayed near the upper right corner of the screen. A pharmacist can input information into the current medication guidance display area A31 and the current confirmation item display area A32, and then store the input information in the storage unit 70 by instructing the pharmacist to press the hold button B3 or the save button B4. In this case, if the pharmacist presses the hold button B3 (when the first storage instruction is given), the status of the case transitions to the hold state, and if the pharmacist presses the save button B4 (when the second storage instruction is given), the status of the case transitions to the completed state.

[0045] Refer to Figure 3 again. As explained above, for cases whose status is "unprocessed," the status changes to "holding" when instruction unit I is operated (see symbol T1). Furthermore, for cases whose status is "holding," the status changes to "unprocessed" when the second instruction unit I2 is operated (see symbol T2).

[0046] Furthermore, for cases with an unprocessed or pending status, the status will change to pending when the hold button B3 on the medication guidance screen is pressed while information is entered in areas A31 and A32 (see symbol T3). Similarly, for cases in a completed state, the status will change to pending when the hold button B3 on the medication guidance screen is pressed (see symbol T3). Moreover, for cases with an unprocessed or pending status, the status will change to completed when the save button B4 on the medication guidance screen is pressed while information is entered in areas A31 and A32 (see symbol T4). Similarly, for cases in a pending state, the status will change to completed when the save button B4 on the medication guidance screen is pressed (see symbol T4).

[0047] In the example shown in Figure 7, the Hold button B3 and Save button B4 are displayed on the medication guidance screen, but this is not the only example. For example, a Record button or the like may be displayed on the medication guidance screen, and when this is pressed, the Hold button B3 and Save button B4 may be displayed as selectable options via a pop-up.

[0048] Furthermore, as described above, if the hold button B3 or save button B4 on the medication guidance screen is pressed while information has been entered in areas A31 and A32, it is preferable that the name of the pharmacist who is logged in at the time of the instruction be entered in the instructor name column of the list screen. This is because the name of the pharmacist who actually provided the medication guidance will be stored as the instructor name.

[0049] Refer to Figure 2 again. The prohibition unit 40 shown in Figure 2 prohibits the status of cases that are in the pending or completed state from being returned to the unprocessed or held state. With this prohibition unit 40 functioning, as shown in the transition diagram in Figure 3, the status will not return to the uninputted or held state after it has become the pending or completed state. Specifically, when the status becomes pending or completed, the prohibition unit 40 executes a process to delete the instruction unit I and the second instruction unit I2 from the screen shown in Figures 5 and 6, thereby preventing the status from returning to the uninputted or held state. Note that the prohibition unit 40 is not limited to deletion; it may also prevent the status from changing even if an instruction operation is performed, or various publicly known or well-known processes may be possible.

[0050] The aggregation unit 50 shown in Figure 2 aggregates cases by status. The display control unit 60 displays an aggregation button B5 on the screen, as shown in Figures 5 to 7. When this aggregation button B5 is pressed, the aggregation unit 50 performs the aggregation. In particular, in this embodiment, the aggregation unit 50 aggregates cases in a way that distinguishes between cases whose status is determined to be unprocessed by the first determination unit 21 and which remain unprocessed without being changed by the modification unit 30, and cases whose status has been changed to pending by the modification unit 30. The display control unit 60 also presents the results aggregated by the aggregation unit 50 to the user by displaying an image. Note that the presentation method is not limited to image display, but can also be done by various methods such as email notification, audio, and printing.

[0051] Figure 8 shows an example of an image display of the aggregation results by the aggregation unit 50. As shown in Figure 8, in this embodiment, the aggregation unit 50 aggregates the number of cases determined to be in an unprocessed state and the number of cases changed to a pending state separately, thereby distinguishing between the two. The display control unit 60 also displays an aggregation screen that shows the number of cases determined to be in an unprocessed state and the number of cases changed to a pending state, and their respective status displays ST1 and ST2, in a matrix-like correspondence. In particular, both of these cases are basically untouched cases with no information input in areas A31 and A32, but they are displayed as separate aggregation results. Specifically in Figure 8, the display control unit 60 displays the number of "not entered" cases as "5" and the number of "later" cases as "27" at XX Pharmacy No. 1.

[0052] Therefore, it can be seen that, although the number of cases handled by the pharmacist at XX Pharmacy No. 1 is relatively high, the number of cases that should be prioritized is "5," and at this point, the pharmacist can proceed with their work in a relatively calm manner.

[0053] In addition, when the numerical parts P1 and P2, which indicate the number of cases for each status, are operated, the display control unit 60 displays a list of cases corresponding to the number of cases that were operated. For example, when the numerical part P1, which indicates the number of cases, is operated, the display control unit 60 displays a list of cases that are in an unprocessed state, as shown in Figure 5. This allows pharmacists and others to know the details indicated by the aggregated number of cases, and in particular, pharmacists can check the details of unprocessed cases and select which cases to start working on.

[0054] Furthermore, in this embodiment, as shown in Figure 8, the display control unit 60 displays the aggregated results for multiple stores to authorized personnel (administrators such as area managers). As a result, for example, not only at Pharmacy No. 1, but also at Pharmacy No. 2, the number of "not entered" cases will be displayed as "15," and the number of "later" cases will be displayed as "1." The authority is determined from the input contents of the user ID input field C1 and the company code input field C3 on the initial screen shown in Figure 4, but is not limited to this.

[0055] Managers who refer to these aggregated results can determine that, while the number of cases is currently higher at Pharmacy No. 1, the number of cases that should be prioritized is greater at Pharmacy No. 2. For example, they can take measures such as transferring personnel from Pharmacy No. 1 to Pharmacy No. 2.

[0056] Furthermore, as shown in Figure 8, the aggregation unit 50 aggregates cases that are determined to be in a completed state and cases that are determined to be in a pending state in a distinguishable manner. In this case, the aggregation unit 50 counts them separately, for example, as described above, and aggregates them in a distinguishable manner by corresponding the number of cases and the status displays ST3 and ST4 in a matrix. The display control unit 60 then displays this. This makes it even easier to use the aggregation results to support pharmacists' work. In this case, when the numerical parts P3 and P4 indicating the number of cases with the status "pending" and "instructed" are operated, the display control unit 60 displays a list of cases corresponding to the number of cases operated.

[0057] In this embodiment, the aggregation unit 50 starts aggregation when the aggregation button B5 is pressed, but it is not limited to this, and aggregation may be performed internally before the aggregation button B5 is pressed. In this case, the aggregation button B5 becomes a transition button for transitioning to the aggregation screen.

[0058] Refer again to Figures 5 to 7. The display control unit 60 displays an icon IC containing numerical information on screens shown in Figures 5 to 7, other than the summary screen shown in Figure 8. This icon IC is displayed in the upper right corner of the screen and consists of a circular symbol and a number inside the symbol. Here, the number indicates the number of unprocessed cases, and more specifically, the number of unprocessed cases at the store to which the logged-in pharmacist belongs. If a person with administrator privileges logs in, the total number for multiple stores may be displayed. The icon IC may also not contain numerical information and simply indicate that the number of unprocessed cases is "1" or more.

[0059] Here, when the icon IC is instructed to be operated, the display control unit 60 displays a list of pending cases. This makes it easier to smoothly start on the next case, for example, by operating the save button B4 in Figure 7 and then instructing the icon IC.

[0060] Here, the icon IC may be configured to display not only the number of pending cases, but also, by changing its settings, the number of cases at other stores, the number of cases on hold, or the number of cases in other statuses. In addition, the icon IC may be configured to display the total number of cases with multiple statuses. In this case, when the icon IC is operated, a list of cases with multiple statuses will be displayed. In particular, since the status is displayed on the list screen, by displaying cases with both pending and on hold statuses, it is possible to check the number of pending cases while referring to the ratio of pending to on hold cases.

[0061] Next, the control method for the electronic medical record system 1 according to this embodiment will be described. Figures 9 and 10 are flowcharts showing the control method for the electronic medical record system 1 according to this embodiment. Figure 9 shows the status transition process for each case, and Figure 10 shows the display process for aggregated results and lists.

[0062] First, as shown in Figure 9, the electronic medical record system 1 determines whether the prescription data has been received by the reception unit 10 (S1). If the prescription data has not been received (S1:NO), this process is repeated until the prescription data is received.

[0063] If prescription data is received (S1:YES), the electronic medical record system 1 sets the status of the case for which prescription data was received to "unprocessed" (S2). Subsequently, the electronic medical record system 1 determines whether the instruction unit I has been operated (S3). If the instruction unit I has not been operated (S3:NO), the process proceeds to step S6.

[0064] On the other hand, if instruction unit I is operated (S3: YES), the electronic medical record system 1 sets its status to pending (S4). Subsequently, the electronic medical record system 1 determines whether the second instruction unit I2 has been operated (S5). If the second instruction unit I2 has not been operated (S5: NO), the process proceeds to step S6. If the second instruction unit I2 has been operated (S5: YES), the process proceeds to step S2.

[0065] In step S6, the electronic medical record system 1 determines whether the hold button B3 or the save button B4 has been pressed (S6). If neither the hold button B3 nor the save button B4 has been pressed (S6: NO), the electronic medical record system 1 determines whether the status of the current case is unprocessed (S7).

[0066] If the current status of the case is "unprocessed" (S7: YES), the process proceeds to step S3. On the other hand, if the current status of the case is not "unprocessed" (S7: NO), the process proceeds to step S5.

[0067] If the Hold button B3 or Save button B4 is pressed (S6:YES), the electronic medical record system 1 determines whether the Hold button B3 was pressed (S8). If the Hold button B3 was pressed (S8:YES), the electronic medical record system 1 sets the status to Hold (S9). Subsequently, the electronic medical record system 1 determines whether the Save button B4 was pressed (S10). If the Save button B4 has not been pressed (S10:NO), this process is repeated until the Save button B4 is pressed. If the Save button B4 is pressed (S10:YES), the process proceeds to step S11.

[0068] On the other hand, if the hold button B3 is not pressed (S8:NO), the electronic medical record system 1 sets the status to completed (S11). Then, the electronic medical record system 1 determines whether the hold button B3 has been pressed (S12). If the hold button B3 has not been pressed (S12:NO), this process is repeated until the hold button B3 is pressed. If the hold button B3 is pressed (S12:YES), the process proceeds to step S9.

[0069] As described above, the status changes, so unless an instruction is made to the instruction unit I, the second instruction unit I2, the hold button B3, or the save button B4, the status will not change. For this reason, for example, if the electronic medical record system 1 according to this embodiment is displayed in a browser, and the pharmacist makes an instruction to the instruction unit I to set the status of a case to pending, and then goes back in the browser, the status will not revert to the unprocessed state but will remain in the pending state. Also, even if the pharmacist makes an instruction to the instruction unit I to set the status of a case to pending, and then makes an instruction to the "×" mark to close the entire browser, the changed status will not be canceled, and the status will remain in the pending state. The same applies to other statuses.

[0070] Furthermore, as shown in Figure 10, the electronic medical record system 1 determines whether the summary button B5 has been pressed (S21). If the summary button B5 has not been pressed (S21: NO), the electronic medical record system 1 determines whether the icon IC has been pressed (S22). If the icon IC has not been pressed (S22: NO), the process proceeds to step S21. On the other hand, if the icon IC has been pressed (S22: YES), the process proceeds to step S25.

[0071] If the aggregation button B5 is pressed (S21: YES), the aggregation unit 50 performs aggregation in a way that distinguishes each status, and the display control unit 60 displays an aggregation screen that distinguishes each status (S23). Subsequently, the electronic medical record system 1 determines whether the numerical portion P1 indicating the number of unprocessed cases on the aggregation screen has been pressed (S24).

[0072] If the numerical portion P1 representing the number of unprocessed cases is instructed to be operated (S24: YES), the display control unit 60 displays a list screen of unprocessed cases (S25). After that, the process shown in Figure 10 is completed.

[0073] If the numerical portion P1 representing the number of unprocessed cases has not been manipulated (S24: NO), the system determines whether the numerical portions P2 to P4, which represent the number of cases in other statuses, have been manipulated on the aggregation screen (S26).

[0074] If the numerical parts P2 to P4 indicating the number of cases in other statuses are not instructed (S26: NO), the process proceeds to step S24. On the other hand, if the numerical parts P2 to P4 indicating the number of cases in other statuses are instructed (S26: YES), the display control unit 60 displays a list screen of cases in the corresponding status (S27). After that, the process shown in Figure 10 is completed.

[0075] In this way, the electronic medical record system 1 and its control method according to this embodiment can change the status of cases determined to be unprocessed to a pending state at the user's instruction. For this reason, for example, an administrator can change the status of cases that should be handled by a specific pharmacist or cases that should not be prioritized. Furthermore, since cases determined to be unprocessed and cases changed to a pending state are aggregated in a way that allows for distinction, pharmacists can learn that it is more efficient to focus on cases that remain unprocessed in the aggregated results. Therefore, it is possible to provide an electronic medical record system 1 that makes the aggregated results easier to use in supporting pharmacists' work.

[0076] Furthermore, the user can instruct the system to change the status of items that have been set to "held" back to "unprocessed." For example, items that should not have been prioritized can be returned to the unprocessed status when it becomes appropriate to prioritize them. As a result, items that were in a "held" status will be returned to the unprocessed status in the aggregated results, making the aggregated results more easily usable to support pharmacists' work.

[0077] Furthermore, for example, if information is entered in the medication guidance display area A31 or the confirmation items display area A32 and a save instruction is given by operating the hold button B3, the status is determined to be "pending." If information is entered in the same areas A31 and A32 and a save instruction is given by operating the save button B4, the status is determined to be "completed." Therefore, for example, if some required information is entered, the status can be set to "pending" by operating the hold button B3, allowing pharmacists to know that some information has been saved but not yet completed. As a result, the aggregated results are presented with a distinction between pending and completed statuses, making the aggregated results even easier to use to support pharmacists' work.

[0078] Furthermore, since it is prohibited to revert the status of completed and pending cases to an unprocessed or held state, it becomes impossible to revert to an unprocessed state after storing any information in areas A31 and A32. This prevents accidentally reverting the status to an unprocessed state after partially or completely entering information, making it even easier to use the aggregated results to support pharmacists' work.

[0079] Furthermore, when the numerical parts P1 to P4, which indicate the number of cases for each status, are manipulated, a list of cases corresponding to the manipulated number will be displayed. This allows users to refer to the aggregation results on the aggregation screen and check the details of the aggregated cases.

[0080] Furthermore, the system includes an icon IC that displays the number of cases deemed unprocessed on screens other than the summary screen. This allows users to check the number of cases with an unprocessed status without displaying the summary screen. This enables users to check the number of cases that should be handled by a pharmacist or other person, or that should be prioritized, outside of the summary screen, providing an indicator of whether urgent work should be prioritized.

[0081] Furthermore, the electronic medical record program and recording medium according to this embodiment make it possible to realize the electronic medical record system 1 and its control method described above.

[0082] Although the present invention has been described above based on embodiments, the present invention is not limited to the above embodiments, and modifications may be made without departing from the spirit of the invention, and other technologies may be combined as appropriate to the extent possible.

[0083] For example, in the above embodiment, the electronic medical record system 1 may be composed of a separate device connected to a device capable of displaying electronic medical records. This is because status management and other functions can be performed by receiving necessary information from the device capable of displaying electronic medical records.

[0084] Furthermore, although the electronic medical record system 1 according to this embodiment has been described assuming its use in a so-called dispensing pharmacy, it is not limited to this and may be used in other facilities such as nursing homes or hospital pharmacies.

[0085] In addition, while the electronic medical record system 1 according to this embodiment has four status levels for each case, it is not limited to this, and may have three or five or more status levels.

[0086] Furthermore, although the presentation to pharmacists, etc., in the above embodiment was described using screen display on the pharmacy terminal D1 as an example, it is not limited to this and may also be done by displaying on a terminal held by the pharmacist, etc. [Explanation of symbols]

[0087] 1: Electronic medical record system 10: Reception area (reception method) 20: Status determination unit 21:First judgment part (first judgment means) 22:Second judgment unit (second judgment means) 23:Third judgment unit (third judgment means) 30: Modified part (means of modification) 40: Prohibited part (prohibited means) 50: Aggregation unit (aggregation means) 60: Display control unit (presentation means) 70: Memory unit (recording medium) A31: Medication guidance display area (record section) A32: Area for displaying items to be confirmed this time (recording section) B3: Hold button B4: Save button B5: Summary button D1: Pharmacy terminal D2: Main Server I:Instruction section I2: 2nd instruction part IC: Icon P1~P4: Number part ST1~ST4: Status display

Claims

1. An electronic medical record system that records predetermined essential information, including at least the medications dispensed to the patient and the history of medication guidance provided, A means of receiving prescription data that includes at least the name of the drug and its quantity as a case, A first determination means determines the status of a case received by the aforementioned reception means to be unprocessed if information has not been entered into a predetermined recording section for recording a specific part of the aforementioned required information. A second determination means determines the status of a case to be completed when information is entered into the recording unit for a case received by the aforementioned reception means, A change means for changing the status to a pending state at the user's instruction for cases whose status has been determined to be in the unprocessed state by the first determination means, An aggregation means for aggregating cases in a manner that distinguishes between cases whose status is determined to be the unprocessed state by the first determination means and which remain in the unprocessed state without being changed by the modification means, and cases whose status has been changed to the held state by the modification means, A presentation means for presenting the results aggregated by the aforementioned aggregation means, An electronic medical record system characterized by having the following features.

2. The aforementioned modification means, upon instruction from the user, changes the status from the withheld state back to the unprocessed state. The electronic medical record system according to feature 1.

3. The system further includes a third determination means that determines the status of a case received by the aforementioned receiving means to be in a pending state when information is entered into the recording unit and a first storage instruction is given. The second determination means determines the status of a case received by the reception means to be the completed state if there is information input in the recording unit and there is a second storage instruction that is different from the first storage instruction. The aggregation means aggregates cases in a manner that distinguishes between cases whose status has been determined to be completed by the second determination means and cases whose status has been determined to be pending by the third determination means. The electronic medical record system according to feature 1.

4. The system further includes a prohibition means for prohibiting the reversion of the status of cases whose status has been determined to be completed by the second determination means and cases whose status has been determined to be pending by the third determination means back to the unprocessed state or the held state. The electronic medical record system according to feature 3.

5. The aggregation means aggregates the number of cases whose status is determined to be the unprocessed state by the first determination means and the number of cases whose status has been changed to the held state by the change means, separately. The aforementioned presentation means is The first determination means displays an aggregate screen showing the number of cases whose status is determined to be the unprocessed state and the number of cases whose status has been changed to the held state by the change means, corresponding to their respective status displays. When the section indicating the number of cases for each status is manipulated, a list of cases corresponding to the manipulated number of cases will be displayed. The electronic medical record system according to feature 1.

6. The aforementioned display means has an icon that displays the number of cases determined to be in an unprocessed state on screens other than the aggregation screen. The electronic medical record system according to feature 5.

7. A control method for an electronic medical record system that records predetermined essential items, including at least the medications dispensed to the patient and the history of medication guidance provided, A receiving process that accepts prescription data containing at least the drug name and its quantity as a case, A first determination step in which, with respect to a case received in the aforementioned reception step, if information has not been entered into a predetermined recording section for recording a specific part of the aforementioned required information, the status of the case is determined to be unprocessed. A second determination step determines the status of a case to be completed when information is entered into the recording unit for a case received in the aforementioned reception step, A change step is performed to change the status to a pending state at the user's instruction for cases whose status was determined to be in the unprocessed state in the first determination step, An aggregation step that aggregates cases in a way that distinguishes between cases whose status is determined to be the unprocessed state in the first determination step and which remain in the unprocessed state without the status being changed in the modification step, and cases whose status is changed to the held state in the modification step. A presentation step in which the results compiled in the aforementioned aggregation step are presented, A control method for an electronic medical record system, characterized by comprising the following features.

8. An electronic medical record program for causing a computer to execute the control method of the electronic medical record system described in claim 7.

9. A computer-readable recording medium that stores the electronic medical record program described in claim 8.

Images