KR102337867B1 - A system for inquirying and inputting a medical information, a method and a program for that - Google Patents

Abstract

The present invention relates to a method for inquiring and inputting medical information, and a program and system for performing the same, and includes the steps of retrieving medical information of a patient prior to a reference date from a database, and generating an object for each date according to a set field item from the patient's medical information To provide a method for inquiring and inputting medical information, and a program and system for performing the same, including the steps of: displaying each of the objects on an interface in a time-series manner by date in a separate section form on an interface.

Description

Medical information inquiry and input system, medical information inquiry and input method, and program for performing the same {A SYSTEM FOR INQUIRYING AND INPUTTING A MEDICAL INFORMATION, A METHOD AND A PROGRAM FOR THAT

The present invention relates to a medical information inquiry and input method and a program for performing the same, and more particularly, to a medical information inquiry and input system with improved readability and user convenience, a inquiry and input method, and a program for performing the same.

Conventionally, the patient's medical information was recorded and managed on paper, but now it is computerized in the form of an electronic medical record. In hospitals, a system for inquiring, recording, and utilizing these electronic medical records is established, and the user accesses the electronic medical records through a user terminal such as a computer, and inquires and records them.

However, the interface of the system for inquiring and inputting the existing electronic medical record was configured in the form of a library, so the procedure for accessing the desired record was cumbersome. And, since it is displayed through a separate window by date or according to the type of medical information, it is difficult for the user to check the time-series change of the record and perform medical treatment based thereon. Such a conventional system interface has a limitation in approaching and using it by a user such as a patient without expertise due to its complicated structure, and has a problem in applicability to user terminals diversifying into tablet PCs and mobile phones, etc.
(Patent Document 1) KR 10-2004-0107894 A

The present invention is to solve the above problems, a medical information inquiry and input system, inquiry and input method, and a medical information inquiry and input system that allows a user to easily inquire desired medical information and time-series the medical history and condition of a patient, and This is to provide a program that does this.

In order to achieve the above object, the present invention provides the steps of retrieving medical information of a patient prior to a reference date from a database, creating objects for each date according to field items set from the patient's medical information, and each of the above on an interface It provides a method of inquiring and inputting medical information, including displaying the object in a separate section form in a time-series manner by date in a corresponding field.

And, the present invention may further include the step of inputting the contents of a field corresponding to the reference date or after the reference date by using the section before the reference date displayed on the interface.

Here, in the input step, a new section may be created at the corresponding position by selecting a pre-displayed section of the corresponding field and dragging it to a position after the reference date or the reference date. Specifically, the input step may include creating a new section by dragging a section before the reference date of the predetermined field to be input to the reference date position, and generating medical information corresponding to the predetermined field on the reference date. have.

Here, in the step of generating the medical information, the user selects a section that is always created and calls an input window, and corrects the medical information of the existing section displayed through the input window to provide medical care corresponding to the predetermined field of the reference date. information can be created.

Furthermore, the generating of the medical information may include regenerating an object in which the contents modified by the user are reflected, and displaying the regenerated object in the generated section. Here, the predetermined field may be one of a diagnosis name field, a medical record field, and a prescription field.

On the other hand, in the input method, a new section is created by dragging a reference date or a section before the reference date of a predetermined field to be reserved to a position after the reference date or the reference date, and reservation information corresponding to the predetermined field is generated after the reference date It may include the step of becoming

Here, the generating of the reservation information may be configured such that the user selects the created section and enters a reservation date. The method may further include transmitting the generated reservation information to a prescription delivery system. Here, the predetermined field may be one of an examination field and a prescription field.

On the other hand, when the test result corresponding to the reserved information does not exist among the medical information of the patient transmitted from the database, the user determines that the test result does not exist in a predefined manner through the generated section It can be marked so that it can be recognized.

In addition, when the user selects a location in which a section is not displayed on the interface, an input window corresponding to the corresponding field of the corresponding date is displayed, and an object corresponding to the content entered by the user through the input window is displayed. can be created at this location.

Furthermore, when the user selects the section, detailed information corresponding to the section may be displayed through a separate detailed display window. In addition, when the user selects a specific field, only medical information corresponding to the selected field may be extracted and displayed in a time series through a separate window.

On the other hand, in order to achieve the object of the present invention, the present invention includes the steps of retrieving the patient's medical information before the reference date from the database, the time axis information set from the patient's medical information, and each object corresponding to the set field It is possible to provide a medical information inquiry and input program that performs the steps of creating and displaying each of the objects in a time-series manner according to fields in the form of separate sections on the interface.

In addition, the present invention displays the patient's medical information in the form of separate sections according to date information and field information, respectively, an interface through which the user can input the patient's medical information, and the patient's medical information provided from the database. and a processing unit for processing to be displayed on an interface and processing information input from the interface, wherein the processing unit includes a data transfer unit for transmitting and receiving patient medical information to and from a database, and patient medical information provided from the database and an object generating unit generating each object corresponding to the set time axis information and the set field so as to be displayed in the section on the interface, and an input processing unit for processing information input by the user through the interface. Medical information inquiry and input system can be provided.

According to the present invention, since it is possible to simultaneously check medical information of multiple dates in time series through one interface screen, the user can easily grasp the temporal change of relevant information and the correlation between each field information. there are advantages to

In addition, the method displayed on the interface in the present invention provides a user-friendly environment as a structure similar to the existing paper-type medical chart, and the user can easily classify and identify information for each field through this.

And, according to the present invention, since it is possible to proceed with a new input using the existing patient medical information, it is easy to input information and can be easily used in various device environments such as a touch screen.

1 is a diagram showing the configuration of a medical information inquiry and input system according to an embodiment of the present invention;
Figure 2 is a block diagram showing the main configuration of the user terminal of Figure 1;
Fig. 3 is a diagram showing the interface of Fig. 2;
Fig. 4 is a view showing the display of details of some sections in Fig. 3;
5 is a view showing a state in which some test results are displayed in a time series through a separate window in FIG. 3;
6 is a flowchart illustrating a method of inquiring and inputting medical information performed by the system of FIG. 1;
7 is a diagram illustrating an example of inputting the contents of the first field into an interface;
8 is a diagram showing another example of inputting the contents of the first field into the interface;
9 is a diagram illustrating an example of inputting the contents of a second field into an interface;
10 is a view showing a display form according to each scale for each field or subfield;
11 is a flowchart illustrating an interface display method according to time axis adjustment;
12 is a view showing an interface in a state in which a first inquiry period is set;
13 is a view showing an interface in a state in which a second inquiry period is set;
14 is a view showing an interface in a state in which a third inquiry period is set;
15 is a diagram illustrating an interface displaying information related to a representative value selected by a user;
16 is a flowchart illustrating a method of selectively displaying information related to a representative value selected by a user.

Hereinafter, a medical information inquiry and input system, an inquiry and input method, and a program for performing the same according to an embodiment of the present invention will be described in detail with reference to the drawings. In the following description, the positional relationship of each component will be described based on the drawings in principle. In addition, the drawings may simplify the structure of the invention for convenience of description or may be exaggerated if necessary. Therefore, the present invention is not limited thereto, and it goes without saying that various devices may be added, changed, or omitted.

1 is a diagram illustrating the configuration of a medical information inquiry and input system according to an embodiment of the present invention. As shown in FIG. 1 , the server 100 uses a network such as various examination devices 10 , various terminals 20 owned by the patient, a server 30 of an external medical institution, and a plurality of user terminals 200 . It is configured to connect and receive information. The server 100 has a database 110 for storing various kinds of medical information therein, and stores various kinds of medical information of a patient provided through a network on the database 110 . Data stored in the database 110 may include various information about the patient's personal information and past medical history. For example, it may include information directly recorded by medical personnel, such as medical records, surgery records, nursing records, anesthesia records, and the like. Alternatively, it may include result information on various tests, such as imaging tests and functional tests, and information on treatments and prescriptions performed in the past. Furthermore, it may include the patient's medical information received from an external medical institution, and may include information on various measurement results and requests transmitted through the device the patient has.

Although the structure in which the server 100 is connected to a plurality of user terminals 200 is disclosed in FIG. 1 , in a small medical institution such as a private hospital, it is also possible for the server to be connected to a single user terminal. In addition, although the server and the user terminal are configured as separate devices in FIG. 1, the user terminal itself has a database so that it is possible to simultaneously perform the roles of the server and the user terminal as one device. Such a server may be configured with hardware provided in a medical institution, but it may also be configured using a cloud server on the Internet so that a user can access it from anywhere via the Internet.

The user terminal 200 is a device through which a user can inquire about a patient's medical information and input medical information through the interface 220 . The user terminal 200 may display information to a user, such as a desktop, a notebook computer, a tablet PC, or a mobile phone, and may be configured using various electronic devices into which the user can input information. In this embodiment, the user terminal 200 is mainly described as a user terminal used by medical personnel, but the present invention is not limited thereto. It is also possible to configure.

The patient's medical information input through the user terminal 200 may be newly stored or upgraded in the database 110 . In addition, when order information such as treatment details, prescription details, and reservation is input through the user terminal 200 , the information can be transmitted to the prescription delivery system 300 through the server 100 so that the corresponding order can be executed. .

FIG. 2 is a block diagram illustrating a main configuration of the user terminal of FIG. 1 . As shown in FIG. 2 , the user terminal 200 may include a processing unit 210 and an interface 220 .

The processing unit 210 requests the patient's medical information requested through the interface 220 to the database 110 and processes the patient's medical information provided through the database 110 to be displayed on the interface 220 . is the composition Here, the database 110 is displayed using reference numerals of the database of the server for convenience, but is not limited thereto, and may be a database of another external system or a database possessed by the user terminal itself. And, the input information input through the interface 220 is transmitted to be stored in the database 110 , and order information among the input information is generated and delivered to the prescription delivery system 300 so that it can be transmitted.

And, the interface 220 is configured to display medical information to the user through the display of the user terminal 200 . In addition, the user may input information such as medical records, treatment details, and prescription contents through the interface 220 . In this case, the user may input various information through the interface using a keyboard, mouse, input pen, etc., and when the display is configured as a touch screen, it is also possible to input information using a touch method.

FIG. 3 is a diagram illustrating the interface of FIG. 2 . As shown in FIG. 3 , patient information such as the patient's name, gender, and age is displayed at the top of the interface 220 , and selection icons for selecting various functions are disposed. In addition, a space for displaying or recording various medical information of the selected patient is formed on the lower side. The patient's medical information includes various medical history information, such as diagnostic records, examination records, surgical records, and hospitalization records. As illustrated in FIG. 3 , the medical information is displayed for each event corresponding to the medical history, along the time axis formed in the horizontal direction. Accordingly, it is possible for the user to check the patient's medical history in chronological order through one interface screen.

Specifically, the date of occurrence of the event corresponding to the patient's medical history is displayed along the time axis, respectively. In general, the reference date is displayed at a position separated by a predetermined interval from the left side of the time axis, and the date before the reference date is displayed in the left direction of the reference date. Here, the reference date may be a set date, and is generally the same day that the user inquires or inputs medical information. In addition, medical information of the corresponding date is displayed in a vertical direction downward of each date. In this case, the vertical axis is divided into a plurality of fields divided according to the contents and characteristics of the medical information. These fields may include a diagnosis name field, a medical record field, an examination field, a prescription field, and the like. Accordingly, the patient's medical information stored in the database is classified according to the date corresponding to the medical history and the nature of the information on the interface, and displayed in the position of the corresponding field. The user can check the contents corresponding to each field while scrolling the medical information for each day in the vertical direction. However, as shown in FIG. 3 , some of the fields (in the case of this embodiment, the prescription field) may be configured to rise up selectively at the bottom of the interface in consideration of user convenience (herein, the field is, As a high-level concept consisting of a set of sub-fields, it is sometimes used in a meaning distinct from the sub-field, but it can be used as a meaning that includes the sub-field itself as meaning classification according to the characteristics of information).

The interface according to the conventional system is configured in the form of a library, so the procedure to access each information is cumbersome, and since the information is managed and displayed individually, it is difficult for the user to make a comprehensive judgment based on the patient's past medical information there was In contrast, according to the present invention, it is possible for a user to simultaneously check medical information of several days in time series through one interface screen. In addition, since the patient's medical information is divided by field and displayed in time series, it is possible to easily understand the temporal change of relevant information. In particular, since information corresponding to various fields is displayed on one screen, correlation between information in each field can be easily identified (eg, correlation of changes in blood sugar test values according to changes in prescription drugs). Accordingly, the user can easily grasp the patient's medical history and prescription details through the interface according to the present invention, and it is possible to comprehensively determine the patient's condition trend and the effectiveness of existing prescriptions.

Information for each field by date of the patient is provided in the form of each section on the interface. Here, being provided in the form of a section means that each is formed as a separate entity and displayed graphically on the interface so that it can be distinguished from other information for each field by date. In addition, the user can browse the detailed information in units of sections, and can move locations on the interface in units of sections. As an example, as shown in FIG. 3 , information for each field for each date is displayed as a section 221 having a card shape on the background of the interface. This structure is similar to the existing paper-type medical chart and provides a user-friendly environment for use, through which the user can easily classify and identify information for each field. However, the section 221 is not constituted of one section for each field of the corresponding date, but a separate section is constituted for each subfield when a plurality of subfields exist in the corresponding field. For example, in the examination field, separate sections may be displayed according to the type of examination, such as blood test, blood test, and X-ray examination. In the prescription field, prescriptions such as drug prescription, treatment prescription, test prescription, rehabilitation treatment prescription, etc. may be displayed as separate sections depending on the type of

As such, the basic screen of the interface according to the present embodiment is displayed in a form in which sections are arranged for each field by date. Accordingly, on a specific date, there is no information corresponding to some fields, so a separate section may not be created and a blank part may occur. Therefore, the interface includes a function to display the display by aligning it upward so that no spaces are generated between sections of the same person. Accordingly, the user can select a corresponding function and check the patient's medical information while minimizing vertical screen scrolling when inquiring records for each date.

FIG. 4 is a diagram illustrating a state in which details of some sections are displayed in FIG. 3 . Each section 221 displayed on the interface 220 is displayed by processing information for each field for each date. When the user requests to inquire detailed information of the corresponding section, it is configured to display it through a separate detailed inquiry window 222 . Such a request may be made in such a way that the user selects a corresponding section, and such selection may be made by a clicking operation using a mouse, a touch operation using a touch screen, and the like. The detailed inquiry window 222 may be configured as a separate section generated on one side of the patient's medical information, as shown in FIG. 4 . Since the display is overlapped on the basic display screen without a separate screen switching operation, the continuity of the user's operation of inquiring medical information can be maintained.

FIG. 5 is a view showing a state in which some test results are displayed in a time series through a separate window in FIG. 3 . As described above, since the interface of this embodiment provides medical information for each field by date, the user can check the progress of each field information over time through the basic screen of the interface. However, the interface according to the present embodiment may include a function of displaying such a trend in more detail through a separate detailed information window 223 for each field. When the user selects some fields (eg, X-ray examination result field) (eg, clicks the field name), medical information corresponding to the field is displayed time-series through a separate detailed inquiry window. can In the case of inquiring on the basic screen, some information for each date is blank if the inspection has not been carried out. There is this. In addition, there is an advantage in that more detailed information than the content displayed through each section can be displayed through the detailed inquiry window, or if the information is related to a numerical value, the trend over time can be processed and displayed as a graph or statistics.

In the above, the basic display form of the interface according to the present embodiment has been specifically described with reference to FIGS. 3 and 5 . However, the number of dates displayed on the interface, time axis information such as a displayed date section, and types of fields may be changed according to a user's setting.

Again, referring to FIG. 2 , the configuration of the processing unit will be described in more detail. 2 , the processing unit 210 may include a data transmission unit 211 , a cache storage unit 212 , an object generation unit 213 , and an input processing unit 214 .

The data transfer unit 211 is configured to transmit and receive necessary information by wire/wireless connection with various databases (including user terminals, servers, separate inspection devices, and databases on the web). Accordingly, when the user requests medical information of a specific patient through the interface 220 , the data transfer unit 211 of the processing unit 210 receives the corresponding information from the database 110 . Then, the medical information input by the user through the interface 220 is transmitted to be stored in the database 110 again. Also, when the user inputs a prescription order through the interface 220 , a function of transmitting the corresponding order to the prescription delivery system 300 may be performed.

The cache storage unit 212 is configured to temporarily store the patient's medical information transmitted from the database 110 . Accordingly, the processing unit 210 may extract and process the information according to the content set on the interface or the user's request by using the medical information stored in the cache storage unit. In addition, when the user inputs medical information, it is reflected on the medical information stored in the cache storage unit, and the medical information stored in the cache storage unit 212 is transmitted to the database 110 to update the medical information on the database. .

The object generating unit 213 is configured to generate an object to be displayed in each section 221 of the interface 220 among the patient's medical information transmitted from the database 110 . Among the patient's medical information transmitted from the database 110, the amount of information displayed in the section of the interface is a part thereof, and the display format may also vary according to fields. Accordingly, the processing unit 210 extracts information about each date and fields displayed among the medical information stored in the cache storage unit 212 , and the object generation unit 213 performs a section for each field by date according to a display method defined for each field. You can create an object to be displayed in .

For example, as shown in FIG. 4 , a blood test result in the test field may include various information such as those displayed in the detailed inquiry window. However, in the section corresponding to the blood test item, it is stipulated to display only the four main items among the blood test results in a prescribed pattern. Accordingly, the object generating unit 213 extracts only the corresponding information from the blood test result information and generates an object so that it can be displayed in a prescribed pattern.

The object generated by the object generator 213 may be implemented in various forms according to a corresponding field. As shown in FIG. 4 , it may be generated to be displayed differently in the form of a chart defined according to the type of test, such as a blood test and a basal metabolic profile test. Also, among the test results, results such as X-ray imaging may be generated to be displayed as an image file on the section, and results such as ultrasound examination may be generated so that a moving picture is reproduced on the section. In addition, the diagnosis name field and the medical record field may be configured to be displayed in text form. As such, the object generator may generate objects in various forms for each field and for each scale of a section to be described later.

On the other hand, the input processing unit 214 is a configuration that processes the content input by the user through the interface. A user may perform an input operation such as writing a diagnosis name corresponding to a reference date, writing a medical record, or writing a prescription through the interface. As such, the content input by the user through the interface is recognized by the input processing unit and stored in the cache storage unit 212 to be updated in the database 110 or processed to be transmitted to the prescription delivery system 300 . do. In addition, the processed information may be transmitted to an external configuration including a database or a prescription delivery system through the data transmission unit 211 .

In the above, the contents performed by the processing unit 210 on the medical information inquiry and input system have been mainly described with reference to the main configuration. 6 is a flowchart illustrating a method of inquiring and inputting medical information performed by the system of FIG. 1 , and each step will be described in detail with reference to FIG. 6 .

First, the user performs a step of requesting the patient's medical information through the interface (S110). This step may be performed in such a way that the user inputs the patient's name or ID through the screen of the interface 220 .

The processing unit 210 retrieves the requested patient's medical information from the database 110 (S120). As described above, the database 110 may be a database provided in the user terminal, may be a database provided in a separate server device or a cloud server, or may be provided in a separate examination device, other medical institution, or a device owned by the patient. It may be a database that has been This step is performed by receiving the corresponding medical information through the data transfer unit 211 of the processing unit, and the received medical information may be stored in the cache storage unit 212 .

The processing unit 210 generates an object that can be displayed in each section on the interface by using the patient's medical information received from the database (S130). In this step, the processing unit extracts target information from the patient's medical information based on a set value (eg, a displayed date section, selected field information, etc.). In this case, the contents included in the target information may be classified into units corresponding to each section, by date and by field (if there is sub-field, by sub-field). The object generator 213 generates each object by processing information corresponding to each classified section into a form defined according to a corresponding field or a corresponding subfield. In this case, the defined shape may be different depending on the type of the field, and even in the same field, it may be different according to the scale set by the user.

The objects generated by the processing unit 210 are displayed through each section of the interface 220 (S140). As described above, the content displayed in each section may be variously generated in a text form, a chart form, an image form, and an image reproduction form according to a field or sub-field. Therefore, it is possible for the user to simultaneously check the information for each date in time series through the interface, and it is possible to check the information by dividing it by field according to the nature of the information.

Meanwhile, the user performs a step of inputting necessary information through the interface 220 while inquiring the patient's medical information through the interface 220 (S150). The input contents may be contents of medical records, prescriptions, medical appointments, or examination reservations. A specific input method will be separately described below.

When the user inputs the above content, the processing unit 210 processes the input information according to the input field and content (S160). For example, when a user inputs information such as a medical record, the input processing unit 214 processes to add and store information added to the patient's existing medical information stored in the cache storage unit 212 . As another example, when a user inputs a prescription order or reservation information, a command is generated to transmit the corresponding information to the prescription delivery system 300 . In addition to this, the processing unit 210 may process/process the information input by the user in a manner defined according to characteristics.

In this way, when processing and processing of the input information is performed, the processing unit 210 performs a step of storing the input contents or transferring the input contents to another configuration (S170). This step may be performed through the data transfer unit 211 of the processing unit 210 . In this step, the patient medical information may be updated by transferring the contents of the cache storage in which the patient's medical information is stored in which the inputted information is reflected to the database in which the patient's existing medical information is stored. Alternatively, the input content may be delivered to the prescription delivery system 300 or a device corresponding to the input content.

Enter medical information

Information input by the user through the interface can be largely divided into two types. First, like a diagnosis name field, a medical record field, and a statement of opinion field, it is a field for inputting the user's judgment, opinion, and questionnaire (hereinafter, referred to as a first field). This is generally input in a text format, and is mainly input as medical information of a reference date in many cases. The other is a field in which a user, such as an examination field or a prescription field, makes a reservation for an examination or rehabilitation treatment on a reference date or after the reference date, or inputs a prescription order for drugs, treatment, examination, rehabilitation treatment, etc. (hereinafter, referred to as the second field). Hereinafter, a method in which a user inputs content according to the nature of these fields will be described in detail.

7 is a diagram illustrating an example of inputting the contents of the first field into the interface (first input method). When a patient's medical information is inquired, information before the reference date is displayed on the interface in the form of a section, but information on the reference date and after the reference date exists as a blank area unless there is a reservation. In this case, when the user selects a blank position of a corresponding field (medical record field) in a reference date column to input a medical record of a reference date during treatment, an empty section 221a is created at the corresponding position. And, when the generated empty section 221a is selected again, a separate input window 224 is displayed on one side of the interface, similar to the detailed inquiry window described above. Accordingly, when the user inputs medical record contents through the input window 224 and closes the input window 224 , an object corresponding to the reference date medical record field is created through the processing unit, and the corresponding contents are displayed in the corresponding section. However, according to an embodiment, it may be configured to omit the step of generating an empty section when a blank position is selected, and when a blank position is selected, a separate mark (for example, a '+' mark) indicating addition of a section is displayed and immediately When the input window is displayed and the input is completed, an object reflecting the corresponding content is created, and it is also possible to create a section in the corresponding field position.

On the other hand, there are many cases where a patient visits a medical institution with the same lesion for a specific period, and in this case, the patient's symptoms and doctor's opinion may also be similar in many cases. Accordingly, when inputting the first field, it does not newly input all contents, but includes a function that can be used when inputting information entered on a previous date.

8 is a diagram illustrating another example of inputting the contents of the first field into the interface (second input method). When the user wants to input medical information on the reference date by using the medical information before the reference date, the user may select a section before the reference date to use and move it to the corresponding field position on the reference date. Such an operation may be performed in a conventional drag-and-drop method. By the above operation, a section 221c having the same content as the existing section 221b is generated in the same field of the reference date. This is a state in which the same content as the previous section has been entered in the relevant field of the reference date (if the diagnosis name is the same, it can be used in this way). Then, when the user selects the section 221c created on the reference date, the input window 224 is displayed on one side as shown in FIG. 7 . In the input window 224 at this time, the same content as the medical information corresponding to the existing section 221b is input, and the user corrects (deletes, replaces, or adds) the existing content through the input window 224 can be entered in this way. In addition, when the input window 224 is closed, an object corresponding to the field corresponding to the reference date may be regenerated and displayed in the corresponding section 221c.

As described above, according to the present embodiment, user convenience can be improved by performing an input operation using existing medical information, and the drag-and-drop method of sections can be used to apply to various terminal devices. In this case, in order to prevent erroneous input, the movement of such an existing section may be configured to be restricted within the same field.

9 is a diagram illustrating an example of inputting contents of a second field into an interface. As described above, the second field, such as the examination field or the prescription field, requires a function of inputting various orders and reservation information on a reference date or after the reference date. In particular, since the contents of various prescription orders are highly likely to be similar to prescriptions performed before the reference date, they may be input using information prior to the reference date like the second input method described above.

Specifically, FIG. 9 shows the prescription field window, and the user selects and raises some hidden windows at the bottom of the interface. The prescription field may include sub-prescriptions such as drug prescription, treatment prescription, and test prescription. The user may input a prescription order in the prescription field window using the second input method described above.

For example, to input a drug prescription order, a section 221d of a past drug prescription field in which a similar prescription is made is selected and moved to the reference date position. Accordingly, by selecting the section 221e generated at the reference date position, it is possible to input the prescription order in such a way that the details are corrected. Also, in the case of a treatment prescription, a section corresponding to the same treatment prescription in the past may be moved to a position on a reference date to input an examination prescription order.

Furthermore, in the case of some subfields requiring a reservation function (eg, examination prescription, rehabilitation treatment prescription), reservation input may be performed by moving the section movement position to a position after the reference date instead of the reference date. For example, when an examination reservation is required, the previous section 221f that prescribed the same examination in the prescription field window may be moved to a position after the reference date (right of the reference date column) to reserve the examination. In this case, a new section 221g is created at a position after the reference date of the corresponding subfield, and if necessary, a function of selecting a reservation date may be included. In this case, the reservation date may be displayed on the time axis of the location where the section corresponding to the reservation is created.

As such, in the case of the second field, it is possible to input a prescription order by moving the position of an existing section by the second input method, and to input reservation contents. Although the description has been focused on the process of input in the prescription field window in FIG. 9 , it is also possible to input the prescription order and reservation in the examination field in the same manner. For example, if the prescription field window is not raised and you want to enter a test prescription or make a test reservation, the section for the test in the section that displays past test results in the test field is located on the base date or after the base date You can enter the test prescription and test reservation by moving to .

As described above, in the second input method, movement of a section may be limited to the same field or the same sub-field, but an exception may be made in a field related to inspection. Specifically, when a user prescribes or makes a reservation for a specific examination using any one of the examination field and the examination prescription field of the prescription field, corresponding sections may be created so that the prescription or reservation contents can be checked in the other. In this case, the user can prescribe or reserve an additional test without raising the prescription field window while checking the existing test result through the test field. Also, since the section created by the test prescription or reservation does not yet have test result information corresponding thereto, it may be displayed separately from the section displaying the existing test result. For example, a section displaying the results of an ultrasound examination performed before the reference date is displayed in the form of playing a video, but an empty section or an object indicating no examination information may be displayed in a section created by examination prescription or examination reservation. can Accordingly, the user can also check whether an examination scheduled for a reference date in the past was performed through the section displayed in the examination field.

In the above, the description has been focused on inputting prescription or reservation contents using the second input method for the second field. However, the second field input method is not limited thereto, and a function for input using the first input method in which an empty section is created and directly inputted on a reference date and a position after the reference date may also be included.

Display according to adjustment of medical information inquiry section

The interface 220 according to the present embodiment may further include a function for the user to set and adjust time axis information. Here, the time axis information may be a date section displayed on the interface screen among the patient's medical information, or may be the number of displayed information per day. The user can microscopically or macroscopically inquire about the patient's medical history by adjusting the time axis information as needed. At this time, the size of the section 221 displayed on the interface 220 and the object displayed on the section are also changed according to the time axis setting information. When a small number of daily information is requested, detailed information is displayed through a relatively large size section, whereas when a large number of daily information is requested, the size of the section becomes small and the information displayed through the section can also be simplified. In this way, the section and the content of the object displayed in the section may be displayed in different scales according to the set time axis information.

As an example, in this embodiment, a section and an object displayed in a section are divided into a first scale, a second scale, and a third scale according to time axis information. The first scale is displayed when the display date section is short or the number of displayed dates is small, and is displayed when the display date section is longer or the number of displayed dates is large as the second scale and the third scale are increased. First, the size of the section is the largest in the first scale, and the size of the section becomes smaller in the second scale and the third scale. In addition, each object may be configured to display the most detailed information on the first scale, and display only a simple and small amount of information when going to the second scale and the third scale. Accordingly, when the time axis information is changed by the user's setting, the processing unit 210 may determine the scale of the object according to the corresponding time axis information, generate an object with the determined scale, and display it in the section. That is, even the same medical information may be displayed differently on the interface according to time axis information.

The processing unit 210 may define a display form according to each scale according to each field and subfield. As the time axis setting information changes, the change of content displayed in each section may be different for each field or subfield.

10 is a diagram illustrating a display form according to each scale for each field or subfield. 10A is a diagnosis name field, FIG. 10B is a blood test field, FIG. 10C is an X-ray examination field, FIG. 10d is an ultrasound examination field, and FIG. 10E is a medical record field by way of example did it

First, the information in the diagnosis name field may be configured to display both the main diagnosis name and the sub-diagnosis name in the first scale. In addition, in the second scale and the third scale, the sub-diagnosis name may be omitted and only the main diagnosis name may be displayed.

In addition, the information of the blood test field is displayed in the form of a chart on the first scale to display four main information, and on the second scale, only two main information given more priority are displayed, and on the third scale, the test result is It may be configured to display only the determination contents of normal, abnormal, etc.

In addition, in the OCT examination field, the entire examination image is displayed on the first scale, only some image information given priority among all examination information is displayed on the second scale, and a thumbnail image preset for the corresponding subfield is displayed on the third scale may be configured to display.

Furthermore, in the ultrasound examination field, in the first scale, a moving picture is displayed to be played through a section (in the drawing, it is difficult to display the contents of the moving picture, so it is displayed as a specific slide), and in the second scale, a specific slide image given priority is displayed And, in the third scale, it may be configured to display a preset thumbnail image for the corresponding subfield.

However, some fields or some sub-fields may be configured to maintain the content of an object displayed through the section even when the size of the section is changed according to time axis setting information. This is because the user needs to check the entire information even when the scale of some information such as medical records is changed. As shown in (e) of FIG. 10 , even when the size of a section is reduced due to a change in scale of some fields including the medical record field, the same content can be displayed through the corresponding section by using a scroll bar or window expand function. can be configured.

As described above, the processing unit may determine the scale based on the time axis information requested by the user, create sections and objects in a manner defined according to fields or subfields, and display them on the interface. Although the three-step scale has been described as an example in FIG. 10 , the present invention is not limited thereto, and it is also possible to change the scale to four or more steps if necessary.

11 is a flowchart illustrating an interface display method according to time axis adjustment. A method of displaying an interface according to time axis adjustment will be described in detail with reference to FIG. 11 .

First, the user performs the step of setting the initial use environment of the interface 220 (S210). The set initial use environment may include initial time axis information. Then, the user may request information of a specific patient through the interface 220 (S220).

When patient information is requested, the processing unit 210 determines the scale of the section and object displayed on the interface 220 in consideration of the initial time axis information and the patient's medical information provided from the database (S230). In general, it is possible to determine the first scale, but when there is a lot of date information to be displayed among the requested patient medical information, it is also possible to determine the second or third scale.

When the scale is determined in the processing unit 210, an object to be displayed in the section is generated based on the determined scale (S240). In this case, an object shape according to each scale is defined for each field or subfield, and the processing unit generates an object according to this. Furthermore, the processor may generate an object according to each scale by giving priority to specific information, an image, or a slide according to a predefined method among medical information for a corresponding field. The objects created in this way are respectively displayed in sections of the interface whose size is adjusted according to the corresponding scale (S250).

Meanwhile, the user may change the time axis information such as the display date section or the number of displayed days through the interface ( S260 ). If there is such a change request, the processing unit 210 performs a step of adjusting the scale in consideration of the patient's medical information and the changed time axis information (S270). Then, according to the predefined content, the object for each field is regenerated with the adjusted scale (S280), and it is displayed through each readjusted section of the interface (S290). In this way, the interface according to the present embodiment can respond to the user's request to change the time base.

Hereinafter, a state implemented in the interface according to the above-described change in the time axis will be described through several examples. As described above, the interface according to the present embodiment is configured to select a date section to be inquired when inquiring about the patient's medical information. As an example, in this embodiment, it can be adjusted to three sections: 1 month (first inquiry section), 6 months (second inquiry section), and 3 years (third inquiry section).

In this case, the processing unit 210 may be configured to determine the scale of the section and the object according to the type of the set date section. For example, if the set date section is the first inquiry section, it may be determined as the first scale, if the second inquiry section, the second scale, and if the third inquiry section, the third scale. However, in this configuration, even if the second inquiry section is set, if there is almost no relevant medical history such as visits to medical institutions and prescriptions for the past 6 months, the displayed medical information is the same as when the first inquiry section is set There is a disadvantage in that only the displayed scale is reduced.

Accordingly, the processing unit 210 extracts medical information of the corresponding inquiry period according to the type of the set date section, and determines the scale based on the number of daily information to be displayed on the interface (the number of dates to be displayed). . For example, if the number of pieces of information per day is less than n1, the first scale may be determined; In this case, even if the user adjusts to increase the inquiry period, it is possible to display the medical information on the interface at an appropriate scale according to the number of patients' daily information actually displayed on the interface.

12 shows an interface in a state in which a first inquiry period is set, FIG. 13 shows an interface in a state in which a second inquiry period is set, and FIG. 14 shows an interface in a state in which a third inquiry period is set it will be shown

12 to 14 , when the first inquiry period is set, the user can inquire the patient's recent medical record information in more detail. In addition, when the second inquiry period and the third inquiry period are set, there is an advantage in that it is possible to identify and diagnose the patient's condition from a macroscopic point of view by inquiring not only the recent history but also the patient's medical history from the past in time series.

However, if the number of daily patient information to be displayed increases as the inquiry period is set to be long, it may be difficult to display it on the interface screen. In this case, it is possible to reduce the displayed information content by adding the fourth and fifth scales, but when the content is too reduced, it may be difficult for the user to identify itself. Accordingly, the processing unit has a reference value for the number of information per day that can be displayed on the interface as the set minimum scale (third scale in this embodiment), and when it exceeds the reference value, the interface window is displayed with a scroll bar 226, etc. It can be configured to move left and right using In this case, even if the number of daily information to be displayed is large, all information can be displayed in a form that can be easily identified by the user.

In the present embodiment described above, the user selects any one of the first to third inquiry sections provided as options, but the present invention is not limited thereto. For example, by adjusting the time axis linearly with a manipulation method of enlarging/reducing the interface screen (for example, scrolling up/down of the mouse), the number of daily information displayed on the time axis can be sequentially adjusted. It is also possible to In this case, it is possible to provide a user-desired inquiry environment by freely adjusting the inquiry section.

Selected Diagnosis Name Related Information Selective Lookup

The interface according to the present embodiment includes a function of extracting and displaying only medical information related to a representative value desired by a user from among various medical information of a patient.

When a patient visits a medical institution with various lesions, the patient's medical information displayed on the interface may include diagnosis, examination, and prescription records for various lesions. Therefore, when a user wants to inquire information related to a specific diagnosis name, there is a problem of having to select information with low relevance because it is mixed, and there is a fear that the efficiency of inquiry may decrease because the amount of information displayed on one screen is limited. Accordingly, in the present embodiment, when the user selects a diagnosis name as a representative value, only medical information related to the diagnosis name can be extracted and displayed, so that the user's inquiry convenience and inquiry efficiency can be improved.

To this end, the interface includes a function for the user to select a representative value. As an example, the user may select a representative value by selecting the section 221h of the diagnosis name field in which the diagnosis name of interest is displayed. Alternatively, a representative value can be selected by inputting a diagnosis name of interest through a separate keyword input window. Hereinafter, an example of a diagnosis name will be described as a representative value, but the present invention is not limited thereto, and it is also possible to select other contents such as a drug prescription item, a treatment prescription item, a test prescription item, etc. as a representative value.

The processing unit 210 stores data serving as a criterion for determining whether or not relevance is associated with each representative value selectable by the user. Accordingly, when the user selects a representative value, the relevant information is extracted from the patient's medical information stored in the cache storage unit 212 according to the relevance determination criterion. Accordingly, the object generating unit 213 may generate an object only for the extracted information, excluding information with low relevance, and display it in a section on the interface 220 .

In this case, the information extracted by the processing unit 210 may be information corresponding to a specific field or a specific subfield. For example, when a diagnosis name for retinal disease is selected as a representative value, the processing unit extracts a relevant intraocular pressure test field, an fundus OCT test field, a blood test field, etc. from the patient's medical information, and an irrelevant lung function test field and ultrasound test Contents such as fields can be excluded.

Furthermore, the processing unit 210 may not only extract a specific field or a specific subfield, but also extract highly relevant detailed information from information included in the extracted field. In addition, the object generator 213 may generate an object to display highly relevant detailed information on the interface. In this case, the object generator 213 may generate the object in a method defined differently from the method displayed on the basic interface screen. For example, when a diagnosis name for diabetes is selected as a representative value, a blood test field is extracted as a relevant field, and an object may be created such that a blood sugar level and a lipid level among blood test information are displayed in a section.

According to the selective display method in consideration of the user's interest, date information displayed on the interface may be changed differently compared with information displayed on the interface before the user selects a representative value. This is because information on the date of treatment for a disease other than the representative value can be excluded because there is no relevant information. In addition, among the displayed date information, only relevant fields are selectively displayed. Furthermore, even if the field corresponds to the same field, the displayed content may be displayed differently based on relevant specific information.

Fig. 15 is a diagram illustrating display contents of an interface when a predetermined representative value is selected. The interface shown in FIG. 15 is a case in which the user selects a diagnosis name for hyperthyroidism as a representative value.

In the medical information displayed on the interface, only the days when the patient was diagnosed with hyperthyroidism and treated and treated are extracted and displayed among all medical information of the patient. However, even if the diagnosis name of the corresponding date is different, it may be displayed on the interface if the date includes test information highly related to the representative value.

And, it is displayed on the interface centering on fields highly related to hyperthyroidism among the date information. However, the diagnosis name field and the medical record field among the date information may be displayed on the interface regardless of the degree of relevance to the representative value. Specifically, as shown in FIG. 15 , results of a blood pressure test, blood test, thyroid function test, and thyroid ultrasound test highly related to hyperthyroidism are displayed on the interface among test fields. Among them, the blood test result may be configured to be displayed centered on the CEA level, which is highly correlated with hyperthyroidism, unlike the method shown in FIGS. 3 to 5 (see 221i).

16 is a flowchart illustrating a method of selectively displaying information related to a representative value selected by a user. Hereinafter, a method of displaying information related to the aforementioned representative value will be described in more detail with reference to FIG. 16 .

First, the user receives the patient's medical information requested from the database, and displays the information on the interface (S310). A detailed description of this step is replaced with S110 to S140 of FIG. 6 described above.

The user performs a step of selecting a representative value of interest through the interface (S320). In this case, the representative value may be the patient's diagnosis name, and in addition to this, it may be various items of interest, such as a prescribed specific drug name, a prescribed treatment name, and the like.

When the user sets the representative value through the interface, the processing unit extracts information related to the representative value from among the patient's medical information (S330). As described above, the processing unit 210 stores a criterion for judging whether or not relevance for each representative value is relevant, and the processing unit 210 is related to the patient's medical information stored in the cache storage unit 212 based on the criterion. extract information

Also, a step of adjusting a field displayed on the interface may be performed (S340). In this step, the displayed field items and their order may be determined according to the presence or absence of information on the corresponding field among the medical information extracted in the previous step. However, since the field arrangement displayed on the interface is predefined according to the representative value selected regardless of the extracted medical information, it is also possible to adjust the fields as defined. And, according to the extracted information, the time axis display date may also be adjusted to exclude information by date including irrelevant information and to display information by date including relevant information. In addition, the processing unit may process to configure each section in the interface according to the adjusted field and date information. Here, each section displayed on the interface may be generated according to the adjusted field and date information, and may be generated at a location where information corresponding to the corresponding date field among the extracted information exists. However, this step is not necessarily performed as a separate step, and date information and field information may be automatically adjusted as a result of performing other steps.

The object generator 213 regenerates objects for displaying the extracted information in each section of the interface (S350). In this case, an object creation method may be defined differently according to the selected representative value. For example, even if an object for the same field is created, detailed information highly relevant to a representative value among information on the corresponding field may be regenerated differently in a way that can be directly displayed to the user (eg, blood indicate the most relevant value among the test results).

The regenerated object is displayed in each section of the interface, so that the interface display content can be adjusted (S360). Through this step, information related to the representative value selected by the user may be divided into sections and displayed in time series on the interface.

As such, according to the present embodiment, it is possible for the user to selectively display and inquire only information related to a representative value of interest, such as a specific diagnosis name, on the interface.

The medical information inquiry and input method according to the embodiment of the present invention described above may be implemented as a program (including an application) to be executed in combination with a user terminal and stored in a medium.

Such a program may include code coded in a program language readable by an arithmetic device of the terminal in order for the user terminal to read the program and execute the methods implemented as the program. Such codes may include functional codes related to functions defining functions necessary for executing the methods, etc. can do.

In addition, the medium in which the program is stored is not a medium that stores data for a short moment, such as a register, a cache, a memory, etc., but a medium that stores data semi-permanently and can be read by a device. Specifically, examples of the storage medium include, but are not limited to, ROM, RAM, CD-ROM, magnetic tape, floppy disk, and an optical data storage device. For example, the program may be stored in various recording media on various web servers that the user terminal can access. In addition, it is pointed out that the medium is distributed in a computer system connected to a network, and computer readable codes can be stored in a distributed manner.

As mentioned above, although one embodiment of the present invention has been described in detail, the present invention is not limited to the above embodiment. It is revealed that those of ordinary skill in the art to which the present invention pertains can practice the present invention with various modifications or changes without departing from the scope of the technical features of the present invention as defined in the appended claims. put

100: server 110: database
200: user terminal 210: processing unit
213: object generating unit 220: interface

Claims (10)

Separating the patient's medical information by field on an interface by a processing unit, generating each object, and time-series displaying it in a separate section form;
when the user selects a representative value through the interface, extracting, by the processing unit, information related to the selected representative value from the medical information of the patient;
regenerating each object for each field by date so that the processing unit can display the extracted information on the interface; and
Displaying, by the processing unit, the regenerated object in the form of a separate section on the interface,
The field is a medical record inquiry and input method including a diagnosis name field and a medical record field. According to claim 1,
The representative value is a medical record inquiry and input method, characterized in that the user is interested in one of a diagnosis name, drug name, treatment name, and examination name. delete According to claim 1,
The processing unit of the user terminal stores a criterion for determining whether relevance to a representative value that the user can select,
In the extracting of the relevant information, the medical record inquiry and input method, characterized in that the processing unit determines and extracts the relevance with the representative value based on the criterion. 5. The method of claim 4,
In the extracting of the relevant information, the processing unit extracts relevant information from the patient's medical information provided from a database and stored in the cache storage unit of the processing unit. 5. The method of claim 4,
The method for inquiring and inputting a medical record, wherein the extracted information is part of information on a relevant predetermined field, information on a predetermined subfield, or information on a predetermined field or a predetermined subfield of the patient's medical information. According to claim 1,
The step of displaying the patient's medical information in time series includes generating each of the objects corresponding to the separate sections,
The method of claim 1, wherein re-creating the object creates the object in a manner that is at least partially different from the step of creating the object. According to claim 1,
The step of displaying the regenerated object on the interface comprises displaying less date information than the date information displayed in the step of displaying the patient's medical information in time series. Separating the patient's medical information by field on an interface by a processing unit, generating each object, and time-series displaying it in a separate section form;
when the user selects a representative value through the interface, extracting, by the processing unit, information related to the selected representative value from the medical information of the patient;
regenerating each object for each field by date so that the processing unit can display the extracted information on the interface; and
performing the step of the processing unit displaying the regenerated object in the form of a separate section on the interface,
The field is a medical record inquiry and input program stored in a medium including a diagnosis name field and a medical record field. an interface configured to display the patient's medical information in a separate section format according to date information and field information, respectively, and to allow a user to select a representative value of interest; and
A processing unit for generating and displaying each object by dividing by field by date so that the patient's medical information provided from the database can be displayed in a separate section form for each field by date on the interface;
The processing unit, when the user selects the representative value through the interface, extracts only information related to the selected representative value from among the medical information of the patient, divides the extracted information by field by date, regenerates the object, and the regenerated Display the object in the form of a separate section on the interface,
The field is a medical record inquiry and input system including a diagnosis name field and a medical record field.

Images