KR20230158877A - Apparatus and method for providing transaction service for medical data - Google Patents

Abstract

The present invention relates to an apparatus and method for providing medical data transaction services, and includes a method for providing medical data transaction services by a server device that is connected to at least two terminals and provides services for sales and purchase transactions between medical data traders, A step of generating a body model modeled in 2D or 3D form for the entire body area of the human body based on medical data and storing it separately for each user, and when a sales transaction request is received from a first user, After loading the body model and displaying it on the screen of the user's first terminal, receiving a sales area based on the area coordinates of the body model from the first user and registering it as sales medical information for the first user; When a purchase transaction request is received from a second user, the body model corresponding to the second user is loaded and displayed on the user's second terminal screen, and then a purchase is made based on the area coordinates of the body model from the second user. selecting an area and registering it as purchased medical information for the second user; determining whether there is an overlap between the sales area and the purchase area based on coordinate ranges for each area for each of the registered sales medical information and purchased medical information; It is characterized by including a confirmation step.
Accordingly, it can facilitate data transactions for the sale or purchase of medical data, which has the effect of increasing the usability of medical data and revitalizing the medical market economy.

Description

Device and method for providing medical data transaction service {APPARATUS AND METHOD FOR PROVIDING TRANSACTION SERVICE FOR MEDICAL DATA}

The present invention relates to an apparatus and method for providing a medical data transaction service that connects data sellers who wish to sell medical data and data buyers who wish to purchase medical data, thereby enabling medical data transactions.

Medical data trading refers to a transaction that occurs between a buyer who needs medical data and a seller who is willing to share medical data.

This medical data includes primary medical data including basic personal information such as EMR, PHR information, disease and symptom-related literature, imaging information, etc., and secondary medical data related to advertisements for medical devices, medical foods, drugs, clinical trials, etc. Can contain data.

In addition, in the case of the medical data, there are various sources of demand, such as patients suffering from diseases and pharmaceutical companies that require various clinical trial data, and there are also various sources of data, such as medical institutions and high-level general hospitals that hold large amounts of patient data. have

However, currently, sharing and trading of medical data are not actively taking place online and offline due to problems such as the possibility of personal information leakage and the absence of a transaction platform.

KR 10-1261042 B1 KR 10-1176448 B1

The purpose of the present invention is to solve the above problems, by visualizing medical data, it increases the understanding of medical data by medical consumers without professional medical knowledge, and helps data sellers who want to sell medical data and data buyers who want to purchase it. The purpose is to provide a device and method for providing medical data transaction services that enable medical data transactions by connecting.

The method of providing medical data transaction services according to one aspect of the present invention to achieve the above object is medical data by a server device that is connected to communication with at least two terminals and provides services for sales and purchase transactions between medical data traders. In the method of providing a transaction service, the step of creating a body model modeling the entire body of the human body in 2D or 3D form based on medical data and storing it separately for each user; When a sales transaction request is received from a first user, After loading the body model corresponding to the first user and displaying it on the user's first terminal screen, receiving a sales area based on the area coordinates of the body model from the first user to sell medical care to the first user registering as information, and when a purchase transaction request is received from the second user, the body model corresponding to the second user is loaded and displayed on the user's second terminal screen, and then the body model is displayed on the second terminal screen of the user. selecting a purchase area based on the area coordinates of the model and registering it as purchase medical information for the second user; It is characterized by including the step of checking whether there is overlap between the purchase areas.

In addition, a medical data transaction service providing device according to another aspect of the present invention includes a medical data management module that generates a body model modeled in 2D or 3D form for the entire body area of the human body based on medical data and stores it separately for each user; , when a sales transaction request is received from the first user, the body model corresponding to the first user is loaded and displayed on the user's first terminal screen, and then based on the area coordinates of the body model from the first user a sales information registration module that selects a sales area and registers it as sales medical information for the first user; and, when a purchase transaction request is received from a second user, loads the body model corresponding to the second user and a purchase information registration module for displaying on a second terminal screen, selecting a purchase area based on the area coordinates of the body model from the second user and registering it as purchase medical information for the second user; and the registered sales medical service. It is characterized by comprising an overlap confirmation unit that checks whether there is an overlap between the sales area and the purchase area based on the coordinate range for each area for each of the information and purchased medical information.

According to the present invention, data sellers can earn economic profits by selling medical data without leaking personal information, and data buyers can secure reliable medical data generated from specialized institutions such as hospitals and clinics, thereby utilizing medical data. It can increase productivity and revitalize the medical market economy.

In addition, according to the present invention, users who wish to trade medical data can intuitively select the body part area for which they want to trade data using a 3D body model without specialized medical knowledge, which has the effect of facilitating the trading of complex medical data. .

1 is a flowchart showing a method of providing a medical data transaction service according to a first embodiment of the present invention;
Figure 2 is a block diagram showing the configuration of a medical data transaction service providing device according to the first embodiment of the present invention;
Figure 3 is a block diagram schematically showing the internal structure of each of the medical data management module, sales information registration module, and purchase information registration module of Figure 2;
Figure 4 is a diagram showing an example of generating a body model by the body model generator of Figure 3;
Figure 5 is a diagram showing the transaction process for various cases in which a transaction occurs between a data seller and a data buyer by the transaction notification unit and transaction processing unit of Figure 2;
FIG. 6 is a diagram illustrating an example of registering sales medical information or purchase medical information by receiving keywords related to sales or purchases through the first and second keyword input units of FIG. 3;
FIG. 7 shows an example of applying this when registering medical information for the transaction when a transaction exclusion area excluded from the transaction for sale or purchase of medical data is selected by the first and second area selection units in FIG. 3. It is a drawing shown,
FIG. 8 is a diagram illustrating an example of displaying a text-type or image-type hyperlink advertisement on an area input screen for selling or purchasing medical data using the advertisement insertion unit of FIG. 2;
Figure 9 is a block diagram showing the configuration of a medical data transaction service providing device according to a second embodiment of the present invention;
FIG. 10 is a block diagram schematically showing the internal configuration of each of the interface creation module and candidate region creation module shown in FIG. 9;
Figure 11 is a diagram showing an example of a body model created according to the present invention,
Figure 12 is a diagram showing an example of an interface provided on the user's terminal screen by the interface creation unit of Figure 10;
FIG. 13 is a diagram illustrating an example of receiving a selection command from a user regarding whether or not to sell a lesion area included within a closed curve according to a user's gesture input by the sales information registration module of FIG. 9;
FIG. 14 is a diagram illustrating a method of generating a plurality of candidate areas by the candidate area generator of FIG. 10;
FIG. 15 is a diagram illustrating an example of displaying a candidate list generated by the candidate list generator of FIG. 10 on a user's terminal screen and receiving a selection command therefor.

Specific details, including the problem to be solved by the present invention, the means for solving the problem, and the effect of the invention, are included in the examples and drawings described below. The advantages and features of the present invention and how to achieve them will become clear by referring to the embodiments described in detail below along with the accompanying drawings. Like reference numerals refer to like elements throughout the specification.

In the present invention, ‘trader’ refers to a party who trades medical data, and can be a data buyer or data seller depending on the situation. At this time, if it is determined that the seller and buyer are not distinct, trader 1, trader 2, … It can be referred to as trader N.

In the present invention, 'medical data' refers to medical-related data such as health information and medical treatment information. Depending on the type of medical big data, 'medical data', 'clinical research data', 'public institution data (National Health Insurance Service, National Statistical Office, Health Insurance Review and Assessment Service, etc.)', 'device-based data', 'omics data', 'lifelog data', 'app/social media data', and 'medical-related advertising data'. It means data.

Hereinafter, a method and device for providing a medical data transaction service according to a preferred embodiment of the present invention will be described with reference to the above-described drawings.

The medical data transaction service providing device according to the present invention is a server device that is connected to the terminal of a data seller or data buyer who wants to sell or purchase medical data through a wired or wireless communication network and provides services for sales and purchase transactions between medical data traders. It may correspond to .

The medical data transaction service providing device according to the present invention may be connected to the terminal of the data seller or data buyer through a server-based application that implements the above-described service function, and may be capable of transmitting and receiving data, and may respond to information input from the terminal. Based on this, sales medical information or purchased medical information may be registered and stored, and data transactions between the first and second users may be performed when desired data conditions overlap.

In this regard, referring to FIG. 2, the medical data transaction service providing device 10 according to the first embodiment of the present invention largely includes a medical data management module 200, a sales information registration module 400, and a purchase information registration module. It is configured to include (600), an overlap confirmation unit (700), a transaction notification unit (800), a transaction processing unit (850), and an advertisement insertion unit (900).

The medical data management module 200 creates and stores a body model modeling the entire body area of the human body based on medical data (S100).

The medical data management module 200 generates a body model modeled in 2D or 3D form based on position or shape information according to the physical and anatomical structure of the entire human body based on a plurality of pre-stored medical data for each patient, The generated body model can be stored separately for each user.

As shown in FIG. 3 , the medical data management module 200 may specifically include a medical data acquisition unit 210, a body model creation unit 220, and a matching storage unit 230.

The medical data acquisition unit 210 performs data communication with the medical data server 50 to obtain a plurality of patient-specific medical data previously stored in the server.

Here, the medical data includes various health records such as progress reports, surgery records, and discharge summaries including electronic medical records (EMR), disease name or diagnosis, symptoms, blood test results, readings, and surgery. Text data on various test records such as medical records, nursing records, nursing procedures, consent forms, electromyograms, electrocardiograms, etc., and medical image information in addition to the text data, such as X-rays, MRI, CT, ultrasonography, and nuclear medicine images, taken in the clinic It may include PET images, which are nuclear medicine tests that include photographs.

At this time, the medical data includes medical images and diagnostic record information based on a predetermined lesion occurring in the body part area of each patient, for example, bones and muscles located in the patient's body part area. ), ligaments, arteries, veins, lymphatic, nerves, etc.

Here, the medical image may be an image acquired from at least one medical imaging equipment, for example, X-ray, computed tomography (CT), or magnetic resonance imaging (MRI). ), Single Photon Emission Computed Tomography (SPECT), and Positron Emission Tomography (PET) may include images taken of parts of the patient's body.

Here, the diagnostic record information based on the medical image may include lesion location and disease name or diagnosis information as the medical staff interprets the lesion included in the medical image, and may be an image file obtained by scanning the diagnostic record document or an electronic document. It may be in the form of a text file.

The body model generator 220 generates a 2D or 3D body model through 2D or 3D modeling based on position and shape information according to the physical and anatomical structure of the entire human body included in standard body data.

As shown in FIG. 4, the body model generator 220 extracts structured data 12 from the medical data 11 acquired by the medical data acquisition unit 100 and creates the body model 13 based on this. It may be creating.

For example, referring to FIG. 4, when structured data 12 including medical text information (“K75.0”) about the disease name (liver abscess) and disease part name (liver) is extracted from the medical data 11, The body model generator 220 may generate the body model 13 corresponding to the body region to which the body organ 'liver' belongs based on standard body data according to the modeling process described above.

The body model generator 220 uses location and shape information about the musculoskeletal system, circulatory system, lymphatic system, digestive system, and nervous system according to the physical and anatomical structure of the entire human body to three-dimensionally model the body to reflect the medical information. It could be creating a model.

The body model generator 220 displays the location and shape of each of the plurality of body regions divided based on at least one of the musculoskeletal system, circulatory system, lymphatic system, digestive system, and nervous system according to the physical and anatomical structure of the entire human body in two dimensions or The body model may be generated based on modeling data modeled as a set of point data with 3D position coordinates.

Here, the body model includes bones, muscles, ligaments, and arteries for a body object based on standard body data previously stored in a three-dimensional virtual space, as shown in FIG. 11. , Veins, lymphatics, nerves, etc. are expressed according to physical and anatomical structures, for example, three-dimensional cartesian coordinates, three-dimensional oblique coordinates It can be expressed in various coordinate systems such as coordinate, cylindrical coordinate, and spherical coordinate.

When a body model based on predetermined medical data is generated by the body model generator 220, the matching storage unit 230 divides the modeling data of the generated body model into users according to patient information corresponding to the medical data. Save.

The matching storage unit 230 includes a first body model modeled based on standard body data by the body model generator 220, and a first body model in which structured data extracted from medical data of a predetermined patient is reflected with respect to the first body model. When two body models are generated, the first body model and the second body model are stored separately, and the second body model may be stored for each user according to patient information corresponding to the corresponding medical data.

The sales information registration module 400 serves to register the sales medical information of the first user corresponding to the data seller.

When a sales transaction request is received from a first user, the sales information registration module 400 loads the body model corresponding to the first user and displays it on the screen of the user's first terminal 20, and then loads the body model corresponding to the first user and displays it on the screen of the first terminal 20 of the user. A sales area based on the area coordinates of the body model is selected by the user and registered as sales medical information for the first user (S200).

The sales information registration module 400 receives an input event generated according to the first user's input through a text input, GUI event, or action for the sales area, or receives a keyword related to the corresponding medical data from the first user. This may be registering the sales medical information.

The sales information registration module 400 considers the case where a plurality of medical data is assigned to the coordinates of a specific area of the body model and includes keywords related to the sales area to enable clear distinction of the area to be registered as the sales medical information. You can register.

In addition, the sales information registration module 40 can register diseases or conditions that cannot be registered by matching the coordinates of a specific area of the body model, such as diabetes, dementia, cold, etc., in response to the sales medical information in the form of keywords. there is.

As described above, if the keyword is registered together when registering the medical information for sale, accurate search results can be obtained in the future based on a search that simultaneously considers the body area model corresponding to a specific body area and the conditions of the keyword. There is an advantage in improving search accuracy. Additionally, at least one body region model and keyword may be excluded or included depending on the user's selection during the search.

At this time, the keyword may include at least one of a plurality of medical terms combined in the form of a medical code according to the Medical Terminology System, for example, medical text information (disease name, surgery name, site name, etc. ) may correspond to

Here, the medical terminology system is SNOMED (Systematized Nomenclature of Medicine), ICD (International Classification of Diseases), CPT (Current Procedural Terminology) system, UMLS (Unified Medical Language System), ICNP (International Classification for Nursing Practice), and LOINC (Logical Terminology). It may correspond to any one of Observation Identifiers Names and Codes.

When the sales information registration module 400 receives a sales transaction request from a first user but does not receive selection information for a corresponding sales area, it registers all medical data corresponding to the user as the sales medical information. You can.

When the sales information registration module 400 receives information about keywords or icons related to the medical data of the user along with a sales transaction request from the first user, the received information can be registered in response to the sales medical information. You can.

At this time, the icon may be displayed as a picture or symbol on the display screen of the terminal or system.

As shown in FIG. 3 , the sales information registration module 400 may specifically include a sales area input unit 410, a first keyword input unit 420, and a first area selection unit 430.

The sales area input unit 410 loads the body model corresponding to the first user from the matching storage unit 230 and displays it on the screen of the first terminal 20, and in response, selects the area of the body model from the first user. A sales area based on coordinates is selected and entered.

Here, the sales area input unit 410 may load a body model stored corresponding to the first user in the matching storage unit 230, and the loaded body model is modeled by reflecting the medical data of the first user. It may correspond to the second body model.

When an input for a sales area is made on the screen of the first terminal 20, the sales area input unit 410 selects the sales area from the first user according to a GUI input method including at least one of mouse drag and drop, radio button, and check box. It may be receiving input.

When an input for a sales area is made on the screen of the first terminal 20, the sales area input unit 410 sells an area corresponding to the coordinates of a point, line, or surface input from the first user according to a gesture method using a touch. It may be a selection input as an area.

The first keyword input unit 420 inputs first keyword information for at least one of the body part area name, disease name or diagnosis name, code type, code number, and additional input information for the medical data that the first user wishes to sell. Receives input from the user.

For example, referring to FIG. 6, if a user wants to specify and register medical data called "hepatitis" for the liver body model corresponding to the liver area to which information such as hepatitis, liver cancer, liver abscess, etc. can be assigned, the liver body model You can register hepatitis-related keywords along with .

At this time, the above keywords can include disease name text such as “Hepatitis,” medical terminology code type such as “ICD-10-CM,” medical terminology code such as “B-19.9,” or free text related to hepatitis, etc. In this way, the accuracy of the search can be improved by registering the body model and keywords together. Additionally, the body model or the keyword may be included or excluded when searching for a user.

The first keyword input unit 420 is for receiving an additional input of a keyword to distinguish when a lesion occurs at a coordinate location adjacent to several body part regions. In addition to the above-mentioned keyword information, all elements that can distinguish the lesion are entered as an item. may be specified, and the input keyword information may be searchable by other users after sales medical information based thereon is registered.

The first area selection unit 430 designates the sales area selected by the first user through the sales area input unit 410 as one of the sales area and the sales exclusion area according to the first user's input.

The above-mentioned sales exclusion area is necessary for the purpose of protecting the patient's personal information. For example, in the case of medical data that the patient does not want to disclose to others about the disease, such as urology or psychiatry medical records, the user's intention to disclose This is to ensure that it can be excluded from transactions.

The first area selection unit 430 selects the sales target area and the sales exclusion area according to the input of the first user, using a selection method using a GUI event including a check box or radio button, a selection method based on a touch or a gesture. At least one method may be used among a selection method through motion and a selection method through text including direct text input or search.

For example, as a method of designating the sales exclusion area, as shown in FIG. 7, a method (71) in which a trader with heart and liver disease selects the exclusion area by directly checking the checkbox GUI, and a method (71) in which a trader with heart and liver disease selects the exclusion area. It may include a method (72) in which a trader with a disease directly touches the screen in a circle to select an exclusion area, and a method (73) in which a trader with heart or liver disease selects an exclusion area through text search.

At this time, as the first user's sales transaction request is received, the matching storage unit 230 receives input from the first user in the sales area input unit 410, the first keyword input unit 420, and the first area selection unit 430. Selection information on the sales area, first keyword information, and designation information on the sales target area may be received, matched with the terminal information of the first user, and stored and registered as sales medical information for the first user.

The purchase information registration module 600 serves to register the purchase medical information of the second user corresponding to the data purchaser.

When a purchase transaction request is received from a second user, the purchase information registration module 600 loads the body model corresponding to the second user, displays it on the screen of the second terminal 30 of the user, and then loads the body model corresponding to the second user. A purchase area based on the area coordinates of the body model is selected from the user and registered as purchase medical information for the second user (S300).

The purchase information registration module 600 receives an input event generated according to the second user's text input, GUI event, or input through an action in the purchase area, or receives a keyword related to the medical data from the second user. This may be registering the purchase medical information.

The purchase information registration module 600 combines keywords related to the purchase area to clearly distinguish the area to be registered as the purchase medical information, considering the case where a plurality of medical data is assigned to the coordinates of a specific area of the body model. You can register.

In addition, the purchase information registration module 600 can register diseases or conditions that cannot be registered by matching the coordinates of a specific area of the body model, such as diabetes, dementia, cold, etc., in response to the purchase medical information in the form of keywords. there is.

As described above, if the keyword is registered together when registering the purchased medical information, accurate search results can be obtained in the future based on a search that simultaneously considers the body area model corresponding to a specific body area and the conditions of the keyword. There is an advantage in improving search accuracy. Additionally, at least one body region model and keyword may be excluded or included depending on the user's selection during the search.

At this time, the keyword may include at least one of a plurality of medical terms combined in the form of a medical code according to the Medical Terminology System, for example, medical text information (disease name, surgery name, site name, etc. ) may correspond to

Here, the medical terminology system includes SNOMED (Systematized Nomenclature of Medicine), ICD (International Classification of Diseases), CPT (Current Procedural Terminology) system, UMLS (Unified Medical Language System), ICNP (International Classification for Nursing Practice), and LOINC (Logical Terminology). It may correspond to any one of Observation Identifiers Names and Codes.

When the purchase information registration module 600 receives a purchase transaction request from a second user but does not receive selection information for the corresponding purchase area, it registers all medical data corresponding to the user as the purchase medical information. You can.

When the purchase information registration module 600 receives information about keywords or icons related to the user's medical data along with a purchase transaction request from a second user, the received information can be registered in response to the purchase medical information. You can.

At this time, the icon may be displayed as a picture or symbol on the display screen of the terminal or system.

As shown in FIG. 3 , the purchase information registration module 600 may specifically include a purchase area input unit 610, a second keyword input unit 620, and a second area selection unit 630.

The purchase area input unit 610 loads the body model corresponding to the second user from the matching storage unit 230 and displays it on the screen of the second terminal 30, and in response, selects the area of the body model from the second user. A purchasing area based on coordinates is selected and entered.

Here, if there is no body model stored for the second user in the matching storage unit 230, the purchase area input unit 610 inputs the first body model modeled based on standard body data from the matching storage unit 230. It may be loading.

When an input for a purchase area is made on the screen of the second terminal 30, the purchase area input unit 610 selects a selection from the second user according to a GUI input method including at least one of mouse drag and drop, radio button, and check box. It may be receiving input.

When an input for a purchase area is made on the screen of the second terminal 30, the purchase area input unit 610 purchases an area corresponding to the coordinates of a point, line, or surface input from the second user according to a gesture method using a touch. It may be a selection input as an area.

The second keyword input unit 620 inputs second keyword information for at least one of the body part area name, disease name or diagnosis name, code type, code number, and additional input information for the medical data that the second user wishes to purchase. Receives input from the user.

For example, referring to FIG. 6, if a user wants to specify and register medical data called "hepatitis" for the liver body model corresponding to the liver area to which information such as hepatitis, liver cancer, liver abscess, etc. can be assigned, the liver body model You can register hepatitis-related keywords along with .

At this time, the above keywords can be registered together with disease name text such as “Hepatitis,” type of medical terminology code such as “ICD-10-CM,” medical terminology code such as “B-19.9,” or free text related to hepatitis. In this way, the accuracy of the search can be improved by registering the body model and keywords together. Additionally, the body model or the keyword can be included or excluded when searching for a user.

The second keyword input unit 620 is for receiving an additional input of a keyword to distinguish when a lesion occurs at a coordinate location adjacent to several body part regions. In addition to the above-mentioned keyword information, all elements that can distinguish the lesion are entered as an item. may be specified, and the input keyword information may be searchable by other users after purchase medical information based thereon is registered.

The second area selection unit 630 designates the purchase area selected by the second user by the purchase area input unit 610 as one of the purchase target area and the purchase exclusion area according to the second user's input.

The second area selection unit 630 selects the purchase target area and the purchase exclusion area according to the input of the second user, using a selection method using a GUI event including a check box or radio button, a selection method based on a touch or a gesture. At least one method may be used among a selection method through motion and a selection method through text including direct text input or search.

For example, as a method of selecting the purchase exclusion area, as shown in FIG. 7, a method (71) in which a trader with heart and liver disease selects the exclusion area by directly checking the checkbox GUI, and a method (71) in which a trader with heart and liver disease selects the exclusion area. It may include a method (72) in which a trader with a disease directly touches the screen in a circle to select an exclusion area, and a method (73) in which a trader with heart or liver disease selects an exclusion area through text search.

At this time, as the second user's purchase transaction request is received, the matching storage unit 230 receives input from the second user in the purchase area input unit 610, the second keyword input unit 620, and the second area selection unit 630. Selection information on the purchase area, second keyword information, and designation information on the purchase target area may be received, matched with the terminal information of the second user, and stored and registered as purchase medical information for the second user.

Meanwhile, as shown in FIG. 1, the method of providing a medical data transaction service according to the present invention sequentially performs the step of registering medical information for sale (step S200) and the step of registering medical information for purchase (step S300). Although it is described as checking for overlap, in the present invention, steps S200 and S300 can be performed in any order because they correspond to prerequisite steps for registration of a verification target that must check for transaction-related overlap. It is also possible to perform step S300 first and then step S200 in reverse order.

The overlap confirmation unit 700 checks whether there is an overlap between the sales area and the purchase area based on the coordinate ranges for each area for each of the registered sales medical information and purchase medical information (S400).

The overlap confirmation unit 700 corresponds to the coordinate range information of the sales area corresponding to the sales medical information and the purchase medical information based on the sales medical information or purchase medical information pre-stored for each terminal user in the matching storage unit 230. By comparing the coordinate range information of the purchase area, you can check whether there is overlap and determine the degree of overlap.

Here, in determining the degree of overlap between the sales area and the purchase area, the overlap confirmation unit 700 determines that all pixels corresponding to the coordinate range of the purchase area include pixels corresponding to the coordinate range of the sales area. If it is determined that this is the first judgment value, if it is determined that more than half of the pixels corresponding to the coordinate range of the sales area are partially included in the pixels corresponding to the coordinate range of the purchase area, This is determined as the second judgment value, and if it is determined that less than half of the pixels corresponding to the coordinate range of the sales area are partially included in the pixels corresponding to the coordinate range of the purchase area, this is used as the third judgment value. It can be judged as follows.

If the overlap is not confirmed, the overlap confirmation unit 700 may check whether the first and second keyword information stored together when registering the sales medical information or the purchased medical information matches.

When the overlap is confirmed, the transaction notification unit 800 generates a transaction notification message informing the data seller (first user) and the data buyer of the transaction availability or transaction status of at least one medical data corresponding to the overlap area. (Second user) Displayed on the screen of each terminal (20, 30) (S500).

The transaction notification unit 800 sends the transaction notification message containing at least one of the phrases “transaction available”, “transaction application”, “transaction completed”, and “transaction not possible” according to the transaction availability or transaction status to the corresponding terminal. It may be displayed in the form of a pop-up window on the screen.

If the degree of overlap between the sales area and the purchase area is determined by the overlap confirmation unit 700 to be the first judgment value or the second judgment value, the transaction notification unit 800 may say “transaction possible” or “transaction application.” The transaction notification message containing the phrase “may be generated and displayed on the screens of the first and second users’ terminals 20 and 30.

The transaction processing unit 850 receives a response of consent or refusal from the first terminal 20 and the second terminal 30 regarding whether to proceed with a transaction for medical data corresponding to the sales area or purchase area for which the overlap has been confirmed. If the received response corresponds to consent, the transaction is processed according to a preset transaction procedure (S600).

In this regard, in the present invention, when the processing of the transaction is completed, the configuration of a compensation provider (not shown) provides tangible and intangible compensation according to a preset compensation procedure to the data seller (first user) 20 of the transaction. More may be included.

For example, the transaction notification unit 800 displays the phrase “Do you want to buy/sell data” on the screen of the terminal (20, 30) corresponding to the sales data or purchase data for which the overlap has been confirmed and the optional response (“YES”) thereto. When displaying a selection message requesting (or “NO”), the transaction processing unit 850 determines if at least one of the seller terminal 20 or the buyer terminal 30 responds that the transaction is not desired, such as “NO”. In this case, the transaction is not completed. On the other hand, if both the seller terminal 20 and the buyer terminal 30 respond to accept the transaction, such as “YES,” the transaction is completed, and the buyer terminal 30 provides the medical treatment requested for purchase. After receiving the data, the seller terminal 20 can process the transaction to receive tangible and intangible compensation due to the transaction.

In this regard, Figure 5 is a diagram showing the transaction process for various cases in which a transaction occurs between a data seller (first user) and a data purchaser (second user) by the transaction notification unit 800 and the transaction processing unit 850. , FIG. 5A shows an embodiment in which general transaction of medical data occurs, FIG. 5B shows another embodiment in which general transaction of medical data occurs, and FIG. 5C shows one embodiment in which advertisement and announcement-type transaction of medical data occurs, Figure 5d shows another embodiment in which advertising and announcement-type transactions of medical data occur.

First, referring to FIG. 5A, nephritis patient A registers his/her nephritis data to the kidney location of the body model through the sales information registration module 400, and nephritis society B, which requires nephritis information, uses the purchase information registration module 600. When registering the kidney position of the body model through the overlapping confirmation unit 700, the sales area and the purchase area are confirmed to overlap at the body model's kidney position, and when the mutual transaction is completed, the nephritis patient A terminal (20) The patient's nephritis information is transmitted to the Nephrology Association terminal B (30), and nephritis patient A receives medical data compensation.

Next, referring to FIG. 5B, liver disease resident A, who is looking for a thesis for liver disease research, registers the liver disease information he wants to find in the liver coordinates of the body model through the purchase information registration module 600, and the liver disease When medical book publisher B, which has information on treatment papers, registers liver disease information in the liver coordinates of the body model through the sales information registration module 400, the purchase area and sales area are determined in the overlap confirmation unit 700 of the body model. If overlap in liver coordinates is confirmed, the transaction notification unit 800 generates and displays a transaction notification message, and when A and B approve the transaction, publisher B terminal transmits liver disease information to resident A terminal, and publisher B will receive medical data compensation.

Next, referring to FIG. 5C, university hospital A, which has a hepatitis patient data pool, registers the data pool in the liver coordinates through the sales information registration module 400, and liver medicine pharmaceutical company B registers the purchase information registration module 600. When registering a notice or message that a hepatitis patient data pool is needed in the liver coordinates, the overlap confirmation unit 700 confirms that the sales area and the purchase area overlap in the liver coordinates of the body model, and when the mutual transaction is completed, the university Hospital A terminal transmits the hepatitis patient data pool to pharmaceutical company B terminal, and University Hospital A receives medical data compensation.

Next, referring to FIG. 5D, stroke drug pharmaceutical company A registers a recruitment notice for stroke drug clinical trial applicants through the purchase information registration module 600 in order to conduct a clinical trial for testing a new stroke drug, and stroke patient B When registering your stroke information through the sales information registration module 400, a transaction notification message according to the result of confirming that the brain information of the sales area and the purchase area overlaps in the overlap confirmation unit 700 is sent to the transaction notification unit 800. It is created by and when the mutual transaction is completed through the message, stroke patient B's terminal transmits personal stroke information to pharmaceutical company A's terminal, and stroke patient B receives medical data compensation.

The advertisement insertion unit 900 inserts a medical-related advertisement for the relevant area into the screen where the sales area or the purchase area is entered according to the user's input in the form of a hyperlink to a web or app page containing text and images. .

Here, the medical-related advertisement is advertising and public notice information including medical advertisements or clinical trial announcements for medicine, pharmaceuticals, insurance, medical devices, etc. related to the body part area corresponding to the sales area or the purchase area, and includes text, images, etc. , may be provided in the form of a hyperlink.

For example, referring to FIG. 8, if the advertisement insertion unit 900 displays the message “Aren't you worried about a stroke?” If the stroke text advertising phrase is inserted in the form of a hyperlink in the coordinate area corresponding to the brain location of the body model, when a specific trader clicks or touches the advertising phrase, an image of a hospital that can treat stroke is displayed on the trader's terminal. It is displayed on the input screen, and if icon information about the company (10, 20, 30, 40) related to the brain, liver, kidney, and ankle is inserted by the advertisement insertion unit 900 at a location corresponding to the corresponding body region. In this case, when a specific trader clicks or touches an image registered at the location where he or she goes to view an advertisement related to liver disease, an advertisement for a drug (11) sold by a specific company (10) is displayed on the input screen of the trader's terminal.

Meanwhile, the medical data transaction service providing device 10 according to the second embodiment of the present invention may further include an interface creation module 300 and a candidate area creation module 500, as shown in FIG. 9 .

The interface creation module 300 is intended to create and provide an interface for receiving sales area information based on the data seller's touch gesture. As shown in FIG. 10, it specifically includes the characteristic information acquisition unit 310 and the lesion area. It may include a matching unit 320 and an interface creation unit 330.

The characteristic information acquisition unit 310 extracts structured data about the lesion area from the medical image included in the medical data acquired by the medical data acquisition unit 210 and provides characteristics including the location, size, and outline information of the lesion area. Obtain information.

At this time, the sales area input unit 410 displays the lesion area extracted by the characteristic information acquisition unit 310 on the body model generated by the body model generator 220 according to the corresponding characteristic information. It may be provided on the screen of the first terminal 20 of the first user corresponding to the data seller, and in response, a sales area may be input to include at least one closed curve according to a GUI or a gesture method using touch from the user. .

The lesion area matching unit 320 generates a registered image by matching the lesion area extracted by the characteristic information acquisition unit 310 to the area of the body model according to the corresponding characteristic information.

The lesion area matching unit 320 matches the lesion area on the area of the body model to a position and size corresponding to the characteristic information, and defines the outline (boundary) of the lesion area based on the characteristic information. It can be expressed in the form of a symbolic model.

When a sales transaction request from a first user corresponding to a data seller is received through the sales area input unit 410, the interface creation unit 330 sends the lesion area matching unit 320 to the medical data corresponding to the first user. An interface (I) for receiving a selection command for a sales area through a GUI or a gesture using a touch based on the matching image generated by the user is provided on the screen of the user's terminal 20.

Here, the interface (I) is for receiving a movement trajectory according to a GUI or touch-based gesture method from the first user to the sales area. In the case of a GUI-based gesture method, a point according to a GUI event that moves the mouse point is used. A movement trajectory may be input, and in the case of a touch-based gesture method, a touch movement trajectory according to the touch input and movement of the first user may be input.

Additionally, the interface (I) may receive a command to select a sales area by forming a predetermined closed curve at a position corresponding to the sales area through an input from the first user.

For example, the interface generator 330 displays a registered image in which a plurality of lesion areas 31, 32, and 33 are registered on the entire body area of the 3D body model in the first area of the screen, as shown in FIG. 12, and , The 3D patient data model is displayed in the second area of the screen as one of skeletal, muscular, lymphatic, nervous, digestive, and all. An interface (I) that displays a selection tab to be displayed can be provided to the seller.

In this case, the coordinate range information of the sales area is input through the first user's movement trace input for the first area, and the model type desired by the user is received through the first user's tab selection input for the second area. You will obtain selective information about.

At this time, when a predetermined closed curve according to a gesture command of the first user is input through the interface (I) and at least one lesion area is included in the inner area of the closed curve, the corresponding lesion area is generated by the interface generator 330. Information about may be transmitted to the sales area input unit 410, and the sales area input unit 410 may register it as a sales area.

Additionally, the interface generator 330 may transmit information about the lesion area included in the inner area of the closed curve to the first area selection unit 430, and the first area selection unit 430 may select each of the received Information on selecting to designate the lesion area as one of a sales target area and a sales exclusion area may be received from the first user according to the first user's input.

For example, as shown in FIG. 13, when the first user inputs the closed curve 41 corresponding to the sales area through the interface I provided by the interface creation unit 330, the first area selection unit 430 A message requesting whether to select the first lesion area (red circle) and the second lesion area (yellow circle) included in the inner area of the closed curve 41 as the sales target area is displayed on the screen of the first terminal 20. , and in response to the message, selection information input by the first user for each lesion area can be received.

In this case, the sales area input unit 410 may register the sales area according to whether the inner area of the closed curve is included and the input selection information of the first user.

For example, if the first user selects the first lesion area (red circle) as the sales target area and does not select the second lesion area (yellow circle) as the sales target area, the sales area input unit 410 is input from the first user. The sales area corresponding to the input closed curve 41 can be registered by including the first lesion area (red) but excluding the second lesion area (yellow).

The candidate area generation module 500 is for generating candidate areas predicted based on the first user's gesture input information for the sales area and a candidate list for the same. As shown in FIG. 10, the closed area detection unit specifically It may include (510), an edge detection unit 520, a feature point extraction unit 530, a candidate area creation unit 540, and a candidate list creation unit 550.

The closed area detection unit 510 detects a closed area corresponding to an inner area of the closed curve input through the interface (I).

The edge detection unit 520 extracts edge components by detecting the outline of the body model generated by the body model creation unit 220.

The feature point extractor 530 extracts feature points corresponding to joint points for the body model generated by the body model generator 220.

Here, the edge detection unit 520 may extract the edge component using a preset edge detection algorithm, and the feature point extraction unit 530 may extract the feature point using a preset skeleton extraction algorithm.

The candidate area generator 540 generates a plurality of candidate areas that can be estimated based on the shape and joint positions of the body model within an area corresponding to the closed curve according to the first user's input.

The candidate area generator 540 generates at least one closed area based on the closed area detected by the closed area detector 510, the edge component extracted by the edge detector 520, and the feature point extracted by the feature point extractor 530. Candidate areas can be created.

Specifically, the candidate area generator 540 generates the closed area 51 detected by the closed area detector 510 as a first candidate area using the closed curve according to the input of the first user as a boundary (FIG. 14a). , Based on the range of the closed area, a contour area 52 corresponding to the edge component extracted by the edge detection unit 520 is generated as a second candidate area (FIG. 14b), and the feature point extraction unit 530 A third candidate region 53 corresponding to the result of subtracting the closed area is generated using pre-stored skeletal dividing line information corresponding to the feature point coordinates extracted from a position adjacent to the closed curve (FIG. 14c), and using the skeletal dividing line information. Thus, a fourth candidate area 54 corresponding to the result of subtracting the second candidate image can be generated (FIG. 14d).

When at least two or more candidate regions are generated by the candidate region generator 540, the candidate list generator 550 generates a candidate list including candidate images that represent the generated candidate regions as images.

In this case, the information about the generated candidate list is transmitted to the first region selection unit 430, and the first region selection unit 430, which receives this, selects a plurality of candidates included in the candidate list as shown in FIG. 15. Information for selecting a candidate image that the first user wishes to determine as a sales area may be input from the first user among the candidate images.

At this time, the sales area input unit 410 may register a sales area according to the input selection information of the first user.

Above, the present invention has been described in detail through preferred embodiments, but the present invention is not limited thereto and may be implemented in various ways within the scope of the patent claims.

In particular, the foregoing has described the features and technical strengths of the present invention rather broadly to enable a better understanding of the claims of the invention to be described later. Therefore, the concept and specific embodiments of the present invention described above are intended to serve a similar purpose as the present invention. It should be recognized by those skilled in the art that it can be immediately used as a basis for the design or modification of other shapes for use.

In addition, the embodiment described above is only one embodiment according to the present invention, and can be implemented in various modified and changed forms by those skilled in the art within the scope of the technical idea of the present invention. You will understand. Accordingly, the disclosed embodiments should be considered from an explanatory rather than a limiting perspective, and various modifications and changes thereof are also included in the scope of the technical spirit of the present invention and are indicated in the claims of the present invention, and the scope equivalent thereto is thereto. All differences therein should be construed as being included in the present invention.

10: Medical data transaction service provision device 20: First terminal
30: first terminal 50: medical data server
200: Medical data management module 210: Medical data acquisition unit
220: body model creation unit 230: matching storage unit
300: Interface creation module 310: Characteristic information acquisition unit
320: lesion area matching unit 330: interface creation unit
400: Sales information registration module 410: Sales area input unit
420: first keyword input unit 430: first area selection unit
500: Candidate area generation module 510: Closed area detection unit
520: Edge detection unit 530: Feature point extraction unit
540: Candidate area creation unit 550: Candidate list creation unit
600: Purchase information registration module 610: Purchase area input unit
620: Second keyword input unit 630: Second area selection unit
700: Overlap confirmation unit 800: Transaction notification unit
850: Transaction processing unit 900: Advertisement insertion unit

Claims (22)

In the method of providing a medical data transaction service by a server device that is connected to at least two terminals and provides services for sales and purchase transactions between medical data traders,
Creating a body model modeling the entire body area of the human body in 2D or 3D form based on medical data and storing it separately for each user;
When a sales transaction request is received from a first user, the body model corresponding to the first user is loaded and displayed on the user's first terminal screen, and then a sale is made based on the area coordinates of the body model from the first user. selecting an area and registering it as sales medical information for the first user;
When a purchase transaction request is received from a second user, the body model corresponding to the second user is loaded and displayed on the user's second terminal screen, and then a purchase is made based on the area coordinates of the body model from the second user. selecting an area and registering it as purchased medical information for the second user; and
A method of providing a medical data transaction service comprising: checking whether there is an overlap between the sales area and the purchase area based on coordinate ranges for each area for each of the registered sales medical information and purchase medical information. According to paragraph 1,
A response of consent or refusal regarding whether to proceed with a transaction for medical data corresponding to the sales area or purchase area for which the overlap has been confirmed is received from the first terminal and the second terminal, and the received response corresponds to consent. A method of providing a medical data transaction service, further comprising: processing the transaction according to a preset transaction procedure. According to paragraph 1,
The registration step is,
A method of providing a medical data transaction service, characterized in that when the sales area or the purchase area is selected by a user, the selection input is received according to at least one of a text input method, a GUI input method, and a touch gesture-based input method. According to paragraph 1,
The registration step is,
Designating the selected sales area or purchase area as one of the transaction target areas and transaction exclusion areas for a sales or purchase transaction according to the user's input, and registering the designated transaction target area as the sales medical information or the purchase medical information. A method of providing medical data transaction services characterized by: According to paragraph 3,
The registration step is,
Medical data transaction, characterized in that when an input to the sales area or the purchase area is made on the user's terminal screen, a selection input is received according to a GUI input method including at least one of mouse drag and drop, radio button, and check box. How we provide services. According to paragraph 3,
The registration step is,
When an input for the sales area or the purchase area is made on the user's terminal screen, the area corresponding to the coordinates of the point, line, or surface input according to the gesture method using touch is selected and input as the sales area or the purchase area. A method of providing a medical data transaction service, characterized in that: According to paragraph 1,
When the overlap is confirmed, generating a transaction notification message notifying the availability or transaction status of at least one or more medical data corresponding to the overlap area and displaying the transaction notification message on the user's terminal screen; characterized by further comprising: Method of providing medical data transaction services. According to paragraph 1,
Inserting a medical-related advertisement for the relevant area in the form of a hyperlink to a web or app page containing text and images on the screen where the sales area or the purchase area is entered according to the user's input; further comprising: A method of providing medical data transaction services characterized by: According to paragraph 3,
The registration step is,
A method of providing a medical data transaction service, characterized in that when registering the sales medical information or the purchased medical information, selection information for the sales area or the purchase area and keywords related to the medical data are input from the user and registered. . According to paragraph 1,
The registration step is,
If a sales request or purchase request is received from a user, but selection information for the corresponding sales area or purchase area is not received, registering all medical data corresponding to the user as the sales medical information or the purchase medical information is prohibited. A method of providing medical data transaction services characterized by: According to paragraph 2,
When processing of the transaction is completed, providing tangible and intangible compensation to the user of the transaction according to a preset compensation procedure. A method of providing a medical data transaction service, further comprising: A medical data management module that creates a 2D or 3D model of the entire body of the human body based on medical data and stores it separately for each user;
When a sales transaction request is received from a first user, the body model corresponding to the first user is loaded and displayed on the user's first terminal screen, and then a sale is made based on the area coordinates of the body model from the first user. a sales information registration module that selects an area and registers it as sales medical information for the first user;
When a purchase transaction request is received from a second user, the body model corresponding to the second user is loaded and displayed on the user's second terminal screen, and then a purchase is made based on the area coordinates of the body model from the second user. a purchase information registration module that selects an area and registers it as purchased medical information for the second user; and
An overlap confirmation unit that checks whether there is an overlap between the sales area and the purchase area based on the coordinate range for each area for each of the registered sales medical information and purchase medical information. A medical data transaction service providing device comprising a. . According to clause 12,
A response of consent or refusal regarding whether to proceed with a transaction for medical data corresponding to the sales area or purchase area for which the overlap has been confirmed is received from the first terminal and the second terminal, and the received response corresponds to consent. A medical data transaction service providing device further comprising a transaction processing unit that processes the transaction according to a preset transaction procedure. According to clause 12,
The sales information registration module or the purchase information registration module,
A medical data transaction service providing device, characterized in that when the sales area or the purchase area is selected by a user, the selection input is received according to at least one of a text input method, a GUI input method, and a touch gesture-based input method. According to clause 12,
The sales information registration module or the purchase information registration module,
Designating the selected sales area or purchase area as one of the transaction target areas and transaction exclusion areas for a sales or purchase transaction according to the user's input, and registering the designated transaction target area as the sales medical information or the purchase medical information. A medical data transaction service providing device characterized by: According to clause 14,
The sales information registration module or the purchase information registration module,
Medical data transaction, characterized in that when an input to the sales area or the purchase area is made on the user's terminal screen, a selection input is received according to a GUI input method including at least one of mouse drag and drop, radio button, and check box. Service delivery device. According to clause 14,
The sales information registration module or the purchase information registration module,
When an input for the sales area or the purchase area is made on the user's terminal screen, the area corresponding to the coordinates of the point, line, or surface input according to the gesture method using touch is selected and input as the sales area or the purchase area. A medical data transaction service providing device characterized in that it receives. According to clause 12,
When the overlap is confirmed, the transaction notification unit generates a transaction notification message notifying the availability or transaction status of at least one medical data corresponding to the overlapping area and displays the transaction notification message on the user's terminal screen. A device that provides medical data transaction services. According to clause 12,
It further includes an advertisement insertion unit that inserts a medical-related advertisement for the area into the screen where the sales area or the purchase area is entered according to the user's input in the form of a hyperlink to a web or app page containing text and images. A medical data transaction service providing device, characterized in that. According to clause 14,
The sales information registration module or the purchase information registration module,
A medical data transaction service providing device, wherein when registering the sales medical information or the purchased medical information, selection information for the sales area or the purchase area and keywords related to the medical data are entered together from the user and registered. . According to clause 12,
The sales information registration module or the purchase information registration module,
When a transaction request is received from a user, but selection information for the corresponding sales area or purchase area is not received, all medical data corresponding to the user is registered as the sales medical information or the purchase medical information. Medical data transaction service provision device. According to clause 13,
A compensation provision unit that provides tangible and intangible compensation according to a preset compensation procedure to the user of the transaction when processing of the transaction is completed. Medical data transaction service providing device further comprising a.

Images