JP7660787B2 - Information processing method, information processing system, and information processing program - Google Patents

Description

The present invention relates to an information processing method, a system thereof, and a program thereof.

In recent years, the use of clinical data has been attracting attention in the clinical development of pharmaceuticals, safety evaluation, efficacy evaluation, benefit-risk assessment, etc. In order to utilize clinical data appropriately, it is necessary to establish solutions and platforms that appropriately support the distribution of clinical data.

The invention described in US Pat. No. 6,399,633 is directed to a tool for clinical data mining and analysis, and in particular to a method for organizing clinical trial data for efficient retrieval and use.

The invention described in Patent Document 1 can provide a single window platform that can access all the different information sources required in clinical data mining and analysis and provide timely, fast and useful information.

However, the invention described in Patent Document 1 has room for improvement in terms of realizing information processing that realizes privacy protection for clinical data, etc., and enables the sharing of clinical data, etc. in an appropriate manner by supporting consensus building between patients who are the providers of clinical data, etc., and researchers, etc. who are the recipients of the clinical data, etc.

Special Publication No. 2013-518318

In view of the above circumstances, an object of the present invention is to provide a novel technology related to information processing.

In order to solve the above problems, the present invention is an information processing method, which causes a processor of a server to execute a registration step, a storage step, an approval step, and a sharing step, wherein the registration step broadcasts a transaction to which a smart contract corresponding to a patient's clinical data is attached to a blockchain network, the storage step associates the clinical data with a unique transaction ID for the transaction and stores the clinical data, the approval step accepts an output request for the clinical data from a user terminal, acquires from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executes the smart contract attached to the transaction acquired from the blockchain, and makes an inquiry regarding sharing of the clinical data to the patient corresponding to the clinical data that is the subject of the output request, and the sharing step, if the patient who received the inquiry does not refuse the sharing, grants at least one of the clinical data that is the subject of the output request, access rights to the clinical data, download rights to the clinical data, analysis rights to the clinical data, and analysis results of the clinical data to the user terminal.

In a preferred form of the present invention, the storing step encrypts the clinical data based on the patient's encryption key, and the sharing step decrypts the encrypted clinical data based on the patient's encryption key, encrypts the decrypted clinical data based on the user terminal's encryption key, and transmits it to the user terminal.

In a preferred form of the present invention, the approval step executes the smart contract from the user terminal making the output request, indicating the amount of compensation to the patient corresponding to the clinical data that is the subject of the output request, and requests the user terminal to pay the amount of compensation to the patient, and the sharing step, when the user terminal has made the payment to the patient, grants to the user terminal at least one of the clinical data that is the subject of the output request, access rights to the clinical data, download rights to the clinical data, analysis rights to the clinical data, and analysis results of the clinical data.

In a preferred embodiment of the present invention, a concealment step is further executed by a processor of the server, and the concealment step generates anonymized data, which is the clinical data in which at least a portion of the clinical data is anonymized based on a learning model using the clinical data as an input, and in the sharing step, the anonymized data corresponding to the clinical data that is the subject of the output request is transmitted to the user terminal instead of the clinical data that is the subject of the output request.

In a preferred embodiment of the present invention, the learning model is an Encoder-Decoder model.

In a preferred embodiment of the present invention, the learning model is a Sequence-to-Sequence model.

In a preferred form of the present invention, a deletion step is further executed by a processor of a server, which includes accepting a request to delete the clinical data from the patient, obtaining from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executing the smart contract attached to the transaction obtained from the blockchain, verifying an electronic signature generated from the patient's private key and broadcast to the blockchain network, and deleting the clinical data that is the subject of the deletion request if the verification is successful.

In a preferred embodiment of the present invention, an analysis step is further executed by a processor of the server, the approval step accepts a request for analysis of the clinical data from the user terminal, and obtains from the blockchain the transaction corresponding to the clinical data that is the subject of the analysis request, and the analysis step performs an analysis process of the clinical data and obtains the analysis results of the clinical data.

In a preferred form of the present invention, the storage step encrypts the analysis result based on the patient's encryption key, and the sharing step decrypts the encrypted analysis result based on the patient's encryption key, encrypts the decrypted analysis result based on the user terminal's encryption key, and transmits it to the user terminal.

In a preferred embodiment of the present invention, the analysis step performs the analysis process by performing secure computation on the basis of the clinical data.

In a preferred embodiment of the present invention, the analysis step performs the analysis process based on the clinical data that has been secretly shared.

In order to solve the above problems, the present invention provides an information processing system comprising a server having a registration means, a storage means, an approval means, and a sharing means, wherein the registration means broadcasts a transaction to which a smart contract corresponding to a patient's clinical data is attached to a blockchain network, the storage means associates the clinical data with a unique transaction ID and stores the clinical data, the approval means accepts an output request for the clinical data from a user terminal, acquires from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executes the smart contract attached to the transaction acquired from the blockchain, and makes an inquiry regarding sharing of the clinical data to the patient corresponding to the clinical data that is the subject of the output request, and the sharing means grants at least one of the clinical data that is the subject of the output request, access rights to the clinical data, download rights to the clinical data, analysis rights to the clinical data, and analysis results of the clinical data to the user terminal if the patient who received the inquiry does not refuse the sharing.

In order to solve the above problems, the present invention is an information processing program that causes a server to function as a registration means, a storage means, an approval means, and a sharing means, wherein the registration means broadcasts a transaction to which a smart contract corresponding to a patient's clinical data is attached to a blockchain network, the storage means associates the clinical data with a unique transaction ID and stores the clinical data, the approval means accepts an output request for the clinical data from a user terminal, acquires from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executes the smart contract attached to the transaction acquired from the blockchain, and makes an inquiry regarding sharing of the clinical data to the patient corresponding to the clinical data that is the subject of the output request, and the sharing means, if the patient who received the inquiry does not refuse the sharing, grants at least one of the clinical data that is the subject of the output request, access authority to the clinical data, download authority to the clinical data, analysis authority to the clinical data, and analysis results of the clinical data to the user terminal.

The present invention can provide a novel technology related to information processing.

FIG. 1 is a schematic diagram showing an example of the configuration of a clinical data sharing system. FIG. 2 is a schematic diagram showing a configuration example of the server 1.

First Embodiment
This specification will now describe an embodiment of the present invention, which is a first embodiment of the present invention. Note that the configuration of the present invention may appropriately adopt a part of the configuration of the first embodiment of the present invention, and is not limited to the configuration of the first embodiment of the present invention, and may be appropriately modified within the scope in which the above-mentioned problem can be solved.

Fig. 1 is a schematic diagram showing a configuration example of a clinical data sharing system. In this embodiment, a clinical data sharing system that uses a blockchain to enable sharing of clinical data of patients with external users (e.g., researchers, medical personnel, employees of pharmaceutical companies, etc.) will be described. The clinical data sharing system includes a server 1, a patient terminal 2, and a user terminal 3. Each device is connected to a network such as the Internet.

The server 1 is a server computer capable of various information processing and sending and receiving information. The server 1 is, for example, a server computer of a pharmaceutical company that has clinical data of patients, and is connected to a blockchain network that communicates by P2P (Peer to Peer) as shown in FIG. 1. In this embodiment, the pharmaceutical company is the main entity that manages the clinical data, but for example, a medical institution that conducts clinical trials, a medical institution that manages the medical record data of patients in normal medical care, etc. may be the main entity. In this embodiment, the server 1 records the access authority to the clinical data of each patient in the blockchain, and provides a platform (API) that allows external users to use the clinical data.

A blockchain is a distributed ledger, a collection of transaction data managed by multiple nodes (miners). Each node connected to the blockchain network verifies transactions received from other nodes in a process called mining, and if the verification is successful, the transaction is added to the blockchain.

In this system, the blockchain is used as a record book for managing access rights to clinical data. For example, Server 1 (storage step) manages encryption keys (such as public keys) corresponding to each patient, and broadcasts data representing the access rights to each patient's clinical data as a transaction to the blockchain network for recording.

The patient terminal 2 is a terminal device carried by each patient, such as a smartphone, a tablet terminal, a personal computer, etc. In this embodiment, when sharing clinical data with a user, the server 1 (approval step) makes an inquiry about sharing to the patient terminal 2, and if sharing is not rejected, shares the patient's clinical data, etc. with the user. Note that the "state in which sharing is not rejected" in the description of this specification refers to a state in which no response of rejection or request for deletion is made from the patient terminal 2 for a predetermined time.

The user terminal 3 is a terminal device used by each user who requests sharing of clinical data, such as a personal computer, a tablet terminal, etc. The server 1 (approval step/sharing step) receives a request to output clinical data from the user terminal 3, inquires of the patient terminal 2, and then grants at least one of the clinical data, access authority to the clinical data, download authority to the clinical data, authority to analyze the clinical data, and analysis results of the clinical data to the user terminal 3.

2 is a block diagram showing an example of the configuration of the server 1. The server 1 includes a control unit 11, a main memory unit 12, a communication unit 13, and an auxiliary memory unit .
The server 1 includes a control unit 11, a main memory unit 12, a communication unit 13, and an auxiliary memory unit 14. The control unit 11 has one or more arithmetic processing devices such as a central processing unit (CPU), a micro-processing unit (MPU), a graphics processing unit (GPU), etc., and performs various information processing, control processing, etc. by reading and executing a program P stored in the auxiliary memory unit 14. The main memory unit 12 is a temporary storage area such as a static random access memory (SRAM), a dynamic random access memory (DRAM), a flash memory, etc., and temporarily stores data required for the control unit 11 to execute arithmetic processing. The communication unit 13 is a communication module for performing processing related to communication, and transmits and receives information to and from the outside.

The auxiliary storage unit 14 is a non-volatile storage area such as a large-capacity memory or a hard disk, and stores a program P and other data necessary for the control unit 11 to execute processing. The auxiliary storage unit 14 also stores a patient DB 141, a user DB 142, and a learning model 143. The patient DB 141 is a database that stores information on each patient who provides clinical data, and stores, in addition to the patient's clinical data, information such as a transaction ID that can uniquely identify a transaction that specifies the access authority to the clinical data and an encryption key corresponding to each patient. The user DB 142 is a database that stores information on each user who acquires clinical data using this system, and stores, in addition to basic information on each user, information on an encryption key (such as a public key) corresponding to each user. The learning model 143 is a model constructed by machine learning, and is a model for performing a data conversion process that anonymizes clinical data so that an individual patient cannot be identified from the clinical data, as described later.

The following is an overview of this embodiment. As described above, the server 1 (registration step) broadcasts data representing the access authority to the patient's clinical data to the blockchain network and records it. For example, the server 1 (registration step) generates and broadcasts a transaction with a smart contract (program) attached to it, which indicates that access to the clinical data is possible if the patient does not refuse. At this time, the server 1 (registration step) specifies other conditions for sharing the clinical data in the smart contract, as described later.

Furthermore, the server 1 (storage step) stores a transaction ID that can uniquely identify the above transaction in the patient DB 141 in association with the patient's clinical data. The server 1 (storage step) also encrypts the clinical data based on the patient's encryption key and stores it in the patient DB 141. As a result, the clinical data stored in the patient DB 141 is locked so that it cannot be viewed, and access rights to the clinical data are managed in the blockchain. Each patient (and pharmaceutical company) can check the clinical data at any time using their own encryption key.

In this embodiment, the server 1 (approval step) accepts an output request for clinical data from the user terminal 3 for secondary use of the clinical data. When the output request is accepted, the server 1 (approval step) acquires transaction data corresponding to the patient's clinical data from the blockchain, executes a smart contract (program) attached to the transaction, and executes the following processing required for access approval. Specifically, the server 1 (approval step) makes an inquiry to the patient terminal 2 regarding the sharing of clinical data by means of e-mail or the like. When the inquiry is accepted, if the patient refuses, the patient terminal 2 accepts input regarding the inquiry from the patient and responds to the server 1. When the sharing of the clinical data is refused, the server 1 (approval step) responds to the user terminal 3 that the sharing has been refused, and ends the processing.

Here, the server 1 (approval step) may be configured to receive a notification of an inquiry address regarding whether or not to approve the sharing of the clinical data from the blockchain network via a smart contract, triggered by a transaction indicating an output request for clinical data. At this time, the server 1 (approval step) may be triggered by receiving an output request from the user terminal 3, generate a transaction indicating an output request and requesting execution of a smart contract, and broadcast it to the blockchain network. Also, the server 1 (approval step) may be configured to receive a notification of whether or not to approve the sharing of the clinical data from the blockchain network via a smart contract, triggered by a transaction indicating an output request for clinical data.

If sharing of the clinical data is not rejected, the server 1 (sharing step) extracts the clinical data from the patient DB 141. The server 1 (sharing step) grants at least one of the encrypted clinical data, information on the access authority to the clinical data, information on the download authority to the clinical data, the analysis authority to the clinical data, and the analysis result of the clinical data to the user terminal 3. The user terminal 3 can decrypt the clinical data, etc., using the user's encryption key (such as a private key).

In carrying out the above-mentioned processing, the server 1 (sharing step) judges whether sharing is possible or not according to the smart contract attached to the clinical data, and performs the processing. For example, the smart contract specifies the amount of reward to be paid to the patient when sharing the clinical data, and the destination of the reward (for example, the patient's wallet related to virtual currency (cryptocurrency)). The server 1 (approval step) requests the user terminal 3 to pay the reward according to the amount of reward and the destination specified in the smart contract. When the reward has been remitted to the specified destination, the server 1 (sharing step) transmits the clinical data to the user terminal 3.

For example, multiple users may pool funds (virtual currency) in a certain wallet together, and when they share clinical data, the funds may be transferred from that wallet to the patient's wallet.

Also, for example, a rule for deleting clinical data from the patient DB 141 according to the patient's wishes may be defined in the smart contract, for example, for each share. For example, the server 1 (deletion step) defines a rule in the smart contract to delete clinical data, etc., when an electronic signature generated from the patient's private key is input to the blockchain network and the electronic signature is successfully verified. When the patient wishes to delete clinical data, the patient terminal 2 (or the server 1) generates an electronic signature using the patient's private key and broadcasts it. This causes the clinical data to be deleted from the patient DB 141.

Here, the server 1 (deletion step) may generate a transaction indicating a deletion request and requesting execution of a smart contract, triggered by a transaction indicating a deletion request for clinical data, and broadcast (input) the transaction to the blockchain network. At this time, the smart contract may verify the electronic signature, and if the verification of the electronic signature is successful, the clinical data may be deleted by the smart contract.

In this way, by attaching various rules and data necessary for managing clinical data as smart contracts, it is possible to conveniently share clinical data using blockchain.

Incidentally, when sharing clinical data with a user, the server 1 (sharing step) deletes the user's name and other information before sharing the data in order to protect personal information. However, in cases where a patient has an extremely rare symptom, there is a risk that the individual can be identified even if the name and other information is deleted. Therefore, in this embodiment, when sharing clinical data with an external user, the clinical data is anonymized (e.g., part of the clinical data is deleted or replaced) before being transmitted to the user terminal 3.

For example, the server 1 (confidentiality step) generates anonymized data using a learning model 143 that receives clinical data as input and outputs anonymized clinical data (hereinafter referred to as "anonymized data"). The learning model 143 is a model constructed by machine learning, and is, for example, an Encoder-Decoder model such as Sequence-to-Sequence.

The server 1 (encryption step) receives as training data the clinical data before anonymization and the anonymized data after anonymization, performs learning, and generates a learning model 143 that converts the clinical data into anonymized data. When an output request for clinical data is received from the user terminal 3, the server 1 (encryption step) inputs the clinical data acquired from the blockchain into the learning model 143 to generate anonymized data. The server 1 (sharing step) encrypts the anonymized data with the user's encryption key, and transmits it to the user terminal 3.

In the above, the learning model 143 is used to uniformly anonymize clinical data, but when data related to access rights is recorded in the blockchain, the items of clinical data to be anonymized may be defined in the smart contract. This allows more suitable anonymization, for example, by allowing patients to specify the clinical data they wish to keep secret.

In addition, in this embodiment, it has been described that there is only one pharmaceutical company (administrator 4) that manages access rights in the blockchain, but multiple pharmaceutical companies may each broadcast data related to access rights to the blockchain, making it possible to share clinical data from multiple pharmaceutical companies.

In addition, when clinical data can be shared among multiple pharmaceutical companies, when a request for output of clinical data is received from a user (employee) of another pharmaceutical company, access rights may be defined according to the other pharmaceutical company, and the output request may be rejected. This makes it possible to automatically reject the request if, for example, the user requesting sharing is from a competitor.

Second Embodiment
In the following, the present specification will describe a second embodiment of the present invention, in which the same components as those in the first embodiment are denoted by the same reference numerals and the description thereof will be omitted.

In this embodiment, the server 1 (approval step) accepts an analysis request based on clinical data for secondary use of the clinical data from the user terminal 3. When the analysis request is accepted, the server 1 (approval step) acquires transaction data corresponding to the patient's clinical data from the blockchain.

In the second embodiment, if the patient does not refuse the inquiry regarding sharing of clinical data, the server 1 (analysis step) extracts the clinical data from the patient DB 141, performs calculation (analysis) based on the clinical data based on the analysis request, and obtains the calculation result based on the clinical data (corresponding to the analysis result). The server 1 (sharing step) encrypts the calculation result of the clinical data with the encryption key (e.g., public key) of the user who is the destination (request source), and transmits it to the user terminal 3. The user terminal 3 can decrypt the clinical data with the user's encryption key (private key).

Server 1 (sharing step) may encrypt the analysis result based on the patient's encryption key, decrypt the encrypted analysis result based on the patient's encryption key, encrypt the decrypted analysis result based on the user terminal's encryption key, and transmit it to the user terminal.

Here, the server 1 (analysis step) may perform calculations based on the clinical data in a secure computation manner. At this time, the clinical data may be stored across multiple storage units and multiple platforms in a secret sharing manner.

In one embodiment of the present invention, the clinical data represents clinical trial data, and the model may employ a known or conventional model, such as the Study Data Tabulation Model (SDTM).

In one embodiment of the present invention, instead of clinical data, a configuration may be adopted in which processing is performed on medical record data indicating information on an electronic medical record, or a configuration may be adopted in which processing is performed on genome data, in which the medical record data, genome data, etc. are associated with an individual such as a patient.

In one embodiment of the present invention, the processing may be performed on real world data (RWD) instead of clinical data, and the model may be a known or conventional model such as a common data model (CDM). In this case, the RWD is associated with a patient.

In one embodiment of the present invention, management of clinical data and the like may be mainly carried out by a CRO (Contract Research Organization), an organization that anonymizes RWD and manages the data, an organization that anonymizes clinical data and clinical trial data and manages the data, a research institution that holds genomic data, or the like.

In one embodiment of the present invention, the patient terminal 2 may take the form of a wearable device, and there is no restriction on the form of the computing device.

In one embodiment of the present invention, the blockchain may take the form of a consortium blockchain such as HLF (Hyperledger Fabric), may take the form of a public chain, or may take the form of a private chain, and there is no restriction on the type.

In one embodiment of the present invention, instead of a blockchain, a distributed ledger other than a blockchain may be used to process clinical data, etc.

In one embodiment of the present invention, the consensus algorithm for a distributed ledger such as a blockchain may take the form of Practical Byzantine Fault Tolerance (PBFT) and Proof of Work (PoW).
The type of the consensus algorithm may be a Proof of Work (PoS), a Proof of Stake (PoI), a Proof of Importance (PoI), a Proof of Consensus (PoC), or a type based on at least one of known or commonly used consensus algorithms, and there is no restriction on the type.

Each step and each process according to one embodiment of the present invention is appropriately executed by a processor of the corresponding server 1, patient terminal 2, user terminal 3, etc.

1 Server (information processing device)
P Program 141 Patient DB
142 User DB
143 Learning Model

Claims (13)

1. An information processing method, comprising:
A registration step, a storage step, an approval step, and a sharing step,
is executed by the server's processor,
The registration step includes broadcasting a transaction including the patient's clinical data and a corresponding smart contract to a blockchain network;
The storing step includes associating the clinical data with a transaction ID unique to the transaction, and storing the clinical data;
The approval step includes accepting an output request for the clinical data from a user terminal, acquiring from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executing the smart contract attached to the transaction acquired from the blockchain, and making an inquiry regarding sharing of the clinical data to the patient corresponding to the clinical data that is the subject of the output request;
the sharing step, when the patient who has received the inquiry does not refuse the sharing, granting to the user terminal at least one of the clinical data that is the subject of the output request, an access right to the clinical data, an authority to download the clinical data, an authority to analyze the clinical data, and an analysis result of the clinical data;
Information processing methods. The storing step includes encrypting the clinical data based on an encryption key for the patient;
2. The information processing method according to claim 1, wherein the sharing step includes decrypting the encrypted clinical data based on an encryption key of the patient, encrypting the decrypted clinical data based on an encryption key of the user terminal, and transmitting the encrypted clinical data to the user terminal. The approval step includes executing the smart contract indicating a remuneration amount to the patient corresponding to the clinical data that is the subject of the output request from the user terminal that makes the output request, and requesting the user terminal to pay the remuneration amount to the patient;
the sharing step, when the user terminal has made the payment to the patient, granting to the user terminal at least one of the clinical data that is the subject of the output request, an access right to the clinical data, an authority to download the clinical data, an authority to analyze the clinical data, and an analysis result of the clinical data;
3. The information processing method according to claim 1 or 2. and causing a processor of the server to execute a concealment step;
The concealment step includes generating anonymized data, which is the clinical data in which at least a part of the clinical data is anonymized, based on a learning model using the clinical data as an input;
the sharing step transmits , to the user terminal, the anonymized data corresponding to the clinical data that is the subject of the output request, instead of the clinical data that is the subject of the output request;
The information processing method according to any one of claims 1 to 3. The learning model is an Encoder-Decoder model.
5. The information processing method according to claim 4. The learning model is a Sequence-to-Sequence model.
6. The information processing method according to claim 5. causing a processor of the server to further execute the deletion step;
The deletion step includes accepting a deletion request for the clinical data from the patient, obtaining from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executing the smart contract attached to the transaction obtained from the blockchain, verifying an electronic signature generated from the private key of the patient and broadcast to the blockchain network, and deleting the clinical data that is the subject of the deletion request if the verification is successful.
The information processing method according to any one of claims 1 to 6. The analyzing step is further performed by a processor of the server;
The approval step includes accepting an analysis request for the clinical data from the user terminal, and acquiring the transaction corresponding to the clinical data that is the subject of the analysis request from the blockchain;
8. The information processing method according to claim 1, wherein the analyzing step performs an analysis process on the clinical data and obtains the analysis result of the clinical data. The storing step encrypts the analysis result based on an encryption key of the patient;
The information processing method according to claim 8, wherein the sharing step includes decrypting the encrypted analysis result based on the patient's encryption key, encrypting the decrypted analysis result based on the user terminal's encryption key, and transmitting the encrypted analysis result to the user terminal. 10. The information processing method according to claim 8, wherein the analyzing step performs the analysis process by performing secure computation on the clinical data. The information processing method according to claim 10 , wherein the analyzing step performs the analysis process based on the clinical data that has been secretly shared. An information processing system,
A server having a registration means, a storage means, an approval means, and a sharing means,
The registration means broadcasts a transaction including the patient's clinical data and a corresponding smart contract to a blockchain network;
The storage means associates the clinical data with a transaction ID unique to the transaction, and stores the clinical data;
The approval means receives an output request for the clinical data from a user terminal, acquires from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executes the smart contract attached to the transaction acquired from the blockchain, and makes an inquiry regarding sharing of the clinical data to the patient corresponding to the clinical data that is the subject of the output request;
When the patient who has received the inquiry does not refuse the sharing, the sharing means grants at least one of the clinical data that is the subject of the output request, an access right to the clinical data, an authority to download the clinical data, an authority to analyze the clinical data, and an analysis result of the clinical data to the user terminal.
Information processing system. An information processing program,
A server functions as a registration means, a storage means, an approval means, and a sharing means;
The registration means broadcasts a transaction including the patient's clinical data and a corresponding smart contract to a blockchain network;
The storage means associates the clinical data with a transaction ID unique to the transaction, and stores the clinical data;
The approval means receives an output request for the clinical data from a user terminal, acquires from the blockchain the transaction corresponding to the clinical data that is the subject of the output request, executes the smart contract attached to the transaction acquired from the blockchain, and makes an inquiry regarding sharing of the clinical data to the patient corresponding to the clinical data that is the subject of the output request;
When the patient who has received the inquiry does not refuse the sharing, the sharing means grants at least one of the clinical data that is the subject of the output request, an access right to the clinical data, an authority to download the clinical data, an authority to analyze the clinical data, and an analysis result of the clinical data to the user terminal.
Information processing program.

Images