JP2023161267A - Work assistance system and work assistance program - Google Patents

Abstract

To provide a work assistance system and work assistance program, which allow for reducing the burden of checking medical information on users.SOLUTION: A work assistance system 10 is provided, comprising an edit processing unit 113 and a proposal processing unit 114. The edit processing unit 113 edits medical information corresponding to a patient according to a user operation. The proposal processing unit 114 proposes items of the medical information determined to be lacking based on the medical information as proposed items.SELECTED DRAWING: Figure 1

Description

The present invention relates to a business support system and a business support program used for editing patient medical information.

A related technology includes a server device having a database storing medical record information including patient data, and a terminal device that is connected to the server device via a communication line and can send and receive data to and from the server device. A system (electronic medical record device) is known (for example, see Patent Document 1). In the system according to the related technology, the terminal device includes a storage device including an area capable of storing medical record information including patient data, a date input unit for selecting and inputting past, present, and future dates, and a date input unit for selecting and inputting medical information. The apparatus includes an input section for inputting the information, and a control section for controlling these operations. The control unit compares the date from the date input unit with the current date and time (date), and if the date in the date input unit is a future date, the control unit converts medical information scheduled for a future date into medical chart draft information. It is stored in the storage device as .

Japanese Patent Application Publication No. 2015-172975

In the system according to the related technology, for example, if the user forgets to place an order or forget to add a disease name when inputting the medical information, if the user does not notice this, incorrect medical information will be registered. will be done. Therefore, the burden placed on the user to check the medical information may increase.

An object of the present invention is to provide a business support system and a business support program that can reduce the burden of checking medical information on users.

A business support system according to one aspect of the present invention includes an editing processing section and a proposal processing section. The editing processing section edits medical information corresponding to a patient according to a user's operation. The proposal processing unit proposes, as a proposal item, an item that is determined to be lacking in the medical information based on the medical information.

A business support program according to another aspect of the present invention is a program for causing a computer to execute an editing step and a proposal step. In the editing step, medical information corresponding to the patient is edited according to the user's operation. In the proposal step, items that are determined to be lacking in the medical information based on the medical information are proposed as suggested items.

According to the present invention, it is possible to provide a business support system and a business support program that can reduce the burden of checking medical information on users.

FIG. 1 is a block diagram showing an example of a business support system according to an embodiment of the present invention. FIG. 2 is a conceptual diagram showing an example of the operation of the proposal processing section and the learning processing section of the business support system according to the embodiment of the present invention. FIG. 3 is a diagram showing an example of a medical record screen displayed on the business support system according to the embodiment of the present invention. FIG. 4 is a diagram showing an example of a termination processing screen displayed on the business support system according to the embodiment of the present invention. FIG. 5 is a diagram showing an example of a proposal screen displayed on the business support system according to the embodiment of the present invention. FIG. 6 is an explanatory diagram conceptually showing an example of a process for estimating a proposal item using a trained model, which is performed by the proposal processing unit in the business support system according to the embodiment of the present invention. FIG. 7 is a flowchart illustrating an example of the procedure of the business support method executed by the business support system according to the embodiment of the present invention. FIG. 8 is a diagram showing an example of a receipt overview screen displayed on the business support system according to the embodiment of the present invention. FIG. 9 is a diagram showing an example of a public expense equinox screen displayed on the business support system according to the embodiment of the present invention. FIG. 10 is a diagram showing an example of a lump sum billing screen displayed on the business support system according to the embodiment of the present invention. FIG. 11 is a diagram showing an example of a main part of a bulk billing screen displayed on the business support system according to the embodiment of the present invention.

Embodiments of the present invention will be described below with reference to the accompanying drawings to provide an understanding of the present invention. Note that the following embodiments are examples of embodying the present invention, and are not intended to limit the technical scope of the present invention. Furthermore, the configurations and processing functions described in the embodiments below can be selected and combined as desired.

[Business support system 10]
As shown in FIG. 1, the business support system 10 according to the embodiment of the present invention includes an electronic medical record device 1, a reception terminal 3, a medical examination terminal 2, and a printer 4. The electronic medical record device 1, the reception terminal 3, the examination terminal 2, and the printer 4 can communicate via a communication network NT1 such as a LAN (Local Area Network), a WAN (Wide Area Network), the Internet, or an intranet. It is. Further, a host system 5 is connected to the electronic medical record device 1 via the communication network NT1. The business support system 10 may include a plurality of at least one of the electronic medical record device 1, the reception terminal 3, the examination terminal 2, and the printer 4. Further, the business support system 10 may further include a client terminal other than the reception terminal 3 and the examination terminal 2, such as a mobile terminal.

Users of the business support system 10 are medical personnel (medical staff) such as doctors, medical clerks, medical clerks, nurses, pharmacists, or facility managers at medical institutions such as hospitals or pharmacies. In this embodiment, as an example, it is assumed that the business support system 10 is used in a hospital, and the users of the business support system 10 are doctors and medical office staff of the hospital. A user basically uses the business support system 10 through the medical examination terminal 2 or the reception terminal 3. In other words, the electronic medical record device 1 is capable of receiving operation input from a user on the examination terminal 2 or the reception terminal 3, and is also capable of displaying various information on the examination terminal 2 or the reception terminal 3. It is.

The business support system 10 has a function of managing electronic medical records. An "electronic medical record" in the present disclosure means a record (medical record) in which medical information such as patient disease information, examination details, diagnosis results, medication information, test results, and progress is stored as electronic data. In principle, the electronic medical record is created for each patient, and multiple electronic medical records are created for multiple patients. Here, various patient medical information included in the electronic medical record is included in "medical record information." The medical record information is newly recorded (described) in the electronic medical record by the electronic medical record device 1, for example, in response to a user's (doctor's) operation on the examination terminal 2. Further, the medical record information recorded in the electronic medical record is added, deleted, changed, updated, etc. by the electronic medical record apparatus 1, for example, in response to a user's operation on the medical examination terminal 2. Making some changes to the medical record information included in the electronic medical record, such as new recording, addition, deletion, and updating of the medical record information, is called "editing" of the medical record information. That is, in the business support system 10, it is possible to edit the medical record information of the electronic medical record according to a user's operation.

Further, the business support system 10 has a function of displaying the electronic medical record. In the business support system 10 according to the present embodiment, the electronic medical record device 1 displays a medical record screen P1 (see FIG. 3) containing the medical record information etc. in response to the user's operation of the medical examination terminal 2 or the reception terminal 3. It is possible to display a display screen such as the following on the examination terminal 2 or the reception terminal 3. By displaying the medical record screen P1 on the medical examination terminal 2 or the reception terminal 3, the electronic medical record is presented to the user, and the user confirms the electronic medical record through the medical examination terminal 2 or the reception terminal 3. becomes possible. Then, the user can edit the medical record information by performing an operation to edit the medical record information on the medical record screen P1 displayed on the medical examination terminal 2 or the reception terminal 3. The examination terminal 2 or the reception terminal 3 displays the medical record screen P1 based on the display data transmitted from the electronic medical record apparatus 1, or displays various data stored in the electronic medical record apparatus 1. The medical record screen P1 is displayed with reference.

Specifically, in this embodiment, a server client system is configured by the electronic medical record device 1 and the medical examination terminal 2 or the reception terminal 3, and the electronic medical record device 1 is connected to the medical examination terminal 2 or the reception terminal 3. A case will be described in which various processes such as display and printing are executed in response to user operations. Therefore, in this embodiment, "display", "operation", "selection", "input", etc. described below will be described as being performed using the examination terminal 2 or the reception terminal 3. Note that similar displays and operations may be performed on the electronic medical record device 1.

Further, the business support system 10 has a function of outputting a receipt Rc1 (see FIG. 1). A "receipt" as used in the present disclosure refers to a statement that describes the treatment performed or the medicine used, etc., in order for a medical institution to bill the health insurance association for medical expenses, and is also referred to as a medical fee statement. The receipt Rc1 includes various medical information of the patient, similar to the medical record information. In principle, the receipt Rc1 is created for one patient at one medical institution for each target period (for example, one month). As an example, if a certain medical institution provides medical treatment (insurance treatment) to one patient three times in April, the receipt Rc1 is created by combining the expenses related to the three medical treatments. The receipt Rc1 created in this way is usually submitted in the next month, so the receipt Rc1 for April is submitted in May. In the business support system 10 according to the present embodiment, the electronic medical record device 1 generates receipt information according to the medical record information, and generates the receipt Rc1 in accordance with the operation of the examination terminal 2 or the reception terminal 3 by the user. It is possible to have it issued. Specifically, the electronic medical record device 1 can, for example, generate print data including the receipt information, output the print data to the printer 4, and print (issue) the receipt Rc1.

Further, the business support system 10 has the function of a receipt computer processing system capable of executing accounting processing such as registration and updating of accounting information. In the business support system 10 according to the present embodiment, the electronic medical record device 1 performs the accounting processing such as registering and updating the accounting information according to the medical record information in response to a user's operation of the reception terminal 3, for example. Execute. The accounting information, like the medical record information, includes various medical information of the patient.

The higher-level system 5 is a medical-related system that is different from the business support system 10 and only needs to be able to cooperate with the business support system 10 through communication, and has a "higher level" relationship with the business support system 10. It is not necessary that it be in The host system 5 can receive inputs such as patient data, prescription data regarding the prescription or administration of medicines to patients, and test data regarding test results of various tests performed on patients. The patient data includes patient identification information for identifying individual patients, such as patient ID or patient name, as well as patient's age, gender, medical history, prescription drug history, alcohol consumption, and smoking. Various information regarding the patient is included, such as presence/absence, family information, and physical information such as the patient's height, weight, and body surface area.

The host system 5 inputs the patient data, the prescription data, the test data, etc. into the electronic medical record device 1 according to user operations, or automatically inputs the patient data, the prescription data, the test data, etc. at a predetermined timing such as a preset closing processing time. The information is input into the electronic medical record device 1. However, the patient data, the prescription data, the test data, etc. are not limited to being input into the electronic medical record device 1 from the host system 5, and may be created by the electronic medical record device 1. Further, the electronic medical record device 1 may be configured to actively read out the patient data, the prescription data, the test data, etc. from the host system 5. A plurality of the higher-level systems 5 may be provided, and furthermore, the plurality of higher-level systems 5 may include different types of systems. Note that at least one of the patient data, the prescription data, and the test data is directly input into the business support system 10 by a user's operation on the examination terminal 2, the reception terminal 3, or the electronic medical record device 1. may be done.

By the way, in the business support system 10, the user basically inputs the medical information, so for example, when inputting the medical information such as the medical record information, the receipt Rc1, or the accounting information, the user This may result in omission of orders or forgetting to name the disease. If the user does not notice when the order is omitted or the disease name is forgotten, incorrect medical information will be registered. In order to avoid such a situation, there is a possibility that the burden placed on the user to check the medical information increases.

In view of these circumstances, the business support system 10 according to the present embodiment adopts a configuration that enables the user to reduce the burden of checking the medical information. Specifically, as shown in FIG. 1, the business support system 10 includes an editing processing section 113 and a proposal processing section 114. The editing processing unit 113 edits the medical information D1 (see FIG. 2) corresponding to the patient in accordance with a user's operation. The proposal processing unit 114 proposes an item that is determined to be lacking in the medical information D1 based on the medical information D1 as a proposed item D2 (see FIG. 2).

According to the business support system 10, when a user forgets to place an order or name a disease, the order or name of the disease is proposed as the suggestion item D2, thereby preventing the user from missing an order or forgetting to name a disease. It becomes possible to deal with That is, even if an order is omitted or a disease name is forgotten, the user can be made aware of it through the suggestion of the suggestion item D2, making it easier to avoid registering inaccurate medical information D1. Therefore, it is possible to provide the business support system 10 and the business support program that can reduce the burden of checking the medical information on the user. The details of the functions of the editing processing section 113 and the proposal processing section 114 will be explained in "[Business support method]" and subsequent sections.

[Examination terminal 2]
The medical examination terminal 2 is a personal computer that includes a control section 21, a storage section 22, a communication I/F 23, a display section 24, an operation section 25, a drive device 26, and the like. The medical examination terminal 2 is an operating terminal that is placed in a medical institution (a hospital in this embodiment) where the business support system 10 is used and is operated by a user. For example, the examination terminal 2 is placed in an examination room of the medical institution, and is used by a doctor of the medical institution during examinations. Note that the medical examination terminal 2 may be a portable information processing device such as a smartphone, a tablet terminal, a wearable terminal, or a laptop computer.

The control unit 21 includes control devices such as a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and an EEPROM (registered trademark). The CPU is a processor that executes various types of arithmetic processing. The ROM is a non-volatile storage section in which information such as control programs for causing the CPU to execute various processes is stored in advance. The RAM is a volatile storage section, and the EEPROM is a nonvolatile storage section. The RAM and the EEPROM are used as temporary storage memory (work area) for various processes executed by the CPU. The control unit 21 uses the CPU to execute various processes according to various control programs stored in advance in the ROM, the EEPROM, or the storage unit 22.

The storage unit 22 is a non-volatile storage unit such as a hard disk or an SSD (Solid State Drive) in which various control programs and various data executed by the control unit 21 are stored. Specifically, the storage unit 22 includes a program storage unit that stores application programs such as an operating system (OS) and browser software. The browser software displays various operation screens on the display unit 24 by accessing the electronic medical record device 1 via the communication network NT1, and performs input operations on the operation screen using the operation unit 25. This is application software for transmitting the information to the electronic medical record device 1. For example, when address information such as a URL (Universal Resource Locator) corresponding to the electronic medical record device 1 is input to a predetermined position on the operation screen displayed by the browser software, the control unit 21 controls the address information. The electronic medical record device 1 is accessed based on.

The communication I/F 23 is a network that executes data communication wirelessly or by wire according to a predetermined communication protocol between the electronic medical record device 1 and external devices such as the printer 4 via the communication network NT1. It is a communication interface that has a card, etc.

The display unit 24 is a device such as a liquid crystal display or an organic EL (Electro-Luminescence) display that displays various information according to control instructions from the control unit 21. For example, by executing various processes according to the browser software, the control unit 21 displays various information based on the display data received from the electronic medical record device 1 on the display unit 24. to be displayed.

The operation unit 25 is a device operated by the user to input various information to the examination terminal 2. Specifically, the operation unit 25 includes a keyboard and a pointing device (such as a mouse) that accept input operations on various operation screens displayed on the display unit 24. Further, the operation unit 25 may include a touch panel that accepts touch operations on various operation screens displayed on the display unit 24, or a voice input device that accepts input of various information through voice recognition. Then, the control unit 21 receives a user operation on the operation unit 25 by executing various processes according to the browser software, and inputs the content of the user operation to the electronic medical record device 1.

The drive device 26 is a device that reads the OS or the browser software from a computer-readable recording medium 261 on which the OS or the browser software is recorded. The drive device 26 may be integrated with the diagnosis terminal 2, or may be externally attached to the diagnosis terminal 2 by being removably connected to the diagnosis terminal 2. The recording medium 261 is a CD, DVD, BD, or USB memory, and the drive device 26 is a CD drive, a DVD drive, a BD drive, a USB port, or the like. In the examination terminal 2, the control unit 21 installs the OS or the browser software read from the recording medium 261 using the drive device 26 into the program storage unit of the storage unit 22.

Specifically, the electronic medical record device 1 transmits data written in a web page description language such as HTML (Hyper Text Markup Language) to the examination terminal 2, thereby displaying the display unit of the examination terminal 2. 24 to display various screens. Further, the control unit 21 of the medical examination terminal 2 transmits an operation signal to the electronic medical record device 1 in response to an operation input to the operation unit 25.

[Reception terminal 3]
The reception terminal 3 is a personal computer that includes a control section 31, a storage section 32, a communication I/F 33, a display section 34, an operation section 35, a drive device 36, and the like. The reception terminal 3 is an operating terminal that is placed in a medical institution (a hospital in this embodiment) where the business support system 10 is used and is operated by a user. For example, the reception terminal 3 is placed at a reception counter of the medical institution, and is used by a medical clerk of the medical institution during counter operations including the accounting process.

The hardware configuration itself of the reception terminal 3 is the same as that of the diagnosis terminal 2, and includes the control section 31, the storage section 32, the communication I/F 33, the display section 34, the operation section 35, and the The drive device 36 corresponds to the control section 21, the storage section 22, the communication I/F 23, the display section 24, the operation section 25, and the drive device 26 of the examination terminal 2, respectively. Therefore, a detailed explanation of the configuration of the reception terminal 3 will be omitted here. Note that the drive device 36 reads the OS or the browser software from a computer-readable recording medium 361.

[Printer 4]
The printer 4 is capable of executing a printing process of recording information included in print data input from the electronic medical record device 1, the medical examination terminal 2, or the reception terminal 3 via the communication network NT1 on a sheet such as paper. An image forming device such as a color printer or a monochrome printer. In this embodiment, as an example, the printer 4 is placed at a reception desk of the medical institution (hospital). The printer 4 prints the receipt Rc1 using the print data including the receipt information, for example. Further, the printer 4 is also used to print (issue) prescriptions, etc., using print data including prescription information generated by the electronic medical record device 1 according to the medical record information, for example.

[Electronic medical record device 1]
As shown in FIG. 1, the electronic medical record device 1 is a computer that includes a control section 11, a storage section 12, a communication I/F 13, a display section 14, an operation section 15, a drive device 16, and the like. Note that the electronic medical record device 1 may be provided outside a medical institution such as a hospital or pharmacy where the business support system 10 is used, or may be realized by a server (or cloud computing) or the like. Further, the electronic medical record device 1 may be an information processing device such as a smartphone, a tablet terminal, or a laptop computer.

The control unit 11 has the same configuration as the control unit 21, and includes control devices such as a CPU, ROM, RAM, and EEPROM, and uses the CPU to control the ROM, the EEPROM, or the storage unit. Various processes are executed according to various control programs stored in advance in 12.

The storage unit 12 is a nonvolatile storage unit such as a hard disk or SSD in which various control programs and various data executed by the control unit 11 are stored. Further, the storage section 12 includes a program storage section 121, a master storage section 122, and an information storage section 123.

The program storage unit 121 is a storage area in which a business support program for causing the control unit 11 to execute various processes related to a business support method, which will be described later, is stored. Note that the program storage unit 121 also stores programs such as an operating system (OS).

The master storage unit 122 is a storage area in which various types of master information such as a disease name master, a patient master, and a medicine master are stored, for example. The disease name master, the patient master, the medicine master, etc. are configured according to user operations on the electronic medical record apparatus 1, the examination terminal 2, or the reception terminal 3 during initial setting or maintenance of the electronic medical record apparatus 1. The data is edited as appropriate and stored in the master storage section 122.

The information storage unit 123 stores various information constituting the electronic medical record, such as XML information and a medical record database. The XML information is data that describes the medical record information of the electronic medical record using XML (Extensible Markup Language). The XML information is created, for example, in response to an operation by a user such as a doctor using the examination terminal 2 or the reception terminal 3, and is updated at any time. The medical record database is a database for accumulating and long-term storage of the medical record information of the electronic medical record. For example, when a user such as a doctor using the examination terminal 2 or the reception terminal 3 performs an operation to save the medical record information, etc. at the end of a medical examination, the medical record information contained in the XML information is saved in the medical record. Saved in the database.

Note that at least one of the master information, the XML information, and the medical record database may be stored in a storage device different from the electronic medical record apparatus 1. For example, at least one of the master information, the XML information, and the medical record database may be stored in an external server (or cloud computing) outside the business support system 10. The control unit 11 may be able to access the external server or the like via the Internet or the like.

The communication I/F 13 has the same configuration as the communication I/F 23, and exchanges data with external devices such as the examination terminal 2, the reception terminal 3, and the printer 4 via the communication network NT1. Execute communication. The communication I/F 13 also performs data communication with the host system 5.

The display unit 14 is a device such as a liquid crystal display or an organic EL display that displays various information according to control instructions from the control unit 11. The operation section 15 has the same configuration as the operation section 25, and is a device operated by a user to input various information to the electronic medical record device 1. Then, the control unit 11 receives a user operation on the operation unit 15, and executes a process according to the content of the user operation.

The drive device 16 has the same configuration as the drive device 26, and is a device that reads the business support program from a computer-readable recording medium 161 on which the business support program is recorded. In the electronic medical record device 1 , the control unit 11 installs the business support program read from the recording medium 161 using the drive device 16 into the program storage unit 121 of the storage unit 12 . The business support program may be stored in advance in the storage unit 12, or may be received by the electronic medical record device 1 from an external device via the communication network NT1.

By the way, as shown in FIG. 1, the control section 11 of the electronic medical record device 1 includes an input processing section 111, a display processing section 112, an editing processing section 113, a proposal processing section 114, an output processing section 115, and a setting processing section. 116 and a learning processing section 117. Specifically, the control unit 11 executes various processes related to the business support method described below in accordance with the business support program, thereby controlling the input processing unit 111, the display processing unit 112, the editing processing unit 113, and the It functions as various processing units such as the proposal processing unit 114, the output processing unit 115, the setting processing unit 116, and the learning processing unit 117. That is, in this embodiment, the electronic medical record device 1 embodies the main functions of the business support system 10. In other words, the business support system 10 according to the present embodiment only needs to include the electronic medical record device 1, and does not need to include the examination terminal 2, the reception terminal 3, the printer 4, etc. as components. Good too. Note that the control unit 11 may include a plurality of processors, and any one of the plurality of processors may function as the various processing units. Further, a part or all of the various processing units may be formed of an electronic circuit.

Further, as another embodiment, a part or all of the functions of the electronic medical record device 1 may be provided in the examination terminal 2 or the reception terminal 3. For example, part or all of the business support program is installed on the medical examination terminal 2 or the reception terminal 3, and the control unit 21 of the examination terminal 2 or the control unit 31 of the reception terminal 3 It is also conceivable to appropriately acquire necessary information from the electronic medical record device 1 and execute various processes related to the business support method described below. In this case, the medical examination terminal 2 or the reception terminal 3 embodies the main functions of the business support system 10. Furthermore, in the business support system 10, the electronic medical record device 1 and the medical examination terminal 2 or the reception terminal 3 may cooperate to execute various processes related to the business support method described below.

The input processing unit 111 performs an input process (input step) of inputting information related to medical treatment as input information in response to an input operation on the examination terminal 2 or the reception terminal 3. In the medical examination terminal 2 or the reception terminal 3, various information such as patient information (patient ID, name, etc.), disease information, examination contents, diagnosis results, medication information, test results, and medical treatment information such as progress is input. Ru. Then, these pieces of information are transmitted as the input information from the examination terminal 2 or the reception terminal 3 to the electronic medical record apparatus 1, and input into the electronic medical record apparatus 1 by the input processing section 111.

The display processing unit 112 performs a display process (display step) to display a display screen such as the medical chart screen P1. In this embodiment, the medical record screen P1 is displayed on the display unit 24 of the medical examination terminal 2, so the display processing unit 112 displays the medical record screen P1 by transmitting data to the medical examination terminal 2. Display. Specifically, the display processing unit 112 generates the medical record screen P1 based on the electronic medical record stored in the storage unit 12, and outputs the medical record screen P1 to the examination terminal 2. , displays the medical record screen P1. Here, the electronic medical record used to generate the medical record screen P1 includes the medical record information. When displaying the medical record screen P1 on the display unit 34 of the reception terminal 3, the display processing unit 112 displays the medical record screen P1 by transmitting data to the reception terminal 3.

The editing processing unit 113 performs editing processing (editing step) for editing the medical information D1 corresponding to a patient in response to an operation by a user such as a doctor. In this embodiment, the medical information D1 is included in the medical record information forming the electronic medical record, the receipt information forming the receipt Rc1, the accounting information, and the like. That is, the editing processing unit 113 edits the medical information D1 such as the medical record information, the receipt information, and the accounting information.

The medical information D1 to be edited by the editing processing unit 113 includes items related to "medical practice", "medicine", "medical material", and "disease name". The items related to the medical treatment include items related to medical examination (examination details, diagnosis results, etc.), treatment, testing (examination details, test results, etc.), rehabilitation, and the like. The items related to medicines include prescription data regarding prescription or administration of medicines to patients. The items related to medical materials include, for example, items related to specified insurance medical materials such as capsule endoscopes, and medical devices (specific devices). The items related to the disease name include the name of the disease that specifies the disease that the patient is suffering from, the start date, the outcome, the outcome date, and the like. The "injury/disease name" is information that specifies not only an illness (disease) but also an injury such as a fracture, and may include an injury/disease code. The item "start date" means the start date of the injury or illness represented by the disease name, and is basically the date on which the doctor or the like treated the patient and identified the injury or illness. The item "outcome" refers to the outcome of the injury or illness expressed by the disease name, that is, the course of symptoms or results of the treatment of the injury or illness, such as ``carryover,'' ``cure,'' ``death,'' and ``discontinuation.'' include. The item "outcome date" means the date on which the outcome of the injury or illness represented by the disease name occurred, and is basically the date on which the doctor, etc. treated the patient and recorded the outcome of the injury or illness.

Editing of the medical information D1 performed by the editing processing unit 113 includes new recording, addition, deletion, and updating of the medical information D1, and the medical information included in the medical record information, the receipt information, the accounting information, etc. It includes various processes that make changes to D1. In this embodiment, for example, a user operation for editing the medical information D1 included in the medical record information is performed on the medical record screen P1. Specifically, with the display processing unit 112 displaying the chart screen P1 on the medical examination terminal 2, the editing processing unit 113 may cause the display processing unit 113 to The medical information D1 included in the medical record information is edited. Similarly, a user operation for editing the medical information D1 included in the receipt information is performed on the receipt viewing screen P2 (see FIG. 8). Specifically, in a state where the display processing unit 112 displays the receipt inspection screen P2 on the medical examination terminal 2, the editing processing unit 113 executes an operation according to an operation performed by a user on the medical examination terminal 2. The medical information D1 included in the receipt information is edited.

However, for example, a user who performs an operation to edit the medical information D1 included in the medical record information is limited to a user who has the authority to edit the electronic medical record. Therefore, even if a user who does not have editing authority performs an operation on the electronic medical record, the editing processing unit 113 does not edit the medical information D1 of the medical record information. Similarly, a user who performs an operation to edit the medical information D1 included in the receipt information is limited to a user who has the authority to edit the receipt Rc1.

In this embodiment, a plurality of methods are prepared as methods for editing the medical information D1. For example, the medical information D1 in the medical record information can be written (newly recorded or added) by selecting a desired area on the medical record screen P1 with a mouse or a touch panel, and then inputting a character string from a keyboard. Further, the medical information D1 of the medical record information can be entered by operating the keypad K4 (see FIG. 3) displayed on the medical record screen P1 with a mouse, numeric keypad, touch panel, or the like. The medical information D1 can also be written by registering any medical record information in advance as set information and selecting the set information using a mouse, numeric keypad, or touch panel. Further, the medical information D1 can also be written by moving an icon indicating the set information to a desired area of the medical record screen P1 by dragging and dropping or the like. Furthermore, the editing processing unit 113 may automatically edit the medical information D1 based on information acquired from the host system 5 or other systems.

Here, the editing processing unit 113 basically edits a part of the medical information D1, rather than editing the entire medical information D1 at once. That is, the medical information D1 includes a plurality of pieces of information, and some of these pieces of information are to be edited by the editing processing unit 113 as information being edited. In this embodiment, for example, a sentence, line, clause, word, paragraph, item, or region is used as an editing unit, and the editing information is set for the editing unit.

After the information being edited is edited, the editing processing unit 113 edits the medical information D1 including the information being edited in response to a confirmation operation by the user who edited the information being edited (the user who has editing authority). By storing this in the information storage unit 123, the information being edited is set as "editing complete" and the medical information D1 is finalized. The confirming operation includes, for example, an operation of closing the medical record screen P1, a line feed operation, and an enter operation with an editing location selected. As an example, the user edits the medical information D1 by inputting character strings or sentences from the keyboard on the medical record screen P1 displayed on the medical examination terminal 2, and then closes the medical record screen P1 (window By performing the operation (closing ), the edited medical information D1 is finalized. Further, when a preset time arrives or a preset time interval has elapsed, the medical information D1 is stored in the information storage section 123, and the medical information D1 is finalized.

The proposal processing unit 114 performs a proposal process (proposal step) of proposing, as the proposal item D2, an item determined based on the medical information D1 to be lacking in the medical information D1. That is, the proposal processing unit 114 determines which items are missing in the medical information D1 based on the medical information D1. In other words, unlike the indication check that checks whether the combination of the drug and the disease name in the medical information D1 is correct based on the combination of the disease name and drug included in the master information, for example. , the proposal processing unit 114 determines which items are missing in the medical information D1 based on the medical information D1 itself. If there is an item that is determined to be missing, the proposal processing unit 114 proposes the item as the proposal item D2. Therefore, for example, if the user has omitted an order or forgotten to add a disease name in the medical information D1 included in the medical record information, the omitted order or forgotten disease name, etc. will be proposed as the suggestion item D2. Become.

On the other hand, if the user has not omitted an order or forgotten to add a disease name, and as a result of the determination, there is no item that is determined to be insufficient in the medical information D1, the proposal processing unit 114 proposes the proposal item D2. Do not do this. That is, if there is no shortage of items in the medical information D1, it is determined that there are sufficient items in the medical information D1, that is, the proposed item D2 does not exist. do not make any proposals. However, the present invention is not limited to this, and the proposal processing unit 114 may have a configuration in which it is essential to propose some of the proposal items D2, such as the proposal item D2 with low accuracy, for example.

A "proposal" in the present disclosure means to present to the user, and if the proposal item D2 exists, the proposal processing unit 114 presents the proposal item D2 to the user in some manner. The aspects of the proposal include, for example, display, printing, writing to the memory (the storage unit 12), audio output, data output, transmission to other systems (other devices), writing to the database, and writing to the memory other than the storage unit 12. Including writing to memory, etc. In the present embodiment, the proposal processing unit 114 displays the proposal item D2 on the display unit 24 of the medical examination terminal 2 or the display unit 34 of the reception terminal 3, thereby presenting the proposal item D2. I do. However, for example, the proposal processing unit 114 may simply write the proposal item D2 into the information storage unit 123, and it is not essential to display the proposal item D2. Further, the proposal processing unit 114 may output the proposal item D2 to a device other than the business support system 10 (including the host system 5).

In this embodiment, as shown in FIG. 2, the proposal processing unit 114 uses a trained model M1 generated by machine learning to propose the proposal item D2 based on the medical information D1. In short, the proposal processing unit 114 estimates the proposal item D2 from the medical information D1 using the learned model M1 generated by machine learning using an appropriate learning method as an estimator. That is, the learned model M1 determines whether there is an item that is estimated to be missing in the medical information D1, and if there is an item that is estimated to be missing, the learned model M1 selects the item as the proposed item D2. Output. The proposal processing unit 114 proposes the proposal item D2 outputted from the trained model M1 in this manner to the user.

The trained model M1 is trained (machine learning) on a considerable number of the medical information D1 extracted from the medical record information, the receipt information, the accounting information, etc. for a large number of patients as a learning data set, is being generated. Regarding the medical information D1 (the learning data set) used to generate the trained model M1, a learning unit such as a medical institution, a clinical department, or a user (doctor) is set, and for each learning unit, may be generated. Thereby, the learned model M1 can also be generated for each learning unit such as a medical institution, a clinical department, or a user (doctor). As an example, when the learning unit is the medical institution that proposes the proposal item D2 using the learned model M1, the learned model M1 specialized for the medical institution can be generated. Furthermore, when a specific medical department such as "internal medicine" is used as the learning unit, the learned model M1 specialized for the medical department can be generated. The estimation process for the proposal item D2 using the learned model M1 will be described in detail in the "Proposal Process" column.

Note that the trained model M1 may be stored (stored) in the storage unit 12 of the electronic medical record device 1, or may be stored in a storage device different from the electronic medical record device 1. For example, the learned model M1 may be stored in an external server (or cloud computing) outside the business support system 10. The control unit 11 (the proposal processing unit 114) may be able to access the external server or the like via the Internet or the like.

The output processing unit 115 performs output processing (output step) of outputting various information related to the electronic medical record, such as the receipt Rc1. Specifically, for example, when the medical examination terminal 2 displaying the medical record screen P1 receives a print operation by the user, the output processing unit 115 causes the printer 4 to print the prescription corresponding to the medical record screen P1.

The aspect of "output" related to the output processing is not limited to printing, but includes, for example, writing to memory (storage unit 12), display, audio output, data output, transmission to other systems (other devices), and to database. , and writing to a memory other than the storage unit 12. For example, the output processing unit 115 may generate the receipt information according to the medical record information and simply write the receipt information in the information storage unit 123, and it is not essential to have the printer 4 print the receipt Rc1. . Further, the output processing unit 115 may output the receipt information to a device other than the business support system 10 (including the host system 5).

The setting processing unit 116 performs setting processing (setting step) related to operation settings of the business support system 10. The operation settings performed by the setting processing unit 116 include settings related to printing operations by the printer 4, settings for enabling/disabling various functions of the business support system 10, and the like. In this embodiment, the user operation for the operation setting is performed on the operation setting screen displayed on the examination terminal 2 or the like. Specifically, while the display processing unit 112 displays the operation setting screen on the examination terminal 2, the setting processing unit 116 executes the operation setting screen according to the operation performed by the user on the examination terminal 2. Configure settings related to operation settings. However, the user who performs the operation for the operation setting is limited to a user who has the authority to set the operation setting. Therefore, even if a user who does not have the authority to set the operation settings performs an operation, the setting processing unit 116 does not perform settings related to the operation settings.

The learning processing unit 117 executes a relearning process (relearning step) of relearning the learned model M1 based on the user's reaction to the proposed item D2. That is, the learning processing unit 117 performs relearning by machine learning on the learned model M1 generated by machine learning, thereby improving the accuracy of the learned model M1 as an estimator. Thereby, the proposal processing unit 114 can use the learned model M1, whose estimation accuracy has been improved by reflecting the user's reaction, for proposing the proposal item D2. Therefore, it becomes possible to propose the proposal item D2 according to the user's reaction, and it becomes possible to propose the proposal item D2 more appropriately.

Specifically, as shown in FIG. 2, the learning processing unit 117 re-learns the learned model M1 at any time using a learning data set including a plurality of pieces of evaluation information D3. The evaluation information D3 is information input by a user's operation as a response to the proposal item D2 proposed by the proposal processing unit 114. In this embodiment, as an example, the evaluation information D3 is input by operating action buttons K11 and K12 (see FIG. 5) on a proposal screen P3 (see FIG. 5), which will be described later.

[Business support method]
An example of the business support method executed by the control unit 11 of the electronic medical record device 1 will be described below. When a preset specific start operation for executing the business support program is performed on the examination terminal 2 or the reception terminal 3, the control unit 11 performs various operations related to the business support method. Execute processing. Further, the business support method may be terminated in response to a specific termination operation on the medical examination terminal 2 or the reception terminal 3 even while the business support method is being executed. Note that the present invention may be regarded as an invention of a method (work support method) in which a computer such as the electronic medical record device 1 executes part or all of the processing of the work support method.

Here, the start operation includes connecting the medical examination terminal 2 or the reception terminal 3 to the electronic medical record apparatus 1 (starting the application software), logging in with input of a user ID and password, and the like. On the other hand, the termination operation includes an operation of closing the display screen such as the medical record screen P1, logging out, and disconnection between the electronic medical record apparatus 1 and the examination terminal 2 or the reception terminal 3.

Additionally, the control unit 11 of the electronic medical record device 1 basically controls the screen (the medical record screen P1, etc.) displayed on the display unit 24 of the examination terminal 2 or the display unit 34 of the reception terminal 3. to execute the business support method. The “screen” in the present disclosure means a video (image) displayed on the display unit 24 or the display unit 34, and includes images, figures, photographs, texts, videos, and the like. In addition to the medical record screen P1 shown in FIG. 3, the main screens displayed on the display section 24 or the display section 34 include the receipt inspection screen P2 (see FIG. 8) and the proposal screen P3 (see FIG. ), the operation setting screen, and the home screen. In this embodiment, as an example, the control unit 11 of the electronic medical record device 1 is configured to be able to transition from the home screen to the medical record screen P1 or the like in response to a user operation.

That is, by the start operation, the home screen is first displayed on the display section 24 of the medical examination terminal 2 or the display section 34 of the reception terminal 3. When a specific operation is performed on the home screen, the home screen transitions to the medical record screen P1. On the various operation screens (including the medical record screen P1 and the receipt inspection screen P2) displayed on the display section 24 (or the display section 34), the operation section 25 (or the operation section 35) is operated by the user. accepts.

In the following, as an example, the medical examination terminal 2 may accept an input operation on the display screen such as the chart screen P1 displayed on the display section 24 using a mouse and a keyboard included in the operation section 25. do. That is, for example, when causing the editing processing unit 113 to execute the editing process of editing the medical information D1 in the medical record information, the user can operate the mouse and keyboard included in the operating unit 25 to An operation (user operation) to edit the medical information D1 is performed. Similarly, the reception terminal 3 accepts input operations on the display screen such as the medical record screen P1 displayed on the display unit 34 using the mouse and keyboard included in the operation unit 35. The various operation buttons on the display screen such as the medical record screen P1 are objects included in the display screen, and the operation buttons are connected to the operation section 25 (or the It is operated by operating the operating section 35). For example, the user can operate the mouse included in the operation unit 25, move the cursor to any of the operation buttons on the medical record screen P1, and click the button. Can operate buttons.

[Medical record screen P1]
First, the chart screen P1 displayed on the display section 24 of the medical examination terminal 2 will be explained with reference to FIGS. 3 and 4.

FIG. 3 is a diagram showing an example of the medical record screen P1. As shown in FIG. 3, the medical record screen P1 includes the past medical record area A1, the current medical record area A2, a patient information area A3, a keypad area A4, a shortcut area A5, a calendar area A6, etc. . Furthermore, in the drawings showing the screen displayed on the display section 24 (or the display section 34) such as FIG. First, it is not actually displayed on the display section 24 (or the display section 34).

The past medical record area A1 is basically an area where the medical information D1 such as past (previous or previous) medication information, that is, the past medical record K2 is displayed. The current medical record area A2 is basically an area in which the medical information D1 such as medication information (current prescription) currently being input, that is, the current medical record K1 is displayed. The past medical record area A1 and the current medical record area A2 are arranged side by side in the horizontal direction (horizontal direction) on the medical record screen P1. As a result, the user can view the current medical record K1 and the past medical record K2 in one screen on the medical record screen P1, and, for example, edit the current medical record K1 with reference to the past medical record K2. It becomes possible to do so. In this embodiment, as an example, the past medical record area A1 is placed on the left side and the current medical record area A2 is placed on the right side, but the arrangement may be reversed, or the past medical record area A1 and the current medical record area A2 may be placed side by side in the vertical direction (vertical direction).

The patient information area A3 is an area where basic information about the patient is displayed. The keypad area A4 is an area where the keypad K4 used for editing the electronic medical record (the medical record information) is displayed. The shortcut area A5 is an area where shortcut keys and the like used for editing the electronic medical record (the medical record information) are displayed. The calendar area A6 is an area where a calendar (Shichiyo table) representing dates and days of the week in a tabular format is displayed. In the example of FIG. 3, a plurality of (here, three) calendars are displayed in the calendar area A6, arranged horizontally (left and right).

In the electronic medical record, as in the past medical record area A1 or the current medical record area A2 of the medical record screen P1, the medical information regarding one medical examination includes "S", "O", "A", and "P". ” and “Guidance”, and various types of medical record information are recorded. "S" is subjective information, which is information regarding symptoms and the like that are subjectively felt by the patient. "O" is objective information, and is information regarding a doctor's medical findings, test findings, and the like. "A" is assessment information, which is information regarding the doctor's evaluation and judgment. "P" is plan information, which is information regarding medication, treatment plans, and the like. “Guidance” is instruction information, and is information related to patient education and guidance. In addition, in FIG. 3 etc., the past medical record K2 is left blank for convenience, but the past medical record K2 has the items "S", "O", "A", "P", and "Guidance" written therein. If so, the written contents are displayed in the past medical record K2 of the medical record screen P1.

When a medical examination is started, one or more medical records are added to the current medical record K1 displayed in the current medical record area A2 of the medical record screen P1 in response to a user operation by a doctor or the like using the medical examination terminal 2. Information is listed sequentially. Here, if the current medical examination displayed in the current medical record area A2 is defined as "this time," the medical information of the past medical record K2 displayed in the past medical record area A1 is the previous medical examination for the same patient. This is information related to an arbitrary consultation in the past, such as (that is, the one before this time), the time before the previous time (that is, two times before this time), or the previous time (that is, three or more times before this time). The past medical record K2 related to which medical examination is to be displayed in the past medical record area A1 is arbitrarily selected by a user operation by a doctor or the like using the medical examination terminal 2.

In the business support system 10, as a method for editing the medical information D1 of the medical record information, for example, a desired area (desired item) of the current medical record K1 displayed in the current medical record area A2 is edited using a mouse, a touch panel, etc. After selection, the medical information D1 can be entered in the electronic medical record by inputting a character string from the keyboard. The medical information D1 can also be entered by operating the keypad K4 displayed in the keypad area A4 with a mouse, numeric keypad, touch panel, or the like. Furthermore, by copying at least some items of the past medical record K2 displayed in the past medical record area A1 to the current medical record K1 displayed in the current medical record area A2 by copying or drag-and-drop operation, etc. , it is also possible to write the same medical information D1 as the past medical record K2 in the medical record information of the current medical record K1.

However, the past medical record K2 displayed in the past medical record area A1 is configured not to be editable. That is, on the medical record screen P1, the past medical record K2 is displayed only as information for reference, and the contents of the past medical record K2 (the medical information D1) cannot be edited.

Here, since the electronic medical record is recorded for each patient, the user's operation on the examination terminal 2 specifies which patient's electronic medical record is to be displayed. Specifically, when an operation is performed on the examination terminal 2 to select a target patient from the patient list, the display processing unit 112 displays the medical record screen P1 corresponding to the selected patient. . In the medical record screen P1, the past medical information D1 and the current medical information D1 regarding the selected patient are displayed in the past medical record area A1 and the current medical record area A2.

The medical record screen P1 may include, for example, a slide bar, and may be configured to be scrollable in the vertical direction (vertical direction) or horizontal direction (horizontal direction) by operating the slide bar. This makes it possible to present a lot of information (the medical record information) included in the electronic medical record to the user through the medical record screen P1.

By the way, in the medical record screen P1 shown in FIG. 3, the keypad K4 displayed in the keypad area A4 includes a key K41 labeled "4 End". Then, after the medical information D1 has been edited as the information being edited, for example, when the key K41 is operated, the editing processing unit 113 determines that the confirmation operation has been performed and includes the information being edited. The medical information D1 is determined. At this time, the display processing section 112 causes the display section 24 of the examination terminal 2 to display a termination processing screen P4, as shown in FIG.

In this embodiment, as an example, the termination processing screen P4 is displayed as a pop-up superimposed on the medical record screen P1, as shown in FIG. The termination process screen P4 is a screen for performing the termination process necessary to terminate the display of the medical record screen P1, and displays information regarding the next medical reservation (reservation date, appointment date, Reservation time, department, doctor, reservation category, etc.) are accepted. Further, the termination process screen P4 includes an OK button K5 and a cancel button K6. When the OK button K5 is operated on the termination processing screen P4, the display processing section 112 terminates the display of the medical chart screen P1 and the termination processing screen P4. When the cancel button K6 is operated on the termination processing screen P4, the display processing section 112 ends the display of the termination processing screen P4 and returns to displaying the medical record screen P1.

[Proposal process]
Next, a proposal process in which the proposal processing unit 114 proposes the proposal item D2 will be described with reference to FIGS. 5 and 6. Here, a case will be described as an example in which the suggestion item D2 is proposed with respect to the medical information D1 of the medical record information edited on the medical record screen P1.

As shown in FIG. 5, the proposal processing section 114 displays the proposal screen P3 on the display section 24 of the medical examination terminal 2 or the display section 34 of the reception terminal 3, thereby changing the proposal item D2. We will present the following. Here, when there is an operation to finish editing the medical information D1, the proposal processing unit 114 starts proposing the proposal item D2. As a result, when the editing of the medical information D1 is completed, the proposed item D2 that is determined to be missing in the medical information D1 is automatically proposed, so that the proposed item D2 can be changed at an appropriate timing. It becomes possible to make proposals.

Specifically, since the operation of the key K41 (see FIG. 3) on the medical record screen P1 is an operation to finish editing the medical information D1 included in the medical record information, it is assumed that the key K41 is operated. As a trigger, the proposal processing unit 114 starts displaying the proposal screen P3 for proposing the proposal item D2. The proposal screen P3 is displayed as a pop-up superimposed on the termination process screen P4 as shown in FIG. 4, for example.

The proposal screen P3 illustrated in FIG. 5 includes a first column C1, a second column C2, a third column C3, and a fourth column C4, and the proposal item D2 is displayed in the second column C2. Ru. As a result, if, for example, an order is omitted or a disease name is forgotten in the medical information D1 included in the medical record information, the omitted order or the disease name, etc., is displayed as the proposal item D2 on the proposal screen P3. The suggestion item D2 is visually suggested to the user.

Here, the proposed item D2 includes an item related to at least one of the medical practice, the pharmaceutical, the medical material, and the disease name. That is, in the present embodiment, where the medical information D1 to be edited by the editing processing unit 113 includes items related to the medical practice, the medicine, the medical material, and the disease name, the proposed item D2 includes: It includes at least one of the items related to the medical practice, the medicine, the medical material, and the disease name. As a result, if an order for the medical treatment, the medicine, or the medical material is omitted, or the name of the disease is forgotten, the omitted order or the name of the disease that has been forgotten can be proposed to the user as the suggestion item D2. It becomes possible.

Specifically, in FIG. 5, "disease names" such as "aaa disease", "bbb disease", "ccc disease", etc. are displayed in the second column C2 as the suggested items D2. That is, in the example of FIG. 5, based on the medical information D1, it is determined that the item related to the disease name is insufficient in the medical information D1, and as a result, the disease name is proposed as the proposed item D2. Moreover, in this embodiment, the proposal processing unit 114 proposes a plurality of proposal items D2. Thereby, the user can select the proposed item D2 to be adopted from among the plurality of proposed items D2.

Furthermore, the priority order is displayed in the first column C1. The priority order is associated with each of the plurality of proposal items D2, and represents the degree of priority (degree of recommendation) of each of the proposal items D2. Here, the smaller the priority number, the higher the priority of the proposal item D2. The proposal items D2 are displayed side by side so that the proposal item D2 with the highest priority is located at the top, and the priority number gradually increases toward the bottom.

The accuracy is displayed in the third column C3. The accuracy is associated with each of the plurality of proposal items D2, and represents the degree of certainty (likelihood) of each of the proposal items D2. Here, the accuracy is determined in a range greater than "0" and less than or equal to "1," and the larger the accuracy number, the higher the probability of the proposed item D2. The proposal items D2 are displayed side by side so that the most probable proposal item D2 is located at the top, and the accuracy number gradually decreases toward the bottom. In this embodiment, the priority order is determined according to the accuracy, and the larger the accuracy number, the smaller the priority number.

In this manner, in this embodiment, the proposal processing unit 114 proposes a plurality of proposal items D2, each associated with the probability. Therefore, the user can easily judge which of the plurality of suggestion items D2 should be selected by referring to the accuracy.

Further, the action buttons K11 and K12 are displayed in the fourth column C4. The action buttons K11 and K12 are associated with each of the plurality of proposal items D2, and are buttons for accepting the user's evaluation of each of the proposal items D2. The user selects and operates the action button K11 written as "Good" when giving a high rating to the proposal item D2, and selects and operates the action button K11 written as "Bad" when giving a low rating to the proposal item D2. Select and operate button K12. The proposal item D2 and the corresponding operation history (log) of the action buttons K11 and K12 are associated with each other to constitute the evaluation information D3.

That is, the control unit 11 aggregates the operation history (log) of the action buttons K11 and K12, and generates a plurality of pieces of evaluation information D3. The plural pieces of evaluation information D3 generated in this way are used for relearning the learned model M1 in the learning processing section 117. Here, regarding the operation history of the action buttons K11 and K12, an aggregation unit such as a medical department or a user (doctor) is set, and the operation history may be aggregated for each aggregation unit. As a result, the evaluation information D3 is generated for each aggregation unit, and the learned model M1 can be retrained for each aggregation unit. Note that the operation of the action buttons K11 and K12 is optional, and the user does not have to operate any of the action buttons K11 and K12.

Further, the proposal screen P3 includes a slide bar K13 and a fifth column C5, and is configured to be scrollable in the vertical direction (up and down) by operating the slide bar K13. This makes it possible to present many of the proposal items D2 to the user through the proposal screen P3. In the fifth column C5, for example, "Did you forget the following order? We will introduce you to a receipt whose order contents are similar to the receipt you are checking." A message is displayed to prompt the user.

In the example of FIG. 5, the proposal screen P3 further includes a setting button K14, an update button K15, and a close button K16.

The setting button K14 is a button for performing the operation settings regarding the proposal of the proposal item D2. When the setting button K14 is operated, the operation setting screen is displayed, and on the operation setting screen, a user operation for setting the operation related to the suggestion of the proposal item D2 is accepted. Items set in the operation settings regarding the proposal of the proposal item D2 include, for example, the maximum number of proposal items D2 to propose, the minimum value of the accuracy of the proposal item D2 to propose, and designation of the learned model M1. and so on. As an example, if the maximum number of the proposal items D2 to be proposed is set to "5", the maximum number of proposal items D2 to be displayed on the proposal screen P3 is five. If the minimum value of the accuracy of the proposal item D2 to be proposed is set to "0.6", the proposal item D2 displayed on the proposal screen P3 is the one with the accuracy of "0.6" or more. It is limited to proposal item D2.

Furthermore, in specifying the learned model M1, the user can specify (select) the learned model M1 to be used for proposing the proposal item D2. That is, in this embodiment, a plurality of trained models M1 are prepared, and the user selects the trained model to be used for proposing the proposal item D2 from among the plurality of trained models M1. M1 can be specified arbitrarily.

More specifically, the learned model M1 is generated for each learning unit such as a medical institution, a clinical department, or a user (doctor), so that a plurality of learned models M1 are generated. In this embodiment, at least the learned model M1 (referred to as the "first model") generated without setting the learning unit and the model M1 generated with a specific clinical department such as "internal medicine" as the learning unit are used. The learned model M1 (referred to as "second model") is prepared. Then, by specifying the first model as the trained model M1, it becomes possible to propose the proposal item D2 that is not biased toward a specific clinical department. On the other hand, by specifying the second model as the trained model M1, it becomes possible to propose the proposal item D2 specialized for a specific clinical department.

In short, the learned model M1 includes the first model that is commonly used in the plurality of medical departments, and the second model that is specialized for each of the plurality of medical departments. The proposal processing unit 114 can switch the trained model M1 used for proposing the proposal item D2 between the first model and the second model. Therefore, by specifying the first model, it is possible to propose the proposal item D2 even in fields (medical departments) where the medical information D1 has not been sufficiently accumulated, and it is possible to propose the proposal item D2 to patients with symptoms in various fields. It will also be easier to make appropriate proposals. Further, by specifying the second model, it becomes possible to propose the proposal item D2 that is more appropriate for a specific field (medical department), and it is possible to reduce irrelevant proposals.

Furthermore, in the present embodiment, the learned model M1 (referred to as the "third model") is generated using the medical institution that proposes the proposal item D2 using the learned model M1 as the learning unit. More is available. By specifying the third model as the trained model M1, it becomes possible to propose the proposal item D2 that is more appropriate for the medical institution concerned, and it is possible to reduce irrelevant proposals. On the other hand, by specifying the first model, it becomes easier to give new awareness to the user.

The update button K15 is a button for reflecting the operation settings regarding the operations of the action buttons K11 and K12 and the proposal of the proposal item D2. For example, when the action buttons K11 and K12 are operated and the update button K15 is operated, the proposal processing unit 114 re-creates the proposal item D2 by reflecting the operation of the action buttons K11 and K12. Make suggestions. As an example, when the action button K12 is operated for a certain suggestion item D2, the accuracy of the suggestion item D2 tends to decrease. However, the accuracy of the suggestion item D2 does not always change due to the operation of the action buttons K11 and K12 being reflected, and the accuracy may not change. Similarly, when there is a change in the operation settings related to the proposal of the proposal item D2, when the update button K15 is operated, the proposal processing unit 114 restarts the proposal item D2 according to the changed operation settings. Make suggestions.

The close button K16 is a button for closing the proposal screen P3. That is, when the close button K16 is operated, the control unit 11 ends the display of the proposal screen P3. When the display of the proposal screen P3 is finished, the screen returns to the display of the termination processing screen P4 as shown in FIG. 4. Therefore, when adopting the proposed item D2 and adding it to the medical information D1, the user operates the cancel button K6 on the termination processing screen P4 to return to the medical record screen P1. On the other hand, if the proposed item D2 is not adopted (not added to the medical information D1), the user operates the OK button K5 on the final processing screen P4, and selects the medical record screen P1 and the final processing screen P4. Terminate the display.

FIG. 6 is an explanatory diagram conceptually showing an example of the estimation process of the proposal item D2 using the learned model M1, which is performed by the proposal processing unit 114. In this embodiment, the proposal processing unit 114 uses collaborative filtering as a method for estimating (determining) the proposal item D2. That is, the proposal processing unit 114 analyzes the similarity between patients by association analysis (correlation analysis), and estimates the proposal item D2 for the medical information D1 of a certain patient by comparing it with the medical information of another patient. This is done based on D1.

In short, as shown in FIG. 6, the proposal processing unit 114 uses the learned model M1 to select patients from a patient group that includes a plurality of (in fact, a large number of) patients Y1, Y2, and Y3. Search for patients similar to X1. At this time, the degree of similarity between patients is specified based on, for example, the patient's medical information D1. Alternatively, in addition to or in place of the medical information D1, the patient's age, gender, medical history, prescription drug history, alcohol consumption, smoking status, family information, and physical information such as the patient's height, weight, and body surface area, etc. The degree of similarity between the patients may be specified using various information regarding the patients. In the example of FIG. 6, the patient Y1 is identified as a patient similar to the patient X1 (similar patient), and on the other hand, the patients Y2 and Y3 are identified as non-patients of the patient X1 due to their low similarity to the patient X1. Identified as a similar patient.

Then, as shown in FIG. 6, when the proposal processing unit 114 compares the medical information D1 of the patient X1 with the medical information D1 of the similar patient Y1, it is estimated that the medical information D1 is insufficient. The item is specified as the proposed item D2. In the example of FIG. 6, when focusing on the medical information D1 having the injury/illness code "AAAA" and the medical practice "BBBB", the drug "DDDD" in the medical information D1 of the patient Y1 is It is not included in pharmaceutical products. In this case, the proposal processing unit 114 proposes to add the drug "DDDD" to the medical information D1 of the patient X1 as the proposal item D2. Note that when the proposed item D2 is estimated from the medical information D1 of a patient with a higher degree of similarity, the accuracy of the proposed item D2 becomes higher.

[Operation setting]
The function of the business support system 10 related to the proposal process can be enabled/disabled by the setting process related to the operation setting performed by the setting processing unit 116 of the control unit 11.

Specifically, the user operation for the operation setting is performed on the operation setting screen displayed on the examination terminal 2 or the reception terminal 3. The operation setting screen includes an item to enable/disable the suggestion function of the suggestion item D2. If the proposal function is set to be valid on the operation setting screen, the proposal processing section 114 can propose the proposal item D2. On the other hand, if the proposal function is set to be disabled on the operation setting screen, the proposal processing unit 114 will no longer propose the proposal item D2.

Further, the operation setting screen includes an item for setting the timing for proposing the proposal item D2 (proposal timing). Then, if the end point of editing of the medical information D1 is set to the proposal timing, when the key K41 is operated to end the editing of the medical information D1, the proposal processing unit 114 processes the proposal item D2. Start making proposals. Further, if the operation time point of the inspection operation button on the medical record screen P1 is set to the proposal timing, when the inspection operation button is operated on the medical record screen P1, the proposal processing unit 114 selects the proposal item D2. Start a proposal.
[flowchart]
With reference to FIG. 7, an example of the processing procedure of the control unit 11 related to the proposal processing in the business support method will be described.

<Step S1>
In step S1, the proposal processing section 114 of the control section 11 determines whether to start the proposal processing. For example, when there is an operation to end the editing of the medical information D1 (operation of the key K41 on the medical record screen P1) or when there is an operation of the inspection operation button, the proposal processing unit 114 executes the proposal processing. It is determined to start (S1: Yes), and the process moves to step S2. On the other hand, if there is no operation to end the editing of the medical information D1 or operation of the inspection operation button, the proposal processing unit 114 determines not to start the proposal processing (S1: No), and repeats the step S1. Execute.

<Step S2>
In step S2, the proposal processing unit 114 of the control unit 11 uses the learned model M1 to identify items that are estimated to be missing in the medical information D1 as the proposed items D2. . Thereafter, the control section 11 moves the process to step S3.

<Step S3>
In step S3, the proposal processing unit 114 of the control unit 11 determines whether the proposal item D2 exists. If there is an item estimated to be missing in the medical information D1, the proposal processing unit 114 determines that the proposal item D2 exists (S3: Yes), and moves the process to step S4. On the other hand, if there is no item estimated to be missing in the medical information D1, the proposal processing unit 114 determines that there is no proposal item D2 (S3: No), and ends the series of processing.

<Step S4>
In step S4, the proposal processing unit 114 of the control unit 11 makes a proposal for the proposal item D2. At this time, the proposal processing unit 114 displays the proposal screen P3 and displays the proposal item D2 on the proposal screen P3, thereby suggesting the proposal item D2 to the user. Thereafter, the control section 11 moves the process to step S5.

<Step S5>
In step S5, the learning processing unit 117 of the control unit 11 determines whether or not the proposed item D2 has been evaluated by the user. If the action buttons K11 and K12 on the proposal screen P3 are operated, the learning processing unit 117 determines that the proposal item D2 has been evaluated (S5: Yes), and moves the process to step S6. On the other hand, if the action buttons K11 and K12 on the proposal screen P3 are not operated, the learning processing unit 117 determines that there is no evaluation for the proposal item D2 (S5: No) and ends the series of processes. .

<Step S6>
In step S6, the learning processing unit 117 of the control unit 11 re-learns the learned model M1. At this time, the learning processing unit 117 executes relearning of the learned model M1 based on the evaluation information D3 including the operation history (log) of the action buttons K11 and K12, and ends the series of processing. .

Note that the above flowchart is only an example, and processes may be added or omitted as appropriate, and the order of processes may be changed as appropriate.

[Other features]
As another function, the proposal processing unit 114 can propose the proposal item D2 with respect to the medical information D1 included in the receipt information, for example. Specifically, when a specific operation is performed on the receipt viewing screen P2 as shown in FIG. 8, for example, the proposal processing unit 114 executes a proposal process of proposing the proposal item D2. The receipt viewing screen P2 is a screen that displays a plurality of receipt information for the same patient in different periods side by side.

As shown in FIG. 8, the receipt public viewing screen P2 includes a first receipt area A11 in which the medical information D1 constituting the receipt Rc1 of the editing month (here, "January 2022") is displayed, and a past month. (here, "March 2021", "April 2021", and "October 2021"); and a second receipt area A12 in which the medical information D1 forming the receipt Rc1 is displayed. Further, the receipt viewing screen P2 includes a computer check button K7 and a close button K8.

The computer check button K7 is a button for executing a computer check on the receipt Rc1 displayed in the first receipt area A11. When the computer check button K7 is operated, the proposal processing unit 114 of the control unit 11 executes a proposal process for the medical information D1 included in the receipt information, and if there is the proposal item D2, the proposal Display screen P3.

The close button K8 is a button for closing the receipt viewing screen P2. That is, when the close button K8 is operated, the display processing section 112 of the control section 11 ends the display of the recipe public viewing screen P2. In this case as well, the proposal processing unit 114 of the control unit 11 executes a proposal process for the medical information D1 included in the receipt information, and if there is the proposal item D2, displays the proposal screen P3.

Similarly, the proposal processing unit 114 can propose the proposal item D2 for the medical information D1 included in the accounting information. For example, when a specific operation (such as an operation to end the display of the accounting screen) is performed on the accounting screen including the accounting information, the proposal processing unit 114 executes a proposal process of proposing the proposal item D2. .

Further, by selecting the suggestion item D2, the suggestion item D2 may be reflected in the medical information D1. As a result, the user simply selects the proposed item D2 with the intention of approving the proposed item D2, and the medical information D1 is automatically corrected to reflect the proposed item D2.

[Function for home medical care]
Next, functions for home medical care (home medical treatment) that the business support system 10 has will be explained. "Home medical care" as used in this disclosure refers to medical treatment performed by a doctor or other person who visits a residence, or a facility such as a special nursing home (nursing care facility for the elderly), a paid nursing home, a group home, or a assisted living facility for the elderly. It means that. The home medical care includes home-visit medical care in which a doctor visits on a planned basis.

In the home medical care, the medical institution does not bill the patient for each treatment as in outpatient treatment, but instead charges the patient for the amount to be paid in a lump sum for medical treatment during a specific period, such as one month. Furthermore, in the home medical care at the facility where there are multiple patients, such as a special nursing home, the multiple patients may be treated at once, and in such a case, the medical institution may collectively bill the plurality of patients on a facility-by-facility basis.

For such home medical care, the business support system 10 according to the present embodiment includes a function related to the medical record screen P1 and a function related to counter operations including the accounting process, as described below. have.

First, as a function for the home medical care related to the medical record screen P1, the business support system 10 has a function of instructing public expense points (public expense point number). For example, even if the same patient has a mental illness and an incurable disease, different medications are prescribed and the amount of public funds that can be used differs, so public expense classification is necessary. In the case of general outpatient treatment, public expense points are calculated on the separate accounting screen for each treatment, but at the same time, the billing for treatment (and/or the plurality of patients) for the specific period is collectively billed. In the medical field, the accounting screen may not be displayed individually for each medical treatment. Therefore, in the present embodiment, the editing processing unit 113 can edit the public expense points in accordance with a user's operation on the medical record screen P1 where the medical record information including the medical information D1 can be edited. . Therefore, in the home medical care, it is possible to edit the public expenditure points without displaying the individual accounting screen, and the convenience of the business support system 10 is improved.

Specifically, on the medical record screen P1, when a public expense point key included in the keypad K4 is operated, the display process is performed as an operation for editing (instructing) the public expense point. The section 112 causes the display section 24 of the medical examination terminal 2 to display a public expense equinox screen P6, as shown in FIG. In this embodiment, as an example, the public expense division screen P6 is displayed as a pop-up superimposed on the medical record screen P1. The public expense point screen P6 is a screen for specifying the public expense point for the medicine. In the example of FIG. 9, the public expense segment screen P6 includes a public expense segment area A61. The public expense division area A61 includes, for example, a column of public expenses "21" related to mental illness and a column "54" of public expenses related to the Intractable Diseases Act. ” is displayed.

Further, the public expense division screen P6 includes an OK button K61 and a cancel button K62. When the OK button K61 is operated on the public expense point screen P6, the display processing unit 112 adopts the public expense point indicated on the public expense point screen P6, and then displays the public expense point screen. End the display of P6. When the cancel button K62 is operated on the public expense point screen P6, the display processing unit 112 cancels the public expense point indicated on the public expense point screen P6, and then displays the public expense point screen. End the display of P6.

Here, the application status of public funds on the public expense segment screen P6 is the same as the equinox information on the accounting screen. Further, when public expenses are deleted after registration, the public expenses are not displayed on the medical record screen P1, nor are the information reflected on the accounting screen. On the other hand, when public expenses are added after registration, the public expenses are displayed on the medical record screen P1, but are left unapplied and the information is reflected on the accounting screen. If printing of the prescription is supported on the medical record screen P1, and the public expense division is instructed, the output processing unit 115 prints the prescription at Issue (print) in separate sheets.

Further, the information related to the public expenditure points edited on the medical record screen P1 is reflected on the accounting screen at the time of initial calculation and when rereading the electronic medical record. On the other hand, when recalculating insurance information, the accounting screen does not refer to the information related to the public expenditure points edited on the medical record screen P1. Further, information regarding the public expense division is not reflected from the accounting screen to the medical record screen P1.

The function of instructing the public expenditure points on the medical record screen P1 can be enabled/disabled in the setting process related to the operation setting performed by the setting processing unit 116.

Further, as a function for the home medical care related to the counter service, the business support system 10 has a batch output function that outputs a plurality of pieces of accounting information at once in aggregation group units.

The aggregation group is a group specified according to a user's operation, and means a patient group consisting of a plurality of patients in one facility such as a nursing home during the specific period, or a combination thereof. do. In short, when the specific period (for example, one month) is used as the aggregation group, according to the batch output function, a plurality of pieces of the accounting information are collectively output for each aggregation group (the specific period). Ru. Similarly, when the patient group consisting of a plurality of patients in one facility such as a nursing home is used as the aggregation group, according to the batch output function, the aggregation group (the patient group) can be , a plurality of pieces of the accounting information are collectively output.

In the business support system 10 according to the present embodiment, the input processing unit 111 acquires accounting information corresponding to the patient's medical information D1. The output processing unit 115 is capable of outputting a plurality of pieces of accounting information at once in units of the aggregation groups specified according to user operations. Therefore, in the home medical care, the user's effort in outputting the accounting information is reduced compared to the case where a plurality of pieces of accounting information are output individually.

Here, the aggregation group is defined by at least one of the specific period including one or more medical treatment days and the patient group including a plurality of patients. As a result, in the home medical care, compared to the case where a plurality of pieces of the accounting information included in the specific period or the patient group are outputted individually, the user's effort involved in outputting the accounting information is reduced.

Specifically, the display processing unit 112 causes the display unit 34 of the reception terminal 3 that performs the counter service to display a lump sum billing screen P5 as shown in FIG. 10. The bulk billing screen P5 includes a search condition area A51, a list display area A52, and the like. In addition, the bulk billing screen P5 includes operations such as a bulk billing button K51, a bulk medical record rereading button K52, a bulk payment button K53, a search button K54, a supply book bulk accounting reading button K55, various print buttons K56, and a medical record button K57. Contains buttons.

The bulk billing screen P5 is a screen that displays a list in the list display area A52 of patients who have registered patient categories in which "bulk billing" is checked on the patient registration screen or the like. The search condition area A51 is an area for inputting search conditions such as patient ID, name, patient category, and month of consultation. The list display area A52 is an area where a list of search results based on the search conditions is displayed. The consultation month specifies the specific period that is the aggregation group. When the search button K54 is operated with, for example, the month of consultation ("December 2021" in the example of FIG. 10) being input as the search condition in the search condition area A51, the list display A list of the search results is displayed in area A52.

When the bulk billing button K51 is operated on the bulk billing screen P5, the business support system 10 collectively executes the accounting process in units of the total group, such as the medical treatment month. Thereby, the business support system 10 can issue a bill or the like in bulk for each of the aggregation groups such as the month of medical treatment.

As shown in FIG. 11, the list display area A52 includes a selection field C51, a patient ID field C52, a (patient) name field C53, a group name field C54, a patient classification name field C55, a billing points field C56, and a billing amount field C57. , a date field C58, a received amount field C59, a current billed amount field C60, and a water supply book intake date field C61. Note that FIG. 11, which will be referred to below, is a drawing showing a portion corresponding to the list display area A52 (excluding the slide bar) on the bulk billing screen P5, and illustration of the other portions will be omitted as appropriate. The display within the list display area A52 can be scrolled by a slide bar K58. Specifically, as shown in FIG. 11, by operating the slide bar K58, a portion of the list display area A52 to the right of the name field C53 can be scrolled. In FIG. 11, the upper row shows the state before scrolling, and the lower row shows the state after scrolling.

The claimed points column C56 displays the claimed points for the current month. However, the points on the date of individual payment (settlement on the accounting screen) are not recorded in the billed points column C56. The total billed amount for the current month is displayed in the billed amount column C57. However, even on the date of individual payment, if there is a difference in the amount due to inspection, that amount will also be included in the calculation. The amount already received is displayed in the received amount column C59. The currently billed amount column C60 displays the amount scheduled to be received by the current lump sum payment. However, the amount of receipts that have been individually settled (settled on the accounting screen) will not be displayed.

Here, each of the billed amount column C57, the received amount column C59, and the current billed amount column C60 includes the accounting information. The accounting information includes first information related to medical insurance, second information related to nursing care insurance, and third information that is the sum of the first information and the second information. That is, for example, in the billed amount column C57, among the billed amounts for the current month, the amount related to the medical insurance (insurance), the amount related to the nursing care insurance (nursing care), and the total amount (total) of these are listed. included. Note that if the business support system 10 and the supply pipe book are not linked, the amount related to the nursing care insurance (nursing care) is manually input by the user.

The batch medical record rereading button K52 is an operation button for performing a batch medical record rereading process. When the batch medical record rereading button K52 is operated, medical record rereading processing is performed on all patients whose medical records need to be reread on each date among the patients who have a check in the selection column C51. After the chart rereading process is completed, the bulk billing screen P5 is updated. The batch payment button K53 is an operation button for performing batch payment processing. When the batch payment button K53 is operated, batch payment processing is performed for patients whose selection field C51 is checked. At this time, the original data structure is not changed, and the nursing care billing information is also added to the settlement target. In the batch payment process, a receipt (cum-bill) and statement (collection statement) are printed. After the batch payment process is completed, the batch billing screen P5 is updated.

The service book bulk accounting read button K55 is displayed only on the reception terminal 3 where the service book linkage function is enabled. When the bulk accounting read button K55 in the supply book is operated, the business support system 10 imports information on the nursing care bill amount from the supply book for patients whose selection field C51 is checked, Manage information. After the supply pipe book bulk accounting reading process is completed, the bulk billing screen P5 is updated.

The various print buttons K56 are operation buttons for printing a lump sum bill/receipt, a lump sum statement, a facility-specific bill, and the like. When the various print buttons K56 are operated, a print screen is displayed, and after various settings are made on the print screen, the bulk bill is printed for patients whose selection field C51 is checked. The combined receipt, the consolidated statement, the facility-specific bill, etc. are printed. The lump sum invoice/receipt is a document for reprinting the receipt printed at the time of the lump sum payment, the lump sum statement is a document for reprinting the statement printed at the time of the lump sum payment, and the facility-specific bill. is the bill for each facility.

The medical record button K57 is an operation button for displaying the medical record screen P1. When the medical record button K57 is operated, the medical record of the patient selected in the selection field C51 (the medical record with the latest date of the month) is displayed.

Here, in the date column C58, cells are provided for each date "1", "2", ... "31", and each cell contains the character "piece" representing the individual payment or the lump sum payment. Numbers such as "1" and "2" are displayed. The number representing the lump sum payment represents the number of payments received on the corresponding day. In other words, cells for dates on which no medical treatment (reception) was performed are displayed blank, whereas cells for dates on which medical treatment (reception) was performed are displayed with some characters or numbers. In the example of FIG. 11, the patient with the name "aaa" received the outpatient treatment on the "1st day", so "piece" representing the individual billing is displayed in the "1st day" cell, and "3 days" and Since the patient received the home medical treatment on the "28th", "1" representing the bulk billing is displayed in the cells for "3rd" and "28th".

As described above, in the present embodiment, the output processing unit 115 divides the accounting information for multiple days of one patient into collective information that is subject to the collective output and individual information that is not subject to the collective output. , output in a manner that can be distinguished by . Therefore, the user can easily distinguish between the subject of the collective billing (the collective output) and the subject of the individual billing, for example, on the collective billing screen P5. In particular, on the bulk billing screen P5, the bulk billing target and the individual billing target are distinguished for each date, so the user can easily understand when the switch has been made to the home medical care.

Further, the batch output function in the counter service can be enabled/disabled in the setting process related to the operation setting performed by the setting processing unit 116. That is, the output processing unit 115 is capable of switching the output mode of the accounting information between individual output (the individual billing) in which one piece of the accounting information is output individually and the batch output (the batch billing). be.

Note that the functions related to the medical record screen P1 and the functions related to the counter operations described above may be used not only for the home medical care but also for other medical treatment modes.

[Modified example]
A plurality of components included in the business support system 10 may be provided in a distributed manner in a plurality of housings. On the other hand, in the embodiments described above, a plurality of components (such as the control section 11 and the display section 24) that are dispersed in a plurality of casings may be collectively provided in one casing.

Furthermore, it is not essential that the display screen such as the chart screen P1 be displayed on the display section 24 of the medical examination terminal 2 or the display section 34 of the reception terminal 3; for example, the display screen of the electronic medical record device 1 The medical record screen P1 and the like may be displayed on 14. Furthermore, the display screen such as the medical record screen P1 is not limited to the display unit 24 such as a liquid crystal display or an organic EL display, and may be projected and displayed by a display device such as a projector.

Furthermore, the settings related to the operation settings are not limited to each medical institution, but may be performed for each patient, each clinical department, each doctor in charge, or each pharmacist in charge, etc., for example.

Further, when the proposal processing unit 114 performs an operation to end the editing of the medical information D1, it is not essential that the proposal processing unit 114 starts proposing the proposal item D2. For example, the proposal processing unit 114 may start proposing the proposal item D2 only when the inspection operation button or the like on the medical record screen P1 is operated.

Further, it is not essential that the proposed item D2 includes an item related to at least one of the medical practice, the pharmaceutical, the medical material, and the disease name.

Furthermore, it is not essential that the proposal processing unit 114 proposes a plurality of proposal items D2 in association with the respective probabilities. In other words, the accuracy need not be suggested (presented) to the user. Furthermore, the proposal processing unit 114 may propose only one proposal item D2.

It is not essential that the proposal processing unit 114 proposes the proposal item D2 using the learned model M1 generated by machine learning. That is, the proposal processing unit 114 may execute the proposal of the proposal item D2 without using the learned model M1. Furthermore, the learning processing unit 117 that retrains the trained model M1 based on the user's reaction to the proposed item D2 is not essential and can be omitted as appropriate. Furthermore, it is not essential that the learned model M1 includes the first model commonly used in a plurality of medical departments and the second model specialized for each of the plurality of medical departments. Furthermore, it is not essential that the proposal processing unit 114 be able to switch the learned model M1 used for proposing the proposal item D2 between the first model and the second model.

[Additional notes to the invention]
Hereinafter, a summary of the invention extracted from the above-described embodiments will be added. Note that each configuration and each processing function described in the following supplementary notes can be selected and combined as desired.

<Additional note 1>
an editing processing unit that edits medical information corresponding to a patient according to a user's operation;
a proposal processing unit that proposes, as a proposed item, an item that is determined to be lacking in the medical information based on the medical information;
Business support system.

<Additional note 2>
The proposal processing unit starts proposing the proposal item when there is an operation to finish editing the medical information.
Business support system described in Appendix 1.

<Additional note 3>
The proposed items include items related to at least one of medical practices, medicines, medical materials, and disease names.
The business support system described in Appendix 1 or 2.

<Additional note 4>
The proposal processing unit proposes a plurality of proposal items, each of which is associated with a degree of certainty.
Business support system described in any of Appendixes 1 to 3.

<Additional note 5>
The proposal processing unit proposes the proposal item based on the medical information using a trained model generated by machine learning.
Business support system described in any of Supplementary Notes 1 to 4.

<Additional note 6>
further comprising a learning processing unit that retrains the trained model based on the user's reaction to the suggested item;
The business support system described in Appendix 5.

<Additional note 7>
The trained model includes a first model commonly used in a plurality of clinical departments, and a second model specialized for each of the plurality of clinical departments,
The proposal processing unit is capable of switching the trained model used for proposing the proposal item between the first model and the second model.
The business support system described in Appendix 5 or 6.

Claims (8)

an editing processing unit that edits medical information corresponding to a patient according to a user's operation;
a proposal processing unit that proposes, as a proposed item, an item that is determined to be lacking in the medical information based on the medical information;
Business support system. The proposal processing unit starts proposing the proposal item when there is an operation to finish editing the medical information.
The business support system according to claim 1. The proposed items include items related to at least one of medical practices, medicines, medical materials, and disease names.
The business support system according to claim 1 or 2. The proposal processing unit proposes a plurality of proposal items, each of which is associated with a degree of certainty.
The business support system according to claim 1 or 2. The proposal processing unit proposes the proposal item based on the medical information using a trained model generated by machine learning.
The business support system according to claim 1 or 2. further comprising a learning processing unit that retrains the trained model based on the user's reaction to the suggested item;
The business support system according to claim 5. The trained model includes a first model commonly used in a plurality of clinical departments, and a second model specialized for each of the plurality of clinical departments,
The proposal processing unit is capable of switching the trained model used for proposing the proposal item between the first model and the second model.
The business support system according to claim 5. an editing step for editing medical information corresponding to a patient according to a user's operation;
a proposing step of proposing, as a proposed item, an item that is determined to be lacking in the medical information based on the medical information;
A business support program that allows computers to execute