Order Output Method, Order Output Program, and Order Output System

Abstract

Provided are an order output method, a program, and a system that reduce the thinking load and work load of order creation for a doctor who creates an electronic medical record. 【Solution means】A method for order output using information input into an electronic medical record, the method including: an associated information acquisition step of mutually associating and collectively acquiring, as associated information, at least patient identification information for identifying a patient and medical treatment information including a description in SOAP format among the information input into the electronic medical record; and a proposal step of proposing, as one or more order candidates, an order regarding the patient based on the medical treatment information constituting the associated information and the past order output results, which is executed by a computer.

Description

Technical Field

[0001] The present invention relates to an order output method for reducing the burden on doctors using electronic medical records, etc.

Background Art

[0002] In medical institutions, technologies or services for timely sharing information on patient examination results and electronic medical records created by doctors among relevant parties to streamline various processes are widely known. Specifically, as described in Patent Document 1, a mechanism is disclosed for outputting information on medical acts to be performed on a patient or the like as an order using information on the patient or the like and calculation criteria for medical fees and the like.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] Certainly, by using the technology described in Patent Document 1, an order based on medical fees can be output by inputting information on a patient or the like, so the propriety of fee claims can be ensured.

[0005] However, this technology is merely a technology focused on the convenience of fee claims such as medical fees, and it is difficult to say that it truly reduces the burden on doctors and others who work under various operations at the site.

Means for Solving the Problems

[0006] In order to solve the above problems, the present invention proposes a method for order output using information input into an electronic medical record, the method including: an associated information acquisition step of mutually associating and collecting, as associated information, at least patient identification information for identifying a patient and medical treatment information among the information input into the electronic medical record; and a proposal step of proposing, as one or more order candidates, an order related to the patient based on the medical treatment information and past order output results, the method being executed by a computer, etc.

[0007] Also, in relation to the above invention, the present invention further proposes an order output method, etc., which includes a selection reception step of receiving a selection of an order proposed in the proposal step, and a secondary proposal step of further proposing one or more orders according to the received selection result, the method being executed by a computer.

[0008] Also, in relation to the above invention, the present invention further proposes an order output method, etc., which includes a selection reception step of receiving a selection of an order proposed in the proposal step, and an order display output step of displaying the received selection content on the same screen in a distinguishable manner from the proposed content in the proposal step, the method being executed by a computer.

[0009] Also, in relation to the above invention, the present invention further proposes an order output method, etc., which includes a selection reception step of receiving a selection of an order proposed in the proposal step, and a display format conversion step of performing conversion processing on the display format of the order according to the source of the received selection, the method being executed by a computer.

[0010] Furthermore, the present invention also proposes an invention related to a program, a system, etc. related to each of the above methods.

Advantages of the Invention

[0011] Mainly due to the present invention configured as described above, it becomes possible to reduce the mental workload and work load of order creation for a doctor creating an electronic medical record.

Brief Description of the Drawings

[0012]

Figure 1

Figure 2a

Figure 2b

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Mode for Carrying Out the Invention

[0013] First, FIG. 1 is shown. FIG. 1 is a diagram showing the outline of the present invention. As shown in the figure, the present invention can be realized through the transmission and reception of various information between one or more server computers 0101 and 0102 and terminals (doctor terminals) 0111 and 0112 managed by doctors or the like for handling electronic medical records within a medical institution, and terminals (medical staff terminals) 0121 and 0122 managed by medical staff other than doctors or the like who receive the sharing of the contents of the electronic medical records within the medical institution, via a network respectively.

[0014] In addition, the server computers 0101 and 0102 are provided with mechanisms for executing various processes for executing the present invention, and hold information (patient information) regarding patients, users, etc. within the medical institution in association with information (patient identification information) for identifying the patients, etc. Further, medical treatment information and related information described later are acquired and recorded and held at appropriate timings.

[0015] The server computers 0101 and 0102 can be connected to various terminals managed within a medical institution via a network as described above. In particular, it is desirable that they be connected to doctor terminals via a secure network in which communication with external terminals inside and outside the medical institution is restricted. For example, while transporting various information with doctor terminals, encryption processing is executed, and IP address restriction processing that should respond only to connection requests from a predetermined IP address is performed in advance, or various measures such as adopting two-factor authentication or other multi-factor authentication processing can be taken so that utilization is made in as secure an environment as possible.

[0016] In addition, the server computer may be connected online to an external computer on the same or a different network as the network connected to the doctor terminal or the medical staff terminal. Specifically, by connecting to a server (not shown) managed by an external organization for medical fee claims, an external server 0103 storing the above-described patient information and staff identification information, a terminal (patient terminal, not shown) managing patients including a mobile terminal such as a smartphone, etc., various information for medical institution operation can be transmitted and received in a timely manner in order to obtain and use various information.

[0017] The type of each terminal connected to the server computer that realizes the present invention is not particularly limited. Specifically, in addition to a desktop or notebook personal computer, a mobile terminal such as a tablet may also be used. From the perspective of record keeping within a medical institution, a configuration in which a server computer different from the above server computer is prepared and connected to the doctor terminal or the medical staff terminal via a private network such as an intranet is also conceivable.

[0018] Next, FIGS. 2a and 2b are shown. Both figures are diagrams showing an example of the screen display of a doctor's terminal using the order output system of the present invention. After the screen 0200 in FIG. 2a is displayed and a predetermined process is performed, the state of transition to the display of the screen 0210 in FIG. 2b is shown. First, as shown in FIG. 2a, when a doctor (in this figure, "Reiko Tanaka") displays the screen of the doctor's terminal to create an electronic medical record during the medical treatment of a specific patient (in this figure, "Ichiro Sato" with ID 4406702 as patient identification information), first, on the same screen 0200, predetermined information previously input through the medical staff terminal during the medical treatment of the same patient is displayed in a predetermined area 0202 (the same content continues to be displayed in the predetermined area 0213 in FIG. 2b). The predetermined information here may be patient identification information or patient information, or information that can be easily input by medical staff when the patient undergoes a medical examination (items, scores, application times, etc. of the basic medical fees related to the medical treatment). Such information is input through the medical staff terminal and displayed and output on the doctor's terminal (note that the information can ultimately be part of the order to be output). By visually recognizing the information, the doctor can reduce the thinking load when inputting medical treatment information related to the patient.

[0019] Next, after the doctor inputs the findings regarding a specific patient in a predetermined area 0201 in a format called the SOAP format in the electronic medical record, the doctor presses a button 0203 displayed as "Order Proposal" to make a proposal request. Here, based on the input information and the past order output results on the server computer shown in FIG. 1, a process for proposing one or more order candidates for the patient is performed, and the processing result is displayed in predetermined areas 0211 and 0212 on the screen 0210 of the doctor's terminal shown in FIG. 2b.

[0020] Here, how to use the past order output performance will be described later. In addition to the past order output history of the same patient, the past order output history of other patients may also be referred to. In the case of the example shown in FIG. 2b, order contents determined to be related to the input medical information are displayed as order candidates in a predetermined area 0211, and in another predetermined area 0212, other order contents that tend to be selected together with the order candidates are displayed as different order candidates. Then, when the doctor operates the doctor terminal and selects one or more predetermined order candidates displayed within the respective predetermined areas in consideration of the displayed contents, the order candidates are transferred to another area 0214, and the order addition process is performed by performing processes such as clicking a button 0215 for adding the candidates. At the same time, by clicking a button 0216 displayed as "order output" by the doctor who determines that the process is completed, the process for outputting in a browsable manner on the medical staff terminal is performed, and the creation work of the electronic medical record can be completed quickly.

[0021] Note that in the present invention, since it deals with extremely sensitive information such as order output regarding patients in a medical institution, a management configuration is required so that not only personal information but also information that does not fall under personal information by law is not used carelessly. Although it is an example, in the server computer, in addition to the above-described encryption processing and IP address restriction processing, so that individuals cannot be identified from any information such as patient identification information and medical information, it may have a function of directly or indirectly performing various pseudonymization processes and anonymized information (not limited to the processes based on the legal definition). By adopting such a configuration, it becomes possible to ensure the soundness from the viewpoint of information utilization regarding the use of this system.

[0022] Regarding the present invention outlined above, each of the following embodiments will be described with reference to the drawings. First, the mutual relationship between the embodiments and the claims is as follows. First, Embodiment 1 mainly relates to Claims 1, 5, and 6 etc.It corresponds to. Embodiment 2 mainly corresponds to Claim 2 and the like. Embodiment 3 mainly corresponds to Claim 3 and the like. Embodiment 4 mainly corresponds to Claim 4 and the like. However, the technical features described in each embodiment can also be used in combination with the technical features described in other embodiments.

[0023] Note that the present invention is not limited to these embodiments at all, has the technical idea described in each claim of the claims according to common technical knowledge, and can be implemented in various forms without departing from the gist thereof.

[0024] <<Embodiment 1>> <Overview> FIG. 3 is a diagram showing an example of a functional block of the order output system of the present embodiment. As shown in the figure, the “order output system” 0300 of the present embodiment includes a “related information acquisition unit” 0301 and a “proposal unit” 0302.

[0025] Note that the order output system described in detail below can also be configured such that one or more of its functions are realized by a plurality of devices, and all of its functional blocks can be realized as hardware or software. Taking the case of using a computer as an example, hardware components such as a CPU, main memory, GPU, TPU, image memory, bus, secondary storage device (hard disk or non-volatile memory), keyboard, microphone, touch panel, electronic pen for touching the touch panel, various input devices such as various terminals, speaker, display and other various output devices, and other external peripheral devices, as well as interfaces for those external peripheral devices, communication interfaces, driver programs for controlling those hardware, and other application programs can be mentioned.

[0026] Then, through arithmetic processing according to the program deployed on the main memory, data input from an input device or other interfaces and held in the memory or hardware is processed and stored, or instructions for controlling the respective hardware and software are created. Here, the program may be realized as a plurality of modularized programs, or two or more programs may be combined by cloud computing or other methods to be realized as one program.

[0027] <Functional configuration> "Relevant information acquisition unit" 0301 is configured to acquire, as relevant information, at least patient identification information for identifying a patient and medical information among the information input to the electronic medical record, by associating them with each other. As described with reference to FIGS. 2a and 2b, the patient identification information may be configured to be pre-displayed on the doctor terminal through a medical staff terminal, or may be input through an operation of the doctor terminal.

[0028] Regarding the medical information, it is desirable that it be described in the SOAP format, which is widely and generally adopted in the creation of electronic medical records to facilitate suitable analysis processing (the same format is also used in the examples of FIGS. 2a and 2b). However, it is not necessary to exclude the description in other formats. There are no particular restrictions on the specific description content. In addition to the description in the SOAP format, other information may also be added and described as medical information, and input based on the free judgment of the doctor may be accepted for any information.

[0029] The medical information input in association with the patient identification information is finally transmitted as one piece of relevant information to the server computer constituting the present system through a predetermined operation of the doctor terminal (for example, click processing of the "order proposal" 0203 button shown in FIG. 2a), and is acquired by the relevant information acquisition unit.

[0030] The "Proposal Department" 0302 is configured to propose one or more order candidates for the patient based on the medical information and the past order output performance. Here, it is assumed that the past order output performance used for the proposal process of order candidates is the order output performance related to the relevant information. Specifically, the past order output performance linked to the same patient identification information as the patient identification information constituting the relevant information (i.e., made for the same patient) may correspond to this. Also, even if the patient identification information is different, the past order output performance output corresponding to the same or similar medical information as the medical information constituting the relevant information (i.e., made for different patients) may also correspond.

[0031] Regarding the identity or similarity of medical information, for example, when the medical information is described in the SOAP format, it may be determined item by item in the configuration of the format, or it may be determined through the entire description of the medical information. In addition, temporal information such as the season or time of order output may be retained and the proposal process may be performed using the similarity or difference of such information and patient identification information. By configuring to output as order candidates the orders for which a certain tendency (such as the prevalence of a specific disease, the gender and age of the patient, medical history and past history, orders selected in the past, etc.) is recognized in the order output based on past performance, it becomes possible for the doctor who comes into contact with the output result to reduce the thinking load for the order output that he or she should judge.

[0032] Incidentally, the above is an explanation of what information is used in the proposal process. As for how to specifically use these information in the proposal process, an appropriate method may be adopted. In addition to the case of rule-based judgment, various methods are conceivable, such as the case of judgment through machine learning or deep learning using natural language processing, or the case of adopting other statistical methods. In some cases, the proposal process may be performed by combining these judgment methods.

[0033] Incidentally, when performing the proposal process, if as a result of using various judgment methods as described above, there is only one order candidate, there is no need to output other order candidates deliberately. However, in the present invention, it is desirable to propose and output as many order candidates as possible. By limiting the output of order candidates arbitrarily, it will rather narrow the scope of the doctor's thinking and judgment, and it should be avoided that a situation occurs in which errors such as misdiagnosis and inappropriate medical fee claims as a result occur. In order to suppress such a situation, it is desirable that there be a plurality of orders for the order candidates to be proposed.

[0034] Regarding how to extract and output a plurality of orders, it can be set as appropriate, and processing such as displaying order candidates that are predicted to be more likely to be selected as output targets higher can be considered. By adopting the said configuration, it becomes possible to reduce the load on the doctor's thinking and judgment without excessively reducing it.

[0035] In addition, when the proposal unit outputs order candidates, it is also conceivable to adopt a configuration that controls the proposal of orders unless the input of medical information of at least 10 characters or more is recognized as medical information. As described above, in the proposal process, various mechanical processes are performed based on the premise that significant meaningful content is displayed in the described text including natural language processing for extracting certain order candidates. In the case of a description of less than 10 characters, since the amount of information as text is small, it becomes difficult to refer to suitable past achievements based on the said information, or it will result in referring to the achievements of inappropriate past order outputs, and as a result, it becomes difficult to propose a suitable order.

[0036] When obtaining medical information with an insufficient amount of information in the proposal process in this way, in the proposal section, control may be performed such that proposal processing based on the medical information is not performed, and an error message such as "No order candidates can be proposed in this case. Please enter 10 or more characters" is output. In some cases, while performing proposal processing using a description of less than 10 characters, control may be performed to output order candidates together with an error message such as "This order candidate was extracted based on insufficient information. Please enter sufficient input." These control modes can be appropriately selected. By adopting the said configuration, it is possible to require a minimum workload from the doctor, and to make it possible to understand that if such a workload is even tolerated, the subsequent judgment workload will be reduced, thereby enhancing the recognition of the utility of this system.

[0037] <Specific configuration> Here, Fig. 4 is shown. This figure is a schematic diagram showing an example of the configuration when each functional configuration of the order output system of this embodiment is realized as one piece of hardware. Each device is provided 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 information is transmitted and received to and from an external peripheral device such as a "display" 0406 via the input / output interface.

[0038] Also, 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 the network interface.

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

[0040] (Specific configuration of the related information acquisition unit) The related information acquisition unit is composed of a computer program and computer hardware. Specifically, the CPU reads out the "related information acquisition program" 0410 from the memory device into the main memory and executes it, and acquires, as related information, at least patient identification information for identifying a patient and medical treatment information among the information input to the electronic medical record from the doctor terminal, and associates them with each other, and stores them at a predetermined address in the main memory.

[0041] (Specific configuration of the proposal unit) The proposal unit is composed of a computer program and computer hardware. Specifically, the CPU reads out the "proposal program" 0420 from the memory device into the main memory and executes it, and outputs, as one or more order candidates, an order regarding the patient to the doctor terminal based on the medical treatment information and the past order output performance.

[0042] <Flow of processing> An example of the flow of processing in the order output system of this embodiment is shown. The flow of this processing consists of the following steps. First, in step S0501, through information output from the doctor terminal, at least patient identification information for identifying a patient and medical treatment information among the information input to the electronic medical record are associated with each other and collectively acquired as related information (related information acquisition step).

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

[0044] <Effect> By using the order output system adopting the above configuration, it becomes possible to reduce the mental workload and the working load of order creation for the doctor who creates the electronic medical record.

[0045] <<Embodiment 2>> <Overview> The order output system of this embodiment is basically the same as the technical features of the order output system described in Embodiment 1, but is characterized in that it accepts the selection of the proposed order and further proposes one or more orders according to the result.

[0046] <Functional configuration> FIG. 6 is a diagram showing an example of the functional blocks of the order output system of this embodiment. As shown in the figure, the "order output system" 0600 of this embodiment includes 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 common to the order output system described in Embodiment 1, the functions of the "selection reception unit" 0603 and the "secondary proposal unit" 0604, which are the differences, will be described below.

[0047] The "selection reception unit" 0603 is configured to receive the selection of an order proposed by the processing of the proposal unit. Using FIG. 2b, which has already been used for explanation, as an example, when the doctor's terminal receives a process of selecting an order "▲▲▲▲▲" displayed at the top with the tag "examination" among a plurality of orders displayed in the predetermined area 0211 of the screen 0210 in the form proposed as an order candidate, this is an example of the configuration. The order received by the selection reception unit may be one or a plurality among a plurality of order candidates. By adopting a configuration in which a plurality of order candidates are selected, it becomes possible to perform a proposal process that takes more into account the doctor's thinking.

[0048] The "secondary proposal unit" 0604 is configured to propose one or more additional orders as order candidates according to the selection result received by the selection reception unit. In the case of the example shown in FIG. 2b, for example, when the doctor's terminal displays and outputs a plurality of additional orders as order candidates in the area 0212 immediately to the right of the predetermined area 0211 of the screen 0210 in the form proposed as order candidates, this is an example of the configuration. The proposal process here is, as also shown in the figure, a configuration in which one or more orders selected together with the orders proposed through the processing in the proposal unit are preferentially proposed based on various factors such as the selection frequency and the strength of the relevance from a medical perspective. By adopting a configuration that enables the doctor to provide an environment in which a plurality of orders can be selected in association with each other, it becomes possible to further reduce the doctor's thinking load.

[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 in the order output system of Embodiment 1 described with reference to FIG. 4. Therefore, the following will explain the specific processes of the "selection reception unit" and the "secondary proposal unit", which have not been described so far.

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

[0051] (Specific configuration of the secondary proposal unit) The secondary proposal unit is specifically composed of a computer program and computer hardware. The CPU reads the "secondary proposal program" from the storage device into the main memory and executes it, and outputs one or more orders as proposals to a predetermined terminal according to the selection received through the execution of the said selection reception program.

[0052] (Flow of processing) FIG. 7 is a diagram showing an example of the flow of processing in the order output system of the present embodiment. The flow of processing in the figure consists of the following steps. First, in step S0701, from the doctor terminal, among the information input into the electronic medical record, at least the patient identification information for identifying the patient and the medical information are grouped and obtained as related information by associating them with each other (related information acquisition step). Then, in step S0702, based on the said medical information and the past performance of order output, one or more orders regarding the patient are proposed to the doctor terminal as order candidates (proposal step).

[0053] Furthermore, as step S0703, it is determined whether the selection for the order targeted for the said proposal is received from the doctor terminal. If the determination result reaches that it is received, then as step S0704, according to the received selection result, one or more orders are further proposed to the doctor terminal (secondary proposal step). If it cannot be determined that it is received, the subsequent processing is not performed. Note that the processing of receiving order output from the doctor terminal according to the processing result of the secondary proposal step is the same as the flow of processing in Embodiment 1.

[0054] (Effect) By using the order output system of this embodiment, it becomes possible to provide means for further reducing the thinking load of doctors compared to the case of using the order output system of Embodiment 1.

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

[0056] <Functional Configuration> FIG. 8 is a diagram showing an example of the functional blocks of the order output system of this embodiment. As shown in the figure, the "order output system" 0800 of this embodiment includes a "related information acquisition unit" 0801, a "proposal unit" 0802, a "selection reception unit" 0803, and an "order display output unit" 0804. Since the basic configuration is common to the order output systems described in Embodiments 1 and 2, the function of the "order display output unit" 0804, which is the difference not mentioned in the respective embodiments below, will be described.

[0057] The "order display output unit" 0804 is configured to display the selection content received through the process in the selection unit on the same screen in a distinguishable manner from the proposal content in the proposal unit. In the case of the example in FIG. 2b, on the screen 0210 of the doctor terminal, the display area 0211 of the order candidates first proposed and output (in the case of Embodiment 2, the display area 0212 of the order candidates that is the proposal result by the secondary proposal unit is also included), and an example of the configuration is to accept the process of selecting the order with "▲▲▲▲▲" displayed together with the tag of "examination" among the proposals. In the case of such an example, as a selection result, the selected order candidate is displayed in a distinguishable manner in another display area 0214 on the same screen as the display area 0211 of the order candidates.

[0058] Doctors are usually forced to create electronic medical records in extremely harsh environments, such as being pressured to examine a large number of patients within a specific time period. On the other hand, the process of creating electronic medical records not only becomes an important information source for future treatment but also functions as materials for appropriate medical fee claims, requiring a very high level of caution. In such a situation, when adopting a configuration like the present invention that selects a specific order from multiple order candidates and outputs the final order, errors such as accidentally selecting the wrong order candidate or misinterpreting that the doctor has made a selection and not being able to accurately select the correct order candidate due to a slight lack of attention or operation error of the doctor operating the doctor terminal should be avoided. Therefore, rather than redisplaying the once-selected order candidate in another display area on the same screen like the order display output section, it becomes possible for the doctor to individually visually recognize the fact that he / she has selected the order displayed in the said display area and its content. And after such visual recognition, by accepting the process for final confirmation (in the case of the example in Fig. 2b, the click process of button 0215 for adding as an order), it is to be accepted 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 in the order output system of Embodiment 1 described with reference to Fig. 4. Therefore, hereinafter, the specific processing of the "order display output section" that has not been described so far will be explained.

[0060] (Specific configuration of the order display output section) Specifically, the order display output section is composed of a computer program and computer hardware. The CPU reads the "order display output program" from the storage device into the main memory and executes it, reads the selection content received by the execution of the said selection reception program, and outputs it to a predetermined terminal so that it can be displayed on the same screen distinguishable from the proposal content obtained by the execution of the said proposal program.

[0061] <Process flow> FIG. 9 is a diagram showing an example of the process flow in the order output system of the present embodiment. The process flow in the figure consists of the following steps. First, in step S0901, from the doctor terminal, among the information input to the electronic medical record, at least the patient identification information for identifying the patient and the medical information are associated with each other and collectively obtained as related information (related information acquisition step). Then, in step S0902, based on the medical information and the past order output results, one or more orders regarding the patient are proposed to the doctor terminal as order candidates (proposal step).

[0062] Furthermore, in step S0903, it is determined whether a selection for the proposed order has been received from the doctor terminal. If the determination result is that the selection has been received, then in step S0904, the received selection content is displayed on the same screen of the doctor terminal in a distinguishable manner from the proposed content in the proposal step (order display output step). If it cannot be determined that the selection has been received, subsequent processing is not performed. Note that the process of receiving 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] <Effect> By using the order output system of the present embodiment, it is possible to more reliably ensure the accuracy of order output by doctors compared to the case of using the order output system of Embodiment 1.

[0064] <<Embodiment 4>> <Overview> The order output system of the present embodiment is basically the same as the technical features of the order output system described in Embodiment 1. However, when accepting the selection of the order proposed through the execution of the proposal program, it has a further feature of performing conversion processing on the display format of the order according to the source of the acceptance of the selection.

[0065] <Functional configuration> FIG. 10 is a diagram showing an example of the functional blocks of the order output system of the present embodiment. As shown in the figure, the "order output system" 1000 of the present embodiment includes a "related information acquisition unit" 1001, a "proposal unit" 1002, a "selection reception unit" 1003, and a "display format conversion unit" 1004. Since the basic configuration is common to the order output systems described in Embodiments 1 and 2, the function of the "display format conversion unit" 1004, which is a difference not mentioned in each of the above embodiments, will be described below.

[0066] The "display format conversion unit" 1004 is configured to perform conversion processing of the display format of an order according to the source that receives the selection processing in the selection reception unit. The source of the selection processing here specifically refers to the doctor terminal that performs the selection processing. However, in addition, for example, a medical staff terminal linked to the doctor terminal, or even a patient information management server used by the medical staff terminal (in the case of the example shown in FIG. 1, the external server 0103 shown in the figure, etc.), etc., may broadly include a computer or mechanism directly or indirectly linked to the terminal that performs the selection processing.

[0067] As an example of the conversion processing of the display format, it is conceivable to perform conversion processing to a display format different from the display mode of the electronic medical record provided by this system. For example, in the case of the examples using FIGS. 2a and 2b, in the display areas 0202 and 0213 of the order to be output, the notation "once" is made together with the order, and it is displayed that the selection count of each order is once. On the other hand, for example, in other electronic medical records, a display format that does not display the selection count may be adopted, or a method of displaying the medical treatment points corresponding to the relevant order instead of the selection count may be adopted, and various display format electronic medical records can be developed.

[0068] Note that the conversion process of the display format according to each individual electronic medical record is performed using the information on the display format of the individual electronic medical records recorded in advance, and is output in the display format after the process to external servers that provide each electronic medical record in a usable manner by methods such as API cooperation, doctor terminals, medical staff terminals, etc. where programs for using the electronic medical record are installed. By adopting a configuration that enables such conversion processing corresponding to the display formats of these various electronic medical records, it becomes possible to provide the given effects of the present invention while minimizing the impact on the user interface of the electronic medical record on the doctor 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 in the order output system of Embodiment 1 described with reference to FIG. 4. Therefore, hereinafter, the specific processing of the "display format conversion step" that has not been described so far will be described.

[0070] (Specific configuration of the display format conversion unit) Specifically, the display format conversion unit is composed of a computer program and computer hardware. The CPU reads the "display format conversion program" from the storage device into the main memory and executes it. According to the source of the selection obtained according to the processing result of the selection reception program for the information output from the doctor terminal, the order display format conversion process is executed, and the conversion process result is stored in a predetermined address of the main memory.

[0071] <Flow of processing> FIG. 11 is a diagram showing an example of the processing flow in the order output system of the present embodiment. The processing flow in the figure consists of the following steps. First, in step S1101, from the doctor terminal, among the information input to the electronic medical record, at least the patient identification information for identifying the patient and the medical treatment information are linked to each other and collectively obtained as related information (related information acquisition step). Then, in step S1102, based on the medical treatment information and the past order output results, one or more orders regarding the patient are proposed to the doctor terminal as order candidates (proposal step).

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

[0073] <Effect> By using the order output system of the present embodiment, compared with the case of using the order output system of Embodiment 1, it is possible to smoothly cooperate with other systems for managing electronic medical records, etc. that are managed using different codes, and it is possible to reduce the burden on doctors, etc. that does not depend on the infrastructure environment of each medical institution.

Description of Reference Numerals

[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 acquiring, 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 proposing step of proposing one or more orders for the patient as order candidates based on the medical information and past order output records; 1. An order output method implemented by a computer, comprising: An order output method in which a computer executes the suggestion step when input of medical information of at least 10 characters or more is accepted.

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 method of 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 as the content proposed in the suggestion step in a manner distinguishable from the selection content; The method of 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 reception source of the selection; The method of claim 1 , further comprising the steps of:

5. A program for outputting an order using information entered in an electronic medical record, a related information acquisition step of acquiring, 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 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 executable by a computer, An order output program that enables a computer to execute the suggestion step when input of medical information of at least 10 characters or more is accepted.

6. A system for outputting an order 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 based on the medical information and past order output records; An order output system comprising: An order output system that makes a suggestion in the suggestion section when input of medical information of at least 10 characters or more is accepted.

Images