JP2006277656A - Medical support system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a medical support system for acquiring a factor (information) having respective actors in common from a database for the actors such as a plurality of persons to whom the occurrence of a problem has been confirmed. <P>SOLUTION: The medical support system is provided with a storing means for storing patient examination information that is information about the examination of each patient and is composed of a plurality of data items, a retrieval condition input means for inputting a retrieval condition for retrieving prescribed patient examination information in the patient examination information to an item corresponding to the data items, a retrieval means for retrieving the patient examination information on the basis of the retrieval condition, a comparison means for comparing values the respective data items among the plurality of pieces of patient examination information retrieved by the retrieval means, and a comparison result display control means for controlling the display of the plurality of patient examination information on the basis of a comparison result by the comparing means. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a medical support system for improving the efficiency of medical work of medical staff by secondary use of patient examination information.

  When an infection occurred, it took time and effort to manually search for records and collected electronic data in order to identify the cause. Moreover, even if information related to the examination is collected on the server, the secondary use of the information has not been firmly performed.

Conventionally, there are Patent Document 1, Patent Document 2, Patent Document 3, and Patent Document 4 as systems for inferring and deriving answers by inputting answers / restrictions to some questions.
JP 2001-273362 A JP 2001-331581 A JP 2003-299623 A JP 2002-183296 A

  However, since the systems described in Patent Document 1, Patent Document 2, and Patent Document 3 have a guess function for deriving a conclusion from an input condition, an accurate answer cannot be derived when the input condition is incorrect. There was a point. In addition, these systems have a problem that a wrong reasoning mechanism leads to a wrong answer.

Furthermore, when a new problem occurs, the answer to the new problem cannot be derived unless the conditions for deriving the answer to the problem are entered into the system.
In view of the above problems, in the present invention, instead of inferring and finding an answer to a problem on the system side, each actor is identified with respect to actors such as a plurality of persons, objects, and events whose occurrence has been confirmed. Provide a medical support system that acquires common factors (information) from a database.

  In addition, the medical support system that makes it easier for the system users to solve the problem by charting the factors that are common to multiple actors and highlighting them as text, making the user think about the cause of the problem Propose.

  According to the first aspect of the present invention, there is provided a storage in which patient examination information, which is information related to examination of each patient and is composed of a plurality of data items, is stored. Means, a search condition input means for inputting a search condition for searching for predetermined patient examination information among the patient examination information in an item corresponding to the data item, and based on the search condition, the patient examination A search means for searching for information; a comparison means for comparing values in the data items between the plurality of patient examination information searched by the search means; and based on a comparison result by the comparison means, This can be achieved by providing a medical support system comprising a comparison result display control means for performing control to display a plurality of patient examination information.

  According to the second aspect of the present invention, the predetermined patient examination information input by the search condition input means is a patient who is infected with an infectious disease or suspected thereof. This can be achieved by providing the medical support system according to claim 1, wherein the patient examination information is related to a patient.

  According to the third aspect of the present invention, the comparison result display control unit is configured to determine the value in the data item between the patient examination information based on the comparison result by the comparison unit. The common part common to each other can be displayed in a manner different from that other than the common part, and this can be achieved by providing the medical support system according to claim 1.

  According to the invention described in claim 4, the medical support system further includes search result display control means for performing control to display the search result by the search means. This can be achieved by providing the medical support system according to claim 1.

  According to the invention described in claim 5, the medical support system further sets theme setting means for setting a predetermined theme and the item used as a search condition corresponding to the theme. It can achieve by providing the medical assistance system of Claim 1 characterized by the above-mentioned.

  According to the invention described in claim 6, the medical support system further creates a graph of the plurality of patient examination information based on a comparison result by the comparison unit. It can achieve by providing the medical assistance system of Claim 1 provided with a graph preparation means.

  According to the seventh aspect of the present invention, the medical support system further includes the type of graphing and the graphing in order to cause the graph creating means to create a graph. It can achieve by providing the medical assistance system of Claim 6 provided with the graphing setting means by which the said item used as object of is set.

  According to the invention described in claim 8, the subject is characterized in that the patient examination information stored in the storage means is examination information of the patient related to an endoscopic examination. This can be achieved by providing the medical support system according to claim 1.

  According to the ninth aspect of the present invention, there is provided a storage for storing patient examination information, which is information related to examination of each patient and is composed of a plurality of data items. Means, a search condition input means for inputting a search condition for searching for predetermined patient examination information among the patient examination information in an item corresponding to the data item, and based on the search condition, the patient examination A search means for searching for information; a comparison means for comparing values in the data items between the plurality of patient examination information searched by the search means; and based on a comparison result by the comparison means, This can be achieved by providing a medical support server device comprising a comparison result display control means for performing control for displaying a plurality of patient examination information.

  According to the invention described in claim 10, the above-mentioned problem is that the predetermined patient examination information input by the search condition input means is a patient who is infected with an infectious disease or suspected thereof. This can be achieved by providing the medical support server device according to claim 9, which is the patient examination information related to a patient.

  According to the eleventh aspect of the present invention, the comparison result display control means is configured to determine the value in the data item between the patient examination information based on the comparison result by the comparison means. It is possible to achieve by providing the medical support server device according to claim 1, wherein a common part common to each other is displayed in a manner different from that other than the common part.

  According to the twelfth aspect of the present invention, the medical support server device further includes a search result display control unit that performs control to display a search result by the search unit. This can be achieved by providing the medical support server device according to claim 9.

  According to the invention described in claim 13, the medical support server device further sets a theme for setting a predetermined theme and the item used as a search condition corresponding to the theme. And a medical support server device according to claim 9.

  According to the invention described in claim 14, the medical support server device further creates a graph of the plurality of patient examination information based on a comparison result by the comparison unit. It can achieve by providing the medical assistance server apparatus of Claim 9 provided with the graph preparation means to do.

  According to the invention described in claim 15, the medical support server device further includes the type of graphing and the graph to cause the graph creating means to create a graph. It can achieve by providing the medical assistance server apparatus of Claim 14 characterized by including the graphing setting means by which the said item used as the object of conversion is set.

  According to the invention described in claim 16, the subject is characterized in that the patient examination information stored in the storage means is examination information of the patient related to an endoscopic examination. This can be achieved by providing the medical support server device according to claim 9.

  According to the invention described in claim 17, the above-described problem is stored in which patient examination information, which is information related to examination of each patient and is composed of a plurality of data items, is stored. A medical support program for causing a computer to execute processing for retrieving predetermined patient examination information from an apparatus, for retrieving predetermined patient examination information among the patient examination information in an item corresponding to the data item Each of the data items among a search condition input process for inputting a search condition, a search process for searching for the patient examination information based on the search condition, and a plurality of the patient examination information searched by the search process And a comparison result display control process for controlling the display of the plurality of patient examination information based on the comparison result of the comparison value and the comparison result of the comparison process. When the can be achieved by providing a medical assistance program executed by a computer.

  According to the invention described in claim 18, the above-mentioned problem is that the predetermined patient examination information input by the search condition input process is a patient who is infected with an infectious disease or suspected thereof. It can be achieved by providing the medical support program according to claim 17, wherein the patient examination information is related to a patient.

  According to the invention of claim 19, the comparison result display control processing is based on the comparison result by the comparison processing, and the value in the data item between the patient examination information is 18. The medical support program according to claim 17, wherein a common part common to each other is displayed in a manner different from that other than the common part.

  According to the invention described in claim 20, the medical support program further executes, on a computer, a search result display control process for performing a control for displaying a search result by the search process. It can achieve by providing the medical assistance program of Claim 17.

  According to the invention described in claim 21, the medical support program further sets a predetermined theme and the item used as a search condition corresponding to the theme. Can be achieved by providing a medical support program according to claim 17.

  According to the invention described in claim 22, the medical support program further creates a graph of the plurality of patient examination information based on a comparison result by the comparison process. It can achieve by providing the medical assistance program of Claim 17 which makes a computer perform a graph preparation process.

  According to the invention described in claim 23 of the claim, the medical support system further includes the type of graphing and the graphing in order to cause the graph creation processing to create a graph. It can achieve by providing the medical assistance program of Claim 22 which makes a computer perform the graphing setting process in which the said item used as the object of is set.

  According to the invention described in claim 24, the subject is characterized in that the patient examination information stored in the storing process is examination information of the patient related to an endoscopic examination. This can be achieved by providing the medical support program according to claim 17.

  According to the invention described in claim 25, the above-mentioned problem is information related to examination of each patient, in which patient examination information, which is information composed of a plurality of data items, is stored. A medical support method for retrieving predetermined patient examination information from an apparatus, wherein a search condition for retrieving predetermined patient examination information among the patient examination information is input to an item corresponding to the data item, The patient examination information is searched based on a search condition, the values in the data items are compared between the searched patient examination information, and the plurality of the plurality of the patient examination information are compared based on the comparison result. This can be achieved by providing a medical support method characterized by performing control to display patient examination information.

  According to the invention described in claim 26 of the claim, when the control for displaying the plurality of patient examination information is performed, the data between the patient examination information is based on the comparison result. It can achieve by providing the medical assistance method of Claim 25, The common part which the value in an item is common is displayed in the aspect different from other than this common part.

  According to the invention described in claim 27 of the claim, the medical support method further sets a predetermined theme and the item used as a search condition corresponding to the theme. This can be achieved by providing the medical support method according to claim 25.

  According to the invention described in claim 28, the medical support method further creates a graph of the plurality of patient examination information based on a comparison result by the comparison process. This can be achieved by providing a medical support method according to claim 25.

  Causal relationships can be extracted from the collected data by extracting and listing common items and tests from multiple patients and devices used for the tests. Therefore, it is possible to save time for identifying the cause of the infectious disease.

  In the present invention, when an infectious disease or the like occurs, information that is likely to cause it is narrowed down and presented to save time and labor until the cause is investigated. In addition, items that may have a causal relationship with infectious diseases are extracted from all information collected in the server.

  The application range of the present invention is, for example, a department system in which a nursing department, a radiation department, an endoscope department, and other various information are registered in the system database. Note that the present invention does not depend on the structure of the database or stored items.

  The nursing department includes patient information (medical history, surgical history, height, weight, chest circumference, physical characteristics, etc.), various factors related to the patient's current place of residence, home and living environment (daily exercise amount and air in the residential area). Substances that may be taken into the body from water, water, soil, etc.), temperature measurement information of the patient, menu of meals and their ingredients and substances included in calories, type and amount of food left over, number of excretion and time Substances in excreta, time and amount of exercise and estimated calories burned, medication time and type and amount of medication, route of administration and medication, medication purchase date, production lot and management method, number of outpatients in contact And information such as contact (visiting) time and frequency, sleep time and sleep depth level can be recorded in the system database.

  In the radiation department, information such as the amount of irradiation, the number of times of irradiation, the irradiation time, the total amount of radiation that the patient would have absorbed so far, and the amount of statistics of the absorbed radiation dose by body part Can be recorded in the system database.

  The endoscopy department also includes the visit time, the doctor and nurse who performed the examination, the type and amount of the drug administered before and during the examination, the administration route and the administration time, and the type and number of the equipment used for the examination. , Patient information before and during the test, vital information such as heart rate, blood pressure and oxygen saturation, diagnosis results (severity and severity of lesions and disease, location of lesions, etc.), physical condition (colon examination) If it is, the state of washing of the large intestine, the state of the lung if it is in the lung (dirt due to smoking or alveolar death, etc.), if the abdominal examination is the amount of visceral fat or other fat) Information such as processing type, cleaning results, rest time after inspection, used laboratory, total number of equipment used, repair history and purchase date can be registered in the system database.

Now, embodiments of the present invention will be described below.
<First Embodiment>
FIG. 1 shows the overall configuration of a department system in a hospital according to this embodiment. The hospital system includes hospital information system 1 (hereinafter referred to as HIS (Hospital Information System)), endoscope department system 2, radiation department system 2a, nursing department system 2c, other department system 1 (2d), and other department system. 2 (2b), and the basic LAN 9 that connects these departmental systems and the like.

  The HIS 1 is a system for managing patient basic information and accounting information. The HIS 1 is a system that is positioned above other department systems in a hospital system. The endoscope department system 2 is a system that manages information related to examinations and treatments using an endoscope. The nursing department system 2c is a system that manages information related to nursing to the patient, such as patient temperature measurement information, information related to drugs administered to the patient, and information on the length of hospital stay. The radiation department system 2a is a system that manages images and the like captured by radiation diagnostic equipment such as CT.

  In the present embodiment, the endoscope department system 2 will be described as an example, but the present invention is not limited to the endoscope department system 2 and can be applied to any other department system.

  The endoscope department system 2 has an endoscope department server 3. In the endoscope department server 3, a system for managing information related to the endoscope is constructed. For example, an endoscope filing system 4 is constructed.

  The endoscope filing system 4 is a system that manages endoscope diagnosis images and the like, and the endoscope diagnosis images are stored in a database (DB) 5. Similarly, other department systems have department servers 3a, 3b, 3c and 3d, respectively. Each department system has client PCs / servers 6a, 6b, 6c, 6d.

  FIG. 2 shows details of the endoscope department system 2 in the present embodiment. The endoscope department system includes an endoscope department server 3, an endoscope inspection system 10 (10a, 10b), a client personal computer (client PC) 13, 13a, a vital sign monitor (VSM) 14, 14a, and a washing machine 15. , 15a, an access point 17, portable terminals (PDAs) 18, 18a, and an intra-department LAN 19 connecting them. The intra-department LAN 19 is connected to the in-hospital backbone LAN 9.

  The endoscopic inspection system 10b includes a video processor 12, a monitor 11, and the like. The video processor 12 is a device that performs image processing on an endoscopic image captured by an endoscope. The monitor 11 is a device that displays an endoscopic image processed by the video processor 12. The endoscopy system 10a is a type of endoscopy system that is connected to a departmental LAN 19 via a client PC 13a.

  The client PC 13 is a terminal that transmits input data to the endoscope department server 3 and refers to information stored in the endoscope department server 3. The VSM 14 is for registering and observing a patient's vital signs (heart rate, blood pressure, oxygen saturation, etc.). The VSM 14 a is a type of VSM that is connected to the intra-department LAN 19 via the client PC 13.

  The cleaning machine 15 is a device for cleaning the endoscope. The washing machine 15a is a type of washing machine connected to the departmental LAN 19 via the client PC 13. The access point 17 is an interface for connecting the client PC 13b and the PDA 18a to the intra-department LAN 19 wirelessly. Hereinafter, devices connected to the intra-department LAN 19 (video processor 12, monitor 11, client PCs 13, 13a, VSMs 14, 14a, washing machines 15, 15a, access points 17, PDAs 18, 18a, etc.) are hereinafter collectively referred to as medical devices. To do.

  The endoscope department server 3 includes at least a control device (CPU), a storage device (hard disk, RAM, ROM, etc.), a communication interface, an input / output interface, and a bus for connecting them. The program according to the present invention is stored in a storage device, and the program is read by the control device and executed as shown below. The same applies to the client PC 13.

  Various information is input from various devices connected to the intra-department LAN 19, and the information is stored in the endoscope department server. The present embodiment aims at secondary use of information stored in the endoscope department server. In FIG. 2, the intra-scope department LAN 19 and the in-hospital basic LAN 9 are shown separately in segments, but the same segment may be used.

  FIG. 3 shows a flow of endoscopy in the present embodiment and related information. First, the patient visits the hospital (step 1, hereinafter, step is referred to as S), and the patient completes the reception (S2). At the reception, the hospital staff inputs information about the patient (birth date, sex, etc.) to the terminal, and the patient ID is given to the information and registered in the HIS. In addition, it is necessary to make a reservation before receiving an endoscopic examination, and examination reservation information is also input. Thereafter, information regarding the patient, examination reservation information, and the like are transmitted to the endoscope department server 3.

  Before undergoing endoscopy, the patient undergoes pretreatment (S3). At this time, the pretreatment execution record (the name of the drug used as anesthesia, its dosage, the operator's name, etc.), vital sign data, etc. are input from a medical device or the like. These pieces of information are transmitted to the endoscope department server 3.

  Next, preparation for endoscopy is performed (S4). Here, information such as which type of endoscope scope (for stomach, large intestine, etc.) to use (for example, endoscope scope serial number) is input from a medical device or the like, and the endoscope It is transmitted to the department server 3.

  Next, endoscopy is started (S5). Here, endoscopic image information imaged by the endoscope scope, information on devices used during the endoscopic examination, and treatment tools are input from medical devices and transmitted to the endoscope department server 3. .

  When the endoscopy ends (S6), the patient rests in the recovery room until anesthesia is awakened (S7). Here, vital sign data or the like is input from a medical device or the like and transmitted to the endoscope department server 3.

  Next, an examination report is created by a doctor based on the endoscopy (S8). Here, findings data by a doctor, annotation data for an endoscopic image (for example, annotating or marking a predetermined region of the endoscopic image), diagnostic data, and the like are input from the client PC 13 and the endoscope It is transmitted to the department server 3. Next, the doctor explains the test result to the patient (S9).

  Next, the endoscope scope, treatment tool, etc. used in the examination are washed (S10). Here, information related to cleaning (number of cleanings, cleaning results, etc.) is input from a medical device or the like as a cleaning cycle log or cleaning history data, and transmitted to the endoscope department server 3. Thereafter, the cleaned endoscope scope is removed (S11).

  FIG. 4 shows a conceptual diagram of the configuration of the endoscope filing system 4 constructed in the endoscope department server 3 in the present embodiment. The endoscope filing system 4 includes at least an endoscope department server 3 and a client PC 13 (or client PC 13a). The endoscope department server 3 includes a DB (storage means) 5, information registration means 20, storage means 21, input means 22, information reception means 23, examination information management means 24, and infection source narrowing means 25.

  The information registration means 20 registers patient examination information transmitted from the client PC 13 and other medical devices via the intra-department LAN 19 in the DB 5. The storage means 21 is a storage device such as a hard disk, a RAM, or a ROM, and temporarily stores, for example, patient examination information retrieved as described later.

  The input means 22 is an input device such as a keyboard, a mouse, or an RFID (Radio frequency Identification) reader. The information receiving means is a communication interface for connecting to the intra-department LAN 19. The examination information management means 24 performs various management such as updating and deleting information registered in the DB 5.

  The infection source narrowing means 25 can narrow down the infection source based on the information of the patient infected with the infectious disease. The infection source narrowing down means 25 includes search condition input means 25a, search means 25b, search result display control means 25c, comparison means 25d, and comparison result display control means 25e.

  The search condition input means 25a controls the display form of the user graphical interface for inputting the search conditions from the client PC 13 via a browser, for example. The search condition is input from the client PC 13 to the search condition input means 25a via, for example, a browser (26).

  Based on the search condition input by the search condition input means 25a, the search means 25b narrows down information about the patient by searching for a patient who has or is likely to have an infectious disease.

  The search result display control means 25c controls display of the result searched by the search means 25b. Under the control of the search result display control means 25c, the search result is displayed on the client PC 13 (27).

  The comparison unit 25d compares whether there is common data between the patient information searched by the search unit 25b. The comparison result display control means 25e controls the display of the result compared by the comparison means 25d. Under the control of the comparison result display control means 25e, the comparison result is displayed on the client PC 13 (28). In this comparison result display control means, based on the comparison result by the comparison means 25d, a common part in which the values in the data items between the patient examination information are common is changed to a mode (for example, common part other than the common part). The cells are displayed by changing the color of the cells (FIG. 15), rearranging (FIG. 16), or combining the cells (FIGS. 17, 18, 19).

Note that these means do not need to exist in one server, and may exist over a plurality of servers.
Next, a case where the infection source is narrowed down based on patient information registered in the endoscope filing system 4 will be described.

  FIG. 5 shows an example of patient examination information registered in the DB 5 in the endoscope filing system 4. Examination information of patients includes “name”, “patient ID”, “sex”, “age”, “examination date”, “examiner”, ..., “medicine used”, “usage scope”, “use” It consists of data items such as “Equipment”, “Reprocessing”,. Records of patient examination information (hereinafter referred to as patient examination information) are created for each examination unit. Therefore, there may be a plurality of records (patient examination information) for one patient.

Then, narrowing down of infectious diseases using the patient examination information registered in the DB 5 will be described.
FIG. 6 shows an infectious disease related information narrowing window 30 in the present embodiment. The infectious disease related information narrowing-down window 30 is displayed on the display when the client PC 13 is activated and a predetermined program is activated.

  The infectious disease related information narrowing window 30 includes a selection button 31, a search condition input field 32, a narrowing button 33, a cancel button 34, and a history display button 35. The search condition input field 32 is “patient ID”, “patient name”, “sex”, “age”, “examination date”, “examiner”, “medicine used”, “usage scope”, “usage device”. , “Reprocess Person”, “Inspection Room”, and “Inspection Time” are input items.

  The above items displayed in the search condition input field 32 correspond to data items constituting the patient examination information. In the present embodiment, only these twelve types of items are displayed in the search condition input field 32, but this is an example and is not limited. In the search condition input field 32, some or all of the items constituting the patient examination information stored in the DB 5 may be displayed.

  In the search condition input field 32, a search condition can be arbitrarily input for each item. At this time, it is not necessary to input all items in the search condition input field 32. A search can be performed based only on the condition of the input item. When the narrow down button 33 is pressed, a search is executed based on the search condition input in the search condition input field 32. The search result is displayed on the screen shown in FIG.

  The selection button 31 can select either “AND condition” or “OR condition”. When a search condition is input to a plurality of input items (hereinafter also referred to as items) in the search condition input field 32, when “AND condition” is selected and the narrow down button 33 is pressed, all the input conditions are satisfied. An AND search is performed. In addition, when search conditions are input to a plurality of items in the search condition input field 32, selecting “OR condition” and pressing the narrow down button 33 will display patient information corresponding to any of the input conditions. An OR search to be extracted is performed.

  When the cancel button 34 is pressed, the infectious disease related information narrowing-down window 30 is closed. When the history display button 35 is pressed, a screen shown in FIG. 11 to be described later is displayed. That is, when searching is performed a plurality of times, by pressing this history display button, it is possible to display a list of what conditions have been searched in the past (see FIG. 11).

  When the present invention is applied to a system of another department such as a nursing department system or a radiation department system, the patient examination information managed by each system is not limited to the search items in the search condition input field 32 of FIG. Items corresponding to the data items to be configured are displayed.

  FIG. 7 shows a refinement search result display screen 40 in the present embodiment. The refinement search result display screen 40 is a screen that is displayed when the refinement button 33 of the infectious disease related information refinement window 30 is pressed.

  The refinement search result display screen 40 includes a refinement search result display list 41 and an OK button 42. Similar to the search condition input field 32, the refined search result display list 41 lists and displays all items that can be set as search conditions. Items that cannot be displayed can be displayed by scrolling the scroll bar 43 (vertical scroll bar 43a, horizontal scroll bar 43b). When the OK button 42 is pressed, the narrow search result display screen 40 is closed and the screen returns to the infectious disease related information narrow window 30 that is the transition source screen.

Hereinafter, the state of use of FIGS. 6 and 7 will be described with reference to the flow of FIG. 8 and FIGS. 9 to 19.
FIG. 8 shows a search / common part extraction flow in this embodiment. As a premise of this flow, it is assumed that the name of a patient who is infected with an infectious disease is known in advance.

  First, a search condition is input to an arbitrary item in the search condition input field 32 of the infectious disease related information narrowing window 30 of FIG. 6 (see FIG. 9) (S21). FIG. 9 shows an example of the case where “Olympostero” is input to the item “patient name” and “2004/12/10” is input to the item “examination date” as search conditions.

  When the search button 33 is pressed after inputting the search conditions, search processing is executed (S22). Here, when the narrow-down button 33 is pressed, the keyword input as the search condition in each item of the search condition input field 32 is transmitted to the endoscope department server 3 via the department LAN 19. In the endoscope department server 3 that has received the search condition, the search unit 25b searches the DB 5 for patient examination information that matches the search condition.

  When the search process in the endoscope department server 3 is completed, the searched patient examination information is transmitted to the client PC 13 and the patient examination information is displayed in the refinement search result display list 41 of the refinement search result display screen 40. (Refer FIG. 10) (S23). The refined search result display screen 40 corresponds to the search result display 28 of FIG.

  In FIG. 10, the narrowing search result display list 41 displays all information (patient examination information) associated with examinations in examination units. Since the display area of the refinement search result display list 41 is limited, there are many items of patient examination information, and when all items cannot be displayed at once, there are non-display items. Such non-display items can be displayed by scrolling the scroll bar 43b. Note that the patient examination information obtained as a result of the search process in S23 is temporarily stored in the storage means 21 (S24).

  Furthermore, when performing an additional search, the processes of S21 to S24 are repeated (S25). For example, when there are a plurality of patients infected with an infectious disease, the process is repeated for the number of persons. In S24, the patient examination information is stored additionally.

  When all the searches are completed, when the history display button 35 of the infectious disease related information narrowing window 30 is pressed, a narrowing result comparison window 50 (see FIG. 11) is displayed (S26).

  FIG. 11 shows a narrowing result comparison window 50 in the present embodiment. The narrowing result comparison window 50 includes a narrowing result comparison list 51, a comparison button 52, and a cancel button 53. The narrowed-down comparison list 51 displays all of the patient examination information searched in S21 to S25. That is, the patient examination information temporarily and cumulatively stored in the storage unit 21 is transmitted from the endoscope department server 3 to the client PC 13 and displayed on the narrowed-down result comparison list 51.

  The narrowing-down result comparison list 51 lists all items that can be set in the search condition, as in the search condition input field 32. In addition, a check box 51a is provided on the left side of each patient examination information record displayed in the narrowed-down comparison list 51, and a detail button 51b and a delete button 51c are provided on the right side.

  Each patient examination information record can be selected by turning on the check of the check box 51a. When the detail button 51b is pressed, the examination information screen 60 of FIG. 12 can be displayed. When the delete button 51c is pressed, the patient examination information record corresponding to the delete button 51c can be deleted from the narrow-down result comparison list 51 as shown in FIG.

  Since the display area of the narrowing-down comparison list 51 is limited, there are many items of patient examination information, and when all items cannot be displayed at once, there are non-display items. This non-display item can be displayed by scrolling the scroll bars 54a and 54b. Note that the check box 51a, the detail button 51b, and the delete button 51c remain fixed even when the scroll bar 54b is scrolled.

The comparison button 52 is controlled so that it can be pressed when one or more check boxes in the narrowing-down comparison list 51 are checked.
Since the patient examination result displayed in the narrowing-down result comparison list 51 is information temporarily and cumulatively stored in the storage unit 21, when the endoscope department server 3 is restarted, the previous search result is It doesn't remain.

  FIG. 12 shows an examination information screen 60 in the present embodiment. The examination information screen 60 is displayed when the detail button 51b in FIG. 11 is pressed. The inspection information screen 60 includes an inspection information display unit 61 and an OK button 62.

  The examination information display unit 61 displays detailed examination information corresponding to each patient examination information. When the OK button 62 is pressed, the examination information screen 60 is closed and the screen is returned to the narrowing-down result comparison window 50 that is the transition source screen.

  FIG. 13 shows the narrowing-down result comparison window 50 after the delete button 51c is pressed. When the delete button 51c is pressed, the patient examination information record corresponding to the delete button 51c is deleted. Compared to FIG. 11, in FIG. 13, it can be confirmed that the patient examination information related to the name “Olympus Hanako” is deleted and the narrowing down result is reduced. This deletion process is also executed for the patient examination information (patient examination information corresponding to the patient examination information deleted in FIG. 13) temporarily stored in the storage unit 21.

  Returning to the description of the flow in FIG. After displaying the narrowing result comparison window 50 in S26, the patient examination information to be compared among the patient examination information displayed in the narrowing result comparison list 51 is selected by selecting the check box (S27). FIG. 14 shows a narrowing result comparison window 50 when the check box is turned on.

  After selecting the patient examination information to be compared in S27, the comparison button 52 is pressed. Then, the instruction information for comparing the selected patient examination information is transmitted to the endoscope department server 3. The comparison unit 25d of the endoscope department server 3 compares the items of the selected patient examination information to determine whether or not the values in the items are common to each other (S28). When this comparison process ends, comparison result information is transmitted to the client PC 13.

  When the client PC 13 receives the comparison result information, the comparison result window 70 (see FIG. 15) is displayed (S29). The comparison result window 70 corresponds to the comparison processing result display means 28 of FIG.

  FIG. 15 shows an example of the comparison result window 70 in the present embodiment. The comparison result window 70 includes a comparison result list 71 and an OK button 72. In the comparison result list 71, only the patient examination information record selected in S27 is displayed. And in the part (common part) with which the information of each item of each record is common, the background color of the said item is filled with the same color and displayed.

  In addition, items for displaying a plurality of information such as a doctor who is in charge of the examination and equipment used for the examination may include a plurality of columns for each item. In this case, the common part is displayed for each column. For example, in FIG. 15, the item “inspector” has four columns, and three or four names are displayed. In the first column from the left of the item “inspector”, the inspector “Fuegi” is a common part. In the second column from the left, the person inspected “Oba” is the common part. In the third column from the left, the person in charge of inspection “Yamato” is the common part.

  In addition, patient unique information such as ID, name, sex, and age has only one column for each item. Therefore, the processing as in the case of a plurality of columns per item described above is not performed, and common portions are displayed in different colors for each column.

Further, when there are many common parts and the color cannot be changed and painted, for example, the background of the common part 1 and the common part 2 may be painted with the same color.
Further, when the common portions are sorted in the plurality of pieces of patient examination information, for example, a blank may be inserted as in the cell of the item “device used” in FIG. In addition, this item “used equipment” is the same equipment (common) as the first row of the item “used equipment” where “ET-2” is invisible (position that can be seen by scrolling with the scroll bar). And “ET-3” is common in the second row. Note that ET-2 and ET-3 are product numbers of predetermined medical devices.

  In addition, information that could not be a common part among a plurality of patient examination information (in FIG. 15, for example, “Shiroyama” and “Mizusawa” of the item “inspector”) is left-justified within the same category (inspector). Is displayed. This will be described with reference to FIG.

  FIG. 16 shows an example of sorting common parts and non-common parts within the same category (inspector) in this embodiment. FIG. 16A shows information before the common part becomes clear (before the comparison button 52 is pressed). When the comparison button 52 is pressed, first, the cells of the common attribute items are colored as described above (FIG. 16B). Then, the common part “Shiroyama” is moved to the leftmost row as shown by the arrow in FIG. 16B (FIG. 16C). Next, as shown by the arrows in FIG. 16C, the non-common portions “Yuasa” and “Okada” are moved to the third and fourth cells from the left, respectively (FIG. 16C → ( d)).

  In this way, the common parts are enumerated with a background color or the like. Further, even common portions are enumerated if they can be enumerated in one line (state shown in FIG. 16C). Non-common parts are displayed in the left column of the same row (left pawl process) (FIG. 16 (c) → (d)). By performing these processes, holes (blank cells) may be formed in the matrix.

  In addition, when the item name portion (header portion of the comparison result list 71) of the comparison result list 71 such as the item “inspector” or the item “usage equipment” is clicked, the attribute that is most common in each item is ranked higher. Sorting can be performed to sort.

  As a method of using the comparison result list 71, for example, in the item “equipment to be used”, the three pieces of patient examination information are common to “ET-3”. From this, ET-3 can be mentioned as a candidate infection source. From this, for example, it is possible to track other patients using the equipment “ET-3” used after the examination date “2004/12/10”, leading to early detection of infectious diseases.

  In this way, by displaying the common part in different colors, information that is likely to be an infection source can be visually displayed in association with each other, so that time for specifying the cause of infection can be saved. The comparison result can be displayed by several methods, such as painting the background of cells of the common part or displaying only the common part. An example of this variation will be described with reference to FIGS.

  FIG. 17 shows an example (part 1) of another display form of the comparison result window. In the figure, the comparison result window 80 includes a comparison result list 81 and an OK button 82. The comparison result list 81 is displayed by exchanging the rows and columns of the comparison result list 71 in FIG. Other configurations of the comparison result window 80 are the same as those in FIG. The display rules are the same as in FIG. 15 except for a part. The display different from FIG. 15 is that the cells of the common parts are combined and expressed by a series of cells. The OK button 82 corresponds to the button 72.

  FIG. 18 shows an example (part 2) of another display form of the comparison result window. In the figure, the comparison result window 90 includes a comparison result list 91, an OK button 92, and a detail button 93. The OK button 92 corresponds to the button 72.

  In the comparison result list 91 of the comparison result window 90, names of persons related to the comparison are fixedly displayed. In the comparison result list 91, only values in items that are common to two or more patient examination information are displayed. Items that are not common are displayed blank. In FIG. 18, for example, ID and age are displayed blank because there is no common part.

  When the detail button 93 provided for each item is pressed, all the values in each item are listed as shown in FIG. 15 (that is, a blank cell is displayed for items that are not common parts).

  In addition, “&” is displayed when a common portion and a portion that is not so exist. In FIG. 18, for example, when the value of the item “used equipment” of all patient examination information that can be displayed in the comparison result list 91 (including those that can be displayed by scrolling) is “ET-3”. In the comparison result list 91, only “ET-3” is displayed in the item “used equipment”. However, if there is a non-common value “ET-4” in addition to the common part “ET-3”, “&” is added to the end of the common part value, such as “ET-3 &”. To display.

  FIG. 19 shows an example (part 3) of another display form of the comparison result window. In the figure, the comparison result window 100 is composed of a comparison result list 101 and an OK button 102. The OK button 102 corresponds to the button 72. FIG. 19 is a modified example of FIG. 18 and is not displayed when there is no common part with respect to personal names.

  Note that the display forms of FIGS. 15 to 19 are examples, and the present invention is not limited to this. That is, it is only necessary that the common part is displayed in a manner that can be distinguished from the part that is not. For example, the cells in the common part may be highlighted or highlighted, or the characters in the cells may be enlarged.

  In the above, a series of processing has been described according to FIG. 8, but another search example will be described below. In FIG. 8, since the patient name and the examination date are input as the search conditions in the infectious disease related information narrowing window 30 in S21, the search result displayed on the narrow search result display screen 40 is one ( (See FIG. 10). (In the case of FIG. 10, since only one patient examination information was registered on one examination day, such a result is obtained). Therefore, hereinafter, a case where a plurality of search results are displayed will be described.

  FIG. 20 shows an example of a refined search result display screen 40 on which a plurality of search results are displayed in S23. FIG. 20 shows a search result when a search is performed by inputting “male” in the item “gender” as a search condition in the infectious disease related information narrowing-down window 30. Then, patient examination information for only male patients is retrieved and displayed.

  FIG. 21 shows an example of a narrowing-down result comparison window 50 when a search that produces a plurality of search results is executed. As shown in FIG. 20, in the case of a search result in which a plurality of search results are displayed, the search condition comparison window 50 displays the search conditions. When the detail button 51b is pressed, the search conditions set at that time are displayed in the form as shown in FIG. In addition, it is possible to perform “comparison” for extracting common items by combining the normal search result as shown in FIG. 20 and the result of the narrow search as shown in FIG.

  FIG. 22 is a screen displayed when the detail button is pressed in FIG. As described above, when the examination cannot be specified, the search condition set in the infectious disease related information narrowing window 30 is displayed.

  As described above, by searching patient examination information of patients infected or possibly infected, and displaying the common part among the retrieved patient examination information in consideration of the visual aspect, infection Source candidates can be narrowed down. Thereby, a doctor or the like can easily perform an operation of specifying an infection source. In addition, information in the hospital can be used effectively.

<Second Embodiment>
In the first embodiment, the items displayed in the search condition input field 32 of the infectious disease related information narrowing window 30 are fixed. Therefore, in the present embodiment, the user can arbitrarily set items displayed in the search condition input field 32 for each theme (for example, infectious disease name).

  FIG. 23 shows a conceptual diagram of the configuration of the endoscope filing system 4 constructed in the endoscope department server 3 in the present embodiment. FIG. 23 is obtained by adding theme setting means 110 to the endoscope filing system 4 of FIG.

  When the user inputs a new theme (111) from the client PC, the theme setting means 110 registers the theme. Thereby, the user can arbitrarily set a new theme. Furthermore, items to be displayed when the theme is selected can be arbitrarily set. Information set by the theme setting unit 110 is stored in the storage unit 21.

  Note that these means do not need to exist in one server, and may exist over a plurality of servers. The theme may be input from the input means 22 of the server.

  FIG. 24 shows a theme creation flow in the present embodiment. First, when the client PC 13 is activated and a predetermined program is activated, a theme creation window (see FIG. 25) is displayed on the display (S31). Hereinafter, this flow will be described with reference to FIGS. 25 and 26.

  FIG. 25 shows a theme creation window 120 in the present embodiment. The theme creation window 120 includes a theme name input field 121, a display item setting field 122, a save button 123, and a cancel button 124. When the cancel button 124 is pressed, the theme creation window 120 is closed.

In the theme name input field 121, names that are candidates for infectious diseases (for example, “hepatitis C”, “O-157”, etc.) are input (S32). Here, as an example, “hepatitis C” is input.
Next, the search condition to be displayed is selected (S33). This operation will be described in detail. In the display item setting column 122, all the data item names constituting the patient examination information stored in the DB 5 are displayed. For each item name, a selection button (present / not present) is provided. Therefore, the user can set whether to display each item in the search condition input field 32 of the infectious disease related information narrowing window 30. For example, when the item name “name” is displayed in the search condition input field 32, the selection button “present” corresponding to the item name “name” is turned ON. For example, when the item name “ID” is not displayed in the search condition input field 32, the selection button “none” corresponding to the item name “ID” is turned ON. After the setting, for example, FIG. Hereinafter, information on whether or not to display the item set in S33 is referred to as setting item information.

  When the save button 123 is pressed after selecting the search condition to be displayed, the content set in the theme creation window 120 is saved in the storage means 21 of the endoscope department server 3 (S34). After saving, the theme creation window 120 is closed. The process of S32-S35 is performed about each theme (S35).

Next, a case where a search related to the theme created in the flow of FIG. 24 is performed will be described.
FIG. 27 shows a search flow for each theme in the present embodiment. Similarly to the first embodiment, the infectious disease related information narrowing window 30 is opened (see FIG. 28) (S41). Below, this flow is demonstrated using FIG.28 and FIG.29.

  FIG. 28 shows an infectious disease related information narrowing-down window 30 in the present embodiment. FIG. 28 is obtained by adding a theme list box 130 to the infectious disease related information narrowing-down window 30 of FIG. When the arrow at the right end of the theme list box 130 is clicked with a mouse or the like, the theme names created in S32 are displayed as a list. The list information of the theme is acquired from the storage unit 21 of the endoscope department server 3 when the infectious disease related information narrowing window 30 is displayed.

  Therefore, when, for example, “hepatitis C” is selected from these theme names (S42), the display items in the search condition input field 32 are changed as shown in FIG. Items displayed in the search condition input field 32 are items set to the selection button “present” in S33. This will be described in more detail. When a theme name is selected in the theme list box 130, the selected theme information is transmitted to the endoscope department server 3. The endoscope department server 3 acquires item information (setting item information saved in S34) corresponding to the theme information from the storage unit 21, and transmits it to the client PC 13. The client PC 13 displays only the items to be displayed in the search condition input field 32 based on the received setting item information.

The processing after S42 is the same as the flow (S21-S29) in FIG. 8 (S43).
As described above, in the first embodiment, all items constituting the patient examination information registered in the DB 5 are displayed (including items that can be displayed by scrolling the scroll bar). A very large number of search conditions are listed. Therefore, it may be difficult for the user to understand, and it takes time and effort for input. However, in the second embodiment, items to be displayed can be arbitrarily changed by the user, and only necessary items (for example, items that are empirically known for each theme) can be displayed. Or it is possible not to display a clearly unnecessary theme for the theme.

<Third Embodiment>
In the present embodiment, description will be given of graphing patient examination information compared in the first or second embodiment.

  FIG. 30 shows a conceptual diagram of the configuration of the endoscope filing system 4 constructed in the endoscope department server 3 in the present embodiment. FIG. 30 is obtained by adding a graphing setting unit 140 and a graph creating unit 141 to the endoscope filing system 4 of FIG.

  The graphing setting means 140 can set conditions for graphing and displaying each item of the patient examination information compared in the first or second embodiment. Setting information for graphing is input to a graphing setting input screen 142 displayed on the client PC 13 via, for example, a browser. Then, the setting information is set in the graphing setting unit 140. The graph creating unit 141 creates a graph based on the setting by the graphing setting unit 140.

Note that these means do not need to exist in one server, and may exist over a plurality of servers.
FIG. 31 shows a graph creation flow in this embodiment. First, as in the first embodiment, the infectious disease related information narrowing window 30 is opened (see FIG. 6) (S51). Then, a search condition is input in the search condition input field 32 to perform a search process, and a comparison process is further performed (S52). S52 is the same as the flow (S21-S29) of FIG.

  Then, after the comparison process, the screen of FIG. 33 or 41 is displayed. FIG. 33 is a comparison result window according to the first embodiment, and FIG. 41 is a comparison result window according to the second embodiment. Hereinafter, each example will be described.

Example 1
In the first embodiment, the user can arbitrarily select an item having a common part compared and display it as a graph.

  FIG. 32 shows a graph creation flow in Example 1 of the third embodiment. FIG. 32 is a detailed flow of the process of S53. Hereinafter, FIGS. 33 to 39 will be described with reference to FIGS. 31 and 32. FIG.

  FIG. 33 shows the comparison result window 70 in Example 1 of the third embodiment. FIG. 33 is obtained by adding a graphing target selection button 150 to the comparison result window 70 of FIG. When the graphing target selection button 150 is pressed (S53, S61), a graph creation window (see FIG. 34) is displayed.

  FIG. 34 shows the graph creation window 160 in Example 1 of the third embodiment. In the graph creation window 160, conditions such as items to be graphed and the type of graph to be created can be designated.

  The graph creation window 160 includes a list box “graph type” 161, a graphing item setting field 162, a graphing button 163, and a cancel button 164. When the cancel button 164 is pressed, the graph creation window 160 is closed.

  When the arrow at the right end of the list box “graph type” 161 is clicked with a mouse or the like, a list of graph types of “cylinder graph”, “bar graph”, and “line graph” is displayed as shown in FIG. The user can arbitrarily select one of the graph types (S62). In this embodiment, for example, “cylindrical graph” is selected.

  Note that the types of graphs are not limited to “cylindrical graphs”, “bar graphs”, and “line graphs”. That is, by installing a plurality of graphing algorithms in the system, it is possible to increase the types that can be graphed.

  In the graphed item setting field 162, all the item names (including items that can be displayed by scrolling the scroll bar) in the comparison result list 71 of the comparison result window 70 are displayed. A selection button (present / not present) is provided for each item name. Therefore, the user can set whether to display each item as a graph (S63).

  For example, when creating a graph for the item name “inspection date”, the selection button “present” corresponding to the item name “inspection date” is turned ON. Further, for example, when a graph is not created for the item name “name”, the selection button “none” corresponding to the item name “name” is turned ON. After the setting, for example, as shown in FIG.

  When the graphing button 163 is pressed after setting in S62 and S63 (S64), the information set in S62 and S63 is transmitted to the endoscope department server 3, and a graph is created by the chart creating means. The created graphing information is transmitted to the client PC 13. Then, as shown in FIG. 37, FIG. 38, or FIG. 39, the comparison result for each item is displayed in a graph on the display of the client PC (S54).

  FIG. 37 shows an example (part 1) of the comparison result graph display window. The comparison result graph display window 170 includes an item-specific graph display unit 171, a print button 172, and an OK button 173.

  The item-specific graph display unit 171 includes an item selection tab 171a and a graph display region 171b. The item selection tabs 171a are displayed for the items selected as “present” in S63. When any tab of the item selection tab 171a is selected, a graph for the item displayed on the selected item selection tab 171a is displayed in the graph display area 171b. The type of graph displayed in the graph display area 171b is the one selected in S62.

  In the figure, “2004/12/10”, “2004/12/11”, and “others” are displayed for the item “inspection”. Of these, “2004/12/10” and “2004/12/11” are grouped together as common portions, and portions that are not common portions are grouped as “others”.

When the print button 172 is pressed, the contents of the item-specific graph display unit 171 are printed. When the OK button 173 is pressed, the comparison result graph display window 170 is closed.
FIG. 38 shows an example (part 2) of the comparison result graph display window. In FIG. 37, the graph of the item to be graphed is displayed in one window by switching the item selection tab 171a. However, in FIG. 38, the graph display of the item to be graphed is displayed for each window. It is an example. The function of the print button OK button 173 is the same as that in FIG.

  FIG. 39 shows an example (part 3) of the comparison result graph display window. FIG. 39 shows a case where the graph type is “bar graph”. The function of the print button OK button 173 is the same as that in FIG.

As described above, since the comparison by item of the patient examination information can be displayed in a graph, it becomes easier to visually identify the infection source by the user.
(Example 2)
In the second embodiment, when the user selects a graph, only items having a common part among the items displayed in the comparison result window 70 (including items that can be displayed by scrolling the scroll bar) are graphed. Can do.

  FIG. 40 shows a graph creation flow in Example 2 of the third embodiment. FIG. 40 is a detailed flow of the process of S53. Hereinafter, FIGS. 41 and 42 will be described with reference to FIGS. 31 and 40. FIG.

  FIG. 41 shows a comparison result window 70 in Example 2 of the third embodiment. FIG. 41 is obtained by adding a list box 190 to the comparison result window 70 of FIG. When the graphing target selection button 150 is pressed (S53, S71), a graph creation window (see FIG. 34) is displayed.

  When the arrow at the right end of list box 190 is clicked with a mouse or the like, a list of graph types of “cylinder graph” and “bar graph” is displayed as shown in FIG. The user can arbitrarily select one of the graph types (S72). The types of graphs are not limited to “cylindrical graphs” and “bar graphs”. That is, by installing a plurality of graphing algorithms in the system, it is possible to increase the types that can be graphed.

  After the selection of the graph in S72, the selected information is transmitted to the endoscope department server 3, and the graph creating means 141 creates the graph. The created graphing information is transmitted to the client PC 13. Then, as shown in FIG. 37, FIG. 38, or FIG. 39, the comparison result for each item is displayed in a graph on the display of the client PC (S54).

  In this embodiment, among the items in the comparison result list 71 of the comparison result window 70 (including items that can be displayed by scrolling the scroll bar), the items having a common part are displayed in the graph type selected above. It becomes. Therefore, gender, inspection date, person in charge, equipment used, etc. are graphed, and items that have not become common information such as names and IDs are not graphed.

The whole structure of the department system in the hospital in 1st Embodiment is shown. The detail of the endoscope department system 2 in 1st Embodiment is shown. The flow of the endoscopy in 1st Embodiment and the information regarding it are shown. 1 shows a conceptual diagram of a configuration of an endoscope filing system 4 constructed in an endoscope department server 3 in the first embodiment. FIG. An example of the patient examination information registered in the DB 5 in the endoscope department server 3 in the first embodiment is shown. An infectious disease related information narrowing-down window 30 in the first embodiment is shown. The narrowing search result display screen 40 in 1st Embodiment is shown. 5 shows a search / common part extraction flow in the first embodiment. A state in which the search condition is input in the search condition input field 32 of the infectious disease related information narrowing-down window 30 in the first embodiment is shown. The state of the refinement search result display screen 40 after the search in the first embodiment is shown. The narrowing-down result comparison window 50 in 1st Embodiment is shown. The examination information screen 60 in a 1st embodiment is shown. The narrowing-down result comparison window 50 after the delete button 51c in the first embodiment is pressed is shown. The narrowing-down result comparison window 50 in which the check box in the first embodiment is checked is shown. An example of the comparison result window 70 in the first embodiment is shown. An example of the sorting of the common part and the non-common part in the same category (inspector) in the first embodiment is shown. An example (the 1) of another display form of the comparison result window in 1st Embodiment is shown. An example (the 2) of another display form of the comparison result window in 1st Embodiment is shown. An example (the 3) of another display form of the comparison result window in 1st Embodiment is shown. An example of a refined search result display screen 40 on which a plurality of search results are displayed in S23 in the first embodiment is shown. An example of a narrowing-down result comparison window 50 when executing a search in which a plurality of search results appear in the first embodiment is shown. FIG. 21 shows a screen displayed when a detail button is pressed in FIG. 21 in the first embodiment. The block diagram of the structure of the endoscope filing system 4 constructed | assembled in the endoscope department server 3 in 2nd Embodiment is shown. The flow of the theme preparation in 2nd Embodiment is shown. The theme preparation window 120 in 2nd Embodiment is shown. The theme creation window 120 after the theme name and display item setting in 2nd Embodiment is shown. The search flow for every theme in 2nd Embodiment is shown. The infectious disease related information narrowing-down window 30 (before theme selection) in 2nd Embodiment is shown. The infectious disease relevant-information narrowing-down window 30 (after the theme selection) in 2nd Embodiment is shown. The block diagram of the structure of the endoscope filing system 4 constructed in the endoscope department server 3 in the third embodiment is shown. The graph creation flow in 3rd Embodiment is shown. The graph creation flow in Example 1 of a 3rd embodiment is shown. The comparison result window 70 in Example 1 of 3rd Embodiment is shown. The graph creation window 160 in Example 1 of a 3rd Embodiment is shown. An example of the kind of graph contained in the list box in Example 1 of a 3rd embodiment is shown. The graph creation window 160 after the setting in Example 1 of a 3rd Embodiment is shown. An example (the 1) of the comparison result graphing display window in Example 1 of 3rd Embodiment is shown. An example (the 2) of the comparison result graphing display window in Example 1 of 3rd Embodiment is shown. An example (the 3) of the comparison result graphing display window in Example 1 of 3rd Embodiment is shown. The graph creation flow in Example 2 of the third embodiment is shown. The comparison result window 70 in Example 2 of 3rd Embodiment is shown. An example of the kind of graph contained in the list box in Example 2 of a 3rd embodiment is shown.

Explanation of symbols

1 HIS
2 Endoscopic system 2a Radiation system 2c Nursing system 2d Other system 1
2b Other department system 2
3 Endoscope department server 3a, 3b, 3c, 3d Department server 4 Endoscope filing system 5 DB
6 (6a, 6b, 6c, 6d) Client PC / Server 9 Core LAN 9
10 (10a, 10b) Endoscopy system 11 Monitor 12 Video processor 13, 13a, 13b Client PC
14, 14a Vital sign monitor 15, 15a Washing machine 17 Access point 18, 18a PDA
19 Departmental LAN
DESCRIPTION OF SYMBOLS 20 Information registration means 21 Storage means 22 Input means 23 Information receiving means 24 Examination information management means 25 Infection source narrowing means 25a Search condition input means 25b Search means 25c Search result display control means 25d Comparison result 25e Comparison result display control means 110 Theme setting Means 140 Graphing setting means 141 Graph creating means

Claims (28)

Storage means for storing patient examination information, which is information related to examination of each patient and is composed of a plurality of data items;
A search condition input means for inputting a search condition for searching predetermined patient examination information among the patient examination information to an item corresponding to the data item;
Search means for searching for the patient examination information based on the search condition;
Comparison means for comparing values in each of the data items between the plurality of patient examination information searched by the search means;
Comparison result display control means for performing control to display the plurality of patient examination information based on the comparison result by the comparison means;
A medical support system comprising:   2. The medical examination according to claim 1, wherein the predetermined patient examination information input by the search condition input means is the patient examination information relating to a patient infected with an infectious disease or a suspected patient. Support system.   The comparison result display control means displays, based on the comparison result by the comparison means, a common part in which the values in the data items between the patient examination information are common, in a manner different from that other than the common part The medical support system according to claim 1, wherein the system is a medical support system. The medical support system further includes:
The medical support system according to claim 1, further comprising: a search result display control unit that performs control to display a search result by the search unit. The medical support system further includes:
Theme setting means for setting a predetermined theme and the item used as a search condition corresponding to the theme;
The medical support system according to claim 1, further comprising: The medical support system further includes:
A graph creating means for creating a graph of the plurality of patient examination information based on a comparison result by the comparing means;
The medical support system according to claim 1, further comprising: The medical support system further includes:
In order to cause the graph creation means to create a graph, the graphing setting means in which the type of graphing and the item to be graphed are set;
The medical support system according to claim 6, further comprising:   The medical support system according to claim 1, wherein the patient examination information stored in the storage unit is examination information of the patient related to an endoscopic examination. Storage means for storing patient examination information, which is information related to examination of each patient and is composed of a plurality of data items;
A search condition input means for inputting a search condition for searching predetermined patient examination information among the patient examination information to an item corresponding to the data item;
Search means for searching for the patient examination information based on the search condition;
Comparison means for comparing values in each of the data items between the plurality of patient examination information searched by the search means;
Comparison result display control means for performing control to display the plurality of patient examination information based on the comparison result by the comparison means;
A medical support server device comprising:   10. The medical examination according to claim 9, wherein the predetermined patient examination information input by the search condition input means is the patient examination information relating to a patient infected with an infectious disease or a suspected patient. Support server device.   The comparison result display control means displays, based on the comparison result by the comparison means, a common part in which the values in the data items between the patient examination information are common, in a manner different from that other than the common part The medical support server device according to claim 1, wherein The medical support server device further includes:
The medical support server device according to claim 9, further comprising: a search result display control unit that performs control to display a search result by the search unit. The medical support server device further includes:
Theme setting means for setting a predetermined theme and the item used as a search condition corresponding to the theme;
The medical support server device according to claim 9, comprising: The medical support server device further includes:
A graph creating means for creating a graph of the plurality of patient examination information based on a comparison result by the comparing means;
The medical support server device according to claim 9, comprising: The medical support server device further includes:
In order to cause the graph creation means to create a graph, the graphing setting means in which the type of graphing and the item to be graphed are set;
The medical support server device according to claim 14, comprising:   The medical support server apparatus according to claim 9, wherein the patient examination information stored in the storage unit is examination information of the patient related to an endoscopic examination. Medical support for causing a computer to execute processing for retrieving predetermined patient examination information from a storage device in which patient examination information, which is information related to each patient examination and is composed of a plurality of data items, is stored A program,
A search condition input process for causing the item corresponding to the data item to input a search condition for searching predetermined patient test information among the patient test information;
A search process for searching for the patient examination information based on the search condition;
A comparison process for comparing values in each of the data items between the plurality of patient examination information searched by the search process;
A comparison result display control process for controlling the display of the plurality of patient examination information based on a comparison result by the comparison process;
Is a medical support program that runs a computer. The medical examination according to claim 17, wherein the predetermined patient examination information input by the search condition input processing is the patient examination information relating to a patient infected with an infectious disease or a suspected patient. Support program. The comparison result display control process displays, based on the comparison result of the comparison process, a common part in which the values in the data items between the patient examination information are common, in a manner different from that other than the common part. The medical support program according to claim 17, which is characterized by: The medical support program further includes:
The medical support program according to claim 17, which causes a computer to execute search result display control processing for performing control to display search results obtained by the search processing. The medical support program further includes:
A theme setting process for setting a predetermined theme and the item used as a search condition corresponding to the theme;
The medical support program according to claim 17, which causes a computer to execute. The medical support program further includes:
A graph creation process for creating a graph of the plurality of patient examination information based on a comparison result by the comparison process;
The medical support program according to claim 17, which causes a computer to execute. The medical support system further includes:
In order to cause the graph creation processing to create a graph, the graphing setting processing in which the type of graphing and the item to be graphed are set;
The medical support program according to claim 22, which causes a computer to execute. The medical support program according to claim 17, wherein the patient examination information stored in the storage process is examination information of the patient related to an endoscopic examination. A medical support method for retrieving predetermined patient examination information from a storage device in which patient examination information, which is information related to examination of each patient and is composed of a plurality of data items, is stored.
In the item corresponding to the data item, input a search condition for searching for predetermined patient examination information among the patient examination information,
Search the patient examination information based on the search condition,
Comparing the values in each of the data items between the retrieved plurality of patient examination information;
Control for displaying the plurality of pieces of patient examination information based on the comparison result. When performing control to display the plurality of patient examination information, based on the comparison result, a common part having a common value in the data item between the patient examination information is different from the common part. The medical support method according to claim 25, wherein the medical support method is displayed. The medical support method further includes:
The medical support method according to claim 25, wherein a predetermined theme and the item used as a search condition corresponding to the theme are set. The medical support method further includes:
The medical support method according to claim 25, wherein a graph of the plurality of patient examination information is created based on a comparison result obtained by the comparison process.