Order output method, order output program, and order output system

Abstract

To provide an order output method, program and system for reducing the thinking load or work load of order preparation for a doctor who prepares an electronic medical chart.SOLUTION: A method for order output using information input to an electronic medical chart, the method causing a computer to execute a related information acquisition step of acquiring, as related information, at least patient identification information for identifying a patient and medical care information including a description in a SOAP format in association with each other among information input to the electronic medical chart, and a proposal step of proposing one or more orders related to the patient as order candidates based on the medical care information constituting the related information and a past order output result.SELECTED DRAWING: Figure 5

Description

[Technical Field]

[0001] The present invention relates to an order output method for reducing the burden on doctors who use electronic medical records. [Background technology]

[0002] There are widely known technologies and services for timely sharing of patient test results and electronic medical record information prepared by doctors among related parties in medical institutions, thereby streamlining various processes. Specifically, as described in Patent Document 1, a system is disclosed that uses patient information and medical fee calculation standards to output information on medical procedures to be performed on the patient as an order. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Publication No. 2020-119118 Summary of the Invention [Problem to be solved by the invention]

[0004] Indeed, by using the technology described in Patent Document 1, orders based on medical fees are output by inputting information about patients, etc., so the fairness of billing can be guaranteed.

[0005] However, this technology was developed solely with the aim of facilitating billing for medical fees, etc., and it is difficult to say that it will truly reduce the burden on doctors and other medical professionals who work in the field, carrying out various operations. [Means for solving the problem]

[0006] In order to solve the above problems, the present invention proposes an order output method for outputting orders using information entered into an electronic medical record, which includes a related information acquisition step in which, among the information entered into the electronic medical record, at least patient identification information for identifying the patient and medical information are linked together and acquired as related information, and a proposal step in which, based on the medical information and past order output records, one or more orders related to the patient are proposed as order candidates, which are executed by a computer.

[0007] In addition, in relation to the above invention, we also propose an order output method that further includes a selection acceptance step for accepting a selection of the order proposed in the proposal step, and a secondary proposal step for proposing one or more orders in accordance with the result of the accepted selection, all of which are executed by a computer.

[0008] In addition, in relation to the above invention, we also propose an order output method which further includes a selection receiving step for receiving a selection of the order proposed in the proposal step, and an order display output step for displaying the received selection on the same screen so that it can be distinguished from the proposal content in the proposal step, and further includes the steps of:

[0009] In addition, in relation to the above invention, we also propose an order output method that further includes a selection receiving step for receiving a selection of the order proposed in the proposal step, and a display format conversion step for converting the display format of the order depending on the source of the selection, all of which are executed by a computer.

[0010] Furthermore, the present invention also proposes inventions relating to programs and systems related to the above methods. [Effects of the Invention]

[0011] The present invention, which is mainly configured as described above, can reduce the mental and work load of creating orders for doctors who create electronic medical records. [Brief explanation of the drawings]

[0012] [Figure 1] Schematic diagram of the present invention [Figure 2a] FIG. 10 is a diagram showing an example of a display screen of a doctor terminal that inputs orders using the system of the present invention. [Figure 2b] FIG. 10 is a diagram showing another example of the display screen of a doctor terminal that inputs orders using the system of the present invention. [Figure 3] FIG. 1 is a diagram showing an example of a functional block of an order output system according to a first embodiment. [Figure 4] FIG. 1 is a schematic diagram showing an example of a configuration in which the functional components of the order output system of the present invention are integrated and realized as a single piece of hardware. [Figure 5] FIG. 1 is a diagram showing an example of a processing flow of the order output system according to the first embodiment. [Figure 6] FIG. 10 is a diagram showing an example of a functional block of an order output system according to a second embodiment. [Figure 7] FIG. 10 is a diagram showing an example of a processing flow of the order output system of the second embodiment. [Figure 8] FIG. 10 is a diagram showing an example of a functional block of an order output system according to a third embodiment. [Figure 9] FIG. 10 is a diagram showing an example of a processing flow of the order output system according to the third embodiment. [Figure 10] FIG. 10 is a diagram showing an example of a functional block of an order output system according to a fourth embodiment. [Figure 11] FIG. 10 is a diagram showing an example of a processing flow of the order output system according to the fourth embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0013] First, let us look at Figure 1. Figure 1 is a diagram showing an overview of the present invention, and as shown in the figure, the present invention can be realized through the transmission and reception of various information via a network between one or more server computers 0101, 0102 and terminals (doctor terminals) 0111, 0112 managed by doctors or the like for handling electronic medical records within a medical institution, and terminals (medical worker terminals) 0121, 0122 managed by medical workers other than doctors or the like who share the contents of the electronic medical records within the medical institution.

[0014] The server computers 0101 and 0102 are provided with mechanisms for executing various processes for carrying out the present invention, and also store information (patient information) about patients, users, etc. in the medical institution in association with information (patient identification information) for identifying the patients, etc. Furthermore, the server computers 0101 and 0102 acquire, record, and store medical information and related information (described later) at appropriate times.

[0015] As described above, the server computers 0101 and 0102 can be connected to various terminals managed within the medical institution via a network, but it is particularly desirable that the connection between the server computers 0101 and 0102 and the doctor's terminal be via a secure network that restricts communication with external terminals both inside and outside the medical institution. For example, various measures can be taken to ensure use in as secure an environment as possible, such as performing encryption processing while transporting various information between the server computers 0101 and 0102 and the doctor's terminal, implementing IP address restriction processing that only responds to connection requests from predetermined IP addresses, and adopting two-step authentication or other multi-factor authentication processing.

[0016] The server computer may also be connected online to an external computer via the same or a different network as the network connected to the doctor terminal and the medical staff terminal. Specifically, by connecting to a server (not shown) managed by an external institution for medical fee claims, an external server 0103 storing the above-mentioned patient information and organizer identification information, or a terminal (patient terminal, not shown) managed by a patient, including a mobile terminal such as a smartphone, the server computer can transmit and receive various information for the operation of the medical institution in a timely manner and use the information.

[0017] The types of terminals connected to the server computer that realizes the present invention are not particularly limited. Specifically, they may be desktop or laptop computers, or mobile terminals such as tablets. From the perspective of record keeping within the medical institution, a separate server computer may be provided and connected to doctor terminals and medical staff terminals via a private network such as an intranet.

[0018] Next, Figures 2a and 2b are shown. Both figures show just a few examples of screen displays on a doctor terminal using the order output system of the present invention, and illustrate how screen 0200 in Figure 2a is displayed, followed by a predetermined process, resulting in the transition to screen 0210 in Figure 2b. First, as shown in Figure 2a, when a doctor ("Tanaka Reiko" in the figure) displays the screen of the doctor terminal to create an electronic medical record for a specific patient ("Sato Ichiro" in the figure, whose patient identification information is ID 4406702), predetermined information previously entered via the medical staff terminal during the patient's medical treatment is displayed in predetermined area 0202 on screen 0200 (note that the same content continues to be displayed in predetermined area 0213 in Figure 2b). The predetermined information here may be patient identification information or patient information, or it may be information that can be easily input by a medical professional when the patient is examined (such as the basic medical fee items, points, and number of times it is applied for the medical treatment), and this information is input via the medical professional terminal and displayed on the doctor terminal (note that this information may ultimately become part of the order that is output). By visually checking this information, the doctor can reduce the mental burden when inputting the medical information for the patient.

[0019] Next, the doctor enters findings about a specific patient into the electronic medical record in a format called SOAP in a designated area 0201, and then requests a proposal by pressing a button labeled "Order Proposal" 0203. At this point, the server computer shown in Figure 1 performs processing to propose one or more orders for the patient as order candidates based on the input information and past order output records, and the results of this processing are displayed in designated areas 0211 and 0212 on the screen 0210 of the doctor's terminal shown in Figure 2b.

[0020] Here, how past order output records are used will be described later. In addition to the past order output history of the same patient, past order output history for other patients may also be used as a reference. In the example shown in Figure 2b, order contents determined to be related to the input medical information are displayed as order candidates in a predetermined area 0211, and other order contents that tend to be selected along with the order candidates are displayed as different order candidates in another predetermined area 0212. The doctor then operates the doctor's terminal and, taking into consideration the displayed contents, selects one or more of the order candidates displayed in each predetermined area. The selected order candidates are then transcribed into another area 0214, and an order is added by clicking a button 0215 to add the selected candidate. When the doctor determines that the process is complete, the doctor clicks a button 0216 labeled "Order Output," which outputs the order in a viewable manner on the medical staff terminal, thereby quickly completing the creation of the electronic medical record.

[0021] The present invention handles extremely sensitive information, such as patient order output from medical institutions, and requires a management configuration to prevent the inappropriate use of not only personal information but also information that does not qualify as personal information under the law. As one example, the server computer may be equipped with the above-mentioned encryption processing and IP address restriction processing, as well as the functionality to directly or indirectly perform any pseudonymization processing or anonymized information processing (not limited to processing based on legal definitions) so that individuals cannot be identified from any information, including patient identification information and medical information. By adopting such a configuration, it is possible to ensure the integrity of the use of information related to the use of this system.

[0022] The present invention as outlined above will now be described with reference to the drawings in relation to each embodiment. First, the relationship between the embodiments and the claims is as follows: First, embodiment 1 mainly corresponds to claims 1, 5, 6, 7, etc.; embodiment 2 mainly corresponds to claim 2, etc.; embodiment 3 mainly corresponds to claim 3, etc.; embodiment 4 mainly corresponds to claim 4, etc. However, the technical features described in each embodiment can also be used in combination with the technical features described in other embodiments.

[0023] It should be noted that the present invention is not limited to these embodiments, and can be embodied in various forms within the scope of the technical ideas described in each claim in accordance with common technical knowledge and without departing from the spirit thereof.

[0024] <<Embodiment 1>> <Summary> 3 is a diagram showing an example of functional blocks of the order output system of this embodiment. As shown in the figure, the “order output system” 0300 of this embodiment has a “related information acquisition unit” 0301 and a “suggestion unit” 0302.

[0025] The order output system described in detail below can be configured to realize one or more of its functions using multiple devices, and its functional blocks can all be realized as hardware or software. Taking a computer-based system as an example, the hardware components include a CPU, main memory, GPU, TPU, image memory, bus, secondary storage device (hard disk or non-volatile memory), various input devices such as a keyboard, microphone, touch panel, electronic pen for touching the touch panel, various terminals, speakers, displays and other various output devices, and other external peripheral devices, as well as interfaces for these external peripheral devices, communication interfaces, driver programs for controlling these hardware devices, and other application programs.

[0026] Then, through arithmetic processing according to the program deployed on the main memory, data input from input devices or other interfaces and stored in the memory or hardware is processed and stored, and instructions for controlling the hardware and software are created. Here, the above program may be realized as multiple modularized programs, or two or more programs may be combined into one program using cloud computing or other methods.

[0027] <Functional configuration> The "related information acquisition unit" 0301 is configured to acquire, as related information, at least patient identification information for identifying a patient and medical information among the information input to the electronic medical record, by linking them together. As explained using Figures 2a and 2b, the patient identification information may be configured to be displayed in advance on the doctor terminal via the medical staff terminal, or may be input through the operation of the doctor terminal.

[0028] It is desirable that medical information be written in SOAP format, which is widely adopted for creating electronic medical records, to facilitate optimal analysis (the same format is used in the examples of Figures 2a and 2b), but it is not necessary to exclude writing in other formats. There are no particular restrictions on the specific content of the description, and it is not excluded that other information can be added to and written as medical information in addition to the description in SOAP format, and it is sufficient to accept input of any information at the doctor's discretion.

[0029] The medical information entered in association with the patient identification information is ultimately sent as related information to the server computer that constitutes this system through a specified operation on the doctor's terminal (for example, clicking the "Order Proposal" 0203 button shown in Figure 2a), and is then acquired by the related information acquisition unit.

[0030] The "suggestion unit" 0302 is configured to propose one or more orders for the patient as order candidates based on the medical information and the results of past order outputs. Here, the results of past order outputs used for the order candidate proposal process are assumed to be the results of order outputs related to the related information. Specifically, this may be the results of past order outputs linked to the same patient identification information as the patient identification information constituting the related information (i.e., made for the same patient). Furthermore, it may also be the results of past order outputs output in correspondence with medical information that is the same or similar to the medical information constituting the related information, but with different patient identification information (i.e., made for a different patient).

[0031] Regarding whether the medical information is identical or similar, for example, if the medical information is written in SOAP format, the determination may be made for each item in the format, or the determination may be made based on the entire description of the medical information. Alternatively, temporal information such as the season or time of the order output may be retained, and the suggestion process may use this information or the similarity of patient identification information. By configuring the system to output orders as candidate orders if it determines that certain trends in the order output based on past performance (such as the prevalence of a particular disease, the patient's gender or age, chronic illnesses or medical history, or previously selected orders) are observed, doctors who view the output results can reduce the mental burden they must place on themselves when determining which order to output.

[0032] Incidentally, the above is an explanation of what information is used when performing the proposal process, but any appropriate method may be adopted for specifically using that information to perform the proposal process. In addition to rule-based judgment, various methods are conceivable, such as judgment through machine learning or deep learning using natural language processing, or judgment using other statistical methods, and in some cases, proposal processing may be performed using a method that combines these judgment methods.

[0033] Incidentally, when performing the proposal process, if only one order candidate is left as a result of using the various judgment methods described above, there is no need to output other order candidates, but in the present invention, it is desirable to propose and output as many order candidates as possible. It is best to avoid situations where outputting a limited number of order candidates unnecessarily narrows the scope of the doctor's thinking and judgment, resulting in errors such as misdiagnosis or inappropriate medical fee claims. To prevent such situations, it is desirable to propose multiple order candidates.

[0034] How multiple orders are extracted and output can be set appropriately, and processing such as displaying order candidates that are predicted to be more likely to be selected for output at the top can be considered. By adopting this configuration, it becomes possible to reduce the burden of thinking and judgment on doctors without excessively reducing it.

[0035] It is also possible to adopt a configuration in which, when the suggestion unit outputs order candidates, it is not possible to suggest an order unless input of at least 10 characters of medical information is permitted. As described above, the suggestion process involves various mechanical processes, such as natural language processing, based on the assumption that the entered text contains meaningful meaning for extracting certain order candidates. However, descriptions of fewer than 10 characters contain little information as text, making it difficult to refer to suitable past performance records based on the information, or may even refer to inappropriate past order output records, making it difficult to suggest a suitable order.

[0036] In this way, when an insufficient amount of medical information is acquired for the proposal process, the proposal unit may not perform proposal processing based on the medical information, but may instead output an error message such as "This order candidate cannot be proposed. Please enter 10 characters or more," or it may perform proposal processing using a description of fewer than 10 characters, but output the order candidate along with an error message such as "This order candidate has been extracted based on insufficient information. Please enter sufficient information," and these control modes can be selected as appropriate. By adopting this configuration, the system requires a minimum workload from doctors and allows them to understand that accepting this workload will reduce their subsequent decision-making burden, making it possible to increase awareness of the system's effectiveness.

[0037] <Specific configuration> Here, Fig. 4 is shown. This figure is a schematic diagram showing an example of a configuration when each functional component of the order output system of this embodiment is integrated and realized as a single piece of hardware. Each device is equipped with a "CPU" 0401 for executing various arithmetic processes, a "storage device (storage medium)" 0402, a "main memory" 0403, an "input / output interface" 0404, and a "network interface" 0405, and transmits and receives information to and from external peripheral devices such as a "display" 0406 via the input / output interface.

[0038] Furthermore, the order output system of this embodiment can transmit and receive information to and from one or more "doctor terminals" 0407, "medical staff terminals" 0408, "patient terminals" 0409, etc. via a network interface.

[0039] The storage device stores various programs as described below, and the CPU reads, develops, and executes these programs in the work area of ​​the main memory. These components are interconnected by a data communication path such as a "system bus" 0499, and transmit and receive information and perform processing (the basic configuration described above is the same for all of the other devices described below).

[0040] (Specific configuration of related information acquisition unit) The related information acquisition unit is composed of a computer program and computer hardware, and specifically, the CPU reads the ``related information acquisition program'' 0410 from the storage device into the main memory and executes it, and acquires at least the patient identification information for identifying the patient and the medical information from the information entered into the electronic medical record from the doctor's terminal as related information by linking them together, and stores it at a specified address in the main memory.

[0041] (Specific configuration of the proposal department) The proposal unit is composed of a computer program and computer hardware, and specifically, the CPU reads the "proposal program" 0420 from the storage device into the main memory and executes it, and outputs one or more order candidates for the patient to the doctor's terminal based on the medical information and past order output records.

[0042] <Processing flow> An example of the processing flow in the order output system of this embodiment is shown below. This processing flow consists of the following steps. First, in step S0501, through information output from the doctor's terminal, at least patient identification information for identifying the patient and medical information are mutually linked and collected as related information, out of the information entered into the electronic medical record (related information acquisition step).

[0043] Then, in step S0502, one or more orders for the patient are proposed and output to the doctor terminal as order candidates based on the medical information and past order output records (proposal step). After that, if an order output is received from the doctor terminal, the output contents are acquired.

[0044] <Effects> By using an order output system that employs the above configuration, it is possible to reduce the mental and work load of creating orders for doctors who create electronic medical records.

[0045] <<Embodiment 2>> <Summary> The order output system of this embodiment basically has the same technical features as the order output system described in embodiment 1, but is characterized by the fact that it accepts a selection of suggested orders and, depending on the result, suggests one or more further orders.

[0046] <Functional configuration> 6 is a diagram showing an example of the function blocks of the order output system of this embodiment. As shown in the diagram, the "order output system" 0600 of this embodiment has a "related information acquisition unit" 0601, a "proposal unit" 0602, a "selection reception unit" 0603, and a "secondary proposal unit" 0604. Since the basic configuration is the same as the order output system described in the first embodiment, the following describes the functions of the "selection reception unit" 0603 and the "secondary proposal unit" 0604, which are the differences.

[0047] The "selection receiving unit" 0603 is configured to receive the selection of an order proposed by the processing of the suggestion unit. Referring again to FIG. 2b already used in the explanation, one example of a configuration that receives processing when an order "▲▲▲▲▲" displayed at the top with the "Test" tag is selected from among multiple orders displayed in a predetermined area 0211 of a screen 0210 on a doctor's terminal in a format proposed as order candidates. The order received by the selection receiving unit may be one of multiple order candidates, or multiple orders. By employing a configuration that allows for the selection of multiple order candidates, it becomes possible to perform proposal processing that takes the doctor's thinking into greater consideration.

[0048] The "secondary suggestion unit" 0604 is configured to further propose one or more orders as order candidates based on the selection results received by the selection receiving unit. In the example shown in FIG. 2B, one example of a configuration would be to display and output multiple orders as order candidates in an area 0212 to the right of the specified area 0211 on the screen 0210 on the doctor's terminal in a format that suggests them as order candidates. As shown in FIG. 2B, the suggestion process here is likely to be configured to prioritize one or more orders to be selected along with the order proposed through the processing by the suggestion unit, taking into account various factors such as selection frequency and the strength of relevance from a medical perspective. Thus, by adopting a configuration that can provide a doctor with an environment in which multiple orders can be selected by associating them with each other, it is possible to further reduce the doctor's mental burden.

[0049] <Specific configuration> The hardware configuration of each device constituting the order output system of this embodiment is basically the same as the hardware configuration of the order output system of embodiment 1 described using Fig. 4. Therefore, the following describes the specific processing of the "selection receiving unit" and "secondary proposal unit" that have not been described so far.

[0050] (Specific configuration of the selection reception unit) The selection acceptance unit is specifically composed of a computer program and computer hardware, and the CPU reads the "selection acceptance program" from the storage device into the main memory and executes it, accepts the selection of orders proposed by the execution of the proposal program, and stores the acceptance results at a specified address in the main memory.

[0051] (Specific configuration of the secondary proposal department) The secondary proposal unit is specifically composed of a computer program and computer hardware, and the CPU reads the ``secondary proposal program'' from the storage device into the main memory and executes it, and then outputs one or more orders as proposals to a specified terminal depending on the selection accepted through the execution of the selection acceptance program.

[0052] <Processing flow> Figure 7 is a diagram showing an example of the processing flow in the order output system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S0701, from the doctor's terminal, at least patient identification information for identifying the patient and medical information, among the information input to the electronic medical record, are linked together and acquired as related information (related information acquisition step). Then, in step S0702, one or more order candidates for the patient are proposed to the doctor's terminal based on the medical information and past order output performance (proposal step).

[0053] Then, in step S0703, it is determined whether a selection for the proposed order has been accepted from the doctor terminal. If the result of the determination is that the order has been accepted, in step S0704, one or more orders are further proposed to the doctor terminal according to the accepted selection result (secondary proposal step). If it is not determined that the order has been accepted, no further processing is performed. Note that the process of accepting order output from the doctor terminal according to the processing result of the secondary proposal step is the same as the processing flow in embodiment 1.

[0054] <Effects> By using the order output system of this embodiment, it is possible to provide a means for further reducing the mental burden on doctors compared to when the order output system of embodiment 1 is used.

[0055] <<Embodiment 3>> <Summary> The order output system of this embodiment basically has the same technical features as the order output system described in embodiment 1, but is characterized by accepting the selection of an order output by the proposal process and displaying the accepted selection on the same screen in a manner that makes it distinguishable from the proposal content.

[0056] <Functional configuration> 8 is a diagram showing an example of the function blocks of the order output system of this embodiment. As shown in the figure, the "order output system" 0800 of this embodiment has a "related information acquisition unit" 0801, a "suggestion unit" 0802, a "selection reception unit" 0803, and an "order display output unit" 0804. Since the basic configuration is the same as the order output systems described in the first and second embodiments, the following will explain the function of the "order display output unit" 0804, which is a difference not mentioned in the first and second embodiments.

[0057] The "order display output unit" 0804 is configured to display the selection content received through processing by the selection unit on the same screen in a manner that distinguishes it from the content proposed by the suggestion unit. In the example of FIG. 2b, for example, a configuration is configured to receive processing when the doctor terminal screen 0210 displays a display area 0211 of the order candidates initially proposed and output (in the case of embodiment 2, this also includes a display area 0212 of the order candidates that are the results of the proposal by the secondary suggestion unit) and the order "▲▲▲▲▲" displayed with the "test" tag from the proposal. In this example, the selected order candidate is displayed in a display area 0214 on the same screen as the order candidate display area 0211 in a manner that distinguishes it from the order candidate display area 0211.

[0058] Physicians are typically forced to create electronic medical records (EMRs) under extremely challenging conditions, such as when they are pressured to treat a large number of patients within a specific time frame. The process of creating an EMR itself requires a high level of care, as it serves as an important source of information for future treatment and also serves as a basis for appropriate medical fee claims. In this context, when adopting a configuration such as the present invention, in which a specific order is selected from multiple order candidates and output as a final order, it is essential to avoid errors, such as the physician operating the physician terminal selecting the wrong order candidate due to a slight lack of attention or operational error, or the physician mistakenly selecting an incorrect order candidate because they thought they had selected one. Therefore, by redisplaying a selected order candidate in a separate display area on the same screen, as in the order display output unit, the physician can individually visually confirm the fact that they selected the order displayed in that display area and its contents. After this visual confirmation, the physician then performs a final confirmation process (in the example of Figure 2b, clicking the button 0215 to add the order) to accept the order as the final order.

[0059] <Specific configuration> The hardware configuration of each device constituting the order output system of this embodiment is basically the same as the hardware configuration of the order output system of embodiment 1 described using Fig. 4. Therefore, the following describes the specific processing of the "order display output unit" that has not been described so far.

[0060] (Specific configuration of the order display output unit) The order display output unit is specifically composed of a computer program and computer hardware, and the CPU reads the "order display output program" from the storage device into the main memory and executes it, reads the selection contents accepted by executing the selection acceptance program, and outputs them to a specified terminal so that they can be displayed on the same screen as the proposal contents obtained by executing the proposal program, in a manner that makes them distinguishable from the proposal contents obtained by executing the proposal program.

[0061] <Processing flow> Figure 9 is a diagram showing an example of the processing flow in the order output system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S0901, from the doctor's terminal, at least patient identification information for identifying the patient and medical information, among the information input to the electronic medical record, are linked together and acquired as related information (related information acquisition step). Then, in step S0902, one or more order candidates for the patient are proposed to the doctor's terminal based on the medical information and past order output performance (proposal step).

[0062] Then, in step S0903, it is determined whether a selection for the proposed order has been accepted from the doctor terminal. If the result of the determination is that the selection has been accepted, in step S0904, the accepted selection is displayed on the same screen of the doctor terminal in a manner that is distinguishable from the proposed content in the proposal step (order display output step). If it is not determined that the selection has been accepted, no further processing is performed. Note that the process of accepting an order output from the doctor terminal according to the processing result of the order display step is the same as the process flow in embodiment 1.

[0063] <Effects> By using the order output system of this embodiment, it is possible to more reliably ensure the accuracy of the order output by the doctor compared to when the order output system of the first embodiment is used.

[0064] <<Embodiment 4>> <Summary> The order output system of this embodiment basically has the same technical features as the order output system described in embodiment 1, but has an additional feature in that when a selection of a proposed order is accepted through execution of the proposal program, the system converts the display format of the order depending on the source of the acceptance of the selection.

[0065] <Functional configuration> 10 is a diagram showing an example of the function blocks of the order output system of this embodiment. As shown in the figure, the "order output system" 1000 of this embodiment has a "related information acquisition unit" 1001, a "suggestion unit" 1002, a "selection reception unit" 1003, and a "display format conversion unit" 1004. Since the basic configuration is the same as the order output systems described in the first and second embodiments, the following describes the function of the "display format conversion unit" 1004, which is a difference not mentioned in the first and second embodiments.

[0066] The "display format conversion unit" 1004 is configured to convert the display format of the order depending on the source of the selection process in the selection receiving unit. The source of the selection process here is primarily the doctor terminal that performed the selection process, but may also broadly include a computer or mechanism directly or indirectly linked to the terminal that performed the selection process, such as a medical staff terminal linked to the doctor terminal, or even a patient information management server used by the medical staff terminal (such as the external server 0103 shown in Figure 1 in the example shown and explained in the same figure).

[0067] One example of the display format conversion process is to convert the electronic medical records to a display format different from that provided by this system. For example, in the example using Figures 2a and 2b, the display areas 0202 and 0213 for the orders to be output have the word "1 time" written along with the order, indicating that each order was selected once. In contrast, electronic medical records with various display formats can be developed, such as other electronic medical records that do not display the number of selections, or that display the medical fees corresponding to the order instead of the number of selections.

[0068] The conversion process for the display format according to each electronic medical record is performed using pre-recorded information about the display format of each electronic medical record, and the processed display format is output to an external server that makes each electronic medical record available through API integration or to a doctor's terminal or medical staff terminal on which a program for using the electronic medical record is installed. By adopting a configuration that enables conversion processing to accommodate these various electronic medical record display formats, it is possible to provide the desired effects of the present invention while minimizing the impact of the electronic medical record user interface on the doctor's terminal.

[0069] <Specific configuration> The hardware configuration of each device constituting the order output system of this embodiment is basically the same as the hardware configuration of the order output system of embodiment 1 described using Fig. 4. Therefore, the following describes the specific processing of the "display format conversion step" that has not been described so far.

[0070] (Specific configuration of the display format conversion unit) The display format conversion unit is specifically composed of a computer program and computer hardware, and the CPU reads the ``display format conversion program'' from the storage device into the main memory and executes it, and performs conversion processing of the order display format in accordance with the source of the selection obtained in response to the processing result of the selection reception program in response to the information output from the doctor's terminal, and stores the result of the conversion processing at a specified address in the main memory.

[0071] <Processing flow> Figure 11 is a diagram showing an example of the processing flow in the order output system of this embodiment. The processing flow in this figure consists of the following steps. First, in step S1101, from the doctor's terminal, at least patient identification information for identifying the patient and medical information, among the information input to the electronic medical record, are linked together and acquired as related information (related information acquisition step). Then, in step S1102, one or more orders for the patient are proposed to the doctor's terminal as order candidates based on the medical information and past order output performance (proposal step).

[0072] Then, in S1103, it is determined whether a selection for the proposed order has been accepted from the doctor terminal, and if the result of the determination is that the selection has been accepted, in step S1104, conversion processing of the display format of the order is performed according to the acceptance source of the accepted selection (display format conversion step), and in step S1105, the order is output to the acceptance source in the display format after the conversion processing. If it cannot be determined that the order has been accepted in step S1103, the processing from step S1104 onwards is not performed.

[0073] <Effects> By using the order output system of this embodiment, it is possible to smoothly link with other systems for managing electronic medical records, etc., which are managed using different codes, compared to when the order output system of embodiment 1 is used, thereby reducing the burden on doctors and others who are not dependent on the infrastructure environment of each medical institution. [Explanation of symbols]

[0074] 0300: Order output system, 0301: Related information acquisition unit, 0302: Proposal unit

Claims

1. 1. A method for order output using information entered into an electronic medical record, comprising: a related information acquisition step of associating at least patient identification information for identifying a patient and medical information among the information input to the electronic medical record and acquiring them as related information; a proposing step of proposing one or more orders for the patient as order candidates based on the medical information and past order output records; An order output method that is performed by a computer.

2. a selection receiving step of receiving a selection of the order proposed in the proposal step; a secondary proposal step of further proposing one or more orders according to the received selection result; The order output method according to claim 1, further comprising the steps of:

3. a selection receiving step of receiving a selection of the order proposed in the proposal step; an order display output step of displaying the received selection content on the same screen so as to be distinguishable from the proposed content in the proposing step; The order output method according to claim 1, further comprising the steps of:

4. a selection receiving step of receiving a selection of the order proposed in the proposal step; a display format conversion step of converting the display format of the order according to the receiving source of the selection; The order output method according to claim 1, further comprising the steps of:

5. 2. The order output method according to claim 1, wherein the proposing step controls the proposing of an order unless input of medical information of at least 10 characters or more is permitted.

6. A program for outputting an order using information entered in an electronic medical record, a related information acquisition step of associating at least patient identification information for identifying a patient and medical information among the information input to the electronic medical record and acquiring them as related information; a proposing step of proposing one or more orders for the patient as order candidates based on the medical information and past order output records; An order output program that can be executed on a computer.

7. A system for outputting orders using information entered in an electronic medical record, a related information acquisition unit that acquires, as related information, at least patient identification information for identifying a patient and medical information, among the information input to the electronic medical record, by linking them together; a suggestion unit that suggests one or more orders for the patient as order candidates based on the medical information and past order output records; An order output system comprising:

Images