JP2000235577A - Care card system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To make it possible to display plural patient data of other sorts related to an information item specified on one patient data by an operator by using simple operation. SOLUTION: When one patient data, e.g. consultation record data, of a certain patient is displayed on the screen of a display device and an operator depresses a relative data extraction instruction button 212 after selecting a character string to be retrieved on the screen, retrieval key information including the character string, pattent's ID and time series information indicating the date of a data element including the character string is generated, the other patient data (nursing record data, examination result data, image result data, and order history data) of the same patient are retrieved and plural hit data elements are displayed on the screen in order or in parallel.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an electronic medical record system for processing patient information stored as an electronic file, which is suitable for use by medical personnel such as doctors and nurses.

[0002]

2. Description of the Related Art In the medical field, in order for a medical worker such as a doctor or a nurse to perform an appropriate medical action or a nursing action, it is necessary to accurately grasp the present condition and progress of a patient. . Heretofore, the current status and progress of a patient have been referred to by referring to a wide variety of record documents. Specifically, these record documents include a medical record document, which is referred to as a medical record, in which the progress of a patient and medical activities are recorded, and a nursing record, in which the progress of a patient and nursing activities are recorded by a nurse. , Test result sheets on which test results and the like are described, medical image photographs, or sheets on which an order history designated by a doctor is recorded. Note that these recorded documents may include audio information or moving image information recorded on a magnetic recording medium or the like in addition to a record written on paper or a still image such as the medical image.

[0003] However, in the above-described method, when all recorded documents are managed by binding them together for each patient,
When only one or a small number of medical workers can be referred to at the same time, for example, when the medical records of doctors, patient records of nurses, examination result sheets, medical images, etc. are separately managed for each patient Had the trade-off problem that if one wanted to see all the information about a patient, one had to search for each one separately.

In order to solve the above problem, an electronic medical record system has been developed in which patient information recorded in the record document is stored as an electronic file in an appropriate storage device and is used by a computer. . Such electronic patient information is also called an electronic medical record and can be referred to using input / output devices of a plurality of computers connected via a network. As a result, a plurality of medical workers can refer to the same patient information at the same time, and the trouble of information search can be greatly reduced.

[0005] Generally, an electronic medical record for each patient includes a plurality of different types of data. For example, it is divided into a plurality of different types of data such as medical record data, nursing record data, examination result data, image result data such as medical image data, order history data, and the like, and stored in the computer. Hereinafter, a set of these data of the patient may be referred to as patient data. Each of these data may be referred to as patient data. Each patient data is composed of a plurality of data elements arranged in chronological order regarding the same patient. For example, the examination record data of a patient includes a plurality of data elements that record the results of the examination each time a doctor examines the patient. If the operator wants to see multiple patient data for that patient,
Enter the patient name or patient identification code, and then specify the type of patient data you want to view. The operation causes the designated type of patient data of the patient to be displayed on a display connected to the computer. Data elements of different dates making up the patient data are displayed in chronological order. Each data element also includes date data. The operator may scroll the screen until a data element of a desired date is displayed on the display device. When viewing other types of patient data relating to the same patient, the operator does not need to re-enter the patient name or patient identification code, and after specifying the type of the other patient data, repeats the above-described scrolling to select the desired type. The date data may be displayed on the screen.

[0006]

In order for a doctor and a nurse or other healthcare worker to accurately grasp the current situation and progress of a patient, it is necessary to successively refer to a plurality of different types of patient data relating to the same patient. Often done. For example, when the operator displays a data element related to a specific date on the medical examination record data of a patient on a display device, the operator:
Having found in that data element the name of the particular test performed on that day, the operator often wants to see the results of that test. In this case, in the conventional electronic medical record system, the operator designates a data type called inspection result data, displays the data on a screen, has the specific date, and displays the result of the specific inspection. The screen must be scrolled until the test result data element to be displayed is displayed. Further, when the operator wants to view another type of patient data related to the same patient and the same examination, for example, order history, it is necessary to similarly specify the type of the patient data to be viewed and execute scrolling.

As described above, in the prior art, the same patient,
Even if it is desired to successively view a plurality of related patient data elements relating to the same date, the operator needs to specify each of the plurality of patient data types and scroll the screen. Generally, scrolling the screen takes time. In addition, since the operator must determine whether or not a desired screen is displayed during scrolling by looking at the contents of the screen, the operator easily feels fatigue.

For example, in the above operation example, the operator:
From the test result data for the same patient, it is necessary to scroll while looking at the screen until a test result data element for the same day as described above is displayed on the screen. The greater the number of test result data elements for the patient prior to the day, the longer the scrolling time. In addition, during this time, the operator must look at the date of the inspection result data element displayed on the screen and identify whether the data is of the desired date. Further, if a plurality of tests are performed on the same day, the screen is displayed until the test result data element for the specific test is displayed on the screen among the plurality of test result data elements for the plurality of tests. The user must scroll while visually identifying the displayed test result data element.

[0009] Further, whether or not there is a related data element in another kind of patient data relating to the same patient and the same date, for example, nursing record data, actually displays the nursing record data for the patient on a screen. I can't judge it without scrolling. If the relevant nursing record data element is not included in the nursing record data, the display and scrolling will be useless.

Accordingly, it is an object of the present invention to provide an electronic medical record system capable of displaying a plurality of types of interrelated patient data elements with a simpler operation.

More specifically, it is an object of the present invention to provide an electronic medical record system capable of displaying a plurality of interrelated patient data elements for the same patient with a simpler operation.

A more specific object of the present invention is to provide an electronic medical record system capable of displaying a plurality of types of patient data elements related to items specified by an operator for the same patient by a simpler operation. .

A more specific object of the present invention is to provide an electronic medical record system capable of greatly reducing the necessary screen scrolling when switching and displaying a plurality of types of interrelated patient data elements. is there.

[0014]

In order to solve the above-mentioned problems, in the electronic medical record system of the present invention, the processing device comprises:
The following processing is performed.

While displaying one patient data of any patient on the screen of the display device, the operator designates a character string using an input device on the screen and instructs a search for related data. At this time, search key information including the character string, time-series information attached to the data element displayed on the screen including the character string, and a patient ID for the patient is generated, and the search key information is generated. Is retrieved from other plural types of patient data relating to the patient.

When the search retrieves at least one patient data element containing the matching information,
The retrieved patient data element is displayed on the display device.

When a plurality of patient data elements including the matching information are searched by the search means, the searched plurality of patient data elements are sequentially displayed in the display device in the order of their association depth. To be displayed.

When a plurality of patient data elements including the matching information are searched, the searched plurality of patient data elements may be simultaneously displayed on the display device.

Instead of the search key information, second search key information including a character string designated on the screen by the operator and a patient ID for the patient can be used. At this time, the search target file is all of the plurality of patient data relating to the patient.

Alternatively, instead of the second search key information, search key information including a character string designated on the screen by the operator can be used.

[0021]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, an electronic medical record system according to the present invention will be described in more detail with reference to some embodiments shown in the drawings. In the following, the same reference numerals represent the same or similar ones. Further, in the second and subsequent embodiments, only the differences from the first embodiment will be mainly described.

<Embodiment 1> In FIG. 1, an electronic medical record system 1 includes a data input device 13 such as a keyboard or a mouse, which accepts operation input and data input, patient data, screen format data, A storage device 12 such as a magnetic disk storage device for storing programs and the like, and a CRT for displaying data on a screen
An output device 14 such as a display, and processes data according to a program to control the operation of the system;
A data processing device 11 such as a workstation or a personal computer. Output device 14
Includes a printer for printing patient data, but the description is omitted here for simplicity. Also, the output device 14 can be an input device 13 even if it is not a CRT display.
Or a combination with a speaker that outputs audio information. Input device 13
Includes a combination of a microphone for inputting audio information and a camera for inputting image information, whether a pen tablet or a liquid crystal touch panel integrated with the output device 14, instead of or in addition to a mouse and keyboard. You may go out.

The electronic medical record system 1 includes a storage device 12
The following processing is executed under the control of the display control program stored in. It is needless to say that instead of using the display control program, a dedicated logic circuit may be provided to realize the same function.

As shown in FIG. 2, when this display control program is started, first, a chart display procedure 100 is executed. When starting the display control program, this procedure 100
Is executed, the chart display screen 21 having a predetermined format as illustrated in FIG. 1 is displayed in accordance with the format data stored in the storage device 12.
Is displayed. The patient name column 21 is displayed on the chart display screen 21.
1, a related data extraction button 212, a forward display button 213, a reverse display button 214, and an end button 215.
, A data type instruction button group 2161 to 2165, an information display area 217, and the like.

The patient name column 211 displays a drop-down list by selecting, for example, a drop-down button (▽) located on the right side thereof. The drop-down list contains the names of registered patients. A desired patient can be selected from the list. The patient name column 211 also includes a menu for instructing an operation for registering a new patient. In FIG. 1, the data type instruction button groups 2161 to 2165 include a medical record data instruction button 2161, a nursing record data instruction button 2162, an examination result data instruction button 2163,
Provided in correspondence with the image result data instruction button 2164 and the order history data instruction button 2165, when any of these data is displayed or when the display is instructed by the operator, the selected data is displayed. The button corresponding to the type is highlighted. For example, the frame of the selected button may be displayed in black and white inverted display or color display. The data type instruction button group 2161-2
Instead of 165, a plurality of tabs corresponding to different types of patient data may be used, or a list box such as the patient name column 211 may be used. Information display area 217
When the screen of the output device 14 does not have a sufficient area, a part of the screen is trimmed and displayed as shown in FIG. 1, and the screen can be scrolled by the vertical scroll bar 2171 and the horizontal scroll bar 2172. I have.

In the present embodiment, the patient data for each patient stored in the storage device 12 includes medical record data, nursing record data, examination result data, image result data, order history data, and the like. These data are generated for each patient, and each of a plurality of patient data for each patient includes identification information (patient ID) of the patient.

The medical record data is such that each time a doctor examines a patient, the contents of the medical examination inputted by the doctor are stored as new data elements in addition to the medical record data of the patient. It should be noted that the new data element is added with the date and time when the contents of the consultation were input as the date data of the data element. Similarly, the nursing record data includes a plurality of nursing record data elements entered at different dates for the patient. Each data element contains the date and time when the nursing record was entered as date data for that data element. The test result data includes a plurality of data elements representing respective result data of a plurality of tests performed on different days for the patient. Each data element includes, as date data of the data element, the date and time when the corresponding test was executed. The order history data includes a plurality of data elements representing treatments such as treatments designated by a doctor for different days for the patient. Each data element includes the date and time when the order was input as date data of the data element.

When the operator enters a patient name in the patient name field 211 while the chart display screen 21 is displayed, the operator enters one of a plurality of types of predetermined patient data of the patient. Patient data, for example, medical record data, is displayed in the information display area 217. The displayed medical record data includes, for example, a date column and a content column.
The date column displays the date of the date data of each data element, and the time data is not displayed for simplicity.
When there are a plurality of data elements having the same date and different times, only a common date is displayed for those data elements for simplification. The same applies to the case where other types of patient data are displayed.

When the medical record data of a patient is displayed for the first time, a screen including data elements at any time of the patient is displayed. For example, a screen containing the patient's recent data elements is displayed. When the doctor performs a new medical treatment for the patient, a new medical record data element can be input to a blank area next to the area where the latest data element is displayed. The operator can operate the vertical scroll bar 2171 to scan a plurality of data elements or display desired data elements on the screen. In the present example, a data element including a statement that the biochemical test set B was performed on January 18, 1999 is displayed by scrolling.

Returning to FIG. 2, in the operation input receiving procedure 101, an operation input from the operator is waited. The operator can execute the following operations while the chart display screen 21 is displayed. For example, operation of the vertical scroll bar 2171 and the horizontal scroll bar 2172, selection of any of the nursing record data instruction button 2162 to the order history data instruction button 2165, operation of the related data extraction button 212,
For example, the operation of the end button 215 is performed. Further, the operator can select a desired character string displayed on the screen with, for example, a mouse for extracting related data described later. For example, if the operator selects the description “Biochemical test set B” in the medical record on January 18, 1999, and wants to refer to the related data, the start and end points of the character string are determined using an input device such as a mouse. By selecting the related data extraction button 212 after the designation, the operation input is completed. Instead of using the related data extraction button, an operation registered in advance, for example, an operation input by double-clicking or right-clicking the mouse, may be performed, or may be performed without specifying the start point and the end point of the character string. The phrase closest to the position may be automatically extracted by sentence recognition, or may be input by voice using voice recognition.

When the operator performs any operation, it is determined in a determining step 102 whether or not the operation is an operation of the related data extraction instruction button 212. That is, it is determined whether or not the operation is a related data extraction instruction. If the operation is not a related data extraction instruction, the operation is further performed by a processing end button 215.
It is further determined whether the operation is (step 105). When the operation is the operation of the processing end button 215,
End the display of the electronic medical record, but if not,
The processing returns to the electronic medical record display procedure 100. This procedure 10
When 0 is executed for the second time or later, unlike when executed when the display control program is started, the screen display is changed according to the operation instructed by the operator. For example, when the instruction indicates selection of any other patient data for the same patient, the selected data is displayed. When the operation is the operation of the scroll bar 2171 or 2172, the screen is changed according to the operation. When the operation is to select a character string in the screen, the selected character string is highlighted. Thereafter, the process proceeds to the operation input receiving procedure 101, and waits for the input of the next operation by the operator.

If the result of the determination in step 102 is that the current operation is a related data extraction instruction,
The search key information extraction procedure 103 is executed. For example, it is assumed that the operator selects “biochemical test set B” described as being performed in the medical record before operating the related data extraction instruction button 212. In the search key information extraction procedure 103, the selected character string is extracted as one of the search keys specified by the operator. This key is converted to a coded search key as follows.

The storage device 12 stores search dictionary data 130 as shown in FIG. This dictionary includes a plurality of predetermined items as search keys and a plurality of identifiers (IDs) corresponding to the respective items. In the search key information extraction procedure 103, the character string selected by the operator is converted into a corresponding ID using this dictionary. This ID is used as a coded search key in a related data extraction procedure 104 described later. That is,
In each patient data, various character strings are actually stored in the form of corresponding IDs. Therefore, such a coded identifier is used as a search key.
Note that the items illustrated in FIG. 3 are all related to inspection items, but items other than the inspection items are also registered in the search dictionary data 130. The method of inputting this identifier when inputting patient data is well known per se and will not be described. When the ID corresponding to the character string selected by the operator is not registered in the search dictionary data 130, in this embodiment, the character string is used as it is as a search key.

Although the description of the chart display screen 21 in FIG. 1 is omitted, when displaying the patient data on the chart display screen 21, the coded identifier included in the patient data is actually corresponded. A process of performing reverse conversion to a character string is performed. As a result, the coded identifier included in the patient data is displayed as a character string that can be distinguished by the operator. For this reverse conversion, a dictionary for converting the identifier into a character string corresponding to the search dictionary data 130 is stored in the storage device 12 and used in the electronic medical record display procedure 100.

In the search key information extraction step 103, date data (year, month, day, and time) of a data element including a character string selected by the operator is also extracted as a search key representing time-series information. Further, the patient ID for the currently displayed patient data is also extracted as a search key. FIG.
(A) shows an example of the extracted search key information 132. The search key information 134 shown in FIG. 4B is an example of the search key information extracted when the ID for the character string selected by the operator is not included in the search dictionary data 130. Contains a character string selected by the operator as a search key.

Returning to FIG. 2, next, related data extraction procedure 1
In step 04, based on the search key information extracted in step 102, related information is searched and extracted from other plural patient data. In this case, a data element including all of the search key information shown in FIG. 4A is detected from the nursing record data, the examination result data, the image result data, and the order history data stored in the storage device 12. You. In this case, since the search key includes an ID indicating the type of the test performed on the patient, the test result data of the patient should include a data element related to the test performed. In addition, a data element containing the order specified by the physician in performing this test should be included in the order history data for this patient. Therefore, in this case, the two data elements should be detected in the procedure 102.
In FIG. 5, information 142 and 144 represent hit information for designating two hit data elements. In the hit information 142, the hit data element in the test result data has the exemplified patient ID and order ID, and the information division of the hit data element is the test result data. Indicates that it belongs to the result data. The hit information 144 indicates that the hit data element has the same patient ID and order ID and belongs to the order history data. Here, it is assumed that nursing record data and image result data for this patient do not include a data element that hits the search key information.

Thereafter, the electronic medical record display procedure 100 is again performed on these hit data elements. When displaying the plurality of hit data elements, it is desirable to display the plurality of hit data elements in the order of deepest relation. For this purpose, the present embodiment employs a method of displaying the most relevant information first, and then switching and displaying the screens one after another with the forward display button 213. Here, the relationship depth is determined in advance according to the type of the patient data, the relationship depth of the plurality of hit data elements is ordered according to the patient data to which the plurality of hit data elements belong, and the plurality of hits is determined. Are sequentially displayed from the data element having the highest relation. Here, it is assumed that the patient data of the same patient has a deeper relationship in the order of medical record data, examination result data, image result data, nursing record data, and order history data. The depth of association defined in this way can be said to be, in a sense, the order of important patient data for diagnosis or treatment of a patient. In this case, when the depth of association is used, hit data elements belonging to the inspection result data and hit data elements belonging to the order history data are sequentially displayed. Here, a case is described in which the relevant data extraction instruction is executed in a state where the medical record data is displayed on the screen. However, this instruction displays other patient data, for example, test result data on the screen. It can be executed even if it is. Also in this case, it is assumed that the association depth of the plurality of hit data elements is similarly determined according to the order of the association depth determined for the types of the plurality of patient data. That is, the depth of association between a plurality of hit patient data elements is determined without depending on the patient data displayed when the related data extraction instruction is executed. It is also effective that the operator can specify in advance the order of the relation depth determined for the types of the plurality of patient data.

Further, unlike the case where the electronic medical record display procedure 100 is performed first, when any of the hit patient data is displayed, the hit data element is displayed on the screen so that the hit data element is immediately displayed on the screen. The data element to be displayed is selected. In this case, since the inspection result data element that has been hit is the data element that is most closely related, this data element is displayed first. This hit data element is
The search key information 132 has the same time-series information as the specified time-series information, and includes a description about the biochemical test set B.
FIG. 6 illustrates a screen displaying such a data element. On this screen, an inspection result data instruction button 2163 is displayed.
Is highlighted.

When there are a plurality of related data, as shown in FIG. 7, a list 219 of related data is arranged on the screen in the order of the depth of the relation and displayed on the screen to allow the operator to select the relevant data to be viewed. Is also good. At this time, the operator can determine the type of the hit patient data, so that the operator can display a favorite one first. Alternatively, a method of opening a plurality of windows by the number of extracted related data and arranging them or partially or entirely overlapping and displaying them may be adopted. Further, the method of the above embodiment and a method combining these modifications may be used.

Thereafter, in the operation input receiving procedure 101, when the operator operates the normal order display button 213, the operator executes the next hit patient data and the related data extraction procedure 104 as in the present case. By operating the normal order display button 213, the patient data next to the hit, in this case, the order history data is displayed. Also in the display of the order history data, the hit data element is immediately displayed.

If more patient data is hit, the normal order display button 213 may be operated again. The operator can also display the already displayed hit data element by operating the reverse order display button 214.

In the above, if no related data is extracted, a message indicating that there is no search result is displayed in a dialog box or the like. If there is only one related data, the screen may be switched to that information unconditionally and displayed.

As shown in FIG. 4B, when the character string selected by the operator is used as it is as the search key information, the hit data element can be detected by the same processing as described above.

As can be seen from the above, in this embodiment, the operator does not need to specify the type of patient data to be displayed. Moreover, when any data element is hit, the operator can immediately see that data element without scrolling. Further, once a character string to be used for the search is specified, all patient data of the same patient is searched by that, so that the operator only needs to input the character string once.

Further, in the present electronic medical record system, the patient information having the information item selected by the operator is extracted and displayed on the display screen, and the extracted patient information is sorted in ascending order of relation to the selected information item. The displayed patient information can be displayed in reverse order. It becomes easy for medical personnel such as doctors and nurses to refer to related patient information one after another.

In FIG. 2, for the sake of simplicity, the procedure of user authentication to be performed at the start is omitted, and only the procedure of referring to information using an electronic medical record system is described. The electronic medical record system may include a user authentication procedure, a procedure for inputting information as well as information, or a device capable of freely switching between information reference and information input.

<Second Embodiment of the Invention> As shown in FIG. 4B, when a search is executed using search key information including a character string selected by an operator as it is as illustrated in FIG. As a search condition, the patient ID and the time-series information completely match, and the character string portion specified by the operator may be a character string that matches not only a perfect match but also a partially matching character string. This position determination of the character string portion is known as so-called fuzzy search. When a plurality of data elements are hit under such a condition, a character string that matches a character string in the search key information included therein may differ for each data element.

As the depth of association of the plurality of hit data element strings, the degree of matching with the search key information can be used. In this case, it is the degree of matching of the character string determined to match the character string specified by the operator. For example, the matching degree can be represented by the number of characters that match the character string specified by the operator. The degree of association of the plurality of matched data elements is determined using the degree of matching,
The data elements can be displayed in order according to the depth of association of the data elements as in the first embodiment.

<Third Embodiment> In the first or second embodiment, time-series information is completely matched as a search condition. However, instead of such a search, the time-series information may not be included in the search key condition.
That is, the search key information is a patient ID, a character string designated by the operator, or a coded search key corresponding thereto, specifically, an identifier. A search under such conditions can be used to find all data elements having the same character string for the same patient, for example, data elements related to any of the same types of tests performed at different dates and times. Embodiment 2 differs from Embodiment 1 or 2 in that the patient data to be searched also includes one patient data currently displayed on the screen.

It is effective to display on the screen a menu that allows the operator to select either such a search or the search in the first embodiment.

<Embodiment 4> In Embodiment 1 or 2, both the patient ID and the time-series information are completely matched as search conditions. However, instead of such a search, the patient ID and the time-series information may not be included in the search key condition. That is, the search key information is a character string specified by the operator or a coded search key corresponding thereto, specifically, an identifier. A search with such conditions can be used to find all data elements having the same character string for all patients, for example, data elements related to any of the same types of tests performed from now to the past. The patient data to be searched is the same as in the third embodiment. It is effective to display on the screen a menu that allows the operator to select whether to perform such a search or the search in the first and second embodiments.

[0052]

As can be seen from the above, according to the present invention, an electronic medical record system capable of displaying a plurality of types of interrelated patient data elements with a simpler operation can be obtained. In particular, there is provided an electronic medical record system capable of displaying a plurality of interrelated patient data elements relating to the same patient with a simpler operation.

[Brief description of the drawings]

FIG. 1 is a diagram showing a schematic configuration of an electronic medical record system according to the present invention.

FIG. 2 is a flowchart of a display control program used in the apparatus of FIG.

FIG. 3 is a view showing an example of search dictionary data used in the apparatus of FIG. 1;

FIG. 4 is a view showing an example of search key information used in the apparatus of FIG. 1;

FIG. 5 is a view showing an example of information for specifying a plurality of data elements searched by the apparatus of FIG. 1;

FIG. 6 is a view showing an example of a search data element used in the apparatus of FIG. 1;

FIG. 7 is a view showing another example of information specifying a plurality of data elements searched by the apparatus of FIG. 1;

[Explanation of symbols]

1: Electronic medical record system, 21: Medical record display screen, 21
1 ... Patient name column, 212 ... Related data extraction instruction button, 2
13: Forward display button, 214: Reverse display button, 21
5 End button, 2161 Medical record data instruction button, 2162 Nursing record data instruction button, 2163
Inspection result data instruction button, 2164 ... Image result data instruction button, 2165 ... Order history data instruction button, 2
17 Information display area, 2171 Vertical scroll bar, 2172 Horizontal scroll bar, 219 Related data list, 130 Data for search dictionary, 132 Example of search key information extracted in procedure 103, 134 Procedure 1
Another example of the search key information extracted in step 03, an example of the first hit information extracted in step 104, and an example of the second hit information extracted in step 104.

Continued on the front page (72) Inventor Hitoshi Matsuo 1-280 Higashi Koigakubo, Kokubunji-shi, Tokyo F-term in Central Research Laboratory, Hitachi, Ltd. 5B075 ND20 NK02 PP02 PP03 PP14 PP28 PQ02 UU27 5E501 AA25 AC23 AC33 BA05 CA02 CB02 CB05 CB09 CB11 CB15 EA05 EA10 FA13

Claims (5)

[Claims] An input device, a display device, a storage device, and a processing device, wherein the storage device stores a plurality of types of patient data prepared for each of a plurality of patients; , Each of the plurality of types of patient data includes a plurality of data elements to which time-series information is added, and the processing device displays one patient data of any patient on the screen of the display device. When the operator specifies a character string on the screen using the input device and instructs to search for related data, the character string and the data including the character string and displayed on the screen are displayed. Time-series information attached to the element,
Means for generating search key information including a patient ID for the patient; means for searching a patient data element including information matching the search key information from a plurality of other types of patient data relating to the patient; Means for displaying, on the display device, the retrieved patient data element when at least one patient data element including the matching information is retrieved by the means. 2. The display means according to claim 1, wherein said plurality of patient data elements including said matching information are searched by said search means, and said plurality of searched patient data elements are sequentially displayed on said display device. The electronic medical record system according to claim 1. 3. The display means, when the plurality of patient data elements including the matching information are searched by the search means, displays the searched plurality of patient data elements with their associated depths. 3. The electronic medical record system according to claim 2, wherein the electronic medical record system sequentially displays the information on the display device in the order of the order. 4. An input device, a display device, a storage device, and a processing device, wherein the storage device stores a plurality of types of patient data prepared for each of a plurality of patients. , Each of the plurality of types of patient data includes a plurality of data elements to which time-series information is added, and the processing device displays one patient data of any patient on the screen of the display device. When the operator designates a character string on the screen using the input device and instructs a search for related data, the character string and the patient ID for the patient
Means for generating search key information including: a means for searching for a patient data element including information matching the search key information from the plurality of types of patient data relating to the patient; Means for displaying the retrieved patient data element on the display device when at least one patient data element containing information is retrieved. 5. An input device, a display device, a storage device, and a processing device, wherein the storage device stores a plurality of types of patient data prepared for each of a plurality of patients. , Each of the plurality of types of patient data includes a plurality of data elements to which time-series information is added, and the processing device displays one patient data of any patient on the screen of the display device. Means for generating search key information including the character string when the operator designates a character string on the screen using the input device and instructs a search for related data; and Means for retrieving a patient data element containing information that matches the plurality of types of patient data relating to a plurality of patients stored in the storage device; and When one of the patient data element is retrieved, the electronic medical record system and means for displaying the retrieved patient data element to the display device.