Blockchain-based medical image record management method and system using the same

Abstract

According to the present invention, there is provided a method for managing medical videos using a blockchain, including the steps of receiving medical videos recorded in relation to a surgery or treatment at a medical video management server, generating blocks on a blockchain network based on data related to the medical videos at the medical video management server, and updating the blocks based on new data related to the medical videos through the medical video management server.

Description

[Technical Field]

[0001] [1] The present invention relates to a medical video record management method and system using the same, and more specifically, to a method and system for preventing tampering of medical video records by dividing a medical video and recording multiple video fragments generated by dividing the medical video through a blockchain network. [Background technology]

[0002] [2] Recently, as multimedia technology has rapidly developed and is being used in various fields, technology has been developed in the medical field as well, allowing doctors to record surgical procedures on patients so that they can present them at medical conferences or use them for other purposes.

[0003] [3] In addition, surgical footage is often recorded for surgical records and to protect against potential medical disputes. During endoscopic surgery, such as joint surgery, ultra-small cameras are often used to confirm lesions with the naked eye for diagnosis and treatment. Recently, most medical devices are equipped with video recording capabilities, and the use of surgical footage is rapidly increasing.

[0004] [4] Such recorded surgical videos can be used in various ways by other doctors, patients, researchers, etc. In particular, if various medical information is added to the surgical videos, their use and asset value may increase.

[0005] [5] Accordingly, there is a need for new methods and systems that can prevent the falsification of medical video records and enable safe storage and trading. There is also a need for methods and systems that can provide medical video more quickly and stably without interruption during surgery. There is also a need for methods and systems that can more effectively provide detailed surgical stage video for reference by surgeons and medical staff during surgery. Summary of the Invention [Problem to be solved by the invention]

[0006] [6] The present invention aims to provide a method and system that can prevent tampering with surgical footage, for example, by separating recorded footage of a surgical scene into multiple fragmented videos and managing the link information and section information of each fragmented video using a blockchain, thereby preventing recording manipulation of the surgical procedure and the disposal of surgical records.

[0007] [7] The present invention also aims to construct a system that can efficiently manage surgical recordings while reducing the volume of block data by dividing the surgical recordings into multiple fragmented images and composing them into blocks using a combination of connecting link information and section information.

[0008] [8] The present invention also aims to build a medical video management system that transparently manages the use and trading of recorded surgical videos through transactions via smart contracts, thereby enabling monetization.

[0009] [9] Another object of the present invention is to provide a method and system that can reduce buffering during video playback and transmit surgical videos more quickly and stably using a cache server, which can be used as a reference by doctors and medical staff performing surgery.

[0010]

[10] Another object of the present invention is to provide a cache server system that can provide multiple fragmented surgical videos to a user terminal in a stable streaming manner without delay.

[0011]

[11] Another object of the present invention is to provide a video transmission system that can generate and recommend optimal surgical videos based on ongoing surgery-related information.

[0012]

[12] Another object of the present invention is to provide a surgical stage video transmission system configured to determine detailed surgical stages for a more efficient and safer surgery based on past surgical record information and transmit multiple video fragments generated based on the determined detailed surgical stages.

[0013]

[13] Another object of the present invention is to provide a method and system that can recommend the most appropriate detailed surgical steps for a surgical patient using artificial intelligence technology and sequentially provide detailed surgical step images based on the recommendation to medical staff.

[0014]

[14] The problems to be solved by the present invention are not limited to those described above, and other technical problems not described will be clearly understood by those skilled in the art from the following description. [Means for solving the problem]

[0015]

[15] According to one embodiment of the present invention, there is provided a method for managing medical videos using a blockchain, including the steps of receiving recorded medical videos related to surgery or treatment at a medical video management server, generating blocks on a blockchain network based on data related to the medical videos at the medical video management server, and updating the blocks based on new data related to the medical videos through the medical video management server.

[0016]

[16] Here, the method may further include dividing the medical image into a plurality of image segments in the medical image management server, and sequentially recording the plurality of image segments in the block based on data associated with the image segments.

[0017]

[17] The plurality of video fragments may be generated sequentially based on timestamp information for each section within the medical video.

[0018]

[18] In addition, the plurality of video fragments may further include tag information inserted into the recorded surgical video.

[0019]

[19] The header of the block may also include connection link information, which is information related to a connection link that can connect to each of the plurality of video fragments.

[0020]

[20] The header of the block may further include section information generated based on timestamp information of the start and end points of each of the plurality of video fragments.

[0021]

[21] The tag information may also include at least one of a surgical subject, a comment related to the surgical situation, a surgical sequence, a surgical tool, and a surgical-related event.

[0022]

[22] The medical image management server may be configured to track information on users who connect to the link, their IP addresses, and connection times as log records.

[0023]

[23] The method may further include a step of concluding a transaction contract for use of the medical images through the medical image management server, and the transaction contract may be configured to settle costs according to pre-set transaction conditions using a smart contract.

[0024]

[24] According to another embodiment of the present invention, there is provided a medical video record management method, in which a medical video management server for managing medical videos using a blockchain includes: a video receiving unit configured to receive medical videos recorded in connection with a surgery or treatment; a block generation processing unit configured to generate blocks on a blockchain network based on data related to the medical videos; and a block update processing unit configured to update the blocks based on new data related to the medical videos through the medical video management server. [Effects of the Invention]

[0025]

[25] According to the present invention, for example, by separating a recorded video of a surgical scene into multiple fragmented videos and managing the link information and section information of each fragmented video using a blockchain, it is possible to provide a method and system that can prevent tampering with surgical videos and prevent recording operations on the surgical procedure order and the disposal of surgical records.

[0026]

[26] Furthermore, according to the present invention, by dividing surgical recording video into multiple fragmented videos and configuring these into blocks using a combination of connecting link information and section information, it is possible to construct a system that can efficiently manage surgical recording video while reducing the volume of block data.

[0027]

[27] In addition, according to the present invention, a medical video management system can be constructed that transparently manages the use and trading of recorded surgical videos through transactions via smart contracts, thereby enabling monetization.

[0028]

[28] In addition, the present invention provides a method and system for reducing buffering during video playback and transmitting surgical video more quickly and stably, which can be used as a reference by doctors and medical staff performing surgery using a cache server.

[0029]

[29] Furthermore, according to the present invention, it is possible to provide a cache server system that can provide multiple fragmented images of surgical videos to a user terminal in a stable streaming manner without delay.

[0030]

[30] Furthermore, according to the present invention, it is possible to provide a video transmission system that can generate and recommend optimal surgical videos based on information related to ongoing surgery.

[0031]

[31] Furthermore, according to the present invention, a surgical stage video transmission system can be provided that is configured to determine detailed surgical stages for a more efficient and safer surgery based on past surgical record information, and to transmit multiple video fragments generated based on the determined detailed surgical stages.

[0032]

[32] In addition, the present invention provides a method and system that uses artificial intelligence technology to recommend the most appropriate detailed surgical steps for a surgical patient and sequentially provide detailed surgical step images based on the recommendation to medical staff.

[0033]

[33] The effects of the present invention are not limited to those described above, and other effects not described will be clearly understood by those skilled in the art from the following description. [Brief explanation of the drawings]

[0034] [Figure 1]

[34] Figure 1 is a conceptual diagram showing the configuration of a system for managing medical video records using blockchain according to one embodiment of the present invention.

[0035] [Figure 2]

[35] FIG. 2 is a block diagram illustrating the configuration of a medical image management server according to one embodiment of the present invention.

[0036] [Figure 3]

[36] Figure 3 is an illustrative diagram showing the generation of blocks on a blockchain network for multiple fragmented images related to a medical image according to one embodiment of the present invention.

[0037] [Figure 4]

[37] FIG. 4 is an exemplary diagram illustrating a header structure of a block according to one embodiment of the present invention.

[0038] [Figure 5]

[38] Figure 5 is a flow chart illustrating a method for managing medical images using blockchain according to one embodiment of the present invention.

[0039] [Figure 6]

[39] FIG. 6 is a conceptual diagram illustrating the configuration of a surgical video transmission system using a cache server according to one embodiment of the present invention.

[0040] [Figure 7]

[40] FIG. 7 is a block diagram illustrating the configuration of a cache server according to one embodiment of the present invention.

[0041] [Figure 8]

[41] FIG. 8 is an exemplary diagram illustrating a method for providing a plurality of video fragments related to a surgical video using a cache server according to one embodiment of the present invention.

[0042] [Figure 9]

[42] FIG. 9 is a flow chart illustrating a method for transmitting surgical images using a cache server according to an embodiment of the present invention.

[0043] [Figure 10]

[43] FIG. 10 is a conceptual diagram illustrating the configuration of a surgery stage video transmission system using a cache server according to an embodiment of the present invention.

[0044] [Figure 11]

[44] FIG. 11 is an exemplary diagram illustrating a configuration for recommending detailed surgical steps for a surgical patient according to one embodiment of the present invention.

[0045] [Figure 12]

[45] FIG. 12 is an exemplary diagram illustrating a method for providing detailed surgical step images using a cache server according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0046]

[46] The present invention will now be described in detail with reference to the accompanying drawings so that those skilled in the art can easily implement and practice the invention. However, the present invention may be embodied in many different forms and is not limited to the embodiments set forth herein.

[0047]

[47] The terms used herein are for the purpose of describing the embodiments and are not intended to limit the present invention. In this specification, the singular forms "a," "an," and "the" include the plural forms unless otherwise specified in the context.

[0048]

[48] ​​As used herein, the words "comprises" and "comprising" do not imply that a reference to an "element, step, operation and / or device" excludes the presence or addition of one or more other "elements, steps, operations and / or devices."

[0049]

[49] In addition, terms including ordinal numbers such as "first" and "second" may be used to describe elements in the present invention, but the elements should not be limited by the terms. Such terms are used only to distinguish one element from another. In addition, in describing the present invention, if it is determined that a detailed description of related prior art may obscure the gist of the present invention, the detailed description will be omitted.

[0050]

[50] Furthermore, the components described in the embodiments of the present invention are shown independently to demonstrate different characteristic functions, and do not mean that each component is composed of separate hardware or a single software component. In other words, each component is described as an individual component for the sake of convenience, and at least two of the components may be combined to form a single component, or a single component may be divided into multiple components to perform a function. Such integrated and separated embodiments of each component are also within the scope of the present invention as long as they do not deviate from the essence of the present invention.

[0051]

[51] Hereinafter, the embodiments of the present invention will be described in detail with reference to the accompanying drawings. The configuration and effects of the present invention will be clearly understood through the following detailed description.

[0052]

[52]

[0053]

[53] Figure 1 is a conceptual diagram showing the configuration of a system for managing medical video records using blockchain according to one embodiment of the present invention.

[0054]

[54] The medical video management system may be comprised of a medical video capture unit (100), a medical video management server (200), and a blockchain network (300). The medical video capture unit (100) may be configured to record video related to surgery, treatment, and consultation in spaces such as operating rooms, treatment rooms, and examination rooms within a hospital, and transmit the recorded medical video to the medical video management server (200). The medical video capture unit (100) may be configured to have multiple cameras or CCTVs in various forms, such as a head-mounted display (HMD) camera worn by doctors and other medical staff, a camera installed in an operating room, or an endoscopic camera used in endoscopic surgery. For example, a camera installed in an operating room may be mounted on the ceiling and specify the coordinates of each object in the initial real-time video to determine its initial position, and track the movement of the surgical scene and the surgeon's actions. Additionally, the system may be configured to automatically capture and record the surgical scene by tracking the movement of all objects, such as surgical tools, captured using image recognition technology.

[0055]

[55] The medical video management server (200) may be configured to receive medical videos recorded in connection with surgery or treatment using the medical video capture unit (100), generate blocks on the blockchain network (300) based on data related to the medical videos, and update the blocks based on new data related to the medical videos. The medical video management server (200) may include a memory for storing data and instructions, a processor for executing instructions, and the like, for managing information related to each module configured to receive and manage medical videos. A more specific configuration of the medical video management server (200) will be described with reference to FIG. 2.

[0056]

[56] The medical image management server (200) may be a server corresponding to one of the blockchain nodes constituting the blockchain network (300) or a server for managing the blockchain network (300). Blockchain technology is a technology based on a P2P (Peer-to-Peer) method that stores managed data in a distributed data storage environment called a block, formed by countless small pieces of data linked in a chain, preventing arbitrary modifications and allowing anyone to view the results of changes. A block records all transaction history or status information transmitted to users before the block was discovered, and since this information is transmitted to all users in the same way using a P2P method, transaction history or status information cannot be arbitrarily modified or deleted. In this invention, data or a bundle of data for medical image management stored and updated through the blockchain network (300) is referred to as a “block.”

[0057]

[57]

[0058]

[58] FIG. 2 is a block diagram illustrating the configuration of a medical image management server according to one embodiment of the present invention.

[0059]

[59] The medical image management server 200 may include an image receiving unit 210, an image dividing unit 220, a connection link management unit 230, a block generation processing unit 240, a block update processing unit 250, and a contract processing unit 260. These components may include programs or program modules that can be executed by one or more processors. The programs or program modules included in the medical image management server 200 may be configured in the form of an operating system, an application program, or a program, and may be physically stored on various types of commonly used storage devices. Such programs or program modules may include, but are not limited to, one or more routines, subroutines, programs, objects, components, instructions, data structures, and various other forms for performing a specific task or executing a specific data type.

[0060]

[60] First, the image receiving unit (210) is configured to receive medical images recorded in connection with surgery or treatment using the medical image capturing unit (100), and can be connected to the medical image capturing unit (100) using a wired or wireless internet.

[0061]

[61] The video division unit 220 is configured to divide a medical image into a plurality of video segments. Based on data related to the divided video segments, the block generation processing unit 240 generates blocks corresponding to each video segment and records them sequentially. For example, the video division unit 220 can sequentially generate a plurality of video segments from a single medical image based on timestamp information set for each section within the medical image. For example, the timestamp information can be set for each stage by the surgeon or medical staff performing the surgery, divided into detailed procedures within the surgery, or can be set automatically using artificial intelligence technology. In addition, the plurality of video segments can further include tag information inserted into the recorded surgical image. The tag information can include at least one of the surgeon, comments related to the surgical situation, the surgical sequence, surgical tools, and surgery-related events. Such tag information can be entered by the medical staff in association with each timestamp information, or related information can be automatically entered using artificial intelligence technology.

[0062]

[62] The block generation processing unit 240 may be configured to generate a block on the blockchain network 300 based on data related to the medical video, for example, to generate a new block for each of the plurality of video segments. The header of the generated block may include information related to a link connectable to each of the plurality of video segments. The header of the generated block may further include section information generated based on timestamp information of the start and end points of each of the plurality of video segments.

[0063]

[63] The block update processing unit 250 may be configured to update block information for the generated blocks based on tag information, etc. For example, the block information may include additional tag information, browsing history, transaction history, and usage history corresponding to each video fragment. For example, the block update processing unit 250 may track access information, connection IP address information, and access time information connected through the link of the video fragment as a log record, and record and update such access information in the body of the block corresponding to the video fragment.

[0064]

[64] The contract processing unit (260) is configured to conclude various transaction contracts for the use of medical images and process related processes, and such transaction contracts can be configured to settle fees according to pre-set transaction conditions using a smart contract. The contract processing unit (260) can be configured to generate blocks for smart contracts on the blockchain network (300) based on data related to the use of medical images through the smart contract, and can include information on the use period of the medical images, i.e., information on the start and end dates, and information related to access and editing rights for the images.

[0065]

[65]

[0066]

[66] Figure 3 is an illustrative diagram showing the generation of blocks on a blockchain network for multiple fragmented images related to a medical image according to one embodiment of the present invention.

[0067]

[67] Referring to Figure 3, for example, a medical image related to a stent procedure or surgery can be divided into four video segments according to four stages: 1) surgical preparation and anesthesia, 2) catheter insertion, 3) balloon inflation, and 4) catheter removal and stent placement. Each video segment can include section information related to the start and end times of t1t2, t2t3, t3t4, and t4t5 as timestamp information. A different connectable connection link can be assigned to each divided video segment, and connection link information, which is information related to the connection link corresponding to each video segment, can be generated. In this way, a plurality of blocks, each including connection link information and time section information, can be generated for each of the multiple video segments into which the medical image is sequentially divided.

[0068]

[68]

[0069]

[69] Figure 4 is an exemplary diagram illustrating a header structure of a block according to one embodiment of the present invention.

[0070]

[70] The block structure can be broadly composed of a block hash that serves as a block identifier, a header containing basic information, and a body containing transaction information, etc. Here, the header generally contains information such as a version, previous block hash, Merkle root, time, difficulty target, and nonce, and the block according to the present invention can further contain, in the header, connection link information associated with a connection link that can connect to each of the multiple video fragments, and section information generated based on timestamp information of the start and end points of each of the multiple video fragments.

[0071]

[71] Through this block structure, link information that allows access to surgical video fragments and stills is matched and recorded using blockchain for each fragmented and distributed ledger, making it possible to prevent tampering with medical video records. For example, by encrypting the link information and setting the storage space where the video or stills are stored as read-only, it is possible to prevent the video at the connection location from being changed.

[0072]

[72] The present invention provides a system that can efficiently manage surgical recordings while reducing the size of block data by dividing surgical recordings into multiple fragmented images and composing them into blocks using a combination of link information and section information, thereby solving problems such as surgical history being discarded after the expiration of the storage period or key content related to related surgeries being falsified.

[0073]

[73]

[0074]

[74] Figure 5 is a flow chart illustrating a method for managing medical images using blockchain according to one embodiment of the present invention.

[0075]

[75] Referring to Figure 5, first, the medical image captured and recorded by the medical image capturing unit 100 can be received through the image receiving unit 210 of the medical image management server 200 (S510).

[0076]

[76] The medical image management server (200) can sequentially divide the medical image into a plurality of fragmented images through the image dividing unit (220) (S520).

[0077]

[77] The medical image management server 200 can generate connection links for a plurality of video fragments through the connection link management unit 230 and generate section information for each video fragment (S530).

[0078]

[78] The medical image management server 200 can sequentially record data related to a plurality of video segments into blocks through the block generation processing unit 240. (S540) At this time, the header of the block can include connection link information related to a connection link connectable to each of the plurality of video segments and section information generated based on timestamp information of the start and end points of each of the plurality of video segments.

[0079]

[79] In addition, the medical image management server (200) can perform block updates based on tag information associated with a plurality of video segments through the block update processing unit (250). For example, the corresponding blocks can be updated based on tag information, additional information, browsing history, transaction history, and usage history corresponding to each video segment.

[0080]

[80] In addition, the medical image management server (200) can track accessor information, access IP information, and access time information as a log record (S560). By tracking the connection-related information connected through the corresponding link in this way, it is possible to monitor the connection information. Furthermore, it is possible to prevent the connection record from being tampered with by updating the corresponding block based on the connection-related information.

[0081]

[81]

[0082]

[82] FIG. 6 is a conceptual diagram illustrating the configuration of a surgical video transmission system using a cache server according to one embodiment of the present invention.

[0083]

[83] Referring to Figure 6, the user terminal (400) is a device used by a user, such as a doctor or medical staff, who performs surgery, treatment, or medical examination, and is configured to be connectable to, for example, a content server (600), a cache server (700), and a video fragment management server (800), and may be, but is not limited to, any one of a smartphone, tablet computer, desktop computer, laptop computer, notebook, workstation, PDA (Personal Digital Assistant), portable computer, wireless phone, mobile phone, e-book, PMP (Portable Multimedia Player), portable game console, digital camera, television, wearable device, HMD (Head Mounted Display), and AI (Artificial Intelligence) speaker. The user terminal (400) may include a display unit for providing a medical image screen, or may be configured to be connected to and controllable with a display unit.

[0084]

[84] The user terminal (400) is configured to be able to communicate with various servers, such as a content server (600), a cache server (700), and a video fragment management server (800), through a network (500). The network (500) is a component for performing wired or wireless communication for transmitting and receiving data between the user terminal (400) and the multiple servers (600, 700, 8000). If the network is a wireless communication network, it may include cellular communication or short-range communication. For example, the cellular communication may include at least one of Long-Term Evolution (LTE), LTE Advanced (LTE-A), 5th Generation (5G), Code Division Multiple Access (CDMA), Wideband CDMA (WCDMA), Universal Mobile Telecommunications System (UMTS), Wireless Broadband (WiBro), or Global System for Mobile Communications (GSM). Further, the short-range communication may include at least one of Wi-Fi (Wireless Fidelity), Bluetooth (Bluetooth), Zigbee (Zigbee), NFC (Near Field Communication), or RFID (Radio Frequency Identification), etc. However, the communication method is not limited to these and may also include wireless communication technologies that will be developed in the future.

[0085]

[85] Next, the content server (600) can be configured to store multiple surgical videos, for example, through the medical video capture unit (100) to store videos recorded in relation to surgery, treatment, medical examination, etc. in spaces such as operating rooms, treatment rooms, and examination rooms in a hospital using various types of cameras.

[0086]

[86] The cache server (700) can be configured to receive and store at least a portion of the surgical video related to a corresponding surgery among the plurality of surgical videos stored from the content server (600), and, when a reference video is requested from the user terminal (400), to transmit at least a portion of the surgical video to the user terminal (400). In addition, the cache server (700) can be selected as the most advantageous cache server among the plurality of cache servers based on proximity to the location of the corresponding user terminal (400) or response speed.

[0087]

[87] The video fragment management server (800) can be configured to receive surgery-related information including the date and time of surgery and the type of surgery, determine the surgery video related to the surgery from among the multiple surgery videos stored in the content server (600) based on the surgery-related information, and divide the related surgery video into several fragment videos each having a predetermined capacity or less.

[0088]

[88] The multiple fragmented images thus divided are generated sequentially based on the timestamp information of each section within the corresponding surgical video, and the video fragment management server (800) can be configured to transmit at least one fragmented image corresponding to the front part of the multiple fragmented images to the cache server (700).

[0089]

[89] In addition, the video fragment management server (800) can be configured to transmit at least one video fragment to the cache server (700) before the surgery date and time based on a predetermined surgery date and time. For example, the video fragment can be transmitted to the cache server (700) in advance one day or one hour before the surgery date and time based on a predetermined criterion, and can be set to be stored in the cache server (700).

[0090]

[90] In addition, the video fragment management server (800) can be configured to determine relevant surgical videos from among the multiple surgical videos stored in the content server (600) based on a similarity assessment with reference video information previously used by the user terminal (400). In other words, it can determine surgical videos that are likely to be referenced during the relevant surgery by using past history data that the user of the user terminal (400) has previously referred to or searched for.

[0091]

[91] In addition, if at least a predetermined percentage of at least one video fragment is streamed to the user terminal (400), the cache server (700) determines that the user will refer to the video fragment, and requests, receives, and stores the remaining video fragments excluding the first part of the video fragment from the video fragment management server (800). By storing the remaining video fragments in advance in the cache server (700), transmission delays can be minimized when streaming and viewing the corresponding surgical video through the user terminal (400).

[0092]

[92] In addition, when a plurality of video fragments are all streamed to the user terminal (400), the cache server (700) may be configured to transmit at least a portion of the second surgical video corresponding to the next transmitted surgical video to the user terminal (400). In addition, when at least one video fragment or a predetermined percentage of the entire video fragments of the second surgical video are streamed to the user terminal (400), the cache server (700) may determine that the user wishes to refer to the corresponding video fragment of the second surgical video, and may be configured to request, receive, and store the remaining video fragments excluding the first portion of the plurality of video fragments from the video fragment management server (800).

[0093]

[93] In addition, the video fragment management server (800) may be configured to determine at least one key fragment video from among the plurality of fragment videos based on at least one of the movement of surgical tools, the amount of blood, and the degree of change in organs related to the surgery through video analysis of the plurality of fragment videos using artificial intelligence technology, etc., and transmit the key fragment video from among the plurality of fragment videos to the cache server (700). In this way, the video fragment management server (800) can efficiently utilize the limited storage space of the cache server (700) by determining the key fragment video that is deemed important from among the plurality of fragment videos and transmitting only the key fragment video to the cache server (700).

[0094]

[94]

[0095]

[95] Figure 7 is a block diagram illustrating the configuration of a cache server according to one embodiment of the present invention.

[0096]

[96] Referring to Figure 7, the video fragment management server 800 according to the present invention may include a surgery information receiving unit 810, a surgery image determining unit 820, a video segmentation processing unit 830, and a video transmission processing unit 840. These components may include programs or program modules that can be executed by one or more processors. The programs or program modules included in the video fragment management server 800 may be configured in the form of an operating system, an application program, or a program, and may be physically stored on various types of commonly used storage devices. Such programs or program modules may include, but are not limited to, one or more routines, subroutines, programs, objects, components, instructions, data structures, and various other forms for performing a specific task or executing a specific data type.

[0097]

[97] First, the surgery information receiving unit (810) can be configured to receive surgery-related information including information related to the date and time of surgery, the surgical subject, the location of the surgery, and the type of surgery from the user terminal (400) or other server or terminal that manages surgery information.

[0098]

[98] The surgical video determination unit 820 is configured to determine a surgical video to be provided to the user terminal 400 as a surgical reference video, and may be configured to determine a relevant surgical video from among a plurality of surgical videos stored in the content server 600 based on the received surgery-related information. In addition, the surgical video determination unit 820 may use previous history information of the user terminal 400 to determine a relevant surgical video from among a plurality of surgical videos stored in the content server 600 based on a similarity determination between the reference video information previously used by the user of the user terminal 400 in relation to the corresponding surgery type.

[0099]

[99] The surgical image determination unit 820 may be configured to determine at least one key fragment image from the plurality of fragment images based on at least one of the movement of surgical tools, the amount of blood, and the degree of change in organs related to the surgery using image analysis of the plurality of fragment images through artificial intelligence technology or operator processing, and transmit only the key fragment image from the plurality of fragment images to the cache server 700. In this way, by determining a key fragment image that is determined to be important from the plurality of fragment images and transmitting only the key fragment image to the cache server 700, the limited storage space of the cache server 700 can be used efficiently, and medical staff can use their time efficiently by referring to only the key fragment image during a limited time.

[0100]

[0100] The video division processing unit 830 may be configured to divide the related surgical video determined by the surgical video determination unit 820 into a plurality of video fragments each having a predetermined capacity or less. At this time, the plurality of video fragments may be sequentially generated based on timestamp information of each section within the surgical video, and the video fragment management server 800 may be configured to transmit at least one video fragment corresponding to the front part of the plurality of sequentially generated video fragments to the cache server 700 through the video transmission processing unit 840.

[0101]

[0101] The video transmission processing unit 840 is configured to perform transmission processing and transmission schedule management of the video to be transmitted to the cache server 700, and can determine one cache server to be connected to the user terminal 400 based on the proximity to the location of the user terminal 400 or the response speed of each cache server. In addition, the video transmission processing unit 840 can be configured to transmit at least one video fragment to the cache server 700 before the surgery date and time based on the surgery date and time information included in the surgery-related information.

[0102]

[0102]

[0103]

[0103] FIG. 8 is an exemplary diagram illustrating a method for providing a plurality of video fragments related to a surgical video using a cache server according to an embodiment of the present invention.

[0104]

[0104] For example, a scheduled surgery may include two types of surgery and may include a plan to sequentially proceed with a first surgical image associated with the first surgery and a second surgical image associated with the second surgery.

[0105]

[0105] First, the first surgical video determined as the reference video in relation to the first surgery may be composed of five video fragments sequentially generated based on timestamp information (t1 to t6) for each section, and the first and second video fragments corresponding to the first sections may be pre-stored in the cache server. In this case, when the first video fragment is completely streamed and viewed through the user terminal (400), for example, past time t2, the cache server (700) may request and receive subsequent video fragments, for example, the third, fourth, and fifth video fragments, from the video fragment management server (800) and store them. By pre-transmitting and storing subsequent video fragments in the cache server (700) depending on whether the divided video fragments have been viewed, the surgical video to be viewed by the user can be viewed without delay.

[0106]

[0106] Meanwhile, if video streaming ends before time t2, which is a predetermined criterion through the user terminal 400, it is determined that the reference video is not necessary, and the cache server 700 can be configured not to request subsequent video fragments, for example, video fragments after the third video fragment. Also, in order to efficiently manage storage capacity in the cache server 700, it can be configured to determine that the video fragments whose video streaming ended before a certain time are not of interest to the user and delete them all.

[0107]

[0107] Furthermore, when the streaming viewing of the first surgical video is completed through the user terminal 400, the cache server 700 may be configured to transmit the first video fragment as at least a part of the second surgical video corresponding to the next order to the user terminal 400. At this time, if the first video fragment of the second surgical video is not stored in the cache server 700, the cache server 700 may be configured to request and receive the first video fragment of the second surgical video from the video fragment management server 800, for example, at time t4 or t5 before the viewing of the first surgical video is completed, and store it in advance.

[0108]

[0108]

[0109]

[0109] Figure 9 is a flow chart illustrating a method for transmitting surgical images using a cache server according to an embodiment of the present invention.

[0110]

[0110] First, a plurality of surgical videos can be stored in the content server 600. (S910) At this time, the surgical video can include the type of the corresponding surgery, the surgical subject, timestamp information for each section, tag information, etc.

[0111]

[0111] The video fragment management server 800 can receive surgery-related information including the date and time of surgery and the type of surgery through the surgery information receiving unit 810 (S920).

[0112]

[0112] The video fragment management server 800 can determine the related surgical video based on the surgery-related information through the surgical video determination unit 820 (S930).

[0113]

[0113] The video fragment management server 800 can divide the surgical video into a plurality of video fragments through the video division processing unit 830. (S940) For example, the surgical video may be a plurality of video fragments sequentially generated based on timestamp information of each section.

[0114]

[0114] The video fragment management server 800 can determine one cache server to be connected to the user terminal 400 through the video transmission processing unit 840 based on the proximity to the location of the user terminal 400 or the response speed of each cache server (S950).

[0115]

[0115] The determined cache server (700) can receive and store some of the relevant surgical video fragments from the video fragment management server (800) (S960).

[0116]

[0116] When the user terminal (400) requests a surgical reference video, a partial video fragment can be provided by streaming through the cache server (700) determined (S970).

[0117]

[0117] In addition, the user terminal (400) can request the remaining video fragments following a certain video fragment, and provide them in streaming form through the cache server (700). (S980) When the user terminal (400) streams a certain ratio of the first few video fragments of the surgical video, the cache server (700) requests the remaining video fragments from the video fragment management server (800), receives them, and stores them, allowing the entire video to be viewed without delay.

[0118]

[0118]

[0119]

[0119] FIG. 10 is a conceptual diagram illustrating the configuration of a surgery stage video transmission system using a cache server according to an embodiment of the present invention.

[0120]

[0120] The surgery stage video transmission system of FIG. 10 is a configuration in which a surgery stage determination server (900) is added to the configuration of the surgery video transmission system using the cache server shown in FIG.

[0121]

[0121] Here, the content server (600) can be configured to store multiple surgical videos.

[0122]

[0122] The video fragment management server (800) can be further configured to receive surgery-related information including the type of surgery, and to divide and store the multiple surgery videos stored in the content server (600) based on the received surgery-related information based on detailed surgery stages.

[0123]

[0123] The surgical stage determination server (900) can be configured to determine detailed surgical stages based on the surgical type of the surgical patient, and to determine respective video fragments associated with each detailed surgical stage.

[0124]

[0124] In addition, the surgery stage determination server (900) can be configured to determine detailed surgery stages based on the record information of multiple previous surgical patients who underwent the same type of surgery as the surgical patient. The record information of the previous surgical patients may include at least one of gender, age, surgery date, underlying diseases, other surgical history, post-operative prognosis, and surgical recovery period. In other words, when determining detailed surgery stages, the record information of the previous surgical patients can be used to select surgery stages and conditions with similar conditions to the current patient, good prognosis, and good recovery period.

[0125]

[0125] In addition, the surgery stage determination server 900 may be configured to determine the detailed surgery stage by combining the detailed surgery stages of multiple previous surgery patients. For example, the server may be configured to determine the detailed surgery stage of the current surgery patient by combining the detailed surgery stage of a first previous surgery patient who underwent the same surgery type as the current surgery patient and the different detailed surgery stages of a second previous surgery patient who underwent the same surgery type as the current surgery patient.

[0126]

[0126] In addition, the surgical stage determination server (900) can utilize a learning model using artificial intelligence to utilize the record information of previous patients to derive detailed surgical stages with the best prognosis and recovery period for similar conditions of the current patient, and can thereby be configured to recommend the optimal detailed surgical stages for the current surgical patient through the artificial intelligence learning model.

[0127]

[0127] The cache server 700 can be configured to receive and store a plurality of video fragments associated with each detailed surgery step from the video fragment management server 800, and transmit a plurality of video fragments associated with the detailed surgery step determined by the surgery step determination server 900 to a user terminal 400 that requests a detailed surgery step video from the user terminal 400. At this time, the cache server 700 can determine the cache server in the most optimal location among the plurality of cache servers based on the proximity to the location of the user terminal 400 or response speed.

[0128]

[0128] In addition, the cache server 700 can be configured to check whether each video fragment associated with each detailed surgery step determined by the surgery step determination server 900 is stored, and receive and store the corresponding video fragment from the video fragment management server 800 based on the surgery schedule of the surgery patient for the video fragment that is not stored in the cache server 700. For example, the cache server 700 can check whether each video fragment associated with each detailed surgery step is stored before the surgery date and time of the surgery patient, for example, one hour or one day before, and request the video fragment management server 800 to store the corresponding video fragment in advance before the surgery date and time for the video fragment that is not stored.

[0129]

[0129] The user terminal (400) can be configured to receive a plurality of video fragments based on the detailed surgical stages determined by the surgical stage determination server (900).

[0130]

[0130]

[0131]

[0131] FIG. 11 is an exemplary diagram illustrating a configuration for recommending detailed surgery steps for a surgical patient according to an embodiment of the present invention.

[0132]

[0132] A surgery can be divided into several detailed surgery stages, and video fragments can be divided for each detailed surgery stage. In Figure 11, it is assumed that Patient 1, Patient 2, and Patient 3 have a record of having previously undergone the same type of surgery, and Patient 4 is scheduled to undergo the same type of surgery.

[0133]

[0133] For example, when examining the previous surgery record of patient 1, it is found that the detailed surgery stages consist of three stages: A, B, and C. The previous surgery record of patient 2 has a stage D added between stages A and B, for a total of four detailed surgery stages. Also, the previous surgery record of patient 3 has a stage E added after stages A, B, and C, for a total of four detailed surgery stages. In this way, even in the case of the same type of surgery, some detailed surgery stages may be added or changed depending on the patient's condition and the surgical condition, and by accumulating such surgical data, it becomes possible to make probabilistic judgments about the results of the detailed surgery stages.

[0134]

[0134] The detailed surgery stages determined by the surgery stage determination server 900 for patient 4, who is scheduled to undergo the same type of surgery as patients 1 to 3, include a total of five detailed surgery stages consisting of stages A, D, B, C, and E, which are a combination of the detailed surgery stages for patients 1 to 3, and detailed surgery stage videos corresponding to these five stages can be provided to medical staff as reference videos. Such detailed surgery stage recommendation and determination can, for example, utilize a learning model using artificial intelligence to derive detailed surgery stages with the best prognosis and recovery period under similar conditions to the current patient by utilizing record information of previous patients, and can find and recommend detailed surgery stage conditions with the best prognosis and recovery conditions under patient environmental conditions such as the same gender, similar age, and similar underlying disease.

[0135]

[0135]

[0136]

[0136] FIG. 12 is an example diagram illustrating a method for providing detailed surgery step images using a cache server according to an embodiment of the present invention.

[0137]

[0137] Referring to Figure 12, the detailed surgery stages for patient 4 determined by the surgery stage determination server (900) can include stage A images, stage B images, and stage C images as surgery images for patient 1, and can also include stage D images among the surgery images for patient 2.

[0138]

[0138] At this time, the cache server (700) can first check whether the surgical video of patient 1 and the video of stage D of the surgical video of patient 2 are stored before the surgery date and time of the corresponding surgical patient. For example, if it is determined that the surgical video of patient 1, including the video of stage A, stage B, and stage C, has all been stored as shown in Figure 12, but the video of stage D, which has been determined as a detailed surgical stage to be used as reference, among the surgical videos of patient 2, has not been stored, the cache server (700) can request the video fragment management server (800) to transmit the video of stage D of the surgical videos of patient 2. At this time, the video transmission date and time can be scheduled based on the surgery schedule of patient 4 so that the cache server (700) receives and stores the video of stage D of patient 2 before the surgery date and time.

[0139]

[0139]

[0140]

[0140] Although various methods and systems according to the embodiments of the present invention have been described above as various specific embodiments, these are merely examples. The present invention is not limited to these examples and should be construed as having the broadest scope in accordance with the basic concepts disclosed herein. A person skilled in the art may combine and substitute the embodiments disclosed in the specification to implement patterns of shapes not described herein, and this would not depart from the scope of the present invention. In addition, a person skilled in the art may easily modify or change the embodiments disclosed herein, and it is clear that such modifications or changes also fall within the scope of the present invention. The inventions disclosed herein include the following: [Aspect 1] A method for managing medical images using blockchain, receiving recorded medical images related to surgery or treatment from a medical image management server; generating a block on a blockchain network based on data related to the medical image in the medical image management server; updating the block based on new data associated with the medical image through the medical image management server; The method further includes dividing the medical image into a plurality of image segments in the medical image management server, and sequentially recording the image segments in the block based on data associated with the image segments; the plurality of fragmented images are sequentially generated based on timestamp information of each section within the medical image; A medical video recording management method, wherein the header of the block includes connection link information, which is information related to a connection link that can be connected to each of the plurality of fragmented videos, and section information generated based on timestamp information of the start and end points of each of the plurality of fragmented videos. [Aspect 2] In aspect 1, the medical video recording management method, wherein the plurality of video fragments further includes tag information inserted into the recorded surgical video. [Aspect 3] In aspect 2, the tag information includes at least one of the subject of surgery, comments related to the surgical situation, surgical sequence, surgical tools, and surgery-related events, in a medical video record management method. [Aspect 4] In aspect 1, the medical video record management method is configured to track information on users who connect to the connection link, connection IP information, and connection time information as log records in the medical video management server. [Aspect 5] In aspect 1, the medical video record management method further includes a step of concluding a transaction contract for use of the medical video through the medical video management server, wherein the transaction contract is configured to settle fees according to pre-set transaction conditions using a smart contract. [Aspect 6] A medical video management server for managing medical videos using blockchain technology. a video receiver configured to receive recorded medical video associated with a surgery or treatment; a block generation processing unit configured to generate blocks on a blockchain network based on data associated with the medical image; a block update processing unit configured to update the block based on new data associated with the medical image through the medical image management server; Including, further comprising an image segmentation unit configured to segment the medical image into a plurality of image segments; the block generation processing unit is configured to sequentially record the plurality of fragmented images into the blocks based on data associated with the plurality of fragmented images; the plurality of fragmented images are sequentially generated based on timestamp information of each section within the medical image; A medical video record management server, wherein the header of the block includes connection link information, which is information related to a connection link that can be connected to each of the multiple fragmented videos, and section information generated based on timestamp information of the start and end points of each of the multiple fragmented videos.

Claims

1. A method for managing medical images using blockchain, receiving recorded medical images related to surgery or treatment from a medical image management server; generating a block on a blockchain network based on data related to the medical image in the medical image management server; updating the block based on new data associated with the medical image through the medical image management server; The method further includes dividing the medical image into a plurality of image segments in the medical image management server, and sequentially recording the image segments in the blocks based on data associated with the image segments; the plurality of fragmented images are sequentially generated based on timestamp information of each section within the medical image; the header of the block includes connection link information, which is information related to a connection link connectable to each of the plurality of video fragments, and section information generated based on timestamp information of start and end points of each of the plurality of video fragments; The medical video record management method, wherein the plurality of video fragments further includes tag information inserted into the recorded surgical video, the tag information including at least one of a surgical subject, a comment related to the surgical situation, a surgical sequence, a surgical tool, and a surgical-related event.

2. A medical video record management method as described in claim 1, wherein the medical video management server is configured to track connection information, connection IP information, and connection time information of those connected to the connection link as log records.

3. A medical video record management method, as described in claim 1, further comprising a step of concluding a transaction contract for the use of the medical video through the medical video management server, wherein the transaction contract is configured so that costs are settled according to pre-set transaction conditions using a smart contract.

4. A medical video management server for managing medical videos using blockchain technology. a video receiver configured to receive recorded medical video associated with a surgery or treatment; a block generation processing unit configured to generate blocks on a blockchain network based on data associated with the medical image; a block update processing unit configured to update the block based on new data associated with the medical image through the medical image management server; Including, further comprising an image segmentation unit configured to segment the medical image into a plurality of image segments; the block generation processing unit is configured to sequentially record the plurality of fragmented images into the blocks based on data associated with the plurality of fragmented images; the plurality of fragmented images are sequentially generated based on timestamp information of each section within the medical image; the header of the block includes connection link information, which is information related to a connection link connectable to each of the plurality of video fragments, and section information generated based on timestamp information of start and end points of each of the plurality of video fragments; The plurality of video fragments further include tag information inserted into the recorded surgical video, the tag information including at least one of the subject of surgery, comments related to the surgical situation, surgical sequence, surgical tools, and surgery-related events.

Images