KR20240022047A - A methods and a device for providing scenarios for surgery - Google Patents

Abstract

Determining a type of surgery, determining a plurality of core steps and a plurality of additional steps for a scenario of the determined surgery type, obtaining evaluation information for the scenario, the plurality of core steps, and the plurality of additional steps A scenario for surgery, comprising: determining a performance order between the plurality of core steps and the plurality of additional steps based on the evaluation information; and displaying the scenario obtained based on the performance order. A method for providing and a device for the method are disclosed.

Description

{A methods and a device for providing scenarios for surgery}

The technical field of the present disclosure relates to methods and devices that provide scenarios for surgery, and relates to the technical field of providing scenarios that indicate the execution order between each step of surgery.

Recently, methods and equipment have been proposed to assist medical procedures such as surgery in various ways. In particular, when performing surgery, each stage of the surgery is generally standardized depending on the type of surgery. The steps performed during the surgical process may include essential core steps and optional additional steps, and the method of conducting the surgery, such as the order in which these steps are performed and which additional steps are omitted, is entirely at the discretion of the doctor. It is decided.

However, relying solely on the doctor's memory is fraught with uncertainty, and if information on situation-specific surgical scenarios confirmed by multiple doctors can be provided to the doctor in advance, more complete surgery is possible. Therefore, there is a need for technology that can provide information related to surgical scenarios in advance or in real time.

Korean Patent Publication No. 10-2021-0131061 (2021.11.02.) Medical procedure and surgery guidance system using 3D virtual reality

The problem to be solved in this disclosure is about a method and device for providing a scenario for surgery, obtaining a scenario representing the performance order between each stage of surgery, and providing the obtained scenario to enable more complete surgery. The goal is to provide a method.

The problems to be solved by this disclosure are not limited to the technical problems described above, and other technical problems may exist.

As a technical means for achieving the above-described technical problem, a method of providing a scenario for surgery according to the first aspect of the present disclosure includes the steps of determining the type of surgery; determining a plurality of key steps and a plurality of additional steps for the scenario of the determined surgery type; Obtaining evaluation information for the scenario, the plurality of core steps, and the plurality of additional steps; determining a performance order between the plurality of core steps and the plurality of additional steps based on the evaluation information; and displaying the scenario obtained based on the execution order.

Additionally, the evaluation information may be obtained based on questionnaire information about the determined type of surgery and may be pre-stored.

Additionally, the step of determining the execution order may be based on rewards and risks for the plurality of key steps and the plurality of additional steps.

In addition, determining the execution order may include determining a preliminary execution order between the plurality of core steps and the plurality of additional steps; and determining one of the plurality of preliminary performance orders as the performance order based on at least one of the sum of rewards, the sum of risks, the maximum reward, and the maximum risk for the plurality of preliminary performance orders. .

In addition, the step of determining the execution order includes determining a necessary level indicating a necessary degree for each of the plurality of additional steps; and determining the execution order so that one or more additional steps whose necessary level is higher than the preset level are necessarily included and one or more additional steps whose necessary level is lower than the preset level are optionally included. .

In addition, determining the necessary level for each of the plurality of additional steps; determining the necessary level for each of the plurality of additional steps based on surgery-related information including patient condition information; and updating the required level based on user input.

In addition, determining the execution order may include obtaining a user input that updates the arrangement of one of the plurality of core steps and the plurality of additional steps arranged according to the execution order; and updating the execution order based on the user input. may include.

A device providing a scenario for surgery according to a second aspect of the present disclosure determines a type of surgery, determines a plurality of core steps and a plurality of additional steps for a scenario of the determined type of surgery, and performs the scenario, the plurality of a processor that determines a performance order between the plurality of core steps and the plurality of additional steps based on evaluation information about the core steps and the plurality of additional steps, and obtains the scenario based on the execution order; a receiving unit that obtains the evaluation information; and a display that displays the scenario.

Additionally, the processor may determine the execution order based on rewards and risks for the plurality of core steps and the plurality of additional steps.

In addition, the processor determines a preliminary execution order between the plurality of core steps and the plurality of additional steps, based on at least one of the sum of rewards, the sum of risks, the maximum reward, and the maximum risk for the plurality of preliminary performance orders. Thus, one of the plurality of preliminary execution orders can be determined as the execution order.

In addition, the processor determines a necessary level indicating a necessary level for each of the plurality of additional steps, and one or more additional steps in which the necessary level is higher than a preset level are necessarily included, and the necessary level is lower than the preset level. The execution order may be determined to optionally include one or more additional steps.

Additionally, the processor may determine the necessary level for each of the plurality of additional steps based on surgery-related information including patient condition information, and update the necessary level based on user input.

In addition, the receiver obtains a user input that updates the arrangement of any one of the plurality of core steps and the plurality of additional steps arranged according to the execution order, and the processor updates the execution order based on the user input. can do.

According to the third aspect of the present disclosure, it may include a computer-readable non-transitory recording medium on which a program for implementing the first aspect is recorded.

According to an embodiment of the present disclosure, a scenario for a surgery scheduled to be performed is provided using evaluation information about an existing surgery, so the doctor who must perform the surgery can review in advance how the surgery will be performed, and the surgery can be performed in advance. It can provide assistance with the surgical procedure in that it can be confirmed in advance whether the proceeding method is appropriate.

In addition, the provided scenario can be provided in real time and updated to reflect the opinion of the doctor performing the surgery, making it possible to provide information adaptive to the situation.

The effects of the present disclosure are not limited to the effects mentioned above, and other effects not mentioned may be clearly understood by those skilled in the art from the description below.

FIG. 1 is a diagram illustrating an example in which a device or server according to an embodiment is implemented on a system.
Figure 2 is a block diagram schematically showing the configuration of a device according to an embodiment.
Figure 3 is a flowchart showing each step in which a device operates according to an embodiment.
FIG. 4 is a diagram illustrating an example of core steps and additional steps used in the process of providing a scenario by a device according to an embodiment.
FIG. 5 is a diagram illustrating an example of a scenario provided by a device according to an embodiment.
FIG. 6 is a diagram illustrating an example in which a device provides a scenario based on rewards and risks according to an embodiment.
FIG. 7 is a diagram illustrating a method by which a device updates a scenario based on a user input, according to an embodiment.

Advantages and features in the present disclosure, and methods for achieving them, will become clear by referring to the embodiments described in detail below along with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below and may be implemented in various different forms. The present embodiments are merely provided to ensure that the disclosure is complete and to those skilled in the art. It is provided to provide complete information.

The terms used in this specification are for describing embodiments and are not intended to limit the disclosure. As used herein, singular forms also include plural forms, unless specifically stated otherwise in the context. As used in the specification, “comprises” and/or “comprising” does not exclude the presence or addition of one or more other elements in addition to the mentioned elements. Like reference numerals refer to like elements throughout the specification, and “and/or” includes each and every combination of one or more of the referenced elements. Although “first”, “second”, etc. are used to describe various components, these components are of course not limited by these terms. These terms are merely used to distinguish one component from another. Therefore, it goes without saying that the first component mentioned below may also be the second component within the technical spirit of the present disclosure.

Unless otherwise defined, all terms (including technical and scientific terms) used in this specification may be used with meanings commonly understood by those skilled in the art. Additionally, terms defined in commonly used dictionaries are not interpreted ideally or excessively unless clearly specifically defined.

Spatially relative terms such as “below”, “beneath”, “lower”, “above”, “upper”, etc. are used as a single term as shown in the drawing. It can be used to easily describe the correlation between a component and other components. Spatially relative terms should be understood as terms that include different directions of components during use or operation in addition to the directions shown in the drawings. For example, if a component shown in a drawing is flipped over, a component described as “below” or “beneath” another component will be placed “above” the other component. You can. Accordingly, the illustrative term “down” may include both downward and upward directions. Components can also be oriented in other directions, so spatially relative terms can be interpreted according to orientation.

Hereinafter, embodiments will be described in detail with reference to the drawings.

FIG. 1 is a diagram illustrating an example in which a device 100 or a server according to an embodiment is implemented on a system.

As shown in Figure 1, the medical information system includes a device 100, an external server 130, a storage medium 140, a communication device 150, a virtual server 160, a user terminal 170, and a network. It can be included.

However, those skilled in the art can understand that other general-purpose components other than those shown in FIG. 1 may be included in the medical information system. For example, the medical information system may further include a blockchain server (not shown) that operates in conjunction with the network. Alternatively, according to another embodiment, those skilled in the art may understand that some of the components shown in FIG. 1 may be omitted.

The device 100 according to one embodiment may obtain information related to medical procedures such as surgery from various sources. For example, the device 100 may obtain information (eg, video) related to medical procedures such as surgery from an information acquisition device (not shown). Information acquisition devices (not shown) may include, but are not limited to, imaging devices, recording devices, and biological signal acquisition devices. As another example, the device 100 may obtain information (eg, video) related to medical procedures such as surgery from the network.

Biological signals may include signals obtained from living organisms, such as body temperature signals, pulse signals, respiration signals, blood pressure signals, electromyography signals, and brain wave signals, without limitation. The imaging device, which is an example of an information acquisition device (not shown), includes a first imaging device (e.g. CCTV, etc.) that photographs the operating room situation as a whole and a second imaging device (e.g., endoscope, etc.) that focuses on photographing the surgical site. It can be done, but is not limited to this.

The device 100 according to one embodiment may acquire images (videos, still images, etc.) related to medical procedures such as surgery from an information acquisition device (not shown) or a network. The device 100 may perform image processing on the acquired image. Image processing according to an embodiment may include naming, encoding, storage, transmission, editing, and metadata creation for each image, but is not limited thereto.

The device 100 according to one embodiment may transmit medical treatment-related information obtained from an information acquisition device (not shown) or a network as is or as updated information to the network. Transmission information transmitted by the device 100 to the network may be transmitted to external devices 130, 140, 150, 160, and 170 through the network. For example, the device 100 may transmit the updated video to the external server 130, storage medium 140, communication device 150, virtual server 160, user terminal 170, etc. through the network. . Device 100 may receive various information (eg, feedback information, update request, etc.) from external devices 130, 140, 150, 160, and 170. The communication device 150 may refer to a device used for communication without limitation (eg, a gateway), and the communication device 150 may communicate with a device that is not directly connected to the network, such as the user terminal 180.

The device 100 according to one embodiment may include an input unit, an output processor, memory, etc., and may also include a display device (not shown). For example, through the display device, the user can view communication status, memory usage status, power status (e.g., battery state of charge, external power supply, etc.), thumbnail images for stored videos, currently operating mode, etc. You can check, etc. Meanwhile, display devices include liquid crystal display, thin film transistor-liquid crystal display, organic light-emitting diode, flexible display, and 3D display. display), electrophoretic display, etc. Additionally, the display device may include two or more displays depending on the implementation type. Additionally, when the touchpad of the display has a layered structure and is configured as a touch screen, the display can be used as an input device in addition to an output device.

Additionally, networks may communicate with each other through wired or wireless communication. For example, a network may be implemented as a type of server and may include a Wi-Fi chip, Bluetooth chip, wireless communication chip, NFC chip, etc. Of course, the device 100 can communicate with various external devices using a Wi-Fi chip, Bluetooth chip, wireless communication chip, NFC chip, etc. Wi-Fi chips and Bluetooth chips can communicate using Wi-Fi and Bluetooth methods, respectively. When using a Wi-Fi chip or a Bluetooth chip, various connection information such as SSID and session key are first transmitted and received, and various information can be transmitted and received after establishing a communication connection using this. Wireless communication chips can perform communication according to various communication standards such as IEEE, ZigBee, 3G (3rd Generation), 3GPP (3rd Generation Partnership Project), and LTE (Long Term Evolution). The NFC chip can operate in the NFC (Near Field Communication) method using the 13.56MHz band among various RF-ID frequency bands such as 135kHz, 13.56MHz, 433MHz, 860~960MHz, 2.45GHz, etc.

The input unit according to one embodiment may refer to a means through which a user inputs data to control the device 100. For example, the input unit includes a key pad, dome switch, and touch pad (contact capacitive type, pressure resistance type, infrared detection type, surface ultrasonic conduction type, integral tension measurement type, There may be a piezo effect method, etc.), a jog wheel, a jog switch, etc., but it is not limited thereto.

The output unit according to one embodiment may output an audio signal, a video signal, or a vibration signal, and the output unit may include a display device, a sound output device, and a vibration motor.

The user terminal 170 according to an embodiment may include, but is not limited to, various wired and wireless communication devices such as a smartphone, SmartPad, and tablet PC.

The device 100 according to one embodiment may update medical treatment-related information (eg, video) obtained from an information acquisition device (not shown). For example, the device 100 may perform naming, encoding, storage, transmission, editing, and metadata creation on images acquired from an information acquisition device (not shown). As an example, the device 100 may name an image file using metadata (eg, creation time) of the acquired image. As another example, the device 100 may classify images related to medical procedures obtained from an information acquisition device (not shown). The device 100 can use learned AI to classify images related to medical procedures based on various criteria such as type of surgery, operator, and location of surgery.

Additionally, the device 100 in FIG. 1 may be implemented as a server, and the scope of physical devices in which the device 100 can be implemented is not interpreted as being limited.

FIG. 2 is a block diagram schematically showing the configuration of the device 100 according to an embodiment.

As shown in FIG. 2, the device 100 according to one embodiment may include a receiving unit 210, a processor 220, an output unit 230, and a memory 240. However, not all of the components shown in FIG. 2 are essential components of the device 100. The device 100 may be implemented with more components than those shown in FIG. 2 , or the device 100 may be implemented with fewer components than the components shown in FIG. 2 .

For example, the device 100 according to one embodiment may further include a communication unit (not shown) or an input unit (not shown) in addition to the receiver 210, processor 220, output unit 230, and memory 240. It may be possible. Additionally, an example of the output unit 230 may include a display (not shown).

The receiving unit 210 according to one embodiment may obtain evaluation information. Evaluation information according to one embodiment may be obtained based on questionnaire information about the determined type of surgery. For example, when the determined type of surgery is heart surgery, evaluation information about heart surgery can be obtained based on questionnaire information filled out by doctors about heart surgery.

The processor 220 according to one embodiment may determine the type of surgery. The processor 220 according to one embodiment may determine the type of surgery based on user input. For example, the processor 220 may determine one of a plurality of surgery types as the target surgery type according to a user input for determining the surgery type.

The processor 220 according to one embodiment may determine a plurality of key steps and a plurality of additional steps for the scenario of the determined surgery type. Core steps are necessarily included in the scenario, but additional steps may or may not be included in the scenario.

The processor 220 according to one embodiment may determine the execution order between a plurality of core steps and a plurality of additional steps based on evaluation information. The device 100 according to one embodiment may determine the execution order based on the rewards and risks for a plurality of core steps and a plurality of additional steps. For example, the device 100 can determine the execution order so that the reward is large and the risk is small.

The output unit 230 according to one embodiment may display a scenario obtained based on the execution order. The scenario may include information about the execution order indicating the order in which a plurality of key steps or a plurality of additional steps are performed. The output unit 230 may include a display (not shown).

FIG. 3 is a flowchart illustrating each step in which the device 100 operates according to an embodiment.

Referring to step S310, the device 100 may determine the type of surgery.

The device 100 according to one embodiment may determine the type of surgery based on user input. For example, the device 100 may determine one of a plurality of surgery types as the target surgery type according to a user input for determining the surgery type.

The device 100 according to one embodiment may determine the type of surgery based on related information. For example, the device 100 may determine the type of surgery based on various information related to surgery, such as patient information and operator information.

Referring to step S320, the device 100 may determine a plurality of core steps and a plurality of additional steps for the scenario of the determined surgery type.

A key step according to an embodiment may mean an essential step in the process of progressing a scenario of a determined type of surgery. Additionally, the additional step according to one embodiment may mean an optional step required in the process of progressing the scenario of the determined type of surgery. Therefore, the core steps are necessarily included in the scenario, but additional steps may or may not be included in the scenario.

Referring to step S330, the device 100 may obtain evaluation information about a scenario, a plurality of core steps, and a plurality of additional steps.

Evaluation information according to one embodiment may be obtained based on questionnaire information about the determined type of surgery. For example, if the decided type of surgery is appendix surgery, evaluation information about the appendix surgery can be obtained based on questionnaire information filled out by doctors about the appendix surgery.

Evaluation information according to one embodiment may be received from outside. For example, the receiver 210 may receive evaluation information from an external device (not shown). Additionally, evaluation information according to one embodiment may be pre-stored. Evaluation information may be received from the outside and stored in the memory 240. The processor 220 may perform information processing (e.g., determine an execution order) using the evaluation information stored in the memory 240.

Evaluation information may include information about rewards and risks corresponding to the execution order between a plurality of core steps and a plurality of additional steps. For example, information about the risks and rewards of performing a surgery as it progresses from the first core stage to the second core stage, and the risks and rewards of performing the surgery as it progresses from the first core stage to the first accessory stage. Evaluation information may include information about risks and rewards when the order of performing surgery progresses from the second key stage to the first key stage.

Referring to step S340, the device 100 may determine the execution order between a plurality of core steps and a plurality of additional steps based on the evaluation information.

The device 100 according to one embodiment may determine the execution order based on the rewards and risks for a plurality of core steps and a plurality of additional steps. For example, the device 100 can determine the execution order so that the reward is large and the risk is small.

The device 100 according to one embodiment may use a preliminary performance order to determine the performance order. The device 100 may determine a preliminary execution order between a plurality of core steps and a plurality of additional steps. Additionally, the device 100 may determine one of the plurality of preliminary performance orders as the performance order based on at least one of the sum of rewards, the sum of risks, the maximum reward, and the maximum risk for the plurality of preliminary performance orders. For example, the device 100 may determine the preliminary performance order with the largest sum of rewards among a plurality of preliminary performance orders as the performance order. As another example, the device 100 may determine the preliminary performance order with the smallest sum of risks among a plurality of preliminary performance orders as the performance order. As another example, the device 100 may determine the preliminary performance order with the largest maximum reward as the performance order among a plurality of preliminary performance orders. As another example, the device 100 may determine the preliminary performance order with the lowest maximum risk among a plurality of preliminary performance orders as the performance order.

The device 100 according to an embodiment uses at least two of the sum of rewards, the sum of risks, the maximum reward, and the maximum risk for a plurality of preliminary performance sequences in a complex manner to select one of the plurality of preliminary performance sequences as a performance order. You can decide. For example, for a plurality of preliminary execution sequences, the device 100 assigns a higher score as the sum of rewards is larger, the sum of risks is smaller, the maximum reward is larger, and the maximum risk is smaller, and responds to the highest score. The preliminary execution order can be determined as the execution order.

The device 100 according to an embodiment may determine the performance order by assigning different weights to the sum of rewards, the sum of risks, the maximum reward, and the maximum risk for a plurality of preliminary performance orders.

For example, the device 100 may determine the execution order based on the weights assigned to be lowered in the order of maximum risk, sum of rewards, sum of risks, and maximum reward. If the maximum risk is large, it means that the risk to be borne in changing a specific step is high, so the maximum risk may be given the highest weight in that it is best to avoid it as much as possible. In the case of a scenario with a large sum of rewards, the second highest weight may be assigned because the effect of the surgery is the greatest and the likelihood of a successful surgery is high. The sum of risks may be more important than the maximum reward in that risks must be considered before rewards for stable surgical procedures. Therefore, the sum of risks may be given a higher weight than the maximum reward.

As another example, the device 100 may determine the execution order based on the weights assigned to be lowered in the order of maximum risk, sum of risks, sum of rewards, and maximum reward. If the maximum risk is large, it means that the risk to be borne in changing a specific step is high, so the maximum risk may be given the highest weight in that it is best to avoid it as much as possible. When the top priority is to ensure stable surgical progress, risk management is more important than reward management, so the sum of risks can be viewed as more important than the sum of rewards. Additionally, the sum of rewards may be given higher weight than the maximum reward in that the sum of rewards reflects the overall reward of the scenario more generally than the maximum reward.

As another example, the device 100 may determine the preliminary performance order with the largest value obtained by subtracting the sum of risks from the sum of rewards among a plurality of preliminary performance orders as the performance order. In this case, if the value obtained by subtracting the sum of risks from the sum of rewards is less than the first value, the preliminary performance sequence in which the sum of risks is the smallest among a plurality of preliminary execution procedures in which the value obtained by subtracting the sum of risks from the sum of rewards is greater than the second value. can be determined in the order of execution. Since the value obtained by subtracting the sum of risks from the sum of rewards is used and priority is given to the preliminary execution order with the smallest sum of risks, the execution order can be determined by considering not only rewards but also risks.

According to one embodiment, by default, the device 100 assigns weights to be lowered in the order of maximum risk, sum of rewards, sum of risks, and maximum reward, and if there is a request to adjust the weight according to the user's input, the maximum risk , weights may be assigned to be lowered in the order of the sum of risks, the sum of rewards, and the maximum reward, but this is not a limited interpretation as an example.

The device 100 according to one embodiment may determine a necessary level indicating the degree of necessity for each of a plurality of additional steps. After the necessary levels are determined for a plurality of additional steps, the device 100 is configured so that one or more additional steps whose required level is higher than the preset level are necessarily included and one or more additional steps whose required level is lower than the preset level are optionally included. You can decide the order of execution. Even though it is an additional step, in some cases it is desirable to include it as an essential step, so an additional step whose required level is higher than the preset level may be treated the same or similar to the core step.

The device 100 according to one embodiment may determine the necessary level using various additional information. For example, the device 100 may determine the necessary level for each of a plurality of additional steps based on surgery-related information including patient condition information. As an example, if the patient's condition requires fat incision, the device 100 may determine the level necessary for additional steps for fat incision to be the highest level. As another example, the device 100 may determine the level of need for additional steps using various additional information, such as the type of surgery, the doctor's surgery history, the doctor's specialty, and the patient's treatment history.

Referring to step S350, the device 100 may display the scenario obtained based on the execution order. The scenario may include information about the execution order indicating the order in which a plurality of key steps or a plurality of additional steps are performed. Examples of specifically displayed scenarios will be described later with reference to FIGS. 5 and 7 .

FIG. 4 is a diagram illustrating an example of a core step 410 and an additional step 420 used by the device 100 in providing a scenario according to an embodiment.

The core step 410 according to one embodiment may refer to an essential step in the process of progressing a scenario of a determined type of surgery. Additionally, the additional step 420 according to one embodiment may mean an optional step required in the process of progressing the scenario of the determined type of surgery. Therefore, the core step 410 is essentially included in the scenario, but the additional step 420 may or may not be included in the scenario.

Additionally, an adjacent order may or may not be possible between the core step 410 and the additional step 420. For example, it is possible for the execution sequence to proceed from CP1 to AP1 or AP2, but it may not be possible for the execution sequence to proceed from CP1 to AP3.

FIG. 5 is a diagram illustrating an example of a scenario provided by the device 100 according to an embodiment. FIG. 5 is an example and may not exactly correspond to the example shown in FIG. 4 .

Referring to Figure 5, the black arrow may indicate the execution order of the scenario. Additionally, the white arrow may indicate a preliminary execution sequence.

Referring to FIG. 5, in the process of progressing the scenario, all of the core steps 410 are included from CP0 to CP9, but only some of the additional steps 420 (AP1, AP5, AP6, and AP4) may be included. FIG. 5 shows an embodiment of a scenario, and the scenario may be provided in various ways other than the expression method shown in FIG. 5 .

FIG. 6 is a diagram illustrating an example in which the device 100 provides a scenario based on rewards and risks according to an embodiment.

Risk and reward can both be provided for each possible step change. For example, possible stage changes from CP0 may include a stage change to CP1 and a stage change to AP2. A reward of 5 and a risk of 2 may be provided for a step change from CP0 to CP1, and a reward of 3 and a risk of 1 may be provided for a step change from CP0 to AP2.

The execution order is determined according to the change in steps, and the execution sequence can be determined to minimize risk and maximize rewards while including all key steps 410. For example, if there are multiple possible step changes, the step change with a larger reward minus risk may be selected, but is not limited to this.

FIG. 7 is a diagram illustrating a method by which the device 100 updates a scenario based on a user input, according to an embodiment.

The device 100 according to one embodiment may display the scenario and execution order by listing key steps and additional steps as shown in the first area 710. A step (eg, AP2) that is uncertain whether to be included in the scenario may be displayed in the second area 720 based on user input. Steps excluded from the scenario (eg, AP3) may be displayed in the third area 730 based on user input. The second area is located right next to the first area, but the third area is not adjacent to the first area, so that the user can intuitively easily recognize whether it is a reserved step or an excluded step.

The device 100 according to one embodiment may obtain a user input that updates the arrangement of one of a plurality of core steps and a plurality of additional steps arranged according to the execution order. For example, the device 100 may obtain touch and drag input for a step to be updated. For example, when a touch and a drag input to the second area 720 are applied to step AP1 located in the first area 710, step AP1 moves to the second area 720, and in the scenario and execution order may be excluded. In this way, the scenario and execution order can be updated based on user input.

Various embodiments of the present disclosure are implemented as software including one or more instructions stored in a storage medium (e.g., memory) that can be read by a machine (e.g., a display device or computer). It can be. For example, the device's processor (eg, processor 220) may call at least one instruction among one or more instructions stored from a storage medium and execute it. This allows the device to be operated to perform at least one function according to the at least one instruction called. The one or more instructions may include code generated by a compiler or code that can be executed by an interpreter. A storage medium that can be read by a device may be provided in the form of a non-transitory storage medium. Here, 'non-transitory' only means that the storage medium is a tangible device and does not contain signals (e.g. electromagnetic waves). This term refers to cases where data is stored semi-permanently in the storage medium. There is no distinction between temporary storage cases.

According to one embodiment, methods according to various embodiments disclosed in the present disclosure may be included and provided in a computer program product. Computer program products are commodities and can be traded between sellers and buyers. The computer program product may be distributed in the form of a machine-readable storage medium (e.g. compact disc read only memory (CD-ROM)) or via an application store (e.g. Play StoreTM) or on two user devices (e.g. It can be distributed (e.g. downloaded or uploaded) directly between smartphones) or online. In the case of online distribution, at least a portion of the computer program product may be at least temporarily stored or temporarily created in a machine-readable storage medium, such as the memory of a manufacturer's server, an application store's server, or a relay server.

Although the present invention has been described with reference to the illustrative drawings, it is not limited to the disclosed embodiments and drawings, and those skilled in the art in the technical field related to the present embodiments may make modifications without departing from the essential characteristics of the above-mentioned description. You will be able to understand that it can be implemented in a certain form. Therefore, the disclosed methods should be considered from an explanatory rather than a restrictive perspective. Even if the operational effects according to the configuration of the present invention are not explicitly described and explained in the description of the embodiment, the effects that can be predicted by the configuration may also be recognized. The scope of the present invention is indicated in the claims rather than the foregoing description, and all differences within the equivalent scope should be construed as being included in the present invention.

100: device 190: server
210: receiving unit 220: processor
230: output unit 240: memory
410:: Core Steps 420: Additional Steps
710: first area 720: second area
730: Third area

Claims (14)

In a method of providing a scenario for surgery,
Determining the type of surgery;
determining a plurality of key steps and a plurality of additional steps for the scenario of the determined surgery type;
Obtaining evaluation information for the scenario, the plurality of core steps, and the plurality of additional steps;
determining a performance order between the plurality of core steps and the plurality of additional steps based on the evaluation information; and
A method including; displaying the scenario obtained based on the execution order. According to claim 1,
The method wherein the evaluation information is obtained based on questionnaire information about the determined type of surgery and is pre-stored. According to claim 1,
The step of determining the execution order is
A method for determining the execution order based on rewards and risks for the plurality of key steps and the plurality of additional steps. According to claim 3,
The step of determining the execution order is
determining a preliminary execution order between the plurality of core steps and the plurality of additional steps; and
A method comprising: determining one of the plurality of preliminary performance orders as the performance order based on at least one of a sum of rewards, a sum of risks, a maximum reward, and a maximum risk for the plurality of preliminary performance orders. According to claim 1,
The step of determining the execution order is
determining a necessary level indicating a necessary degree for each of the plurality of additional steps; and
Determining the execution order so that one or more additional steps whose necessary level is higher than the preset level are necessarily included and one or more additional steps whose necessary level is lower than the preset level are optionally included. According to claim 5,
determining the required level for each of the plurality of additional steps;
determining the required level for each of the plurality of additional steps based on surgery-related information including patient condition information; and
A method including; updating the required level based on user input. According to claim 1,
The step of determining the execution order is
Obtaining a user input to update the arrangement of one of the plurality of core steps and the plurality of additional steps arranged according to the execution order; and
updating the execution order based on the user input; Method, including. In a device that provides a scenario for surgery,
Decide on the type of surgery,
Determining a plurality of core steps and a plurality of additional steps for the scenario of the determined surgery type,
Determining a performance order between the plurality of core steps and the plurality of additional steps based on the scenario, the evaluation information about the plurality of core steps, and the plurality of additional steps,
a processor that obtains the scenario based on the execution order;
a receiving unit that obtains the evaluation information; and
A device that includes a display that displays the scenario. According to claim 8,
The processor is
A device that determines the execution order based on rewards and risks for the plurality of core steps and the plurality of additional steps. According to clause 9,
The processor is
Determine a preliminary execution order between the plurality of core steps and the plurality of additional steps,
A device that determines one of the plurality of preliminary performance orders as the performance order based on at least one of a sum of rewards, a sum of risks, a maximum reward, and a maximum risk for the plurality of preliminary performance orders. According to claim 8,
The processor is
Determining a necessary level indicating the necessary degree for each of the plurality of additional steps,
A device that determines the execution order so that one or more additional steps whose necessary level is higher than the preset level are necessarily included, and one or more additional steps whose necessary level is lower than the preset level are optionally included. According to claim 11,
The processor is
Determining the required level for each of the plurality of additional steps based on surgery-related information including patient condition information,
A device that updates the required level based on user input. According to claim 8,
The receiver
Obtaining a user input to update the arrangement of any one of the plurality of core steps and the plurality of additional steps arranged according to the execution order,
The processor is
A device that updates the execution order based on the user input. A non-transitory computer-readable recording medium on which a program for implementing the method of any one of claims 1 to 7 is recorded.