KR101809345B1 - Method and server of managing medical order - Google Patents

Abstract

A method of managing a medical care order for switching the state of a medical care order corresponding to a user's selection based on a user's selection of the state of the medical care order displayed in response to the patients belonging to the medical care team And a server.

Description

[0001] METHOD AND SERVER OF MANAGING MEDICAL ORDER [0002]

The following embodiments relate to a method and server for managing a medical care order.

The medical order and the charting of the medical staff related to the patient's medical treatment at the medical institution have been developed from the hand to the OCS (Order Communication System), but there is a limitation in the computer accessibility during the round, It is difficult to proceed with the shoe order in the case of rounding, and the order progression is forgotten. . Therefore, it is a reality that the medical staff immediately confirms whether the correct treatment and prescription according to the medical care order has been performed correctly. In addition, if a patient is mistaken for a patient due to a mistake in the patient's order, or if the patient is large, the order may not be delivered to the patient within a certain period of time.

According to one embodiment, a series of processes for constructing a medical care team for medical care of a patient and registering a patient to a medical care team to generate a medical care order can be easily performed in the user terminal.

According to an embodiment, since the state of the medical care order according to the user's order confirmation is expressed differently according to the authority of the user, it is possible to easily know at which stage the medical care order for the patient is in the entire process.

According to one embodiment, a medical care order can be processed through connection to a server via the Internet without having a separate server in various medical institutions such as hospitals.

According to one embodiment, a plurality of patients are divided into identifiers that can be identified only in the corresponding team. When the medical treatment according to the order is completed, all the information on the order is deleted according to a series of methods, It is possible to prevent the leakage of the recording data.

According to one aspect, a method of managing a medical care order includes: displaying a state of a medical order corresponding to patients belonging to the medical care team; Receiving a user's selection of the status of the medical care order; And switching the state of the medical care order corresponding to the user's selection based on the authority of the user.

Wherein the rights of the user include a first right that includes rights to create, delete and change states of the medical care order, a second right that includes rights to change to a second state associated with the medical care order, And a third authority including a change authority to the state, and may be granted by the user's selection.

The medical care team is distinguished by a unique identifier of the medical care team, and the patients can be distinguished by a unique identifier of the patients. The identifier identifying the patients may be indicative of the patient by a combination with information shared within the medical care team.

Wherein the step of switching the state of the medical care order includes: determining whether the authority of the user corresponds to the authority required to change the state of the medical care order; And switching the state of the medical care order corresponding to the user's selection based on the determination result.

The method of managing the medical care order further includes rejecting the user's selection of the medical care order status when the authority of the user does not match the authority required to change the state of the medical care order .

The medical care order may include a medical care order corresponding to patients shared by the medical care team to which the user belongs.

The state of the medical care order can be displayed in the order in which the medical care order is generated.

Wherein the state of the medical care order includes a first state in which the medical care order is generated, a second state in which the medical care order is confirmed, a necessary treatment is instructed according to the medical care order, and a necessary treatment is performed in accordance with an instruction in the second state And a state of the medical care order may be displayed in different colors according to the state of the medical care order.

The method of managing the medical care order includes receiving the user's selection for the patients; And providing an order input window for inputting a medical care order corresponding to the patients based on the authority of the user.

Wherein the providing of the order entry window comprises: determining whether the rights of the user are a first right including a right to create, delete, and change a state of the medical care order; And providing the order entry window when the authority of the user is the first authority.

The method for managing the medical care order may further include generating a medical care order corresponding to the patient based on the order entered in the order input window.

The method of managing the medical care order may further include providing a team creation window for newly creating the medical care team.

The method for managing the medical care order includes: inputting medical staff for constituting the medical care team; And registering the input medical staff to the medical care team.

The step of inputting the medical staff for constituting the medical care team may include inputting the medical staff independently of the authority of the user.

The method for managing the medical care order includes: receiving an identifier of patients belonging to the medical care team; And registering the identifiers of the patients in association with the medical team to which the patients belong.

The method of managing the medical care order may further include transmitting at least one of a message, an alarm, and a mail related to a change in the state of the medical care order to the medical staff of the medical care team every time the state of the medical care order is changed have.

The method of managing the medical care order includes receiving, from the user, a request to delete information on the medical care team or the patients; And deleting at least one of the patients belonging to the medical care team and the medical care order corresponding to the patients according to the deletion request.

Wherein deleting the at least one information comprises deleting at least one of the patients belonging to the medical care team and the medical care order corresponding to the patients based on the authority of the user and the state of the medical care order . ≪ / RTI >

According to one aspect, a server for managing a medical care order includes a display for displaying a status of a medical care order corresponding to patients belonging to the medical care team; A communication interface for receiving a user's selection of the status of the medical care order; And a processor for switching the state of the medical care order corresponding to the user's selection based on the authority of the user.

According to one aspect of the present invention, a series of processes for constructing a medical care team for patient's medical care and registering a patient in the medical care team to create a medical care order are electronically performed at the user terminal, thereby making it possible to check orders of medical care members from time to time, It is possible to deliver quickly and accurately, improve patient's treatment, prescription, and shorten patient's waiting time.

According to one aspect of the present invention, the state of the medical care order according to the order processing of the user is differently expressed according to the authority of the user, so that the user can easily grasp at which stage the medical care order for the patient is in the entire process.

According to one side, it is possible to save manpower and cost for quick work process and medical care order management by managing the medical care order through server connection through the Internet without having a separate server in various medical institutions such as hospitals.

BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 illustrates a system environment for managing a medical care order in accordance with one embodiment.
2 is a flow diagram illustrating a method for managing a medical care order in accordance with an embodiment;
3 is a flow diagram illustrating a method for switching a state of a medical care order according to an embodiment;
4 is a flowchart illustrating a method for managing a medical care order according to another embodiment;
5 is a flowchart illustrating a method of providing an order entry window according to an embodiment;
6 is a flowchart showing a method of managing a medical care order according to another embodiment;
FIG. 7 illustrates a team creation window provided on a screen of a user terminal according to an exemplary embodiment; FIG.
FIG. 8 is a view illustrating a screen for inputting medical personnel for constructing a medical care team generated according to an embodiment; FIG.
9 is a diagram illustrating a method of authorizing medical personnel included in a medical care team configured according to an embodiment;
FIG. 10 is a view for explaining a process of registering a patient to a medical care team configured according to an embodiment; FIG.
11 illustrates an order entry window provided on a screen of a user terminal according to an embodiment;
FIG. 12 is a view illustrating a case where medical care orders generated according to an embodiment are displayed on a screen of a user terminal; FIG.
13 is a view for explaining that a state of a medical care order is represented differently according to a user's authority according to an embodiment;
FIG. 14 is a diagram for explaining a process in which a medical care order is deleted according to an embodiment; FIG.
15 is a block diagram of a server for managing a medical care order according to an embodiment;

In the following, embodiments will be described in detail with reference to the accompanying drawings. Like reference symbols in the drawings denote like elements.

Various modifications may be made to the embodiments described below. It is to be understood that the embodiments described below are not intended to limit the embodiments, but include all modifications, equivalents, and alternatives to them.

The terms used in the examples are used only to illustrate specific embodiments and are not intended to limit the embodiments. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this embodiment belongs. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the contextual meaning of the related art and are to be interpreted as either ideal or overly formal in the sense of the present application Do not.

In the following description of the present invention with reference to the accompanying drawings, the same components are denoted by the same reference numerals regardless of the reference numerals, and redundant explanations thereof will be omitted. In the following description of the embodiments, a detailed description of related arts will be omitted if it is determined that the gist of the embodiments may be unnecessarily blurred.

1 is a diagram showing a system environment for managing a medical care order according to an embodiment. Referring to FIG. 1, a system environment according to one embodiment may include a network 50, a user terminal 110, and a server 130.

The network 50 may be any suitable network such as, for example, the Internet, intranets, extranets, wide area networks (WANs), local area networks (LANs), wired networks, wireless networks, And may include any combination of two or more of the networks.

The user terminal 110 may be, for example, a terminal, a personal computer, a tablet computer, a smart phone, a personal digital assistant (PDA), a wearable device, Can be implemented.

The server 130 may be, for example, a single server computer or similar system, or a plurality of servers arranged in one or more server banks or other arrangements. The server 130 may be in a single facility, or it may be a server "cloud " distributed across many different geographic locations.

The user terminal 110 may access the server 130 directly via the network 50 and may use the service for managing the medical care order provided by the server 130 or may be provided from the server 130 via the network 50 A service for managing a medical care order provided by the server 130 can be provided by downloading an application for managing the order.

When the application is downloaded, the application may be executed by the user selecting the execution icon of the application displayed on the screen of the user terminal 110. [

When the log-in of the user is performed through the log-in window of the main screen, the server 130 may provide an input window or screen for collecting user's input for each process related to the management of the medical care order. In one embodiment, the user may be, for example, a medical staff member such as a faculty member, an intern, a resident, a nurse, or the like,

The user terminal 110 can configure the medical care team by connecting to the server 130 via the network 50, register the patient with the medical care team, and create or delete a medical care order corresponding to the patient. At this time, the information about the patient after the treatment according to the treatment order and the information about the treatment order can be deleted based on the authority of each user.

An example of a screen provided from the server 130 to the user terminal 110 according to each process of managing a medical care order will be described with reference to FIG. 7 to FIG.

2 is a flowchart illustrating a method of managing a medical care order according to an embodiment. Referring to FIG. 2, a server (hereinafter, referred to as 'server') for managing a medical care order according to an embodiment displays a medical order state corresponding to patients belonging to the medical care team (210). The medical care order may be a medical care order corresponding to the patients shared by the medical care team to which the user belongs. The order of care may correspond to the unique identifier of the care team and the unique identifier of the patient (s).

The state of the medical care order is determined, for example, in the first state in which the medical care order is first created, the medical care order, the second state in which the necessary treatment is instructed or confirmed according to the medical care order, A third state in which the necessary treatment is performed, and the like. The state of the medical care order can be displayed on the screen of the user terminal in the order of time when the medical care order is generated.

In addition, the state of the medical care order can be displayed in different colors according to the state of the medical care order. For example, when the medical care order is in the first state, the medical care order may be displayed in red, in the second state, in yellow, and in the third state, green.

The server receives (230) the user's selection of the status of the care order displayed in step 210.

The server switches the state of the medical care order corresponding to the user's selection in step 230 based on the user's authority (250). The authority of the user can be divided into a first authority, a second authority and a third authority sequentially according to the magnitude of the authority. The first authority may include, for example, authority to create, delete, and change state orders. The second authority may include authority to change to a second state associated with the medical care order. The third authority may include a change authority from the second state to the third state. The transition to the first state is possible by the first authority, the transition to the second state is possible by the second authority, and the transition to the third state can be possible by the third authority.

The authority of the user may be granted (or assigned) by the user's choice, for example, or automatically by a user's job title (for example, a professor, major, nurse) stored in advance at the time of user registration.

Before performing some operations such as creation, deletion, and change of state to a specific state, for example, the server checks the authority of the user in advance to create, change, or delete a medical care order by unauthorized persons Can be prevented in advance.

In step 250, the server determines whether the authority of the user meets the authority required to change the state of the medical care order, and based on the determination result, switches the state of the medical care order corresponding to the user's selection have. A specific method for the server to switch the state of the medical care order will be described with reference to Fig.

3 is a flowchart showing a method of switching the state of a medical care order according to an embodiment. Referring to FIG. 3, a server according to an exemplary embodiment may determine whether a user's right corresponds to a privilege required to change a state of a medical care order (310).

If the authority of the user is the second authority and the current state of the medical care order is the second state, for example, the server judges that the authority of the user corresponds to the authority required to change the state of the medical care order can do. On the other hand, when the authority of the user is the third authority and the current state of the medical care order is the first state, it can be determined that the authority of the user does not match the authority required to change the state of the medical care order.

The server can determine that the user's authority meets the authority required to change the state of the medical care order if the user's authority is equal to or higher than the current state of the medical care order. Or the server may determine that the user's authority does not comply with the authority required to change the state of the medical care order if the user's authority is lower than the current state of the medical care order.

As a result of the determination in step 310, if the authority of the user meets the authority required to change the state of the medical care order, the server may switch the state of the medical care order corresponding to the user's choice (320).

As a result of the determination in step 310, if the authority of the user does not match the authority required to change the state of the medical care order, the server may deny the user's selection of the state of the medical care order (330).

4 is a flowchart showing a method of managing a medical care order according to another embodiment. Referring to FIG. 4, the server may provide a team creation window for creating a new care team according to a log-in of the user (405). The team creation window can be provided to any user regardless of the user's authority.

The server may receive medical personnel to configure the medical care team from the user (410). The medical staff to form a medical team can be entered independently of the user's authority, that is, regardless of the user's authority. The process of the server creating the medical care team entered through the team creation window and inputting the medical staff for constituting the medical care team will be described with reference to FIG. 7 to FIG.

The server registers the medical staff entered in step 410 with the medical care team 415 and may grant the user authority 420 at the user's choice. At this time, the user may be the medical staff of the medical care team. The care team can be distinguished by a unique identifier of the care team. The process by which a user grants authority to a user, in other words, a medical team of a medical team, is described with reference to FIG.

The server may receive the (unique) identifier of the patients belonging to the medical team (425). Patients can be distinguished by their unique identifiers. In one embodiment, instead of (or minimizing) the exposure of patients' personal information by using the patient's own abstracted identifiers, instead of the information that can be directly exposed to the patient's personal information such as name, social security number, or health insurance card number, can do.

The identifier identifying the patient may be indicated by the combination of the information shared within the relevant care team. For example, a user belonging to a medical care team can interpret the patient ' s identifier based on the information shared within the medical care team, thereby knowing which patient the identifier indicates. On the other hand, a user not belonging to a medical care team can not know the information shared in the medical care team, so that it is not possible to know which patient a particular order refers to using only the patient's identifier.

The process of the server receiving the identifiers of the patients from the user will be described with reference to FIG.

The server may register the patient ' s identifier in association with the medical care team to which the patient belongs (430). By registering the patient's identifier in association with the care team, the patient can be managed as a subordinate to their own care team. For example, if a caregiver A is removed from the care team list by a privileged user, information about the patients in the care team A and information about the care order may also be deleted together.

The server may receive the user's choice of patients belonging to the medical team (435).

Based on the authority of the user, the server may provide an order entry window (440) for entering a medical care order corresponding to the patients. If the user's authority corresponds to a preset authority (for example, the first authority), the server provides the order input window to the user. If the authority does not correspond to the preset authority, It may not provide an input window. In other words, the order input window is provided to the user corresponding to the preset authority or more. Therefore, the medical care order can be generated by a user corresponding to a predetermined authority or more. The method by which the server provides the order entry window will be described with reference to FIG. An example of the order input window provided by the server to the user is shown in Fig.

The server can generate a medical care order corresponding to the patient based on the order entered in the order entry window (445). The screen in which the medical care orders generated by the server are displayed on the user terminal will be described with reference to FIG.

The server may display the status of the medical care order corresponding to the patients belonging to the medical care team (450). The state of the medical care order can be sequentially displayed on the screen of the user in the order in which the medical care order is generated.

The server may receive the user's selection of the medical care order (or the state of the medical care order) (455).

The server can switch the state of the medical care order corresponding to the user's selection based on the user's authority (460). The state of the medical care order can be displayed, for example, in different colors or different patterns for each state of the medical care order. The description will be made with reference to Fig. 13, in which the states of the medical care orders converted according to the authority of the user are expressed differently.

In addition, the server may delete the medical care information such as the medical care team, the patient (s) belonging to the medical care team, and the medical care order corresponding to the patient (s) according to the authority of the user. A screen in which the medical care information including the medical care order is deleted by the user is shown in Fig.

Depending on the embodiment, the server may delete the care information, based not only on the user's authority but also on the status of the care order. A method for the server to delete the medical care information according to the authority of the user and the state of the medical care order will be described with reference to Fig.

The server may send a message relating to the change of state of the medical care order to the medical staff of the medical team every time the state of the medical care order is changed (465). At this time, the message related to the state change of the medical care order may be, for example, a form such as "the state of the medical care order for the AF 2012 LR1 patient is changed to the second state ". The message may be sent to the medical staff of the treatment team, for example, in the form of an MMS or SMS, or in the form of an alarm or personal mail.

5 is a flowchart illustrating a method of providing an order entry window according to an embodiment. Referring to FIG. 5, a server according to an exemplary embodiment may determine whether a user right is a first right (510). The first authority may include authority to create, delete and change state orders.

If it is determined in step 510 that the user authority is the first authority, the server may provide an order entry window to the user terminal (520).

If it is determined in step 510 that the authority of the user is not the first authority, the server may provide a message to the user terminal indicating that the order entry is rejected (530).

6 is a flowchart showing a method of managing a medical care order according to another embodiment. 6, a server according to an exemplary embodiment displays a status of a medical care order corresponding to patients belonging to a medical care team (605), and receives a user's selection of a status of a medical care order (610) .

The server switches the state of the medical care order corresponding to the user's selection based on the authority of the user (615).

The server may receive a request from the user to delete information about the care team (620). According to an embodiment, the server may receive a request to delete information about the patients.

The server may determine (or check) the user's authority according to the deletion request of step 620. [

The server may determine whether the user's right is the first right (625). If it is determined in step 625 that the authority of the user is the first authority, the server may delete the information about the patients and the medical care order regardless of the state of the medical care order in response to the request to delete the information about the medical care team 630).

If it is determined in step 625 that the authority of the user is not the first authority, the server may determine whether the authority of the user is the second authority (635). If it is determined in step 635 that the authority of the user is the second authority, the server may determine 640 whether the state of the medical care order is the second state or the third state. If it is determined in step 640 that the state of the medical care order is the second state or the third state, the server may delete the information about the patients and the medical care order (645).

If it is determined in step 635 that the user's authority is not the second authority, that is, the third authority, the server can determine whether the state of the medical care order is the third state (650). If it is determined at step 650 that the state of the medical care order is the third state, the server may delete the information about the patients and the medical care order (645). If it is determined in step 650 that the state of the medical care order is not the third state, the server can terminate the operation without performing deletion of the information.

FIG. 7 illustrates a team creation window provided on a screen of a user terminal according to an embodiment, and FIG. 8 illustrates a screen for inputting medical staffs for constructing a created medical care team according to an embodiment.

Referring to FIG. 7, a process of creating a care team through a team creation window 711 displayed on a screen 710 of a user terminal is shown. Referring to FIG. 8, a process of registering a medical staff to a care team is shown .

The user enters the team name "OO hospital thoracic surgery" in the area 713 describing the team name in the team creation window 711 provided by the server, and by pressing the generation button 715, the "OO hospital thoracic & Can be generated.

After the care team is created, a guideline such as "Successfully created team ", click on the team to invite members," may be displayed on the user terminal screen 730. The user may select the created care team 731 on the screen 730 according to the guidance text.

If the care team 731 is selected, a screen 810 may be displayed on the user terminal.

The user can invite a medical team for constituting a medical care team to the medical care team by selecting the member invitation button 811 displayed on the screen 810. [

When the user presses the member invitation button 811, an input window 813 may be displayed on the screen 810 for inputting medical staffs for constituting a medical care team. When the user inputs the names or IDs of the medical staffs in the input window 813, the server can register the entered medical staffs in the created medical care team 731. Information about the patient (s) belonging to the medical care team 731 may be shared among the medical staff registered in the medical care team 731.

The user can add, for example, a medical staff member who constitutes a medical care team by selecting an "invitation" button included in the input window 813. [ Alternatively, the user may cancel the invitation of the currently entered medical caregiver by selecting the "cancel" button included in the input window 813. [

FIG. 9 is a diagram for explaining a method of authorizing medical personnel included in a medical care team configured according to an embodiment. Referring to FIG. 9, there is shown a screen 910 that provides a server to authorize a user.

7 through 8, the user can set the authority of the user by selecting the authority item 915 displayed on the screen 910 when the medical team of the medical care team and the medical care team are configured. At this time, the authority item 915 may include, for example, a position of a user such as a professor, a major, a nurse, or the like.

When the user's job title is checked as "professor ", the server can grant the above-mentioned first right to the user having the ID corresponding to the professor position. When the user's position is checked as "major ", the server may be granted a second authority to a user having an ID corresponding to the position of the major. Also, if the user's job title is checked as "nurse ", the server may grant a third authority to a user with an ID corresponding to the nurse job title.

The user can additionally configure the medical staff by selecting the member invitation button 913 displayed on the screen 910 or can leave the medical staff of the medical team by selecting the withdraw button 917. [

10 is a view for explaining a process of registering a patient to a medical care team constructed according to an embodiment. Referring to FIG. 10, a process of registering a patient by receiving an identifier of a patient from a user is illustrated.

After the user completes the configuration of the medical care team, the user terminal may be provided with a screen 1000 for registering the patients belonging to the medical care team.

The user may select a patient list 1010 on screen 1000 and register the patient with the care team. When the patient list 1010 is selected by the user, a screen 1000 may be provided with a patient input window 1013 for inputting a patient. At this time, the name of the medical care team to which the patient belongs may be displayed in the patient input window 1013.

When the user inputs an identifier of the patient in the patient input window 1013, the server can register the identifier of the patient in association with the care team to which the patient belongs. At this time, the identifier of the patient can be input in the form of an identification code to prevent leakage of the patient's personal information.

Regardless of the user's authority, the user can input the patient's ID into the patient input window 1013 and register the patient's ID in the medical care team.

In addition, the user can select whether the patient is a simple inpatient or a surgical patient in the patient input window 1013. Accordingly, one day can be displayed from the registration time of the patient in the screen 1000, and a day is automatically added as the date (day) passes, and the date passed from the hospital start date (patient registration date) A medical treatment order corresponding to the patient, or the like.

In case of an inpatient or a surgical patient, the server automatically deletes the order for the patient along with the discharge of the patient, thereby securing the storage space and preventing the leakage of the medical care information about the patient.

11 is a diagram illustrating an order input window provided on a screen of a user terminal according to an embodiment. Referring to FIG. 11, a process of the user inputting a medical care order for a patient through an order entry window is shown.

After the patient registration is completed, the user terminal may be provided with a screen 1100 including a medical care team (member's team) and a patient list. After the patient registration to the medical care team is completed, the user can create a medical care order corresponding to the patients.

The user can select the patient to be created from the patients included in the patient list by, for example, clicking or the like. For example, suppose a user selects a patient whose patient name (or patient's identifier) is "F1234556 LR1" among the patients included in the patient list.

The server can check the user's authority using the user's ID. If the user's authority is not the first authority, the server may, for example, say, "You do not have permission to enter the order." A message indicating that the order entry is rejected can be provided.

The server may provide an order entry window 1115 if the user's authority is a first right that includes create, delete, and change state permissions for a medical care order. At this time, in the order input window 1115, the name of the medical care team to which the selected patient belongs is "OO hospital thoracic surgery". An interface for inputting the medical care order together with the name (or identification information) "F1234556 LR1" of the selected patient can be provided.

The user can input a medical care order such as "X-ray " to the interface for receiving the medical care order. At this time, if the medical care order inputted by the user is an order that has been previously generated, for example, even if the user inputs only X, the server automatically completes the remaining entire word (X-ray) can do.

When the input of the medical care order corresponding to the patient is completed, the user can generate the medical care order by selecting the "registration" button included in the order input window 1115. [ The server may register or store the created medical care order in association with the medical care team's identifier and the patient's identifier.

In the case of canceling the entered medical care order in response to the patient, the user can cancel the entered medical care order by selecting the "cancel" button included in the order input window 1115.

In addition, in the order entry window 1115, the transfer order (s) may be displayed together with the newly created order. Here, the transfer order may be an order that has not been deleted corresponding to the patient in a pending order or live order, but remains.

Thus, it is possible to prevent duplication of orders related to the patient.

FIG. 12 is a diagram showing the medical care orders generated according to an embodiment displayed on the screen of the user terminal. Referring to FIG. 12, a screen 1200 including a patient list belonging to the OO hospital thoracic surgeon team and an order status item showing a medical care order corresponding to each patient is shown.

A medical care order corresponding to the patient on the screen 1200 can be generated for each patient such as "dressing ", which is a medical care order corresponding to the patient F123000 LCC55, for example. Or the patient's medical care order may be generated, for example, for two or more medical care orders for one patient, such as "X-ray" and "otorhinolaryotomy ", which are medical care orders corresponding to patient F123456 LR1.

When the medical care order is created, for example, the color may be displayed in red, or a medical care over state such as '1' may be displayed together with the medical care order part. The number indicating the state of the color or the medical care order can be changed according to the authority of the user who confirmed the medical care order.

The medical care order corresponding to the patient can be displayed together with the time at which the order was created (for example, a few seconds ago or 4 minutes ago) as shown in the order status list. So that the treatment for the patient can be provided not too late.

FIG. 13 is a diagram for explaining that a state of a medical care order is expressed differently according to a user's authority according to an embodiment. Referring to FIG. 13, there are displayed screens 1310 and 1330 that are distinguished from items for which a medical care order confirmed by a user is not identified when a user confirms the medical care order included in the order condition item.

For example, let us say that the user instructs or confirms a treatment corresponding to the second authority and necessary for the treatment order 1311 and the treatment order 1313 among the treatment orders included in the order condition item.

When the user confirms the medical care order 1311 and the medical care order 1313, the confirmed medical care orders as indicated on the screen 1310 are changed in color or pattern, or the number indicating the state of the medical care orders is '2' can be changed. At this time, the medical care order 1315 that is not confirmed by the user can be kept in the same color, pattern or the same number ('1') as in the generation.

If the user confirms the medical care orders 1311 and 1313, the server can display a message window 1333 asking the user to confirm whether the medical care order is to be completed through the screen 1310. [ When the OK button included in the message window 1333 is selected by the user, the server notifies the medical staffs belonging to the medical care team of the change of the status of the medical care orders 1311 and 1313 through SMS, MMS, Lt; / RTI >

FIG. 14 is a diagram for explaining a process of deleting a medical care order according to an embodiment. Referring to FIG. 14, a procedure of deleting a medical care order that has been processed by users by the authority of a user is shown.

The medical care order 1411 in which the final treatment has been completed by the nurse among the medical care orders included in the order condition list can be changed to a pattern indicating that the color is changed to green or the treatment is completed. At this time, the medical care order whose treatment has been completed can be deleted by a user having a certain authority.

For example, when the professor of the corresponding medical care team having the first authority selects the medical care order 1411 that has been treated, the server considers the confirmation of the professor as the order completion and displays the order of the medical care order through the screen 1410 It may provide a message 1415 asking for deletion. At this time, the message 1415 may include, for example, "Do you want to delete the medical care order of the OO patient" or "Do you really want to confirm the order"?

If the faculty member selects the OK button included in the message 1415, the server may delete the medical care order 1411 as the screen 1430. [ According to the embodiment, when the medical care order 1411 is deleted, a message informing that the order for the OO patient is completed can be transmitted to the medical staff of the medical care team.

Although not shown in the drawing, orders may be deleted according to predetermined rules in addition to final confirmation by a professor who placed orders. For example, a predetermined period of time may elapse after the medical treatment according to the order is completed, or the order may be automatically deleted according to discharge of the inpatient.

According to one embodiment, the information associated with the order may be volatile. For example, when an order is deleted, all information related to the order is deleted, so that access to the order can no longer be blocked. As a result, the embodiments can prevent leakage to the patient's medical care information.

15 is a block diagram of a server for managing a medical care order according to an embodiment. 15, a server 1500 according to one embodiment includes a display 1510, a communication interface 1520, a processor 1530, and a memory 1540. The display 1510, the communication interface 1520, the processor 1530 and the memory 1540 can communicate with each other via the bus 1550.

The display 1510 displays the status of the medical care order corresponding to the patients belonging to the medical care team.

The communication interface 1520 receives the user's selection of the status of the medical care order.

The processor 1530 switches the state of the medical care order corresponding to the user's selection based on the authority of the user.

The processor 1530 may perform at least one of the methods described above with respect to Figures 1-14. The processor 1530 can execute the program and control the server 1500. [ The program code executed by the processor 1530 may be stored in the memory 1540. [ Memory 1540 may include volatile memory and non-volatile memory.

The server 1500 is connected to an external device (for example, a personal computer or a network) through an input / output device (not shown) and can exchange data.

The embodiments described above may be implemented in hardware components, software components, and / or a combination of hardware components and software components. For example, the devices, methods, and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, such as an array, a programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be embodyed temporarily. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Although the preferred embodiments of the present invention have been disclosed for illustrative purposes, those skilled in the art will appreciate that various modifications, additions and substitutions are possible, without departing from the scope and spirit of the invention as disclosed in the accompanying claims. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced. Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

50: Network
110: User terminal
130: Server

Claims (20)

Providing an order input window for inputting a medical care order corresponding to the patients belonging to the medical care team based on the authority of the user;
Generating a medical care order corresponding to one of the patients based on the order entered in the order input window;
Displaying a state of a medical order according to the treatment of the medical care order;
Receiving a user's selection of the status of the medical care order; And
Switching the state of the medical care order corresponding to the user's selection based on the authority of the user
Lt; / RTI >
The state of the medical care order is
A first state in which the medical care order is generated, a second state in which the medical care order is confirmed and a necessary treatment is instructed according to the medical care order, and a third state in which necessary treatment is performed in accordance with an instruction in the second state One,
The medical care order
The number indicating the color or the state of the medical care order is changed according to the authority of the user who confirmed the medical care order.
The method according to claim 1,
The authority of the user
A first authority including a right to create, delete and change a state of the medical care order, a second right including a right to change to a second state related to the medical care order, and a right to change from the second state to the third state And a third authority comprising a second authority,
Wherein the management order is managed by the user.
The method according to claim 1,
The identifiers identifying the patients
And instructing the patient by a combination with information shared within the medical care team.
The method according to claim 1,
The step of switching the state of the medical care order
Determining whether the authority of the user matches the authority required to change the state of the medical care order; And
Switching the state of the medical care order corresponding to the user's selection based on the determination result
The method comprising the steps < RTI ID = 0.0 > of: < / RTI >
5. The method of claim 4,
Rejecting the user's selection of the state of the medical care order if the authority of the user does not match the authority required to change the state of the medical care order
The method comprising the steps < RTI ID = 0.0 > of: < / RTI >
The method according to claim 1,
The medical care order
And a medical care order corresponding to the patients shared by the medical care team to which the user belongs.
The method according to claim 1, wherein the state of the medical care order is
And the medical care order is displayed in the order in which the medical care order was created.
The method according to claim 1,
The state of the medical care order is
Wherein the medical care order is displayed in different colors according to the states of the medical care orders.
The method according to claim 1,
Receiving a selection of the user for the patients
Further comprising the steps of:
The method according to claim 1,
The step of providing the order entry window
Determining whether the right of the user is a first right including a right to create, delete, and change a state of the medical care order;
If the right of the user is the first right, providing the order input window
The method comprising the steps < RTI ID = 0.0 > of: < / RTI >
delete The method according to claim 1,
A step of providing a team creation window for newly creating the medical care team
Further comprising the steps of:
13. The method of claim 12,
Receiving medical staffs for constituting the medical care team; And
Registering the input medical staff to the medical care team
Further comprising the steps of:
13. The method of claim 12,
The step of receiving the medical staff for constituting the medical care team
Independently of the authority of the user,
The method comprising the steps < RTI ID = 0.0 > of: < / RTI >
The method according to claim 1,
Receiving an identifier of a patient belonging to the medical care team; And
Registering the identifiers of the patients in association with the medical team to which the patients belong;
Further comprising the steps of:
The method according to claim 1,
And transmitting at least one of a message, an alarm, and a mail related to the change of the state of the medical care order to the medical staff of the medical care team every time the state of the medical care order is changed
Further comprising the steps of:
The method according to claim 1,
Receiving, from the user, a request to delete information about the medical care team or the patients; And
And deleting at least one of the patients belonging to the medical care team and the medical care orders corresponding to the patients according to the deletion request
Further comprising the steps of:
18. The method of claim 17,
The step of deleting the at least one information
Deleting at least one of the patients belonging to the medical care team and the medical care order corresponding to the patients based on the authority of the user and the state of the medical care order
The method comprising the steps < RTI ID = 0.0 > of: < / RTI >
18. A computer program stored on a medium for executing the method of any one of claims 1 to 10, 12 to 18 in combination with hardware.
A display for displaying a state of the medical care order according to the treatment of the medical care order corresponding to the patients belonging to the medical care team;
A communication interface for receiving a user's selection of the status of the medical care order; And
A processor for switching the state of the medical care order corresponding to the user's selection based on the authority of the user,
Lt; / RTI >
The processor
And an order input window for inputting a medical care order corresponding to the patients on the basis of the authority of the user, and based on the order entered in the order input window, / RTI >
The state of the medical care order is
A first state in which the medical care order is generated, a second state in which the medical care order is confirmed and a necessary treatment is instructed according to the medical care order, and a third state in which necessary treatment is performed in accordance with an instruction in the second state One,
The medical care order
And the number indicating the color or the state of the medical care order is changed according to the authority of the user who checked the medical care order.

Images