Medical information processing device

Abstract

To provide a medical information processing device that facilitates subsequent analysis or verification regarding medical practices having already been carried out.SOLUTION: In a medical information processing system, a decision-making assistance device 100, which is a medical information processing device, includes an acquisition function 151 and a display control function 155. The acquisition function 151 collects patient information and medical information related to medical records including a plurality of medical practices. When displaying medical records on a display unit, the display control function 155 causes the plurality of medical practices and the collected patient information and medical information to be displayed in time series, as well as causes options selected by doctors in the medical records and the reasons for which the options were selected to be displayed in association with each other. Furthermore, the display control function 155 causes the options selected by doctors and the options not selected by doctors to be displayed in a separable manner.SELECTED DRAWING: Figure 2

Description

Technical Field

[0001] The embodiments disclosed in this specification and the drawings relate to a medical information processing apparatus.

Background Art

[0002] Conventionally, in a medical facility, medical acts such as treatment are performed by a doctor based on information such as examination results regarding a patient. In recent years, support technologies such as a clinical decision support system (Clinical Decision Support Systems: CDSS) have been proposed that infer the disease state, conversion risk, etc. of a target patient to be treated using a model obtained by analyzing past medical information of patients with technologies such as machine learning.

[0003] However, when looking back on a medical act retrospectively, it may be difficult to conduct a detailed verification because information at the time when the medical act was performed and information on the basis of the doctor's judgment are not sufficiently recorded. Further, even when there are various records, if the records are not associated with individual medical acts, it may be time-consuming to conduct a retrospective verification.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] One of the problems to be solved by the embodiments disclosed in this specification and the drawings is to facilitate retrospective analysis or verification of already executed medical acts. However, the problems to be solved by the embodiments disclosed in this specification and the drawings are not limited to the above problems. It is also possible to position, as other problems, the problems corresponding to the respective effects of the respective configurations shown in the embodiments described later.

Means for Solving the Problem

[0006] The medical information processing apparatus according to the embodiment includes A memory unit and a recording processing unit, a collection unit and a display control unit. The memory unit stores a medical record in which a plurality of medical acts performed on a patient who is a medical treatment target are associated with a time series, a treatment plan that is the basis of the medical record, patient information, medical information, and reasons for a doctor's judgment associated with each medical act included in the medical record. The recording processing unit causes the memory unit to store a plurality of options regarding a treatment act and an option selected by a doctor from among the plurality of options in a scene where the doctor performs a medical act. . The collection unit Stored in the memory unit collects patient information and medical information regarding a medical record including a plurality of medical acts. When causing the display unit to display the medical record, the display control unit displays the plurality of medical acts, the collected patient information, and the medical information in chronological order, and also displays, in association with each other, an option selected by a doctor from among the medical record and the reason why the option was selected. Further, the display control unit displays the option selected by the doctor and the option not selected by the doctor separately so as to be distinguishable For a plurality of medical acts that have been performed on a patient in the past and are currently being performed, they are displayed in chronological order with the order clearly shown.

Brief Description of the Drawings

[0007]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

[0008] Hereinafter, embodiments of a medical information processing apparatus will be described in detail with reference to the drawings.

[0009] (First Embodiment) FIG. 1 is a diagram showing an example of the configuration of a medical information processing system S according to the first embodiment. As shown in FIG. 1, the medical information processing system S includes a decision-making support device 100, a medical information storage device 200, a nursing record storage device 201, an electronic medical record system 202, a medical image storage device 203, a statistical information storage device 204, an ordering system 205, a camera 206, and a microphone 207. These components are communicably connected via a network N such as an in-hospital LAN (Local Area Network) or the Internet, for example.

[0010] The decision-making support device 100 of the present embodiment supports a doctor's decision-making regarding medical practices. Further, the decision-making support device 100 records the selection result of the medical practice by the doctor and the patient information and medical information related to the medical practice. The decision-making support device 100 is realized by, for example, a server device or a PC (Personal Computer). Details of the functions of the decision-making support device 100 will be described later. Note that a doctor is an example of a user of the decision-making support device 100 in the present embodiment. The decision-making support device 100 is an example of the medical information processing device of the present embodiment.

[0011] Note that in the present embodiment, the medical practice includes all medical-related practices such as diagnosis, examination, and treatment.

[0012] Also, in the present embodiment, the patient information is information related to the patient who is the subject of the medical practice, and includes, for example, patient attribute information, an electronic medical record, a nursing record, examination results, medical images, DNA (deoxyribonucleic acid) information, or a PHR (Personal Health Record), etc. The patient attribute information is, for example, information such as the patient's gender, age, height, weight, etc.

[0013] Also, in the present embodiment, the medical information includes, for example, statistical information related to medicine and clinical practice guidelines, etc.

[0014] The medical information processing system S is provided in a medical institution such as a hospital, for example.

[0015] The medical information storage device 200 stores, for example, the patient's DNA information 20a, PHR 20b, and medical guidelines 20c, etc. Note that the DNA information 20a, PHR 20b, and medical guidelines 20c information may be stored in different devices respectively.

[0016] The nursing record storage device 201 is a device that stores nursing records related to the care of patients. Also, the electronic medical record system 202 is a device that stores electronic medical records.

[0017] The medical image storage device 203 is, for example, a server device of a PACS (Picture Archiving and Communication System), and stores medical image data in a format compliant with DICOM (Digital Imaging and Communications in Medicine). The medical images are, for example, CT (Computed Tomography) image data, magnetic resonance image data, ultrasonic diagnostic image data, etc., but are not limited thereto.

[0018] The statistical information storage device 204 is a device that stores a database storing statistical information related to medical care.

[0019] The ordering system 205 is, for example, a device that issues examination orders to a RIS (Radiology Information System) (not shown) and prescription orders to a pharmacy department system (not shown) based on the operations of medical practitioners, etc.

[0020] The medical information storage device 200, the nursing record storage device 201, the electronic medical record system 202, the medical image storage device 203, the statistical information storage device 204, and the ordering system 205 are, in terms of hardware, for example, computers such as server devices. Note that some of these devices may be integrated. For example, the functions of a plurality of devices shown in FIG. 1 may be integrated as an HIS (Hospital Information System).

[0021] The camera 206 is provided, for example, in an examination room and images the acts of examination or treatment on a patient. Further, the microphone 207 is provided, for example, in an examination room and collects the voices of medical staff such as doctors. Note that the camera 206 and the microphone 207 may be provided in the decision support device 100. The camera 206 and the microphone 207 may be collectively referred to as a sensor.

[0022] Note that the configuration shown in FIG. 1 is an example, and the medical information processing system S may further include other configurations or may not include a part of the configuration shown in FIG. 1. For example, the medical information processing system S may include a RIS or a pharmacy department system.

[0023] Next, the functions of the decision support device 100 will be described. FIG. 2 is a diagram showing an example of the configuration of the decision support device 100 according to the first embodiment.

[0024] The decision support device 100 includes an NW (Network) interface 110, a memory circuit 120, an input interface 130, a display 140, and a processing circuit 150.

[0025] The NW interface 110 is connected to the processing circuit 150 and controls the transmission and communication of various data between the decision support device 100 and other information processing devices. The NW interface 110 is realized by a network card, a network adapter, a NIC (Network Interface Controller), or the like.

[0026] The memory circuit 120 stores in advance various information used by the processing circuit 150. For example, the memory circuit 120 of the present embodiment stores a workflow of medical-related operations including a plurality of medical acts, patient information or medical information associated with each medical act included in the workflow, and reasons for judgments by doctors.

[0027] In addition, the memory circuit 120 stores various programs. The memory circuit 120 is realized by, for example, a semiconductor memory element such as a RAM (Random Access Memory), a flash memory, an optical disk, an HDD (Hard disk Drive), or an SSD (Solid State Drive). Note that the memory circuit 120 may be within the decision-making support device 100, or may be within an external storage device connected to the decision-making support device 100 via, for example, the network N. The memory circuit 120 is an example of the storage unit in the present embodiment.

[0028] The input interface 130 is realized by, for example, a trackball, a switch button, a mouse, a keyboard, a touch pad that performs an input operation by touching an operation surface, a touch screen in which a display screen and a touch pad are integrated, a non-contact input circuit using an optical sensor, and a voice input circuit. The input interface 130 is connected to the processing circuit 150, converts the input operation received from the operator into an electrical signal, and outputs it to the processing circuit 150. Note that in this specification, the input interface 130 is not limited to those including physical operation components such as a mouse and a keyboard. For example, an electrical signal processing circuit that receives an electrical signal corresponding to an input operation from an external input device provided separately from the decision-making support device 100 and outputs this electrical signal to the processing circuit 150 is also included in the example of the input interface 130.

[0029] The display 140 is a dot matrix type electronic display such as a liquid crystal display or an organic EL (Organic Electro-Luminescence: OEL) display. Note that the input interface 130 and the display 140 may be integrated. For example, the input interface 130 and the display 140 may be realized by a touch panel. The display 140 is an example of the display unit in the present embodiment. Note that the display 140 may be provided separately from the decision-making support device 100 and connected to the decision-making support device 100 via, for example, the network N.

[0030] The processing circuit 150 is a processor that reads and executes a program from the memory circuit 120 to realize the functions corresponding to each program. The processing circuit 150 of the present embodiment includes an acquisition function 151, a first specifying function 152, an estimation function 153, a recording processing function 154, a display control function 155, a reception function 156, a determination function 157, and a collection function 158. The acquisition function 151 is an example of an acquisition unit. The first specifying function 152 is an example of a specifying unit or a first specifying unit. The estimation function 153 is an example of an estimation unit. The recording processing function 154 is an example of a recording processing unit. The display control function 155 is an example of a display control unit. The reception function 156 is an example of a reception unit. The determination function 157 is an example of a determination unit. The collection function 158 is an example of a collection unit.

[0031] Here, for example, each processing function of the acquisition function 151, the first specifying function 152, the estimation function 153, the recording processing function 154, the display control function 155, the reception function 156, the determination function 157, and the collection function 158, which are components of the processing circuit 150, is stored in the memory circuit 120 in the form of a program executable by a computer. The processing circuit 150 is a processor. For example, the processing circuit 150 reads and executes a program from the memory circuit 120 to realize the functions corresponding to each program. In other words, the processing circuit 150 in the state of having read each program will have each function shown in the processing circuit 150 of FIG. 2. In FIG. 2, it has been described that the processing functions performed by the acquisition function 151, the first specifying function 152, the estimation function 153, the recording processing function 154, the display control function 155, the reception function 156, the determination function 157, and the collection function 158 are realized by a single processor, but it is also possible to configure the processing circuit 150 by combining a plurality of independent processors, and each processor realizes the function by executing a program. Also, in FIG. 2, it has been described that a single memory circuit 120 stores the programs corresponding to each processing function, but it is also possible to configure the processing circuit 150 to read the corresponding program from individual memory circuits by dispersing and arranging a plurality of memory circuits.

[0032] In the above description, an example in which the "processor" reads and executes a program corresponding to each function from the storage circuit has been described, but the embodiment is not limited to this. The term "processor" means, for example, a circuit such as a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), an application specific integrated circuit (ASIC), a programmable logic device (for example, a simple programmable logic device (SPLD), a complex programmable logic device (CPLD), and a field programmable gate array (FPGA)). When the processor is, for example, a CPU, the processor realizes its function by reading and executing the program stored in the storage circuit 120. On the other hand, when the processor is an ASIC, instead of storing the program in the storage circuit 120, the function is directly incorporated as a logic circuit in the circuit of the processor. Note that each processor of the present embodiment is not limited to being configured as a single circuit for each processor, and a plurality of independent circuits may be combined to form one processor to realize its function. Further, a plurality of components in FIG. 2 may be integrated into one processor to realize its function.

[0033] In addition to the functions illustrated in FIG. 2, the decision-making support apparatus 100 may include various medical applications such as an image diagnosis application. The program of the medical application is stored, for example, in the storage circuit 120 and executed by the processing circuit 150.

[0034] The decision-making support device 100 of the present embodiment has a function of assisting a doctor in making a decision and recording information related to the decision when performing a medical act, and a function of assisting in the retrospective analysis or verification of a medical act that has already been performed. Note that the doctor who performs the medical act and the doctor who retrospectively analyzes or verifies the medical act that has already been performed do not have to be the same person. The details of each function included in the decision-making support device 100 will be described below.

[0035] The acquisition function 151 acquires patient information and medical information from various devices included in the medical information processing system S. The acquisition function 151 also acquires video images captured in an examination room or the like from the camera 206. The acquisition function 151 also acquires the collected voice from the microphone 207.

[0036] The first specifying function 152 specifies the workflow in progress among a plurality of workflows stored in the memory circuit 120 when a medical act is performed by a doctor or the like. The first specifying function 152 searches the memory circuit 120 for the corresponding workflow based on, for example, the identification information of the patient input by the doctor.

[0037] In a workflow, a plurality of medical acts are associated with each other in time series. Note that the workflow may include not only medical acts that have already been performed but also planned medical acts that have not yet been performed. For example, a workflow is a series of a plurality of medical acts associated with each other in time series based on a treatment plan generated based on a clinical path or the like. Note that the treatment plan on which the workflow is based may be generated by, for example, the estimation function 153 described later, or may be generated outside the decision-making support device 100. Assume that the treatment plan is stored in the memory circuit 120, for example.

[0038] A workflow is an example of a medical record in the present embodiment. In the present embodiment, a medical act included in a workflow is also referred to as a step.

[0039] Further, the first specific function 152 identifies the step to be executed among a plurality of medical procedures included in the workflow 7a.

[0040] Alternatively, the first specific function 152 may identify the ongoing workflow and the step to be executed in the workflow based on the video obtained from the camera 206 or the audio obtained from the microphone 207. Further, the first specific function 152 may identify the ongoing workflow and the step to be executed in the workflow based on the patient information and medical information obtained from various devices included in the medical information processing system S. Further, the first specific function 152 may identify the step to be executed based on the user's operation on the medical application executed in the decision support device 100 or the analysis result of the medical application. Further, the first specific function 152 may identify the step to be executed based on the result of combining these pieces of information.

[0041] For example, when the workflow 7a includes steps related to a surgery using a catheter, if the first specific function 152 detects the catheter from the video captured by the camera 206, it determines that the step has shifted from the surgical preparation step of the workflow 7a to the catheter insertion step. In this case, the first specific function 152 identifies that the catheter insertion step is the current step to be executed.

[0042] Further, for example, when the CT examination image data is stored in the medical image storage device 203, the first specific function 152 may determine that the step of imaging by the X-ray CT device has ended and the step of image analysis has started. As another example, when the report application for querying the reading report among the medical applications is launched, the first specific function 152 may determine that the reading step has ended and the report step has started.

[0043] Alternatively, the user may select the step to be executed. For example, by pressing a button (not shown) such as "Proceed to the next step" displayed on the display 140, the step planned next to the latest step among the executed steps becomes the step to be executed. Also, for example, the user may select, as the step to be executed, a step that has been registered in the workflow but has not yet been executed.

[0044] FIG. 3 is a diagram showing an example of the ongoing workflow 7a according to the first embodiment. The workflow 7a shown in FIG. 3 is displayed on the display 140 by the display control function 155 described later.

[0045] Also, in the present embodiment, among the plurality of medical procedures, there are included nodes 70a to 70f corresponding to medical procedures involving tasks such as medical interviews, examinations, tests, and treatment procedures, and branches 71a to 71d corresponding to assessments for considering the next task. Hereinafter, when not distinguishing the individual nodes 70a to 70f, they are simply referred to as node 70. Also, when not distinguishing the individual branches 71a to 71d, they are simply referred to as branch 71. Note that, in FIG. 3, for convenience, medical procedures and assessments are distinguished, but "assessment" may also be included in the definition of "medical procedure". Also, both node 70 and branch 71 are examples of steps included in the workflow 7a.

[0046] In the example shown in FIG. 3, the branch 71d corresponding to the assessment after the node 70f of coronary CT is the step being executed among the plurality of steps included in the workflow 7a. Note that the workflow 7a shown in FIG. 3 is only an example and is not limited thereto.

[0047] Until a definitive diagnosis is made, as shown in FIG. 3, based on the information obtained through medical interviews and tests, the candidates for the disease name are gradually narrowed down. Therefore, before a definitive diagnosis, the main decision-making by the doctor is, for example, "deciding the questions for the medical interview" and "deciding the tests to be performed".

[0048] Returning to FIG. 2, when a medical act is performed by a doctor or the like, the estimation function 153 estimates candidates for the next medical act to be performed based on patient information and medical information regarding the ongoing medical act.

[0049] In addition, the estimation function 153 estimates the disease name that the patient is highly likely to have based on the results of the examinations performed up to branch 71d. Also, when multiple examinations are performed, the estimation function 153 estimates the disease names that have been excluded, the disease names with increased possibility, or the disease names with high risk according to the results of each examination. The estimated disease names vary according to the results of the interview and the examinations. Generally, the process of collecting information through the interview or examinations and the process of estimation based on the collected information are repeated until the disease names are narrowed down. For example, in the example shown in FIG. 3, in the disease name candidate display column 60a at the time of assessment corresponding to branch 71b after the ECG (Electrocardiogram) examination at node 70c and the blood test at node 70d are performed, the possibility of "pulmonary thromboembolism" among the disease name candidates has been excluded. Also, the possibility of "ischemic heart disease" among the disease name candidates has increased.

[0050] Also, at the time of branch 71c, the possibility of "ischemic heart disease" among the disease name candidates has further increased. Then, the estimation function 153 estimates that the possibilities of disease names other than "ischemic heart disease" have been excluded by the examination results at the time of branch 71d. In branch 71d, when the doctor approves "ischemic heart disease" as the confirmed disease name, the step of diagnosing the disease name ends. The confirmed disease name is also called the diagnosis name. The estimation function 153 estimates candidates for the next medical act to be performed based on the results of the examinations up to the diagnosis of the disease name and the confirmed disease name.

[0051] The estimation function 153 may be an application of a Clinical Decision Support Systems (CDSS) that adopts known technologies. Further, the estimation function 153 may be a learned model that has learned past patient information, medical information, and diagnostic results. The learned model is generated by deep learning or other machine learning, etc., but other known technologies may be adopted. Note that instead of the estimation function 153, a clinical decision support system provided outside the decision-making support device 100 may be used. The clinical decision support system may be included in the medical information processing system S.

[0052] Also, when the estimation function 153 estimates a plurality of medical act candidates, among the plurality of medical act candidates, the most recommended one is determined together with the recommendation reason.

[0053] FIG. 4 is a diagram showing an example of a selection screen for medical act candidates according to the first embodiment. The selection screen shown in FIG. 4 is displayed on the display 140 by the display control function 155 described later. In the example shown in FIG. 4, three selection buttons 81a indicating "thrombolytic therapy", 81b indicating "CABG (Coronary Artery Bypass Graft)", and 81c indicating "PCI (Percutaneous Coronary Intervention)" are displayed as options.

[0054] Also, in the selection screen shown in FIG. 4, thrombolytic therapy is displayed as a recommended option. In this case, the recommendation reason determined by the estimation function 153 may be displayed near the selection button 81a indicating "thrombolytic therapy".

[0055] Note that the display mode of the presence or absence of recommendations in FIG. 4 is just an example and is not limited thereto. Also, the estimation function 153 may generate the reasons listed as options not only for the most recommended option but also for other options. When any of the selection buttons 81a is pressed by the user, an order for an examination corresponding to the option may be transmitted to the ordering system 205 via the NW interface 110 and the network N.

[0056] Also, when the candidate for the medical act selected by the doctor is different from the candidate for the medical act most recommended by the estimation function 153, the estimation function 153 estimates the candidate for the reason for the doctor's selection. Whether the candidate for the medical act selected by the doctor is different from the candidate for the medical act most recommended by the estimation function 153 is determined by the determination function 157 described later.

[0057] FIG. 5 is a diagram showing an example of a selection screen for candidates for reasons for selection according to the first embodiment. The selection screen shown in FIG. 5 is displayed on the display 140 by the display control function 155 described later.

[0058] In FIG. 5, a case is exemplified where the option "PCI" is selected by the doctor instead of the option "thrombolytic therapy" that was most recommended by the estimation function 153. In this case, the estimation function 153 estimates candidates for the reasons why the doctor selected the option based on the patient information and the medical information. For example, the estimation function 153 estimates the patient information of the patient who is the subject of the medical treatment and the medical information related to the option "PCI" selected by the doctor as selection reason candidates 92a to 92c.

[0059] The selection reason candidates 92a to 92c include, for example, the patient's wishes described in the electronic medical record, which is an example of patient information, the presence or absence of allergies, medical history, past history, simulation results of the results when performing medical acts corresponding to each option, and the like. The patient's wishes are, for example, information such as the complete cure of the disease in the treatment and which aspect of beauty such as scars is emphasized. Note that the simulation result of the result when performing the medical act corresponding to each option may be obtained by the estimation function 153 using a learned model or the like, or the one obtained by another medical application may be used. Further, the estimation function 153 may include the merits and demerits of each of the estimated options as well as the options selected by the doctor in the selection reason candidates 92a to 92c.

[0060] In FIG. 5, three selection reason candidates 92a to 92c are displayed on the display 140, but the number of selection reason candidates is not limited to this. Hereinafter, when not particularly distinguishing the individual selection reason candidates 92a to 92c, they are simply referred to as selection reason candidates 92. Note that the display 140 may be provided with an input field in which the doctor can freely input reasons, in addition to the reason candidates estimated by the estimation function 153. Also, there is no particular limitation on the number of selectable options among the selection reason candidates 92.

[0061] Returning to FIG. 2, when the doctor adopts an option different from the option recommended by the decision-making support system in the scene where the doctor performs a medical act, the recording processing function 154 associates the option adopted by the doctor with the reason for the selection and stores it in the storage circuit 120.

[0062] In this embodiment, when the medical procedure selected by the doctor is different from the most recommended medical procedure by the estimation function 153, among the candidates for the reasons why the doctor selected the option as estimated by the estimation function 153, the reason selected by the doctor is associated with the medical procedure selected by the doctor and stored in the memory circuit 120. In the memory circuit 120, the database in which the medical procedure selected by the doctor and the reason for selection are associated is called the reason recording database.

[0063] For example, in the example shown in FIG. 5, if the doctor selects two of the selection reason candidates 92a to 92c, that is, the selection reason candidate 92a and the selection reason candidate 92b, the recording processing function 154 associates the contents of the selection reason candidate 92a and the selection reason candidate 92b with the medical procedure "PCI" and stores them in the reason recording database of the memory circuit 120.

[0064] In addition, when the candidate for the medical procedure selected by the doctor matches the candidate for the most recommended medical procedure by the estimation function 153, the recording processing function 154 associates the recommendation reason generated by the estimation function 153 with the medical procedure and stores it in the reason recording database.

[0065] Returning to FIG. 2, in the scene where the doctor performs a medical procedure, or in the scene where a post - analysis or verification of a medical procedure that has already been performed is carried out, the display control function 155 causes the display 140 to display the workflow 7a and the patient information and medical information related to the workflow 7a.

[0066] More specifically, in the scene where the doctor performs a medical procedure, as shown in FIG. 3, the display control function 155 causes the display 140 to display the workflow 7a of the execution target specified by the first specifying function 152.

[0067] In addition, as shown in FIG. 3, the display control function 155 causes the display 140 to display information display columns 90a to 90c that display patient information and medical information corresponding to each step included in the workflow 7a. Also, the display positions of the information display columns 90a to 90c are, for example, in the vicinity of the node 70 of the medical act corresponding to each information display column 90a to 90c. Specifically, the information display column 90b that displays the report result of the echocardiogram executed at the node 70e is displayed in the vicinity of the node 70e. Hereinafter, when not particularly distinguishing the individual information display columns 90a to 90c, they are simply referred to as the information display column 90. Also, the patient information and medical information displayed in the information display column 90 are also referred to as reference data.

[0068] In addition, as shown in FIG. 3, the display control function 155 causes the display 140 to display disease name candidate display columns 60a to 60c that display the disease name candidates estimated by the estimation function 153 at the time of each branch 71. Hereinafter, when not particularly distinguishing the individual disease name candidate display columns 60a to 60c, they are simply referred to as the disease name candidate display column 60. Also, the display control function 155 displays the disease name candidates whose possibilities have been excluded by the estimation function 153 in a display mode different from that of other disease name candidates. For example, the display control function 155 draws a strikethrough on the disease name candidates whose possibilities have been excluded. Also, the display control function 155 adds a symbol indicating that the possibility has increased to the disease name candidates estimated to have an increased possibility by the estimation function 153. In the example shown in FIG. 3, the display control function 155 displays an upward arrow in the vicinity of the disease name candidate estimated to have an increased possibility by the estimation function 153, the number of which corresponds to the degree of improvement of the possibility.

[0069] In addition, as shown in FIG. 3, the display control function 155 adds a symbol to the disease name determined as the confirmed disease name by the doctor. In the example shown in FIG. 3, the display control function 155 displays a star-shaped symbol in the vicinity of the confirmed disease name "ischemic heart disease". Note that the display shown in FIG. 3 is an example and is not limited thereto.

[0070] In addition, as shown in FIG. 4, in a scenario where a doctor performs a medical act, the display control function 155 causes the display 140 to display, as options, the candidates for medical acts estimated by the estimation function 153.

[0071] Also, when the candidate for the medical act selected by the doctor is different from the candidate for the medical act most recommended by the estimation function 153, as shown in FIG. 5, the display control function 155 causes the display 140 to display the candidates for the reasons for selection estimated by the estimation function 153.

[0072] In addition, in a scenario where a retrospective analysis or verification is performed on a medical act that has already been executed, when the display control function 155 causes the display 140 to display the workflow 7a, it displays the plurality of medical acts included in the workflow 7a, the patient information, and the medical information in chronological order, and also associates and displays the option selected by the doctor in the workflow 7a record with the reason for selecting the option.

[0073] In addition, the display control function 155 separately displays the options selected by the doctor and the options not selected by the doctor in the workflow 7a.

[0074] The patient information and medical information that the display control function 155 displays together with the workflow 7a are the patient information and medical information associated with the medical acts that are the steps included in the workflow 7a. These patient information and medical information are collected by the collection function 158 described later in a scenario where a retrospective analysis or verification is performed on a medical act that has already been executed.

[0075] FIG. 6 is a diagram showing an example of a browsing screen of the executed workflow 7a according to the first embodiment. This screen is used in a scenario where a retrospective analysis or verification is performed on the medical acts included in the workflow 7a. For example, this screen may be used when a doctor who has performed the medical acts included in the workflow 7a retrospectively reviews his or her judgment. Also, this screen may be used for the education of inexperienced doctors or for conferences in a medical institution.

[0076] In the example shown in FIG. 6, the pointer 50 of the mouse operated by the user points to a branch 71d which is an assessment for determining the diagnosis name. In this case, the display control function 155 illustrates, among the entire workflow 7a, for example, from the node 70a of the interview to the options of the next medical act of the branch 71d.

[0077] Also, the next medical acts of the branch 71d are PCI of the node 70g, CABG of the node 70h, and thrombolytic therapy of the node 70i. Among these three medical acts, the one selected by the doctor during the execution of the workflow 7a is PCI. The display control function 155 displays the node 70g representing PCI, which is the medical act selected by the doctor, and the nodes 70h representing CABG and 70i representing thrombolytic therapy, which are the medical acts not selected by the doctor, in different display modes. For example, the display control function 155 may change the colors of the medical act selected by the doctor and the medical act not selected by the doctor.

[0078] In addition, the display control function 155 causes the display 140 to display information display columns 90a to 90c for displaying patient information and medical information corresponding to the nodes 70 and branches 71 included in the displayed range of the workflow 7a, and disease name candidate display columns 60a to 60c. Note that in FIG. 6, the content of the information display columns 90a to 90c in the scene where post - analysis or verification is performed does not have to be the same as the content of the information display columns 90a to 90c in the scene where the doctor performs a medical act shown in FIG. 3. For example, in the scene where post - analysis or verification is performed, information that was not displayed in the scene where the doctor performs a medical act may be added to the information display column 90.

[0079] Also, FIG. 7 is a diagram showing an example of the continuation of the browsing screen of the workflow 7a in FIG. 6. In the example shown in FIG. 7, the mouse pointer 50 operated by the user points to the node 70g indicating "PCI", which is the option selected by the doctor. In this case, the display control function 155 causes the doctor's adopted option and the reason for selecting the option to be displayed in association with each other. In the example shown in FIG. 7, when the user performs an operation to select the node 70g, the display control function 155 displays an information display column 90d for displaying the reason for selection in the vicinity of the node 70g.

[0080] The display control function 155 causes the information display column 90d to display the reason for selection corresponding to the node 70g retrieved from the reason recording database of the memory circuit 120. As described with reference to FIG. 5, the reason for selection is the one selected by the doctor from among the reason for selection candidates 92a to 92c. In the example shown in FIG. 7, as a result of the coronary artery CT report, the presence or absence of allergy, medical history, past history, patient's wishes, and the simulation results of the 5 - year survival rate and restenosis rate for each option are displayed as the reasons for selection.

[0081] Also, in FIG. 7, the display control function 155 displays, in symbols, the estimation results by the estimation function 153 regarding which of the merits and demerits of "PCI" each piece of information included in the reason for selection corresponds to. For example, among the reasons for selection described in the information display column 90d, the items with a circle symbol described are those that are merits for "PCI". Also, the items with a triangle symbol described are those that are demerits for "PCI". Note that such a display mode is an example and is not limited thereto.

[0082] Also, when the candidate for the medical act selected by the doctor matches the candidate for the medical act most recommended by the estimation function 153, the reason for recommendation generated by the estimation function 153 is displayed in the information display column 90d.

[0083] Returning to FIG. 2, the reception function 156 receives various operations by the user via the input interface 130. For example, in a scenario where a doctor performs a medical act, the reception function 156 receives the selection by the doctor of any one of the candidates for a plurality of medical act candidates estimated by the estimation function 153. Also, the reception function 156 receives the selection by the doctor for the candidate for the reason for selection.

[0084] Also, in a scenario where a post - analysis or verification is performed on a medical act that has already been executed, the reception function 156 receives the designation of the workflow 7a to be browsed by the user. Also, the reception function 156 receives the operation of the user who designates the node 70 or branch 71 to be queried among those included in the designated workflow 7a.

[0085] The determination function 157 determines whether the candidate for the medical act selected by the doctor is different from the candidate for the medical act most recommended by the estimation function 153.

[0086] The collection function 158 collects patient information and medical information regarding a workflow 7a that includes a plurality of medical procedures. For example, in a scenario where a retrospective analysis or verification is performed on a medical procedure that has already been executed, the collection function 158 collects patient information and medical information associated with the medical procedure, which is a step included in the workflow 7a, from a medical information storage device 200, a nursing record storage device 201, an electronic medical record system 202, a medical image storage device 203, a statistical information storage device 204, an ordering system 205, and the like.

[0087] The patient information associated with a medical procedure is, for example, patient information linked to the identification information of the patient who is the subject of the medical procedure. Also, not only the identification information of the patient, but also the date and time when the medical procedure was performed, or the association by an order registered in the ordering system 205, etc., may associate the medical procedure with the patient information. Further, the medical information associated with a medical procedure is, for example, the disease name of the patient who is the subject of the medical procedure, statistical information regarding the examination content included in the medical procedure, clinical practice guidelines, and the like.

[0088] The collection function 158 may specify relevant patient information and medical information, for example, based on the identification information of the patient who is the subject of the medical procedure and the date and time when the medical procedure was performed. In this embodiment, the information displayed on the display 140 is described separately as being collected by the collection function 158, and the information used for internal processing is acquired by the acquisition function 151, but the acquisition function 151 and the collection function 158 may be integrated.

[0089] Next, the processing flow of the decision-making support executed by the decision-making support device 100 configured as described above will be described.

[0090] FIG. 8 is a flowchart showing an example of the processing flow of the decision-making support according to the first embodiment. This flowchart is started, for example, when a doctor designates the identification information of a patient to be examined and specifies the target workflow 7a.

[0091] The first specific function 152 identifies the current step among a plurality of medical acts included in the target workflow 7a (S1).

[0092] Next, the estimation function 153 estimates candidates for the medical act to be executed next after the current step. The display control function 155 presents the estimated candidates for the medical act to the doctor by displaying them on the display 140 (S2).

[0093] Then, the reception function 156 receives the selection of the candidates for the medical act by the user (S3).

[0094] Next, the determination function 157 determines whether the candidate for the medical act selected by the user matches the candidate for the medical act recommended by the estimation function 153 (S4).

[0095] If the determination function 157 determines that the candidate for the medical act selected by the user does not match the candidate for the medical act recommended by the estimation function 153 (S4 “No”), the estimation function 153 estimates candidate reasons for selection 92. The display control function 155 displays the candidate reasons for selection 92 estimated by the estimation function 153 on the display 140 (S5).

[0096] Then, the reception function 156 receives the selection of the candidate reasons for selection 92 by the user (S6).

[0097] The recording processing function 154 associates and records the medical act selected by the user among the candidates for the medical act and the reason for selection selected by the user among the candidate reasons for selection 92 in the storage circuit 120 (S7).

[0098] Also, if the determination function 157 determines that the candidate for the medical act selected by the user matches the candidate for the medical act recommended by the estimation function 153 (S4 “Yes”), the recording processing function 154 associates and records the medical act recommended by the estimation function 153 and the reason for the recommendation in the storage circuit 120 (S8).

[0099] Next, the flow of processing executed by the decision-making support apparatus 100 will be described in a scenario where a retrospective analysis or verification is performed on a medical act that has already been executed.

[0100] FIG. 9 is a flowchart showing an example of a flow of processing for supporting a retrospective analysis or verification regarding a medical act according to the first embodiment. The processing of this flowchart is executed, for example, when a selection operation of the workflow 7a to be browsed by the user is received.

[0101] The collection function 158 collects patient information, medical information, and reasons for selection corresponding to each step of the workflow 7a being browsed (S21).

[0102] The display control function 155 causes the collected patient information, medical information, and reasons for selection to be displayed on the display 140 in association with the workflow 7a (S22).

[0103] As described above, the decision-making support apparatus 100 of the present embodiment collects patient information and medical information regarding the workflow 7a including a plurality of medical acts, and when displaying the workflow 7a on the display 140, displays the plurality of medical acts included in the workflow 7a, the collected patient information and medical information in chronological order, and associates and displays the option selected by the doctor in the workflow 7a and the reason for selecting the option. For this reason, according to the decision-making support apparatus 100 of the present embodiment, it is possible to facilitate a retrospective analysis or verification regarding a medical act that has already been executed.

[0104] In addition, when the decision-making support apparatus 100 of the present embodiment displays the workflow 7a on the display 140, it separately displays the option selected by the doctor and the option not selected by the doctor. That is, according to the decision-making support apparatus 100 of the present embodiment, not only the medical act actually performed on the patient but also the unadopted options are displayed, thereby further facilitating a retrospective analysis or verification of the doctor's selection of the medical act.

[0105] In addition, when the doctor adopts an option different from the option recommended by the decision-making support system in the decision-making support apparatus 100 of the present embodiment, the doctor's adopted option and the reason for the selection are associated and stored in the storage circuit 120, and when displaying the record related to the past medical practice on the display 140, the doctor's adopted option and the reason for the selection are displayed in association with each other. Therefore, according to the decision-making support apparatus 100 of the present embodiment, the accuracy of the analysis regarding the selection of the medical practice by the doctor can be improved.

[0106] For example, when a doctor determines a medical practice for a patient, even if the determined medical practice itself is recorded, if the record of the determined reason is not sufficiently left, it may be difficult to verify or analyze the validity of the determination afterwards. In particular, when the doctor selects an option other than the option recommended by the decision-making support system, there is a high possibility that there is some reason. However, generally, the level of entry into the electronic medical record by the doctor is often left to the discretion of the individual, and the reason for the decision may not be recorded. Alternatively, when it is essential for the doctor to describe the reason for the decision when determining a medical practice for a patient, inconvenience may occur in terms of the time and effort required for the description.

[0107] In addition, according to the decision-making support apparatus 100 of the present embodiment, by associating and recording the option adopted by the doctor and the reason for the selection, it becomes easy to use these recorded information as teacher data for machine learning or deep learning.

[0108] In addition, the decision-making support apparatus 100 of the present embodiment estimates candidates for the next medical practice based on the patient information and medical information regarding the ongoing medical practice, and displays the estimated candidates for the medical practice on the display 140 as options. Therefore, according to the decision-making support apparatus 100 of the present embodiment, it is possible to support the doctor's decision-making in the scene where the doctor performs a medical practice.

[0109] Also, when the decision-making support apparatus 100 of the present embodiment estimates a plurality of medical treatment candidates, it determines the most recommended one among the plurality of medical treatment candidates together with the reason for recommendation. When the medical treatment candidate selected by the doctor is different from the most recommended medical treatment candidate by the estimation function 153, it estimates the candidate for the reason for the doctor's selection. Further, the decision-making support apparatus 100 of the present embodiment causes the display 140 to display the estimated candidate for the reason for selection and accepts the doctor's selection for the candidate for the reason for selection. Therefore, according to the decision-making support apparatus 100 of the present embodiment, when the doctor selects an option other than the recommended option, it is possible to reduce the workload and time for the doctor to describe the reason and obtain a record of the reason for the decision-making.

[0110] (Second Embodiment) In this second embodiment, further, changes to the treatment plan based on the difference between the treatment plan and the actual patient state will be described.

[0111] FIG. 10 is a diagram showing an example of the configuration of the decision-making support apparatus 100 according to the second embodiment. The decision-making support apparatus 100 of the present embodiment includes an NW interface 110, a storage circuit 120, an input interface 130, a display 140, and a processing circuit 150, similar to the first embodiment.

[0112] Further, the processing circuit 150 of the decision-making support apparatus 100 of the present embodiment includes an acquisition function 151, a first specifying function 152, an estimation function 153, a recording processing function 154, a display control function 155, a reception function 156, a determination function 157, a collection function 158, and a second specifying function 159. The second specifying function 159 is an example of a specifying unit or a second specifying unit. The acquisition function 151, the first specifying function 152, the estimation function 153, the recording processing function 154, the reception function 156, the determination function 157, and the collection function 158 have the same functions as those in the first embodiment.

[0113] The second specific function 159 identifies the difference between the patient state assumed in the treatment plan and the actual state of the patient included in the patient information. The second specific function 159 determines the actual state of the patient based on, for example, test results and the doctor's findings entered in the electronic medical record.

[0114] Also, the display control function 155 of the present embodiment has the same functions as those of the first embodiment, and causes the difference identified by the second specific function 159 to be displayed on the display 140 in association with the workflow.

[0115] FIG. 11 is a diagram showing an example of a browsing screen of the executed workflow 7b according to the second embodiment. In the example shown in FIG. 11, the branch 71e is pointed to by the mouse pointer 50 of the user. The branch 71e is an assessment for comparing and evaluating the patient information obtained from the tests corresponding to the nodes 70k to 70m executed before that and the assumed patient state set in the node 70j of the treatment plan. In FIG. 11, it is assumed that the user is retrospectively inquiring about the information considered in the assessment of the branch 71e.

[0116] Also, in the example shown in FIG. 11, the state assumed at the time of the node 70j of the treatment plan is defined as the achievement goal. For example, in FIG. 11, the state of "ECG: no findings. Hemorrhage confirmation: no hemorrhage. Wound pain: controllable." is the achievement goal. On the other hand, the actual state of the patient is "ECG: no findings. Hemorrhage confirmation: hemorrhage is recognized. Wound pain: no pain."

[0117] In the example shown in FIG. 11, bleeding has been confirmed at the bleeding confirmation node 70l. In contrast, in the treatment plan that forms the basis of the workflow, it was assumed that there was no bleeding at the bleeding confirmation node 70l. In this case, the second specifying function 159 specifies the result of "bleeding confirmation: bleeding is recognized" as the difference between the patient state assumed in the treatment plan and the actual state of the patient. Such a difference is also referred to as "variance". Variance refers to a state in which the outcome is not achieved in the clinical path. Also, the second specifying function 159 specifies the node 70l in which variance has occurred among the plurality of nodes 70 included in the workflow 7b.

[0118] In this case, the display control function 155 causes the difference specified by the second specifying function 159 to be displayed in association with the workflow 7b.

[0119] For example, when the branch 71e is selected by the user, the display control function 155 displays, in the vicinity of the branch 71e, the patient information or medical information that was the reason for the planned change. In the example shown in FIG. 11, the display control function 155 causes an information display column 93a that displays the assumed patient state and the actual patient state to be displayed in the vicinity of the branch 71e. Also, the display control function 155 causes the portion of "bleeding confirmation: bleeding is recognized", which was specified as a difference by the second specifying function 159, to be highlighted in the information display column 93a. Further, the display control function 155 causes a symbol 80 indicating a warning to be displayed in association with the node 70l where variance has occurred.

[0120] Also, in the example shown in FIG. 11, assume that the treatment plan has been changed in response to the occurrence of the difference. The display control function 155 causes both the node 70 of the medical act that was executed as a result of the change in the treatment plan and the node 70 of the medical act that was not executed as a result of the change in the treatment plan to be displayed on the display 140. Thereby, both the plan before and after the change are displayed on the display 140.

[0121] In addition, even when the treatment plan is changed due to factors other than the occurrence of differences, the display control function 155 may cause the information related to the factor to be displayed on the display 140. For example, the estimation function 153 may estimate whether to recommend a plan change when a medical act is performed by a doctor, and send it to the display control function 155 together with the reason. In this case, the display control function 155 causes the content and reason of the recommended plan change to be displayed on the display 140.

[0122] In addition, the estimation function 153 may execute a simulation of the outcome based on the changed plan before the plan is actually changed. In this case, the display control function 155 may cause the simulation result to be displayed in association with the workflow 7b.

[0123] As described above, the decision-making support device 100 of the present embodiment identifies the difference between the assumed state of the patient in the treatment plan and the actual state of the patient included in the patient information, and causes the identified difference to be displayed in association with the workflow 7b. Therefore, according to the decision-making support device 100 of the present embodiment, when performing post-analysis or verification on the executed medical act, the user can easily grasp the reason for the change in the treatment plan.

[0124] (Third Embodiment) In this third embodiment, when the workflow is displayed, the relevant parts within the clinical practice guidelines for the disease from which the patient is suffering are displayed.

[0125] The decision-making support device 100 of the present embodiment includes an NW interface 110, a memory circuit 120, an input interface 130, a display 140, and a processing circuit 150, similarly to the first and second embodiments.

[0126] Further, the processing circuit 150 of the decision-making support apparatus 100 according to the present embodiment includes an acquisition function 151, a first specification function 152, an estimation function 153, a recording processing function 154, a display control function 155, a reception function 156, a determination function 157, a collection function 158, and a second specification function 159, as in the second embodiment. The acquisition function 151, the first specification function 152, the estimation function 153, the recording processing function 154, the reception function 156, the determination function 157, and the collection function 158 have the same functions as those in the first embodiment.

[0127] The medical information of the present embodiment includes the medical guidelines for various diseases. Hereinafter, the medical guidelines will be simply referred to as guidelines. As described in the first embodiment, the medical information may include information other than the guidelines.

[0128] The second specification function 159 of the present embodiment specifies the portions of the guidelines included in the medical information that are related to the patient information in a scenario where a doctor performs a medical act or in a scenario where a post hoc analysis or verification is performed on a medical act that has already been performed.

[0129] As a specific method, the second specification function 159 may search whether each keyword described in the electronic medical record is included in the guidelines. Further, the second specification function 159 may determine whether there is a conflict with the guidelines in combination with each keyword described in the electronic medical record and the measured values included in the test results. For example, although the keyword "blood pressure" is described in the guidelines for ischemic heart disease, if the blood pressure "120 / 83 mmHg" of the patient described in the electronic medical record is defined as a normal value in the guidelines, the second specification function 159 determines that the description is not related to the guidelines. Further, the second specification function 159 may, for example, perform a keyword search on the guidelines described in natural language.

[0130] Further, the second specification function 159 may search the guidelines based on the search conditions set by the developer.

[0131] FIG. 12 is a diagram showing an example of a search condition table 121 according to the third embodiment. In the search condition table 121, search conditions for searching for guidelines are defined. For example, in the search condition table 121, a guideline to be searched, a search keyword, a quantitative condition combined with the search keyword, and a qualitative condition combined with the search keyword are associated with each other. The quantitative condition is, for example, a measured value of an inspection.

[0132] The guideline to be searched does not have to be a guideline regarding the disease to be treated in the workflow. For example, when a patient has multimorbidity (coexistence of multiple diseases), in addition to the guideline for the disease currently being treated, guidelines for other diseases that are being treated or at high risk may be targeted for search.

[0133] Note that the search condition table 121 may be created by a user instead of a developer. Further, the second specific function 159 may create the search condition table 121 by performing natural language analysis on an electronic medical record or the like. Note that the search condition table 121 is an example of search conditions and is not limited thereto.

[0134] The display control function 155 of the present embodiment has the same functions as those of the first embodiment, and causes the display 140 to display a workflow related to the patient and a guideline related to the disease that the patient has.

[0135] FIG. 13 is a diagram showing an example of a browsing screen of an executed workflow 7c according to the third embodiment. As shown in FIG. 13, the display control function 155 causes the display 140 to display a first area 141 for displaying the workflow 7c and patient information, and a second area 142 for displaying related guidelines.

[0136] In the example shown in FIG. 13, since the disease to be treated is ischemic heart disease, the display control function 155 causes the guidelines regarding ischemic heart disease to be displayed in the second area 142. Further, since the second specifying function 159 specified gout as a disease with a high risk from the state of "hyperuricemia" of the patient described in the electronic medical record, the display control function 155 also causes the guidelines for hyperuricemia / gout to be displayed in the second area 142.

[0137] The display control function 155 emphasizes and displays the parts related to the guidelines among the patient information and medical information other than the guidelines regarding the workflow 7c. Hereinafter, in the present embodiment, when simply referring to medical information, it refers to medical information other than the guidelines.

[0138] In the example shown in FIG. 13, the display control function 155 displays the patient information related to the medical acts included in the workflow 7c in the information display columns 94a and 94b. In FIG. 13, since the branch 71i has been selected by the user, the display control function 155 causes the patient information related to the assessment of the branch 71i to be displayed within the first area 141. Further, the display control function 155 underlines the parts of the patient information displayed in the information display columns 94a and 94b where there are descriptions related to the guidelines.

[0139] Further, the display control function 155 emphasizes and displays the parts related to the patient information and medical information regarding the workflow 7c among the descriptions included in the guidelines, using underlines or the like. Note that the method of highlighting is not limited to underlines, and highlighting using character colors, markers, etc. may also be used.

[0140] In addition, when any medical act included in the workflow 7c is selected by the user, the display control function 155 highlights and displays the portions related to the selected medical act among the guidelines, patient information, or medical information. For example, when the workflow 7c includes options for multiple medical acts related to the treatment policy, if a certain medical act is selected by the user, the display control function 155 further highlights the information display fields 94a, 94b related to the selected medical act and the description in the guidelines.

[0141] FIG. 14 is a diagram showing an example of highlighting related to the selected treatment policy according to the third embodiment. In FIG. 14, the node 70y corresponding to the medical act "exercise therapy guidance" is selected by the user. In this case, the display control function 155 further highlights the portions related to "exercise therapy guidance" among the related portions highlighted with an underline as described in FIG. 13. In FIG. 14, the display control function 155 highlights by enclosing with a frame, but it may also be highlighted by highlighting, blinking of characters, etc. By further highlighting the portions related to "exercise therapy guidance" in the guidelines and the information display field 94b as shown in FIG. 14, it becomes easier for the user to understand that exercise is effective in both the guidelines for ischemic heart disease and the guidelines for hyperuricemia / gout, and how the patient described about exercise in the medical interview.

[0142] In addition, FIG. 15 is a diagram showing an example of highlighting related to a treatment policy different from that in FIG. 14. In FIG. 15, node 70z corresponding to the medical act of "smoking cessation guidance" is selected by the user. In this case, the display control function 155 highlights the portions related to "smoking cessation guidance". Note that in FIG. 15, the word "smoking", which is related to "smoking cessation", is also targeted for highlighting. By this highlighting, it becomes easier for the user to grasp that there is no description related to smoking cessation in the guidelines for hyperuricemia / gout and that there is a description only in the guidelines for ischemic heart disease. Also, it becomes easier for the user to grasp that negative information related to smoking cessation is included in the medical interview. Further, in the medical interview, it can be seen that negative information related to smoking cessation also has a negative impact on hyperuricemia. For example, from the content described in the information display column 94b, it can be inferred that due to smoking cessation, the consumption of sugary soft drinks has increased, which also has an adverse effect on hyperuricemia.

[0143] In addition, in FIG. 15, among the three options of "smoking cessation guidance", "exercise therapy guidance", and "diet therapy guidance", "smoking cessation guidance" and "diet therapy guidance" are not adopted, and "exercise therapy guidance" is adopted. By highlighting the descriptions related to each treatment policy as shown in FIGS. 14 and 15, when the user views the workflow 7c retrospectively, it can be easily inferred that the exercise therapy, which has no negative impact and is effective for both diseases, has been selected.

[0144] As described above, the decision-making support device 100 according to the present embodiment causes the display 140 to display the workflow 7c related to the patient and the guidelines related to the disease from which the patient is suffering. Therefore, according to the decision-making support device 100 of the present embodiment, even when the patient is in a multi-morbidity situation, it becomes easy to make a judgment in consideration of the guidelines in a scene where a doctor performs a medical act or in a scene where an already executed medical act is retrospectively analyzed or verified.

[0145] Further, when any medical act included in the workflow 7c is selected by the user, the decision-making support apparatus 100 of the present embodiment highlights and displays the portions related to the selected medical act among the guidelines, patient information, or medical information. By such highlighting display, the user can easily grasp the portions where the guidelines are related to the patient information or medical information.

[0146] (Fourth Embodiment) In this fourth embodiment, a case where the target disease name candidate is changed during the workflow will be described.

[0147] Similar to the first to second embodiments, the decision-making support apparatus 100 of the present embodiment includes an NW interface 110, a memory circuit 120, an input interface 130, a display 140, and a processing circuit 150.

[0148] Further, similar to the second and third embodiments, the processing circuit 150 of the decision-making support apparatus 100 of the present embodiment includes an acquisition function 151, a first specification function 152, an estimation function 153, a recording processing function 154, a display control function 155, a reception function 156, a determination function 157, a collection function 158, and a second specification function 159. The acquisition function 151, the first specification function 152, the estimation function 153, the recording processing function 154, the reception function 156, the determination function 157, and the collection function 158 have the same functions as those in the first embodiment.

[0149] The second specification function 159 of the present embodiment specifies, among the patient information or medical information corresponding to the medical act executed before the change of the disease name candidate, the portions related to the changed disease name candidate when the change of the disease name candidate selected as the target of the medical act is included in the workflow. The second specification function 159 may use, for example, the search condition table 121 described in the third embodiment, or may specify the portions related to the changed disease name candidate by machine learning or deep learning.

[0150] The display control function 155 of the present embodiment causes the patient information or medical information specified by the second specific function 159 to be displayed on the display 140.

[0151] FIG. 16 is a diagram showing an example of a browsing screen of the executed workflow 7d according to the fourth embodiment. In FIG. 16, as described in the disease name candidate display column 60d, the case where the initial disease name candidates are three: "ischemic heart disease", "acute aortic dissection", and "pulmonary embolism" is shown. For this reason, after the assessment of branch 71j, three flows corresponding to the disease name candidates, namely, the ischemic heart disease flow 701, the ischemic heart disease flow 701, and the acute aortic dissection flow 703, are displayed. In the example shown in FIG. 16, among these disease name candidates, "ischemic heart disease" is adopted as the disease name with a strong suspicion or a strong risk. In this case, "ischemic heart disease" becomes the disease name candidate for medical acts such as examinations. Therefore, the ischemic heart disease flow 701 is executed as the next step after the assessment of branch 71j. As shown in FIG. 16, branch 71j and the ischemic heart disease flow 701 are connected and displayed by a solid line. Also, the ischemic heart disease flow 701 and the acute aortic dissection flow 703 that were not selected as the steps to be executed after branch 71j are connected and displayed by a broken line to branch 71j. Note that the display modes of the solid line and the broken line shown in FIG. 16 are just examples. The ischemic heart disease flow 701 includes medical acts for making a definitive diagnosis and treating "ischemic heart disease".

[0152] However, after the ischemic heart disease flow 701 starts, it is assumed that the disease name candidate is changed to "pulmonary embolism" which was not initially adopted. In this case, as shown in FIG. 16, the ischemic heart disease flow 701 ends and the pulmonary embolism flow 702 starts. For example, for a patient who came to the hospital due to chest pain, the doctor first executed the ischemic heart disease flow 701 based on the main complaint of palpitations, family history, risk of fatal symptoms, etc., but as a result, it was a pulmonary embolism with similar symptoms that appeared. In such a case, such a change in the flow is made.

[0153] In this case, as shown in FIG. 16, the display control function 155 displays, with a dashed line or the like, a path connecting to the pulmonary embolism flow 702 from the branch 71j where "pulmonary embolism" was not actually selected. Further, when the user selects, with a mouse or the like, the path connecting from the branch 71j to the pulmonary embolism flow 702, the display control function 155 highlights the patient information or medical information corresponding to the medical act related to the changed disease name candidate identified by the second specifying function 159.

[0154] More specifically, the display control function 155 highlights the portions related to pulmonary embolism among the patient information or medical information obtained before the start of the pulmonary embolism flow 702. In FIG. 16, the descriptions "Smoking history: 30 years, 20 cigarettes a day" and "Chest pain" are the portions related to pulmonary embolism.

[0155] Note that the second specifying function 159 may specify the portions related to the changed disease name candidate among the patient information or medical information.

[0156] Furthermore, the second specifying function 159 of the present embodiment may specify information that may have been obtained related to the changed disease name candidate in steps before the change of the disease name candidate.

[0157] FIG. 17 is a diagram showing an example of the timing at which information regarding past medical acts according to the fourth embodiment can be acquired. In the example shown in FIG. 17, the second specifying function 159 specifies that the information obtained in the inquiry at the last step of the ischemic heart disease flow 701 may be information obtained at the time of an earlier inquiry.

[0158] In this case, the display control function 155 notifies the user that the information was obtainable in the past by displaying the text message 81 "Obtainable" and an arrow indicating the past step.

[0159] In the example shown in FIG. 17, although the same name "interview" is used, the second specific function 159 may determine that acquisition is possible depending on the relationship between medical acts, even if they are not medical acts with exactly the same name. Further, the second specific function 159 may not only indicate the presence or absence of acquisition possibility, but also represent the degree of acquisition possibility step by step. For example, if there are findings of a non-contrast CT report before a coronary angiography CT report, although the names of the medical acts are not exactly the same, since they are similar medical acts, the second specific function 159 may determine, for example, "medium acquisition possibility".

[0160] As described above, when the workflow 7d of the decision-making support apparatus 100 of the present embodiment includes a change in the disease name candidate selected as the target of the medical act, among the patient information or medical information corresponding to the medical act executed before the change in the disease name candidate, the information related to the changed disease name candidate is specified and the specified patient information or medical information is displayed on the display 140. Therefore, according to the decision-making support apparatus 100 of the present embodiment, it is possible to easily consider the flow of medical acts that could be reached more quickly by the changed disease name candidate.

[0161] (Modification 1) In the above-described first embodiment, with reference to FIGS. 4 and 5, the screen display when the user performs a selection operation of a candidate for a medical act and a selection operation of a candidate for the reason for selection on the ongoing workflow 7a was described. However, the screen display when the user performs a selection operation of a candidate for a medical act and a selection operation of a candidate for the reason for selection is not limited to the above example.

[0162] FIG. 18 is a diagram showing an example of a selection screen for a candidate for a medical act according to Modification 1. In this modification, the display control function 155 displays an image 82 indicating recommendation on the candidate for the recommended medical act on the ongoing workflow 7a. In the selection screen shown in FIG. 18, PCI is displayed as a recommended option.

[0163] Here, the case where the user selects an option other than the recommended option on the selection screen shown in FIG. 18 will be described with reference to FIG. 19.

[0164] FIG. 19 is a diagram showing an example of a selection screen for candidates for reasons for selection according to Modification 1. In FIG. 19, for the purpose of explaining the operations by the user, a plurality of mouse pointers 50a to 50c are drawn on the display 140, but actually only one of them is displayed on the display 140 at a time. Specifically, it is assumed that they are displayed in the order of pointer 50a, pointer 50b, and pointer 50c along the time series of the user's operations.

[0165] For example, on the selection screen shown in FIG. 18 described above, assume that the user selects CABG, which is not an option recommended by the system. The user can select CABG by placing the mouse pointer 50a on the node 70h representing CABG and performing a click operation.

[0166] In this case, as shown in FIG. 19, the display control function 155 causes the selection reason candidate display column 921 to be displayed on the ongoing workflow 7a. A plurality of selection reason candidates are displayed in the selection reason candidate display column 921 together with check boxes. The plurality of selection reason candidates displayed in the selection reason candidate display column 921 may include information output as a reason for the estimation function 153 to recommend any medical act candidate. Also, the display control function 155 may cause the information collected by the collection function 158 from the electronic medical record system 202 or guidelines or the like to be displayed as a selection reason candidate. Also, based on guidelines or the like, a plurality of selection reason candidates corresponding to the medical act may be registered in advance in a database or the like. For example, the memory circuit 120 may store in association with PCI, CABG, or thrombolytic therapy what is common as a reason for a doctor or the like to select PCI, CABG, or thrombolytic therapy.

[0167] For example, the user can select a reason for selection by placing the mouse pointer 50b on the checkbox corresponding to any candidate reason for selection and performing a click operation. In FIG. 19, "patient's wish" is selected as the reason for selection. Note that the means for accepting the user's selection is not limited to checkboxes. Also, like the "other" option shown in FIG. 19, a column may be provided in the candidate reason display column 921 for the user to input the reason for selection in text.

[0168] Furthermore, after the user selects the reason for the medical act in the candidate reason display column 921, the display control function 155 may display a candidate reference data display column 922 on the ongoing workflow 7a for the user to select the reference data associated with the medical act and the reason. In the example shown in FIG. 19, the user selects, using the mouse pointer 50c, the information obtained from the patient during the interview, "I heard that an acquaintance had a serious problem with a blood clot flying during catheter treatment. I am anxious about catheter treatment." as the reference data. The information selected by the user on the candidate reference data display column 922 is displayed in association with the medical act and the reason on the viewing screen of the completed workflow 7a.

[0169] FIG. 20 is a diagram showing an example of the viewing screen of the completed workflow 7a according to Modification 1. As shown in FIG. 20, after the execution of the workflow 7a, when the user places the mouse pointer 50 on the node 70h representing CABG, for example, the display control function 155 causes the reason for selection and the reference data of CABG selected by the user in FIG. 19 to be displayed in the information display column 90c. Note that the display control function 155 may also display information other than the information selected by the user as reference data. In this case, as shown in FIG. 20, the display control function 155 may display the information selected by the user more prominently than other information.

[0170] (Modification 2) In addition, in each of the above-described embodiments, the decision-making support apparatus 100 has been described as having both a function of assisting a doctor in making a decision and recording information related to the decision when performing a medical act, and a function of assisting in the retrospective analysis or verification of a medical act that has already been performed. However, any of these functions may be performed by a device different from the decision-making support apparatus 100. For example, the decision-making support apparatus 100 may have only one of the functions described in the flowchart of FIG. 8 and the function described in the flowchart of FIG. 9.

[0171] (Modification Example 3) Part or all of the functions of the decision-making support apparatus 100 described in each of the above-described embodiments may be realized in a cloud environment.

[0172] (Modification Example 4) In addition, in each of the above-described embodiments, the workflows 7a to 7d have been taken as an example of a medical record. However, the medical record may be any record that associates a plurality of medical acts in chronological order, and may be in a form other than the workflows 7a to 7d.

[0173] Note that various data handled in this specification are typically digital data.

[0174] According to at least one of the embodiments described above, it is possible to facilitate the retrospective analysis or verification of a medical act that has already been performed.

[0175] Although several embodiments have been described, these embodiments are presented by way of example and are not intended to limit the scope of the invention. These embodiments can be implemented in various other forms, and various omissions, replacements, changes, and combinations of the embodiments can be made without departing from the gist of the invention. These embodiments and their modifications are included in the scope and gist of the invention, and are also included in the invention described in the claims and its equivalent scope.

Description of Reference Numerals

[0176] 7a, 7b, 7c Workflow 60, 60a, 60b Disease name candidate display column 70, 70a~70z Nodes 71, 71a~71j Branches 80 Symbol 81 Text message 81a~81c Selection buttons 90, 90a~90d, 94a, 94b Information display column 92, 92a~92c Selection reason candidates 100 Decision-making support device 120 Memory circuit 121 Search condition table 130 Input interface 140 Display 150 Processing circuit 151 Acquisition function 152 First specific function 153 Estimation function 154 Recording processing function 155 Display control function 156 Reception function 157 Judgment function 158 Collection function 159 Second specific function 200 Medical information storage device 201 Nursing record storage device 202 Electronic medical record system 203 Medical image storage device 204 Statistical information storage device 205 Ordering system 206 Camera 207 Microphone 701 Ischemic heart disease flow 702 Pulmonary embolism flow 703 Acute aortic dissection flow S Medical information processing system

Claims

1. A memory unit that stores a medical record in which a plurality of medical acts performed on a patient as a treatment target are associated with a time series, a treatment plan that is the basis of the medical record, patient information, medical information, and reasons for the doctor's judgment associated with each medical act included in the medical record, a recording processing unit that stores, in the memory unit, a plurality of options regarding a treatment act and an option selected by the doctor among the plurality of options in a scene where the doctor performs a medical act, a collection unit that collects the patient information and the medical information regarding the medical record including the plurality of medical acts stored in the memory unit, a display control unit that, when displaying the medical record on a display unit, displays the plurality of medical acts, the collected patient information and medical information in a time series, and acquires and displays in association with each other the option selected by the doctor in the medical record and the reason for selecting the option from the memory unit, the display control unit separately displays the option selected by the doctor and the option not selected by the doctor, and clearly shows the chronological relationship of a plurality of medical acts performed on the patient in the past and currently being performed in the order in which the plurality of medical acts were performed, A medical information processing device.

2. further comprising a recording processing unit that, when the doctor adopts an option different from the option recommended by the decision-making support system, stores in the memory unit in association with each other the option adopted by the doctor and the reason for the selection, the display control unit, when displaying a record regarding a past medical act on the display unit, displays in association with each other the option adopted by the doctor and the reason, The medical information processing device according to claim 1.

3. further comprising an estimation unit that estimates candidates for the next medical act to be performed based on patient information and medical information regarding a currently ongoing medical act, the display control unit displays the candidates for the medical act estimated by the estimation unit as options on the display unit, The medical information processing device according to claim 1.

4. when the estimation unit estimates a plurality of candidates for medical acts, the estimation unit uses a first learned model to determine the most recommended one among the plurality of candidates for medical acts together with the reason for recommendation, further comprising a reception unit that receives a selection by the doctor of any one of the plurality of candidates for medical acts, When the candidate medical act selected by the doctor is different from the candidate medical act most recommended by the estimation unit, the estimation unit uses a second learned model to estimate candidates for the reasons for the doctor's selection. The display control unit causes the display unit to display the candidates for the reasons for selection estimated by the estimation unit. The reception unit receives the doctor's selection of the candidates for the reasons for selection. The medical information processing apparatus according to claim 3.

5. The treatment plan is defined with the states of the patient assumed at a plurality of time points included in the treatment plan as achievement goals. The treatment plan further includes a specifying unit that specifies a difference between the state of the patient assumed in the treatment plan and the actual state of the patient included in the patient information. The display control unit causes the difference specified by the specifying unit to be displayed in association with the medical record. The medical information processing apparatus according to claim 3.

6. The display control unit causes the display unit to display the medical record related to the patient and the guidelines related to the disease from which the patient suffers. The medical information processing apparatus according to any one of claims 1 to 5.

7. The display control unit emphasizes and displays portions related to the guidelines among the patient information and the medical information related to the medical record. The medical information processing apparatus according to claim 6.

8. When any medical act included in the medical record is selected by the user, the display control unit emphasizes and displays portions related to the medical act among the guidelines, the patient information, or the medical information. The medical information processing apparatus according to claim 6 or 7.

9. When the medical record includes a change in the disease name candidate selected as the target of the medical act, the medical record further includes a specifying unit that specifies the patient information or the medical information related to the changed disease name candidate among the patient information or the medical information obtained before the change in the disease name candidate using the guidelines or a third learned model. The display control unit causes the patient information or the medical information specified by the specifying unit to be displayed on the display unit. The medical information processing apparatus according to any one of claims 1 to 8.

Images