JP2004024463A - Method for supporting edition of infectious disease knowledge base and program thereof - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To support the edition of an infectious disease knowledge base so as to be easy by evaluating propriety of the knowledge base. <P>SOLUTION: When a disease case preparation part 106 prepares a disease case DB 300, a decision part 102 obtains a decision level showing the degree of a risk about a disease case data of each individual based on a decision knowledge DB 200. After a correct solution level by user decion is inputted to each disease case data, a simulation carrying out part 103 totals a number of cases of the disease case data about each combination of the decision level and the correct solution level about the disease case data of a disease case DB 300. When a discrimination knowledge editing part 104 edits a discrimination knowledge DB 200, an editing candidate presenting part 105 presents an editing candidate to a user. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a medical information system such as an infectious disease system, a clinical test system, a diagnosis support system, and a nursing support system.
[0002]
[Prior art]
2. Description of the Related Art In recent years, EBM (evidence-based medical care) has been required in the medical field in general, instead of empirical medical care. Particularly in the field of infectious diseases, doctors often have to determine a treatment policy without knowing the causative bacterium that causes the onset of infectious disease, and thus there is a strong demand for information as a basis for treatment decisions.
[0003]
One of the information that can be considered as the basis for this treatment decision is the idea of presenting the patient's condition as an objective index. For example, "A PREDICTION RULE TO IDENTIFY LOW-RISK PATENTTS WITH COMMUNICITY-ACQUIRED PNEUMONIA (New England Journal of Medicine, Vol. 346, No. 4, in the case of lung disease in the 19th year of the disease in the case of lung cancer, Vol. Gender, underlying disease, physical findings, and test data are each scored, and the patient's condition is classified into five stages using the index of "risk class" based on the total score of these scores. to decide.
[0004]
[Problems to be solved by the invention]
In such a conventional technique, when a new medical finding is obtained, it is necessary to change the knowledge base such as adding a factor or correcting a score. However, in the related art, it is difficult to verify the validity of the changed knowledge, and thus there is a problem that the knowledge cannot be changed.
[0005]
An object of the present invention is to provide a technique for evaluating the validity of the above-mentioned knowledge base and assisting the editing of the knowledge base.
[0006]
[Means for Solving the Problems]
The present invention evaluates a knowledge database having scores set for each risk factor for infectious disease, and a criterion for determining a first index that indicates a degree of risk based on these scores. A technique for editing the contents of a knowledge database, wherein a first index corresponding to individual case data stored in a storage means is determined based on the knowledge database and stored in association with the case data. A second index indicating the degree of risk determined by the user in the case data is input in a stepwise manner, stored in association with the case data, and a combination of the first index and the second index for a plurality of case data. An infectious disease knowledge base editing support technology that compiles and displays the number of case data for each, and edits the contents of the knowledge database in response to user requests. The features.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows a configuration diagram of an infectious disease knowledge base editing support system according to an embodiment of the present invention. The computer 100 includes a control unit 101, a determination unit 102, a simulation execution unit 103, a determination knowledge editing unit 104, an edit candidate presentation unit 105, and a case data creation unit 106 as processing units, and a data unit as a data unit. It has a judgment knowledge DB (database) 200 and a case DB 300 stored in a storage device.
[0008]
The computer 100 communicates with the input / output terminal 120 via the network 110. The computer 100 communicates with another medical information system 130 such as a clinical examination system, a medical accounting system, an order entry system, an electronic medical record system, and the like via a network 110.
[0009]
The network 110 is based on an in-hospital network, but may be a regional network or a wider area network. The medical information system 130 may be a regional medical system.
[0010]
The input / output terminal 120 is assumed to be an information device such as a personal computer having a keyboard and a mouse as an input function and a CRT display as an output function, but may have other input / output functions. The input / output terminal 120 may be a terminal equipped with a Web browser function. Although the computer 100 and the input / output terminal 120 are illustrated as separate hardware, the input / output function of the input / output terminal 120 may be mounted on the computer 100.
[0011]
The processing units from the control unit 101 to the case data creation unit 106 may be configured by hardware. Alternatively, the computer 100 may include a CPU and a memory, store these processing units in the memory as programs, and execute these programs by the CPU. Further, the determination unit 102 and the case data creation unit 106 may be separated from the computer 100 equipped with another processing unit and mounted on another computer. In a client-server system in which the computer 100 is a server and the input / output terminal 120 is a client, some processing units such as the case data creation unit 106 may be executed by the input / output terminal 120.
[0012]
FIG. 2 is a diagram illustrating a data configuration example of the determination knowledge DB 200. The determination knowledge DB 200 includes a risk factor DB 210 that stores a risk factor that is an item that affects the resistance of a patient or a healthy person to an infection source such as a bacterium that causes an infection, and a determination criterion DB 220.
[0013]
The risk factor DB 210 includes a field 211 for storing a risk ID, which is an identifier of the risk factor, a field 212 for storing a category of the risk factor, and a coefficient quantifying the degree of influence of the risk factor on the resistance to an infection source. It comprises a field 213 for storing a certain score, a field 214 for storing the name of a risk factor, and a field 215 for storing the definition of a risk factor and corresponding conditions.
[0014]
Risk factors include patient basic information such as age and gender, lifestyle information such as alcohol intake and smoking, hypertension, hyperlipidemia, liver disease, diabetes, respiratory disease, collagen disease, cerebrovascular disease, renal disease, Basic diseases such as pancreatic disease, anemia, malnutrition, nephrosis, heart disease, burns, hypoglobulinemia, hypocomplementemia, hematological malignancies, solid malignancies, AIDS, neutrophil dysfunction, and low birth weight infants Information, stomachic, antihypertensive, broad-spectrum antimicrobial, anti-ulcer, steroid, immunosuppressant, anticancer, insulin, etc., treatment device information such as catheter, tracheostomy, respirator, drain, etc., radiation therapy And treatment information such as thoracotomy and laparotomy, transplantation, splenectomy, blood transfusion, etc., and status information such as bedridden, ICU management status, and SIRS status.
[0015]
Although a unique code is used here as the risk ID, an international disease classification code such as ICD10 or a disease classification code of the Ministry of Health, Labor and Welfare's hospital infection control surveillance may be used.
[0016]
The judgment criterion DB 220 stores a field 221 for storing a judgment ID which is an identifier of a risk level judgment criterion, fields 222 and 223 for storing a lower limit and an upper limit of a calculated score as a criterion, and a field for storing a risk level 224.
[0017]
FIG. 3 is a diagram illustrating a data configuration example of the case DB 300. The case DB 300 stores a field 301 for storing a case ID for identifying case data, a field 302 for storing basic information such as basic patient information and lifestyle information, and information on diseases such as a patient's medical history and current medical history. A field 303 for storing information on medication, a field 304 for storing information on medication, information on treatments such as mounting of devices such as catheters and drains and operations such as surgery, and information on conditions such as bedridden and ICU management are stored. A field 305, a field 306 for storing test results such as a patient's vital signs and clinical test results, a field 307 for storing a doctor's risk level determination result as a correct answer level for the case, and a risk A field 308 for storing the level determination result and a case A field 309 for storing the calculated scores, a field 310 for storing the last modification date, in constructed.
[0018]
Here, the doctor's risk level judgment result is used as the correct answer level, but information on the onset of infectious disease, such as the name of the infectious disease and the site of onset, information on the causative bacteria causing the infectious disease, information on the administered antimicrobial agent, unchanged, and cure The determination result calculated based on one or a plurality of pieces of clinical effect information such as the clinical effect information may be used as the correct answer level. Instead of the case DB 300 holding the field 307 of the correct answer level, the medical information system 130 may hold the field together with other information.
[0019]
FIG. 4 is a flowchart illustrating a processing procedure of the computer 100 when creating case data. FIG. 5 shows a screen example 500 of the input / output terminal 120 when the case data is created.
The screen 500 includes a patient ID input area 501, a patient information acquisition button 502, a basic information input / output area 503, a disease input / output area 504, a medication input / output area 505, a treatment / condition input / output area 506, and an examination. It comprises a result input / output area 507, a correct answer level input / output area 508, a judgment level output area 509, a calculated score output area 510, a risk level judgment button 511, and a case DB write button 512.
[0020]
When the system starts operation at the time of creating case data, the control unit 101 first activates the case data creating unit 106. The case data creating unit 106 executes Step 401 for prompting the user to enter a patient ID in the patient ID input area 501.
[0021]
When the user presses the patient information acquisition button 502, the case data creation unit 106 acquires patient information from the medical information system 130 based on the patient ID input to the patient ID input area 501, and Step 402 of outputting to the corresponding area of 503 to 507 is executed.
[0022]
Next, the case data creation unit 106 executes step 403 of allowing the user to edit the patient information displayed in the input / output areas 503 to 507. The user can correct, add, or delete the patient information displayed in the entry / exit areas 503 to 507 as necessary. Here, when the user presses the risk level determination button 511, the control unit 101 activates the determination unit 102.
[0023]
Next, the determination unit 102 executes step 404 of reading the determination knowledge from the determination knowledge DB 200. Next, the determining unit 102 executes step 405 of performing a risk level determination on the patient information displayed in the input / output areas 503 to 507 based on the determination knowledge read in step 404. That is, among the displayed patient information, scores are obtained for the risk factors corresponding to the field 214 (risk factor name) and the field 215 (definition / condition), and the scores of all the risk factors are summed to obtain a calculated score. Next, a risk level corresponding to the calculated score is determined with reference to the criterion DB 220. Next, the case data creating unit 106 executes Step 406 of outputting the judgment level and the calculated score calculated in Step 405 to the judgment level output area 509 and the calculated score output area 510, respectively.
[0024]
Next, the case data creating unit 106 executes Step 407 for allowing the user to input the correct answer level in the correct answer level input / output area 508. As described above, when the determination result calculated based on infectious disease onset information, causative bacteria information, antibacterial drug information, clinical effect information, and the like is used as the correct answer level, the case data creation unit 106 may output the correct answer level to the correct answer input / output area 508. Thereby, the correct answer level can be set more objectively. Instead of the user inputting the correct answer level, the correct answer level acquired from another medical information system 130 may be displayed in the correct answer level input / output area 508.
[0025]
Next, the case data creation unit 106 executes step 408 to allow the user to determine whether or not to write the information displayed on the example screen 500 as case data in the case DB 300. Here, when the user presses the case DB write button 512, the case data creation unit 106 displays the input / output areas 503 to 507, the correct answer level input / output area 508, the determination level output area 509, and the calculated score output area 510. Step 409 of storing the existing information in the case DB 300 is executed. At this time, the case data creation unit 106 automatically adds the case ID. After the step 407, when the user instructs the end of the process, the control unit 101 ends the process at the time of creating the case data.
[0026]
The screen example 500 indicates that the patient information of the patient ID “P000003” has been input to each of the input / output areas of the basic information, the disease, the medication, the treatment / state, and the test result. In addition, it shows that the correct answer level for this patient information is “4”, the judgment level by the risk level judgment of the present system is “5”, and the calculated score is “125”. FIG. 3 shows that the information displayed on the screen example 500 is added with the case ID “C000003” by the present system and stored in the case DB 300.
[0027]
FIG. 6 is a flowchart showing a processing procedure of the computer 100 at the time of simulation / knowledge editing. When the system starts the operation at the time of simulation / knowledge editing, the control unit 101 first executes step 601 of reading out the entire case data from the case DB 300. Next, the control unit 101 executes step 602 of reading the entire current risk level determination knowledge from the determination knowledge DB 200. Next, the control unit 101 executes step 603 in which the determination knowledge read in step 602 is stored in a memory and output to the input / output terminal 120.
[0028]
FIG. 7 shows a screen example 800 of the input / output terminal 120 to which the judgment knowledge has been output in step 603. In the screen example 800, the category “disease” of the risk factor DB 210 is displayed in the category selection area 801 arranged in the upper part of the left frame. At this time, a risk factor, a score, and the like relating to the disease information are displayed in the risk factor display area 802. The category selection area 801 is a pull-down menu, and when the user selects each category of basic information, disease, medication, and treatment / condition of the patient, the display contents of the risk factor display area 802 belong to the selected category. Can be changed to Further, the upper and lower limits and the respective values of the calculated score of each level of the criterion DB 220 are displayed in the criterion setting area 803 arranged in the lower part of the left frame. The judgment knowledge displayed in the left frame is always stored in the memory.
[0029]
Next, the control unit 101 activates the simulation execution unit 103. Here, when the user presses the simulation execution button 804, the simulation execution unit 103 executes step 604 of executing the simulation. As for the contents of the simulation, the number of case data corresponding to each combination of the correct answer level (field 307) and the determination level (field 308) is totaled for the entire read case data. As a result, a matrix having the correct level as a row and the determination level as a column is generated. This matrix is hereinafter referred to as an evaluation map. Next, the simulation execution unit 103 executes Step 605 of outputting the result stored in the memory to the input / output terminal 120.
[0030]
FIG. 8 shows a screen example 900 of the input / output terminal 120 after the execution of the simulation. In screen example 900, an evaluation map 901 arranged in the upper part of the right frame is displayed as a simulation result. The evaluation map 901 indicates the correct answer level by the simulation of the present system in the vertical direction and the number of case data corresponding to the determination level in the horizontal direction. That is, the numbers surrounded by a thick frame in the evaluation map 901 indicate the number of case data in which the determination level obtained by the simulation of the present system and the correct answer level match. The number in the area 902 below the bold frame indicates the number of case data whose judgment level by the simulation of the present system is lower than the correct answer level. The number in the area 903 above the bold frame indicates the number of case data for which the determination level by the simulation of the present system is higher than the correct answer level. The correct answer level distribution screen button 904 is a button for the user to request creation of a correct answer level distribution chart, and the details will be described later with reference to FIG.
[0031]
Next, the control unit 101 executes step 606 for detecting whether or not the user has started editing the determination knowledge. When the user starts to edit the judgment knowledge, the procedure goes to step 607. In step 607, the user can freely edit the risk factor, the score, and the criterion while receiving support of the simulation result and the editing candidate presentation. When the user edits the judgment knowledge, the judgment knowledge on the memory is added, changed, or deleted.
[0032]
When editing a risk factor, the user clicks and selects a risk factor displayed in the risk factor display area 802. At this time, the control unit 101 activates the determination knowledge editing unit 104.
[0033]
FIG. 9 shows a screen example 1000 of the input / output terminal 120 when the risk factor is selected. In the example screen 1000, when the user selects the risk factor “undiagnosed” displayed in the risk factor display area 802, “diabetes (uncontrolled)” is surrounded by a bold frame and is in a selected state. Is shown. The screen example 1000 shows that the score and the name of the selected risk factor are displayed in the score input / output area 1002 and the risk factor name input / output area 1003, respectively. In this example, since no definition / condition is set for the risk factor “diabetes (uncontrolled)”, nothing is displayed in the definition / condition input / output area 1004, but the risk factor for which the definition / condition is set , The set definition / condition is displayed in the definition / condition input / output area 1004.
[0034]
FIG. 10 is a screen example 1000 when the user changes the score to “40” for the risk factor “diabetes (uncontrolled)” and adds a condition “diabetic drug used and fasting blood glucose is 200 mg / dL or more”. 5 shows a screen example 1100 of the input / output terminal 120.
[0035]
First, the user overwrites and inputs "40" in the score input / output area 1002 where "30" is displayed. Next, the user inputs “diabetic drug” in the definition / condition input / output area 1004 and presses the “and” button on the right side. Then, in the definition / condition input / output area 1004, "&" is displayed on the right side of the character of "diabetic drug" input by the user. Next, in the test item selection area 1103, the user selects a test item “fasting blood glucose” from a pull-down menu. Next, the user inputs “200” in the lower limit setting area 1104. At this time, if the user presses the definition / condition addition button 1105, “200 mg / dL ≦ fasting blood glucose” is displayed in the definition / condition input / output area 1004. Finally, the user presses a display content update button 1106. As described above, the display of the score and the definition / condition of the risk factor “diabetes (uncontrolled)” in the risk factor display area 802 is changed.
[0036]
When newly adding basic patient information, disease, medication, treatment / condition, test results, and the like that are not included in the risk factor DB 210 as risk factors, the user is displayed in the risk factor display area 802 in the screen example 1000. Instead of selecting the risk factor, the user directly inputs the score input / output area 1002, the risk factor name input / output area 1003, or the definition / condition input / output area 1004.
[0037]
When editing the criterion, the user edits the criterion displayed in the criterion setting area 803.
[0038]
When the user finishes editing the knowledge and presses the simulation execution button 804, the control unit 101 executes step 604 again. The user refers to the evaluation map 901 updated every time the simulation is executed, and repeats the knowledge editing until an appropriate simulation result is obtained. The appropriate simulation result is a simulation result in which the number of case data is collected as much as possible on diagonal elements of a matrix having the correct answer level and the judgment level as elements.
[0039]
Next, the control unit 101 executes step 608 of making the user select the area 902 or the area 903 to determine whether to present an editing candidate of the risk factor DB.
[0040]
If the user does not select any of the areas 902 and 903 in step 608, the control unit 101 determines whether or not to present a candidate for the determination criterion by prompting the user to select the correct answer level distribution screen display button 904. Step 610 is performed.
[0041]
If the user does not select the correct answer level distribution screen display button 904 in step 610, the control unit 101 determines in step 612 whether it is instructed to overwrite the judgment knowledge DB 200 with the judgment knowledge edited by the user. Execute.
[0042]
When overwriting the judgment knowledge DB 200, the user presses the judgment knowledge DB update button 1109. Along with this, the judgment knowledge editing unit 104 executes Step 613 of overwriting the edited judgment knowledge on the judgment knowledge DB 200.
[0043]
As described above, the user can easily edit the risk level determination knowledge by changing the risk factor, the score, the condition and definition of the risk factor, and changing the determination criterion. In addition, the determination knowledge can be edited easily by checking the validity of the editing result of the determination knowledge by simulation.
[0044]
When the user selects one of the areas 902 and 903 in step 608, the control unit 101 executes step 609 of presenting an editing candidate of the risk factor DB.
[0045]
FIG. 11 is a flowchart illustrating a processing procedure when step 609 is executed. First, the control unit 101 activates the editing candidate presentation unit 105. Next, the editing candidate presentation unit 105 executes Step 1201 to determine which of the area 902 and the area 903 has been selected by the user on the evaluation map 901.
[0046]
When the user selects the area 902 in step 1201, the editing candidate presentation unit 105 executes step 1202 of reading out all the case data indicated by the area 902 from the case DB 300 into the memory. Next, the editing candidate presentation unit 105 executes Step 1203 of outputting patient information included in the case data in the area 902 and not stored in the risk factor DB 210 to the input / output terminal 120 as a candidate for an additional risk factor. . Next, the editing candidate presentation unit 105 executes step 1204 of outputting a risk factor having a relatively low score related to the improvement of the area 902 to the input / output terminal 120 as an editing candidate for increasing the score.
[0047]
At this time, the appearance frequency of the editing candidate for which the score is increased in the area 902 may be displayed at the same time. Also, the editing candidates for increasing the score may be displayed in the order of appearance frequency in the area 902. In addition, it may be displayed in an order other than the appearance frequency in areas other than the editing candidate area 902 having a higher score. Also, the frequency of appearance of the editing candidates for increasing the score in areas other than the area 902 may be displayed at the same time. Also, by combining these, the order in which the editing candidates for increasing the score are displayed may be changed.
[0048]
FIG. 12 shows a screen example 1300 of the input / output terminal 120 after execution of step 1204. The user adds a risk factor or increases a score while referring to the risk factor candidate output to the additional risk factor candidate output area 1302 and the score editing candidate output to the score editing candidate (low → high) output area 1303. Editing can be performed.
[0049]
As described above, the user can efficiently support the act of adding patient information not stored in the risk factor DB 210 as a risk factor, or increasing the score of the risk factor stored in the risk factor DB 210. Can edit the judgment knowledge more easily.
[0050]
If the user selects the area 903 in step 1201, the editing candidate presentation unit executes step 1205 of reading out all the case data indicated by the area 903 from the case DB 300 into the memory. Next, the editing candidate presentation unit 105 executes Step 1206 of outputting a risk factor having a relatively high score related to the improvement of the area 903 to the input / output terminal 120 as an editing candidate for lowering the score.
[0051]
At this time, the appearance frequency of the case data in the editing candidate area 903 whose score is lowered may be displayed at the same time. Alternatively, the editing candidates whose scores are lowered may be displayed in the order of appearance frequency in the area 903. Also, the appearance frequency of the editing candidate whose score is lowered in areas other than the area 903 may be displayed at the same time. Alternatively, the editing candidates whose scores are to be lowered may be displayed in an order other than the area 903 in order of decreasing appearance frequency. Also, by combining these, the order in which the editing candidates for lowering the score are displayed may be changed.
[0052]
FIG. 13 shows a screen example 1400 of the input / output terminal 120 after execution of step 1206. The user can perform editing such as a decrease in score while referring to the risk factor core editing candidate output to the score candidate (high → low) output area 1402.
[0053]
As described above, since the user can efficiently support the act of lowering the score of the risk factor stored in the risk factor DB 210, the user can edit the judgment knowledge more easily.
[0054]
When the user selects the presented editing candidate by clicking or the like, the selected risk factor may be automatically displayed by the present system in the left frame of the screen example 1300 or 1400. As a result, the number of procedures input by the user can be reduced, so that the determination knowledge can be edited more efficiently.
[0055]
When the user selects the correct level distribution screen display button 904 in step 610, the control unit 101 activates the editing candidate presenting unit 105 and executes step 611 of presenting a criterion editing candidate.
[0056]
FIG. 14 is a flowchart showing the operation of the present system when step 611 is executed. First, the editing candidate presentation unit 105 executes Step 1501 of counting the calculated score for each correct answer level, generating a correct answer level distribution screen, and displaying this at the position of the input / output terminal 120 where the evaluation map 901 was displayed. . Next, the editing candidate presentation unit 105 extracts the minimum calculation score of each correct answer level from the correct answer level distribution, and executes step 1502 of creating a criterion candidate.
[0057]
Next, the editing candidate presentation unit 105 executes step 1504 of outputting the results of steps 1501 to 1503 to the input / output terminal 120.
[0058]
FIG. 15 shows a screen example 1600 of the input / output terminal 120 after the correct answer level distribution screen 1601 is displayed. In screen example 1600, the criterion editing candidate created in step 1502 is output to criterion editing candidate output area 1602. The evaluation map screen button 1604 is a button for the user to instruct redisplay of the evaluation map 901.
[0059]
FIG. 16 shows an enlarged view 1700 of the correct answer level distribution screen 1601. In screen example 1700, the horizontal axis indicates the calculated score, and the vertical axis indicates the number of cases. A distribution 1701, a distribution 1702, a distribution 1703, a distribution 1704, and a distribution 1705 indicate a group of case data having correct answer levels 1 to 5, respectively. The scores 1706, 1707, 1708, and 1709 indicate the lowest calculated scores of the group of case data having the correct answer levels 1 to 5, respectively. For example, the calculated score of the case data determined by the doctor to be level 3 is 35 at the minimum and 110 at the maximum.
[0060]
In the above example, the lowest and highest calculated scores and their distribution charts are displayed, but the correct answer rate, the error rate determined by the system to be lower than the correct level, the error rate determined by the system to be higher than the correct level, etc. It may be calculated and displayed.
[0061]
The user can edit the criterion in the left frame while referring to the criterion editing candidate presented in the right frame of the screen example 1600. Accordingly, the criterion is displayed so as to avoid an error in which the criterion is lower than the correct answer level, so that the user can edit the criterion more easily. In addition, when the user makes a selection by clicking on the presented criterion editing candidate or the like, the system may automatically display the selected criterion in the criterion setting area 1603. As a result, the number of procedures input by the user can be reduced, so that the determination knowledge can be edited more efficiently.
In this way, by presenting the editing candidate of the judgment criterion based on the simulation result, the judgment knowledge can be edited more easily.
[0062]
Note that the knowledge DB stores an item DB that stores a coefficient quantifying the degree of influence of each item and the degree of influence of the item on resistance, and an infection calculated from the coefficient of the item corresponding to each personal information. A criterion DB that stores a criterion for determining each index based on a score numerically indicating the resistance to the source may be used.
[0063]
Further, the knowledge DB may be provided with a coefficient that varies according to the selected option among a plurality of options indicating the degree of influence of each item on the resistance.
[0064]
【The invention's effect】
As described above, according to the present invention, it is possible to assist the editing of the knowledge base of infectious diseases. The user can proceed with editing the knowledge base while checking the validity of the editing result.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of an infectious disease knowledge base editing support system according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating a data configuration example of a judgment knowledge DB.
FIG. 3 is a diagram illustrating a data configuration example of a case DB.
FIG. 4 is a flowchart illustrating a processing procedure when creating case data according to the embodiment;
FIG. 5 is a diagram showing an example of a screen of an input / output terminal when creating case data.
FIG. 6 is a flowchart showing a processing procedure at the time of simulation / knowledge editing.
FIG. 7 is a diagram showing an example of a screen of the input / output terminal after outputting determination knowledge.
FIG. 8 is a diagram showing an example of a screen of the input / output terminal after executing a simulation.
FIG. 9 is a diagram showing an example of a screen of the input / output terminal when a risk factor is selected.
FIG. 10 is a diagram showing an example of a screen of the input / output terminal at the time of determination knowledge editing.
FIG. 11 is a flowchart showing a processing procedure when presenting a risk factor DB editing candidate.
FIG. 12 is a diagram showing an example of a screen of the input / output terminal after step 1204.
FIG. 13 is a diagram showing an example of a screen of the input / output terminal after step 1206.
FIG. 14 is a flowchart showing a processing procedure at the time of presenting a judgment reference editing candidate.
FIG. 15 is a diagram showing an example of a screen of the input / output terminal when displaying a correct answer level distribution screen.
FIG. 16 is a diagram showing an example of a correct answer level distribution screen.
[Explanation of symbols]
100: Computer, 102: Judgment Unit, 103: Simulation Execution Unit, 104: Judgment Knowledge Editing Unit, 105: Edit Candidate Presentation Unit, 106: Case Data Creation Unit, 120: Input / Output Terminal, 200: Judgment Knowledge DB, 210: Risk factor DB, 220: judgment criterion DB, 300: case DB, 901: evaluation map, 1601: correct answer level distribution screen

Claims (5)

Evaluating a knowledge database having a score set for each risk factor for infectious disease and a criterion for determining a first index indicating a degree of risk stepwise based on the score, the content of the knowledge database To edit the
The first index corresponding to the individual case data stored in the storage means is determined based on the knowledge database and stored in association with the case data, and the risk determined by the user for the case data is determined. A second index indicating the degree of the graduation is input and stored in association with the case data, and the case data is stored for each of a combination of the first index and the second index for a plurality of the case data. And editing the contents of the knowledge database in response to a request from a user. The case data whose second index is lower than the first index is displayed as an editing candidate for increasing the risk factor whose score is relatively low, and the second index is higher than the first index. The infectious disease knowledge base editing support method according to claim 1, wherein the case data is displayed as an editing candidate for lowering the risk factor having a relatively high score. The criterion is set so that the first index is determined by a range of the total value of the scores for each case data, and the second index associated with the case data is determined. 2. The method according to claim 1, wherein the range of the total value is calculated and displayed as a candidate for the criterion editing. The computer evaluates a knowledge database having a score set for each risk factor for infectious disease and a criterion for determining a first index indicating a degree of risk stepwise based on the score. A program for realizing the function of editing the contents of the database,
A function of determining the first index corresponding to the individual case data stored in the storage means on the basis of the knowledge database and storing the case data in association with the case data; A function of inputting a second index indicating the determined degree of risk in a stepwise manner and storing it in association with the case data, a combination of the first index and the second index for a plurality of the case data A program for realizing a function of totalizing and displaying the number of case data items for each, and a function of editing contents of the knowledge database in response to a request from a user. Further, a function of displaying the case data having the second index lower than the first index as an editing candidate for increasing the risk factor, wherein the score is relatively low, and The program according to claim 4, which realizes a function of displaying the case data having a high second index as an editing candidate for reducing the risk factor having a relatively high score.

Images