JP4499138B2 - System that provides benefits to the user or a third party other than the user using the user's biometric information - Google Patents

Description

  The present invention relates to a computer technology for providing a benefit to a user or a third party other than the user. Specifically, for example, the present invention relates to a technology for providing a benefit to a user using the user's biological information.

  The present invention can be applied to genetic diagnosis, medical examination, genetic or medical research, etc., and will be described below by taking genetic diagnosis and genetic research as examples.

Conventionally, genetic diagnosis is known in which blood or hair is collected from a user and the collected blood or hair is used. Genetic diagnosis is performed by, for example, DNA sequencing method, PCR method, RT-PCR method, SSCP method, etc., thereby obtaining genetic diagnosis result data (hereinafter referred to as diagnosis result data), It is possible to identify a disease that is currently suffering or that may develop in the future, and a treatment method thereof. In a system that collects medical information and provides it to patients, a profile is automatically generated by matching medical data stored in a medical database constructed by information provided by the patient and information from the medical literature. A technique provided to a patient is disclosed in Patent Document 1.
Special Table 2002-539561

  By the way, the conventional genetic diagnosis has the following problems, for example.

  (1) Conventionally, after genetic diagnosis is performed, generally, acquired diagnosis result data is discarded from the viewpoint of protecting personal information of the user. Therefore, after gene diagnosis, the user cannot receive genetic-related information useful for the user (for example, information on a disease gene discovered as a result of research) related to the user's diagnosis result data.

  (2) The user does not always want to know all the diagnosis result items included in the diagnosis result data. For example, there are cases where it is not desired to know a diagnosis result item (diagnosis result item) such as a possibility of developing a disease with a high fatality rate. For this reason, it is considered that the user desires to receive only the desired diagnostic result item among the diagnostic result items included in the diagnostic result data, but such a technique has not been known conventionally.

  (3) Gene diagnosis is generally performed by a user selecting a specific diagnosis item from a plurality of selectable diagnosis items. The cost required for genetic diagnosis and the results obtained by genetic diagnosis vary depending on the type and number of diagnostic items selected, so the selection of diagnostic items should depend on the user's budget and what they are interested in. Become. Based on those viewpoints, it is troublesome to select a desired diagnostic item from a plurality of diagnostic items and determine a diagnostic menu.

  (4) How much information can be obtained from the results of gene diagnosis mainly depends on research results (for example, discovery of new disease genes) by researchers. It usually takes a lot of time and money to get some research results. For this reason, when a new disease gene is discovered, a corresponding reward should be paid to researchers who have made it. However, there is no known mechanism for paying such a reward. For this reason, there is a possibility that incentives for researchers and the like are insufficient.

  As can be seen from the problems exemplified above, there is a conventional point that it is considered that neither the user nor a third party other than the user is satisfied. The above problems may exist in fields other than gene diagnosis.

  Accordingly, an object of the present invention is to provide a system in which at least one of a user and a third party can be satisfied more than before.

  Specifically, for example, it is intended to enable the user to receive useful information even after receiving a result of genetic diagnosis.

  Another object is to receive only the diagnostic result items desired by the user.

  Another object is to allow the user to easily determine the diagnosis menu.

  Another goal is to increase the incentives for researchers.

  Another object of the present invention is to provide useful information to a third party based on the result of the genetic diagnosis of the user.

  The system according to the first aspect of the present invention includes a storage unit that stores biometric information of a user, an input unit that inputs new biometric information, and the input new biometric information is stored in the stored biometric information. A determination means for determining whether or not there is a relevance; and as a result of the determination, if the input new biometric information is related to the accumulated biometric information, the new biometric information Providing means for providing related information or derivative information derived from the new biological related information to the user.

  “Biological information” here refers to information about the user's body, for example, information about genes found as a result of genetic diagnosis (eg, sexuality, recessiveness, one factor, multiple factors, and the genes involved) Disease, treatment method for the disease, etc.), data on the user's medical record, and the like.

  In addition, the “biological information” referred to here is, for example, information related to a human biological body, and specific examples include information related to a human gene (for example, a disease, a rate causing the disease, etc.) The results of research.

  Furthermore, the “derived information” referred to here is, for example, information obtained by processing biological related information, information that can be obtained from biological related information, information that can be acquired based on biological related information, or the like. .

  The system according to the second aspect of the present invention comprises a storage means for storing biological information including one or more biological items of a user (for example, a result item of the diagnosis when receiving a medical examination or a genetic diagnosis). A notification condition receiving unit that receives a notification condition from the user for notification of biometric information to the user, and a notification unit that selects only a biometric item that meets the notification condition from the biometric information and notifies the user of the selected biometric item.

  The system according to the third aspect of the present invention includes a storage unit that stores biometric information of a user, an input unit that inputs life information related to the user's lifestyle or medical history, the input life information, and the stored biometric information. Based on the above, the disease that the user currently suffers or may develop in the future, or the degree of possibility of suffering from the disease (for example, high, medium, and low may be expressed in three stages, And a notifying means for notifying the user of the estimated disease itself or the degree of the above possibility. The estimation means can perform the above-described estimation at a predetermined timing or when a request from the user is received, for example.

A system according to a fourth aspect of the present invention is a system capable of providing a benefit to a user or a third party using a user's biometric information, wherein the user's biometric information including one or more biometric items is stored. means for storing, receiving notification destination corresponding to each disease level for a plurality of the biological items, announcements timing and method notification, the notification condition comprising a diagnosis result item you want to be notified from the user, the biological Notification information setting means for registering the notification condition consisting of the notification destination for each disease level, notification timing, and notification method , diagnosis result item to be notified to the notification information storage means, and accepting the input of the browsing request, among the diagnostic result items of user indicated in the read request, the diagnosis item to receiving the notification that conforms to the notification condition, disease record identified from the diagnosis item Comprising notification destination registered in the notification information storage means in correspondence with Le, announcement timing, and a notification content providing means for performing providing processing based on the notification method.

  The system according to the fifth aspect of the present invention includes a storage unit that stores a plurality of selectable diagnostic items, an input unit that inputs a user's field of interest, and a plurality of selectable items based on the input field of interest. Creating means for selecting one or more diagnostic items from among the diagnostic items and creating a recommended diagnostic menu (for example, a diagnostic menu for genetic diagnosis or health diagnosis) using the selected one or more diagnostic items; Providing means for providing the created diagnostic menu to the user. Here, “interested field” may be anything such as a matter or fact of interest. Specifically, for example, the field of interest includes one or more fields of interest such as the type of disease, the severity of the disease, the budget that may be used for genetic diagnosis, the presence or absence of treatment, and the constitution. is there.

  In a preferred embodiment of this system, an input means for inputting new biological related information and an updating means for updating the plurality of selectable diagnostic items based on the input new biological related information are further provided. It is done. Furthermore, in a preferred embodiment, when a diagnostic item that has been updated based on new biological related information is selected, a payment process for paying a predetermined fee to the provider of the new genetic related information is performed. A payment means for performing is further provided. The diagnosis item may be added by one type of genetic related information, or may be added by two or more types of genetic related information. When one diagnosis item is added and used by two or more types of genetic related information, a predetermined fee may be paid to each provider of the two or more types of genetic related information.

  The system according to the sixth aspect of the present invention includes a notification means for notifying a biological related information for which a prize has been applied, an input means for inputting new biological related information, and the input of the new biological related information is the prize. In order to give a prize to the provider of the new input of bio-related information, as long as the bio-related information is applied (the bio-related information may include information that contributes to the bio-related information). Providing means for performing processing.

  The system according to the seventh aspect of the present invention provides a storage means for storing biometric information including one or more biometric items of a user, and a disclosure condition when the biometric information is disclosed to a third party other than the user. Disclosure condition receiving means for receiving, and disclosure means for selecting only ecological items that meet the above-mentioned disclosure conditions from biological information and disclosing them to the third party. As an example of the disclosure condition, a disclosure destination condition for which disclosure is permitted or not permitted (for example, a doctor permits disclosure, an insurance salesperson does not permit disclosure), or a biometric item condition (for example, Disclosure is permitted for disease genes, disclosure of other diagnostic result items is not permitted, etc.). The disclosure condition also includes a condition that disclosure may be made with the permission of the user or a specific person who is related to the user.

  Each means constituting each system described above can be implemented by a computer, and a computer program therefor can be installed or loaded on the computer through various media such as a disk-type storage, a semiconductor memory, and a communication network.

  According to the present invention, a research purpose is given to a researcher, and when the purpose is achieved, a reward is paid to the researcher who has achieved the purpose, thereby increasing the incentive of the researcher. Note that the prize money may be an amount including an amount that each user has freely invested as in the other embodiment, or may be an amount set in advance.

  FIG. 1 is a block diagram showing the entire system according to an embodiment of the present invention.

  A genetic diagnosis database system 3 (hereinafter referred to as “DB”) for storing genetic diagnosis result data of each user on the communication network 2 such as the Internet, and a genetic diagnosis DB system (hereinafter referred to as “DB”). A gene diagnosis support server system (hereinafter referred to as a diagnosis support server) 1 that executes various processes to be described later using data in the data 3 is simply installed. In addition, a user system 7, a diagnostic company system 9, a hospital system 11, a research institution system 13, and a company system 17 are connected to the communication network 2.

  The user system 7 is a computer system used by a user, and is, for example, a personal computer, a mobile phone, or a PDA. The user system 7 can communicate with the diagnosis support server 1 via the communication network 2. At that time, according to the user's request, a notification condition, a disclosure condition, etc. are appropriately sent to the diagnosis support server 1. (The diagnosis support server 1 stores various input data in the DB system 3 (how to store will be described in detail later)). Here, the “notification condition” is a condition for receiving notification of diagnosis result data described later (for example, a diagnosis result item for receiving notification and a diagnosis result item for not receiving notification). Yes (details will be described later). The “disclosure condition” is a condition for disclosing diagnostic result data, which will be described later, to a third party other than the user (for example, a diagnostic result item or a disclosure destination when disclosure may be made, and does not want to be disclosed Diagnosis result item, disclosure destination, etc.) (details will be described later).

  The gene diagnosis company system 9 is, for example, a computer system (typically a personal computer) installed in a company that performs gene diagnosis (hereinafter referred to as gene diagnosis company). A genetic diagnosis company system (hereinafter referred to as a diagnostic company system) 9 can communicate with the diagnosis support server 1 via the communication network 2, and at that time, according to the request of a specific person in the genetic diagnosis company, the diagnosis result Data can be input to the diagnosis support server 1. Here, “diagnosis result data” is data representing a gene diagnosis result composed of one or more diagnosis result items (for example, the type of gene found, disease information that can be identified from the gene, and the like).

  The hospital system 11 is, for example, a computer system (typically a personal computer) installed in a hospital, clinic, or medical institution (hereinafter collectively referred to as “hospital”). The hospital system 11 can communicate with the diagnosis support server 1 via the communication network 2, and at that time, it is possible to input medical chart data to the diagnosis support server 1 in response to a request from a specific person in the hospital. it can.

  The research institution system 13 is a computer system (typically a personal computer) installed in the research institution. The research institution system 13 can communicate with the diagnosis support server 1 via the communication network 2, and at this time, according to a request of a specific person in the research institution, genetic related information is input to the diagnosis support server 1. be able to. Here, “genetic-related information” is, for example, data that represents the results of research related to genes. Specific examples include treatment methods that were elucidated at the end of research and new genes that were discovered. It is data that contains the information.

  The company system 17 is, for example, a computer system (typically a personal computer) installed in a company such as a pharmaceutical company. The company system 17 can communicate with the diagnosis support server 1 via the communication network 2, and at this time, according to the request of a specific person in the company, genetic related information regarding the research results of the company is diagnosed. 1, or a diagnosis result item stored in the DB system 3 that matches the user's disclosure conditions can be received from the diagnosis support server 1 and displayed.

  The DB system 3 is composed of a plurality of DBs shown in FIG.

  That is, the DB system 3 includes a medical record DB 3B for storing medical chart data, a disclosure / notification information DB 3C for storing a disclosure condition, a notification condition, a diagnosis menu approved by the user, and the like. It includes a temporary registration DB 3D that stores disclosure conditions, notification conditions, and the like of temporary users that have not been completed. Further, the DB system 3 includes a disease information DB 3E in which disease data to be described later is stored, a treatment / examination method DB 3F in which treatment / examination method data to be described later is stored, and a right DB 3G in which right data to be described later is stored. A diagnosis DB 3H in which diagnosis result data and the like are stored is also included. Further, the DB system 3 includes a charging DB 3I for storing charging data, which will be described later, a payment history DB 3K for registering each user's payment history, and a deposit DB 3L for registering each user's deposit. Yes. Details of data stored in these DBs 3B to 3L will become apparent from the following description of the flow in the present embodiment.

  Hereinafter, the general flow of this embodiment will be described with reference to FIG. At that time, the functions or operations of the diagnosis support server 1, the user system 7, the diagnosis company system 9, the hospital system 11, and the research institution system 13 will be described as appropriate.

  FIG. 3 shows a rough flow of the present embodiment (in the following description, “step” is abbreviated as “S”).

  As shown in this figure, in this embodiment, roughly speaking, (1) “first diagnosis (S1)” when a user first receives a genetic diagnosis, and (2) change of preset notification conditions or disclosure conditions, etc. "Update (S2)", (3) "Results browsing (S3)" to browse the results of genetic diagnosis, (4) "Use of diagnostic results (S4) to use diagnostic result data for research, medical treatment, etc." "And (5)" Research Result Registration (S5) "for registering research results.

  In the first diagnosis (S1), first, a person who wishes to make a genetic diagnosis makes a predetermined pledge to a genetic diagnosis company and registers as a user and becomes a “user” in this embodiment (S11), and then a diagnosis menu is determined. Thus, screening and sample collection are performed (S12). Thereafter, gene diagnosis is performed by a predetermined method such as a DNA sequencing method based on the contents of the determined diagnosis menu in a timely manner according to the user's wishes (S13). The result of diagnosis is stored in the DB system 3.

  In the update (S2), first, conditions and menu updates such as change of notification conditions and disclosure conditions, or addition of a diagnosis menu (the diagnosis menu can be changed if genetic diagnosis is not performed at the first diagnosis) are performed ( S21). After that, gene diagnosis is performed based on the contents of the updated diagnosis menu at the appropriate time according to the user's wishes (S22), and the updated diagnosis menu, the results of the gene diagnosis, etc. are stored in the DB system 3. Stored (S23). The genetic diagnosis performed in S22 is only for diagnostic items added by updating the diagnostic menu, for example.

  In the result browsing (S3), first, a browsing request for diagnosis result data or the like is issued, and the validity of the browsing request source is authenticated (S31). If it is determined that the authentication is valid, only data that meets the set disclosure conditions is detected from the data requested by the browsing request source (S32), and only the detected data is detected. It is transmitted to the computer system that has requested the disclosure (S33).

  In the diagnosis result utilization (S4), the same process as the result browsing (S3) described above is performed. That is, first, a browsing request for diagnosis result data or the like is issued, and the legitimacy of the browsing request source (for example, a researcher or a doctor) is authenticated (S41). If it is determined that the authentication is valid, only data that meets the set disclosure conditions is detected among the data requested by the browsing request source (S42), and the detected data is the browsing request. It is transmitted to the computer system used by the original (S43).

  In the research result registration (S5), genetic-related information (for example, research paper data, newly-discovered disease gene data, etc.) and conditions for using genetic-related information for users and the like are defined. The represented data is stored in the DB system 3 from the research institution system 13.

  The above is the general flow of this embodiment. Hereinafter, the flow in each of the five steps described above will be described in detail.

  First, the first examination (S1) will be described.

  In the first step “user registration (S11)” in the first visit (S1), for example, one of the flows shown in FIGS. 4 and 5 is performed.

  FIG. 4 shows a first example of the flow of user registration (S11).

  In this embodiment, sample collection for genetic diagnosis is performed at the laboratory 20, and in order to have the sample collected, a genetic diagnosis consultation permit is required. The consultation permit is issued at a predetermined issuer 10 independent of the laboratory 20 (in this embodiment, for convenience of explanation, both the issuer 10 and the laboratory 20 are in the genetic diagnosis company. But not necessarily within the company).

  Those who wish to undergo genetic diagnosis go to a designated reception in the issuing office 10 with necessary documents such as a personal identification document proving their identity and a written pledge indicating that a prescribed pledge has been approved. . At the reception, predetermined requirements such as whether all necessary documents are available and each necessary document is accurate are checked (S112A). As a result of the check, if the predetermined requirements are satisfied, user registration is performed (S113A), and the person who wishes to receive the medical check is the “user” of this embodiment (that is, after actually undergoing a genetic diagnosis and is notified later) Etc.) can be set.

  The information input in this user registration (for example, information such as the user's name, address, date and time when a later-described consultation permit is issued, hereinafter referred to as “user information”) is the DB system 3. It is stored in another independent database (not shown). The stored user information cannot be specified from information stored in the DB system 3 (for example, genetic diagnosis result data of the user). Specifically, in the present embodiment, no data included in the user information is stored in the DB system 3. Thereby, since no user information can be specified from information in the DB system 3 such as genetic diagnosis result data, the confidentiality of the user can be maintained (in this respect, the user information is not necessarily registered). It does not have to be)

  When the user registration is completed, a special stamp is pressed on the back of the user's hand at the issuing station 10 (S114A). The “special stamp” referred to here is, for example, a stamp that uses a paint (for example, ink) that reacts with light of a predetermined wavelength (for example, ultraviolet light), and is a user who has a right to register a user and collect a sample. It shows that there is. That is, the special stamp mentioned here corresponds to a consultation permit.

  The user whose special stamp is pushed on the back of the hand moves to the inspection place 20 (S115A).

  In the inspection place 20, first, the special stamp pushed on the back of the user's hand is confirmed (S116A). If the validity of the special stamp is confirmed in the confirmation, sample collection or the like is started (S117A).

  In this embodiment, while the user moves from the issuing place 10 to the laboratory 20, there is a possibility that another person impersonates the user and enters the laboratory 20 to receive a genetic diagnosis as a user. However, according to the flow described above, since the consultation permit (special stamp) is inseparable from the user while the user moves from the issuing station 10 to the testing station 20, the issuing station 10 It is possible to prevent impersonation by another person while moving from to the inspection place 20.

  FIG. 5 shows a second example of the flow of user registration (S11).

  The user goes to a predetermined reception in the issuing place 10 with necessary documents such as an identity confirmation certifying identity and a pledge indicating that a predetermined pledge has been approved. At the reception, requirements such as whether all necessary documents are available are checked, and if all the requirements are satisfied as a result of the check, for example, the face of the user is photographed with a digital camera, and facial image data is acquired. (S112B).

  After the reception, the user registration having the same content as the user registration (S113A) described in FIG. 4 is performed (S113B). Further, after acceptance, a hash value (hereinafter referred to as “face image hash”) is obtained from the user's face image data using the diagnostic company system 9 (S114B).

  After these processes, a consultation permit 40 is issued (S115B). The examination permit 40 is, for example, an IC card, a magnetic card, and the like. Issuing place authentication data for authenticating the issuing place of the examination permit, issuance date data indicating the issuance date, and the expiration date of the examination permit are displayed. Expiration date data to be expressed and predetermined data such as a face image hash are stored.

  When the consultation permit 40 is issued, the user moves to the laboratory 20 with it (S116B).

  In the laboratory 20, first, the authenticity of the consultation permit 40 brought by the user is confirmed (S116A). For example, the authenticity is confirmed as follows. That is, first, the user's face is photographed again to obtain face image data, and the diagnostic company system 9 obtains a face image hash from the face image data. The diagnostic company system 9 reads the face image hash stored in the consultation permit 40 brought by the user. Then, the diagnostic company system 9 compares and collates the newly obtained face image hash with the face image hash read from the consultation permit 40, and if they match, the consultation permit 40 is authentic, If they do not match, the consultation permit 40 is a fake.

  When it is determined that the consultation permit 40 is authentic, sample collection or the like is started (S118B).

  In this embodiment, as described above, while the user moves from the issuing station 10 to the laboratory 20, the other person may impersonate the user and enter the laboratory 20 to receive a genetic diagnosis as the user. is there. However, according to the above flow, the face image data is created by taking a face photograph both when the consultation permit 40 is issued and immediately before the sample is actually collected. Thus, when the face image hash of both face image data is obtained and the sample is actually collected, the face image hash at the time of issuing the consultation permit 40 and the face image hash just before the sample collection etc. Only when they are compared and matched, sample collection or the like is started. Thereby, a user's impersonation can be prevented while moving from the issuing place 10 to the inspection place 20.

  Next, the second step “examination and sample collection (S12 in FIG. 3)” in the first examination (S1 in FIG. 3) will be described with reference to FIG.

  In the screening and sample collection (S12), first, a diagnostic menu is created to determine which diagnostic item is selected from among a plurality of selectable diagnostic items prepared in advance and undergo genetic diagnosis (S120). The created diagnostic menu is guided to the user, and if the user's consent is obtained, the diagnostic menu is determined. In addition, an ID unique to the user (hereinafter referred to as a user ID) is issued in a timely manner. The user ID is new information not included in the above-described user information (that is, the user information cannot be specified from the user ID), and a predetermined person (for example, the user himself / herself) ) Only.

  Thereafter, an inquiry, a medical examination, and collection of a predetermined sample (for example, blood) are performed (S121). The collected sample is stored in a predetermined storage together with a label on which the user ID is written (S122). The stored specimen is used for genetic diagnosis based on the determined diagnosis menu in a timely manner (for example, at an appropriate time after registration of notification conditions and the like described later).

  Finally, medical chart data is created based on the results of an inquiry, medical examination, and the like, stored together with the user ID in the medical chart DB 3B in the DB system 3, and notification conditions and disclosure conditions are stored in the DB system 3 from the diagnostic company system 9. Is registered in the disclosure / notification information DB3C (S14).

  Hereinafter, creation of a diagnostic menu (S120) and registration of notification conditions and the like (S14) will be described in detail.

  FIG. 7 shows a detailed flow in creating a diagnostic menu (S120).

  In this flow, a disclosure / notification information DB 3C, a disease information DB 3E, a treatment / examination method DB 3F, a rights DB 3G, and a charging DB 3I are used. Further, the temporary registration DB 3D may be used instead of the disclosure / notification information DB 3C.

  In the disclosure / notification information DB 3C, the user's field of interest is registered together with the user ID. Here, the “field of interest” includes, for example, one or more fields of interest such as the type of disease, the severity of the disease, the budget that may be used for genetic diagnosis, the presence or absence of treatment, and the constitution. is there.

  The disease information DB 3E stores disease data of each disease and a plurality of diagnosis items that can be selected for genetic diagnosis. The disease data includes, for example, a disease ID, a disease name, disease gene information regarding a gene involved in the disease, detailed information regarding the disease (for example, the probability that the gene causes the disease, any medical history, or lifestyle) And sub-data such as disease severity (high fatality rate and no treatment, high fatality rate but treatment, psychosis, etc., specifically the disease levels described below) It is.

  Treatment / examination method data corresponding to each disease is stored in the treatment / examination method DB3F. For the treatment / test method data, for example, a treatment method or test method for the disease, information on a hospital capable of performing the treatment method or test method, and health insurance can be applied to the treatment method or test method. Sub-data such as information on whether or not and the cost of the treatment method or examination method.

  Rights data is stored in the rights DB 3G. The right data includes, for example, the presence / absence of a right for each diagnosis item, and a usage fee for the diagnosis item if there is a right.

  Billing data is stored in the billing DB 3I. The billing data includes, for example, a diagnostic fee for each diagnostic item and a browsing fee for a third party such as a hospital or research institution to browse the diagnostic results (the “viewing fee” is fixed) Or may vary depending on the amount of information to be browsed, or may be paid to a user having the diagnosis result when the diagnosis result is browsed).

  Temporary registration data is stored in the temporary registration DB 3D. Temporary registration data is data for each temporary registration ID issued as described later, and includes data on the field of interest of a temporary user (a user who has not registered as a user and wishes to receive a diagnosis menu). .

  A diagnostic menu is created by appropriately using these DBs.

  That is, first, the user inputs his / her user ID and field of interest to the diagnosis support server 1 using the diagnosis company system 9 (S211). On the other hand, if it is a temporary user, only the field of interest is input (S212).

  If it is an input from the user, the diagnosis support server 1 stores the input user ID and the field of interest in association with each other in the disclosure / notification information DB 3C. On the other hand, if it is an input from a temporary user, the diagnosis support server 1 issues a temporary issue ID, and stores the issued temporary issue ID in association with the input field of interest in the temporary registration DB 3D.

  Thereafter, the diagnosis support server 1 performs various items of interest items (for example, budget, type of disease of interest, etc.), a disease information DB 3E, a treatment / test method DB 3F, a rights DB 3G, and a charge DB 3I in the stored fields of interest. Based on the data in the field, from among the stored fields of interest, items of interest relating to those capable of genetic diagnosis (hereinafter referred to as diagnostic interest items) and items of interest relating to those incapable of genetic diagnosis (hereinafter referred to as diagnostic impossibility) (Interest item) is extracted, that is, each field item of interest in the stored field of interest is divided into a diagnosis possible item and a non-diagnosable item (S213). The diagnosis support server 1 selects a diagnosis item related to the diagnosis-interestable item from a plurality of selectable diagnosis items, and connects the selected diagnosis item and the diagnosis-interestable item. Then, the diagnosis support server 1 creates a diagnostic menu screen in which the selected diagnostic item is displayed together with the diagnostic interest item, and provides and displays the created diagnostic menu screen on the diagnostic company system 9 ( S214, S215). The diagnostic menu screen displays one or more diagnostic menus (for example, a diagnostic menu for lethal genes, a diagnostic menu for genes involved in the constitution, etc.). As well as the total amount required for the diagnostic menu and its breakdown (for example, usage fees for each diagnostic item), items that cannot be diagnosed, whether health insurance is applied, and information on hospitals that can be genetically diagnosed (for example, The hospital name and hospital map) are also displayed.

  The user (or temporary user) looks at the displayed diagnostic menu screen, and if the content displayed on the diagnostic menu screen is acceptable, the user (or temporary user) notifies the diagnostic support server 1 that the content is approved and wants to make the content different. Then, the diagnosis support server 1 is notified of the desired change content. The diagnosis support server 1 registers the contents of the approved diagnosis menu in the disclosure / notification information DB 3C when notified of approval, and based on the notified change contents when notified of the change contents. The diagnostic menu screen is created again and provided to the user (or temporary user).

  The above is the flow for creating the diagnostic menu (S120 in FIG. 6). Note that the determination of the diagnosis menu according to this series of flows does not necessarily have to be performed at the first diagnosis (S1 in FIG. 3). For example, a person who wishes to make a genetic diagnosis may perform user registration and diagnosis menu determination using a home computer system in advance and then receive an initial diagnosis (S1 in FIG. 3).

  Next, the flow at the time of registration (S14 in FIG. 6) of disclosure conditions and notification conditions will be described.

  FIG. 8 shows a flow when registering disclosure conditions, notification conditions, and the like.

  Using the diagnostic company system 9, the user inputs his / her user ID and genetic diagnosis result data (that is, diagnosis result data) disclosure conditions and notification conditions to the diagnosis support server 1 (S14-1). The diagnosis support server 1 stores the input disclosure condition and notification condition in the disclosure / notification information DB 3C in association with the input user ID.

  Here, the disclosure condition is a condition when the diagnosis result data is disclosed to a third party other than the user. For example, what items may be disclosed (for example, only gender and age may be disclosed). Good) or what kind of diagnostic result item is available (for example, if a gene related to a disease with a high fatality rate is found, disclose that gene) To whom the information may be disclosed (for example, it may be disclosed if the disclosure destination is a researcher).

  In addition, the notification condition is a condition for notifying a diagnosis result, for example, what kind of diagnosis result item is notified (for example, notification when a gene of a lethal disease is found), In the case of any diagnostic result item, notification is not made (for example, notification is not made if a gene related to a disease for which treatment has not been established is found). Specifically, for example, as shown in FIG. 9, a plurality of disease levels (levels of diseases known from diagnosis result items such as detected genes), notification destinations, and notification times (for example, after diagnosis results are confirmed) And a disclosure method (that is, a notification method, for example, mail) are associated with each other (in this case, data representing a disease level corresponding to each disease is also registered in the disease information DB 3E). According to the notification conditions shown in FIG. 9, for example, if a certain diagnosis result item in the genetic diagnosis result belongs to the disease level 3, the diagnosis result item is sent to the person by e-mail after the diagnosis result is confirmed. You will be notified. The number of disease levels and the contents of each disease level may be fixed or may be arbitrarily changed by the user. From the viewpoint of maintaining the confidentiality of the user, it is better that the notification conditions (and the disclosure conditions) do not include information included in the above-described user information (for example, the user's address).

  The above is the flow when registering disclosure conditions and notification conditions (S14 in FIG. 6). Note that this series of flows is not necessarily performed at the first visit (S1 in FIG. 3). For example, a person who wishes to make a genetic diagnosis may perform user registration and diagnosis menu determination using a home computer system in advance and then receive an initial diagnosis (S1 in FIG. 3).

  The above is the description of the first visit (S1 in FIG. 3). Next, the update (S2 in FIG. 3) will be described.

  In the update (S2 in FIG. 3), the user uses a specific computer system such as the user system 7 or the diagnostic company system 9 to add or change a diagnostic menu in the flow described with reference to FIG. The disclosure condition or the notification condition is changed in the flow described with reference to FIG. 8 (S21 in FIG. 3). Thereafter, based on the contents of the updated diagnostic menu, gene diagnosis using a sample that has already been collected and stored (or a sample that has been newly collected) is performed (S22 in FIG. 3). The added or changed diagnostic menu, disclosure conditions, notification conditions, genetic diagnosis results, and the like are stored in the DB system 3 (S23 in FIG. 3).

  This completes the description of the update (S2 in FIG. 3). Next, result browsing (S3 in FIG. 3) will be described.

  FIG. 10 shows a detailed flow when the user browses the results (S3 in FIG. 3).

  First, the user inputs a user ID and password to the diagnosis support server 1 using the user system 7 and requests browsing of the genetic diagnosis result (S30).

  The diagnosis support server 1 authenticates the user when the user ID is input together with the request for viewing the genetic diagnosis result (S31). Specifically, for example, the diagnosis support server 1 confirms whether or not the received user ID is registered in the DB system 3, and if it is registered, permits the login of the user who requested the diagnosis result viewing. Then, the process proceeds to the next S32, and if it is not registered, the fact is notified to the user.

  If the login of the user is permitted, the diagnosis support server 1 may be expressed with reference to the diagnosis result data of the user in the diagnosis DB 3H and the data in the disease information DB 3E related to the diagnosis result data. Data relating to the disease is extracted from the disease information DB 3E (S32).

  In addition, the diagnosis support server 1 includes the diagnosis result data of the user in the diagnosis DB 3H, the life information recorded in the medical record data of the user in the medical record DB 3B, life information on the lifestyle or medical history, and the disease related to the life information. By referring to the data in the information DB 3E, a disease that can develop is estimated, and the probability of its occurrence is calculated (S33-1).

  Further, the diagnosis support server 1 includes the disease extracted in S32 (hereinafter referred to as extracted disease), the disease estimated in S33-1 (hereinafter referred to as estimated disease), the calculated onset probability of the disease, treatment / test Based on the data in the method DB 3F, treatment-related information such as the presence / absence of a treatment method and the cost required for treatment is acquired for each extracted disease and estimated disease. And the diagnosis support server 1 is based on each extracted disease, each presumed disease and its onset probability, the acquired treatment related information, and the notification condition of the user registered in the disclosure / notification information DB 3C. The notification destination, the notification method, and the notification contents (for example, the diagnosis result item suitable for the notification condition, the treatment method related to the diagnosis result item, and the charge related thereto) are determined (S33-2).

  Thereafter, the diagnosis support server 1 performs notification content provision processing (S33-3). Specifically, for example, if the determined notification destination is a user and the determined notification method is notification on the Web, the diagnosis support server 1 displays a screen displaying the determined notification contents on the user system 7. To provide and display. Further, for example, if the determined notification destination is the user's attending doctor and the determined notification method is mail, the diagnosis support server 1 prints the determined notification content from a predetermined printer and prints out the notification content. A predetermined person (for example, a person who operates the diagnosis support server 1) is urged to mail to the address of the attending physician.

  After the notification content provision processing, the diagnosis support server 1 performs billing amount notification processing (S33-4). That is, the diagnosis support server 1 acquires each diagnosis item in the user's diagnosis menu from the disclosure / notification information DB 3C. Further, the diagnosis support server 1 acquires a diagnosis fee corresponding to each diagnosis item from the accounting DB 3I. Further, the diagnosis support server 1 checks whether or not a specific right is registered for each diagnosis item, and if it is registered, acquires the usage fee from the right DB 3G. The diagnosis support server 1 then obtains the acquired diagnosis item, diagnosis fee, and usage fee (this usage fee is paid to a predetermined researcher based on the data in the rights DB 3G after the settlement described later is performed. ) To calculate the amount of charge, and perform processing for notifying (or charging) the calculated amount of charge to the user by a predetermined method such as an e-mail or a Web page.

  Note that the timing of notifying (or charging) the billing amount is not limited to after the notification content providing process (S33-3). For example, the billing amount can be provided at a predetermined timing such as when the diagnosis menu is determined or when the result of the genetic diagnosis is confirmed.

  Further, when the notification method of the billing amount notification process (S33-4) is, for example, an e-mail or a web page, payment request accepting means (for example, a shortcut command to a predetermined URL) is displayed on the e-mail or web page. ) And the payment request receiving means receives the payment request from the user and responds to the payment request so that the billing amount can be settled. As a settlement method, for example, there is one of the following two methods.

  The first method is so-called card settlement (or cash settlement). In this method, for example, predetermined data (for example, a card number) is input to a predetermined Web page, and payment data indicating that the billing amount has been paid is stored in a predetermined computer system (for example, a computer system of a storage agency company). ), The diagnosis support server 1 considers that the charge amount has been settled, and updates the payment history of the user in the payment history DB 3K (see FIG. 2) based on the payment data.

  In the second method, each user pools a desired or predetermined amount (referred to as “deposit” in this embodiment) in advance in the deposit DB 3L (see FIG. 2), and a payment request accepting means. When the payment request for the billing amount is received, the diagnosis support server 1 settles the billing amount by subtracting the billing amount from the deposit amount of the target user pooled in the deposit DB 3L. The diagnosis support server 1 confirms the deposit of the target user periodically or at a predetermined timing (for example, when creating the diagnosis menu), and is created in a predetermined case (for example, from the deposit). When the cost for genetic diagnosis based on the diagnosis menu is higher), the user is prompted to add a deposit (for example, the target user is prompted to additionally pool the shortage amount). In response to this, when deposits are additionally pooled, the deposits of the target user in the deposit DB 3L are updated.

  The above is the description of the result browsing (S3 in FIG. 3). When diagnosis results (that is, notification contents) are provided in this way, the contents of the provided diagnosis results and the history such as the provision date and time are registered in the accounting DB 3I in association with the user ID.

  Next, use of diagnosis results (S4 in FIG. 3) will be described.

  FIG. 11 shows a flow in the case of using the genetic diagnosis result of each user for medical care or research.

  A person who intends to use the genetic diagnosis result of each user (for example, a doctor, a researcher, etc., hereinafter referred to as a “diagnosis result use source”) uses the computer system 100 such as a personal computer to connect to the diagnosis support server 1. On the other hand, predetermined genetic information (for example, a hospital ID or a user ID if the diagnostic result utilization source is a doctor, or a research institution ID if the diagnostic result utilization source is a researcher, etc.) is input, and the user's genetic diagnosis Request browsing of the result (S300). Further, if necessary, the diagnosis result utilization source also inputs what information is desired (in other words, the attribute of the desired information) to the diagnosis support server 1.

  The diagnosis support server 1 authenticates the use source of the diagnosis result when predetermined information is input (S310). Specifically, for example, it is confirmed whether or not a hospital ID or medical institution ID is registered in a predetermined DB (not shown), and if registered, the login of the diagnosis result use source is permitted, and the process proceeds to the next S320, If it is not registered, the fact is notified to the diagnosis result use source.

  If the login of the diagnosis result use source is permitted, the diagnosis support server 1 extracts the diagnosis result data of each user in the diagnosis DB 3H and each chart data of the user in the chart DB 3B (S320). Then, the diagnosis support server 1 conforms to the disclosure conditions of the user registered in the disclosure / notification information DB 3C (and the attribute of the input desired information) from the extracted diagnosis result data and medical record data. Only data (hereinafter, disclosure condition match data) is extracted (S331), and the disclosure condition match data is provided and displayed on the computer system 100 of the diagnosis result use source (S332, S333). At that time, the diagnosis support server 1 acquires data related to the disclosure condition match data from the disease information DB 3E, and also provides and displays the data on the computer system 100 of the diagnosis result use source (S332, S333).

  In addition, after S332 and S333, the diagnosis support server 1 performs billing amount notification processing in a timely manner (S335). The specific operation content performed in this process is substantially the same as S33-4 in FIG. Moreover, the same method as the settlement method described above can be adopted for the settlement of the notified billing amount.

  The above is the explanation about the use of the diagnosis result (S4). In this flow, even if the above browsing request is made, the diagnosis result utilization source conforms to the disclosure destination condition in the disclosure condition set by the user (that is, the disclosure destination to which the diagnosis result or the like may be disclosed). If there is not, the diagnosis result of the user is naturally not disclosed to the diagnosis result use source. In addition, if a fee is charged for the diagnosis result usage source to view the disclosure condition match data, it will be notified if the fee is paid, and only when the diagnosis result usage approval is obtained. Disclosure condition match data is disclosed.

  Next, the research result registration (S5 in FIG. 3) will be described.

  FIG. 12 shows the detailed flow in the research result registration (S5 in FIG. 3).

  The research institution uses the research institution system 13 to input research result data relating to the research result to the diagnosis support server 1 (S41). The research result data input here includes, for example, information related to a disease (for example, a relationship between a discovered gene, a disease in which the gene may be involved, and the probability of the disease occurring), treatment / Information on testing methods (for example, information on new treatment methods and testing methods), or information on rights related to research results (for example, fees for using diagnostic items corresponding to research results, for viewing research results) If the research result is a patent, the patent number, license fee, etc.) are included.

  When the research result data is inputted, the diagnosis support server 1 sorts and stores various information included in the research result data into a predetermined DB 3E, 3F, 3G or the like in a format that can be stored in the DB system 3. To do. Based on the stored information, for example, the number of selectable diagnostic items is automatically increased, or a diagnostic fee and a usage fee (license fee) for the increased diagnostic items are set.

  Thereafter, the diagnosis support server 1 searches for diagnostic result data, medical record data, etc. (hereinafter referred to as user-related data) relevant to the new input research result data, and notifies each user who has the user-related data to the notification information. Is notified by e-mail or the like (S410). The “notification information” referred to here is information that can be useful to the user, and is created based on, for example, newly registered research result data and user-related data of the notification target user (that is, notification information). Even if the information is created based on the same research result data, the contents differ for each user). The notification information may be generated not only when new research result data is registered but also at other timings and notified to the user. As an example of “another timing”, for example, the diagnosis support server 1 searches the database (not shown) in which patent information related to genes is stored at a predetermined timing based on user-related data of each user. There are times when searching and information of patents related to the user related data is found. At that time, information on the patent (for example, a patent gazette) or information derived therefrom (for example, a simplified version of the content of the patent gazette) is notified to each specific user (and a specific research institution). The

  As described above, according to the above-described embodiment, one or more diagnostic items are selected from a plurality of selectable diagnostic items based on the field of interest of the user, and automatically based on the selected one or more diagnostic items. A diagnostic menu is created and guided to the user. This is convenient because the user does not have to create his own diagnostic menu every time he / she wants to receive genetic diagnosis, as long as he / she inputs the field of interest.

  Further, according to the above-described embodiment, based on the notification conditions set by the user, the result of the user's genetic diagnosis (that is, the gene found by genetic diagnosis and information known from the gene) is notified. That is, each diagnosis result item in the gene diagnosis result is automatically notified to a user's desired notification destination at a desired timing and in a desired notification method according to the contents. As a result, the user is notified of only the diagnostic result item that he / she wants to know, and is not notified of the diagnostic result item he / she does not want to know or informs the desired person (such as his / her doctor or his / her parent). It can be convenient.

  In addition, according to the above-described embodiment, the genetic diagnosis result of the user is disclosed based on the disclosure conditions set by the user. That is, various types of information in the user-related data are automatically disclosed only to the person authorized by the user according to the contents. One of the difficult points in gene research is to obtain a specimen of a desired quality, but according to this embodiment, there is a possibility of obtaining genetic diagnosis results on specimens of a large number of users. Therefore, it becomes easier to obtain gene-related information about a desired specimen than before. In addition, since the genetic diagnosis results and the like are disclosed based on the disclosure conditions, information that the user wants to keep secret can be kept secret. Therefore, according to this embodiment, a user's genetic diagnosis result etc. can be disclosed in the state in which the user's anonymity was ensured, and it can contribute to medical progress etc.

  Further, according to the above-described embodiment, the number of selectable diagnosis items is increased based on the new research result data, and the usage fee (license fee) is set. If the newly increased diagnostic item is actually used in the genetic diagnosis, the above-mentioned usage fee is paid to a researcher who has a right to the newly increased diagnostic item. This system can increase incentives for researchers.

  By the way, in the present invention, for example, there is another embodiment as follows.

  FIG. 13 shows the flow in another embodiment.

  This alternative embodiment gives a researcher a goal of winning a prize (hereinafter referred to as a “prize target”), and when that prize is achieved (that is, the goal), the prize is achieved. A predetermined prize is given to the researcher, thereby increasing the incentive of the researcher. The content of the sweepstakes is gold in this other embodiment, but is not limited to gold, and may be anything such as the right to receive goods or a certain service.

  In this alternative embodiment, deposit DB3L, sweepstakes DB3M, disease information DB3E, treatment / test method DB3F, and rights DB3G are used.

  The deposit DB 3L stores a user ID, an advance deposit amount, a payment prize amount, a payment fee amount, a usage history, and the like corresponding to each user. The “preliminary deposit amount” is an amount that the user has pooled up to now. The “payout prize amount” is an amount paid by the user when the prize object is achieved, and is set for each prize object to which the user has given a prize. The “payment fee amount” is the amount of a fee that is charged when a set payment prize amount is paid. “Usage history” is a history related to depositing and withdrawing money from the deposit DB 3L.

  The sweepstakes DB 3M is a DB newly added to the DB system 3 in this another embodiment. The prize DB 3M includes one or more prizes, a prize amount for each prize, a user ID of one or more users who applied the prize to each prize, and a viewer ID of a person who viewed the prize screen described later. (For example, user ID, researcher ID, etc.) are stored. As described above, the “prize target” is the purpose for which a prize has been applied, for example, to find a gene that causes a certain disease, to establish a method for treating a certain disease, or the like. The “award amount” is an amount to be paid to a person who has achieved a corresponding prize object.

  The contents of information stored in the disease information DB 3E, the treatment / examination method DB 3F, and the rights DB 3G are substantially the same as those in the above-described embodiment.

  In this alternative embodiment, a predetermined prize money is paid to the researcher according to the following flow.

  That is, first, the diagnosis support server 1 displays a list of sweepstakes screens (for example, each sweepstakes subject and a prize amount) that can browse each sweepstakes subject and each sweepstakes amount based on data in the sweepstakes DB 3M. Screen (displayed in (1)) and publish the screen (that is, put it in a state where a specific or unspecified person can see it) (S803).

  As a result, the user can browse the prize screen using the user system 7. Further, the user can input a desired amount as a part or all of the prize money for the desired prize object on the prize screen. Furthermore, the user can input a new prize object and a prize money for the prize object on the prize screen. When a prize money or a new prize object is input, the diagnosis support server 1 determines the data in the deposit DB 3L, the data in the prize DB 3M, and the contents of the prize screen based on the input information. Update (S804).

  Also, through S803, the researcher can browse the prize screen using the research institution system 13 (the diagnosis support server 1 automatically selects the prize object and the prize money in the prize DB 3M at a predetermined timing. You may notify a designated researcher). Thereby, the researcher can know the current prize object, and can research the desired prize object. When the researcher can achieve the desired prize for prize by the research or the like, the researcher transmits the research result data regarding the research or the like to the diagnosis support server 1 (S805). In this research result data, not only the results related to research, but also the target prizes that indicate which prizes are researched, and who (or in which account) the prize money is given when the prizes are achieved. It also includes payee information about what should be paid.

  When the diagnosis support server 1 receives the research result data, the diagnosis support server 1 updates the data in the disease information DB 3E, the treatment / examination method DB 3F, and the rights DB 3G based on the research result data by the method described with reference to FIG. (S806). Further, the research result data is stored as it is in a specific DB (not shown) in the DB system 3 together with information on which prize is to be awarded (this process may also be performed in the above embodiment).

  Thereafter, it is determined whether or not the research result data achieves the target prize (the determination is made by a human but may be made by a computer in the future). If the result is a positive determination (that is, the determination that the research result data received in S805 achieves the target prize), and that fact is input to the diagnosis support server 1, The diagnosis support server 1 refers to the prize DB 3M and the deposit DB 3L, and determines each of the predetermined deposit amounts of the specific users who are making a desired or predetermined amount (hereinafter referred to as a premium) for the achieved prizes. The premium for the specific user is reduced (S807). Then, the diagnosis support server 1 pays a predetermined prize money to the payee included in the received research result data based on the sum of the premiums reduced from the advance deposit amount of each specific user ( For example, a process of requesting a predetermined bank system to transfer a predetermined prize money from a certain account to a certain account is performed (S808).

  According to this alternative embodiment, the research purpose is given to the researcher, and when the purpose is achieved, a reward is paid to the researcher who achieves the purpose, thereby increasing the incentive of the researcher. Can do. Note that the prize money may be an amount including an amount that each user has freely invested as in the other embodiment, or may be an amount set in advance.

  In addition, the system according to another embodiment (hereinafter referred to as a target system) is not limited to research related to genes and the like, and can be applied to other fields. If this is expressed abstractly, it can also be expressed as follows, for example. In other words, the target system includes a notification means for notifying a research subject that has been awarded a prize (purpose of research or technology development), an input means for inputting a new research result (result of research or technology development), If the entered new research result satisfies a predetermined condition for the above research topic (for example, if the research topic is achieved or contributes to the achievement), a predetermined destination (for example, the new research result is output). A granting means for performing a process for granting the sweepstakes to the researcher).

  As mentioned above, although several suitable embodiment of this invention was described, these are the illustrations for description of this invention, Comprising: It is not the meaning which limits the scope of the present invention only to these embodiment. The present invention can be implemented in various other forms. For example, the following modifications are possible.

  That is, for example, notification conditions or disclosure conditions may be set not only for diagnosis result data but also for medical chart data.

  In addition, for example, based on medical record data stored in the DB system 3, information that can be useful to the user is searched from the DB system 3 or other predetermined database, and the searched information is It can also be automatically provided to a destination (for example, a notification destination included in the notification condition, a specific example is an e-mail address of the user or the attending physician of the user). Thereby, it is possible to provide information that can be useful to the user while maintaining the confidentiality of the user. Here, “information that can be useful to the user” includes new research result data, information on the latest treatment method for the disease affected by the user, and the like. Further, the medical record data in the present modified example and the above embodiment includes a user ID, and does not include information that can specify the user, such as the patient's first and last name and date of birth. This is to keep the confidentiality of the user.

  For example, if the user desires, the personal information (for example, address, name, medical history, etc.) of the user and the user ID (and password) may be associated with each other and registered in the DB system 3. In this case, the user's personal information and user ID (and password) can be registered at a predetermined time in, for example, “first visit (S1)” or “update (S2)”. By combining this modification and the upper modification, it is possible to provide information that can be more useful to the user to a predetermined destination.

1 is a block diagram showing an entire system according to an embodiment of the present invention. The figure which shows the mode in DB system 3. FIG. The figure which shows the general flow of this embodiment. The figure which shows the 1st example of the flow in user registration (S11). The figure which shows the 2nd example of the flow in user registration (S11). The figure which shows the flow in the 2nd step "examination and sample collection (S12 of FIG. 3)" in the first examination (S1 of FIG. 3). The figure which shows the detailed flow in preparation of a diagnostic menu (S120 of FIG. 6). The figure which shows the flow when registering a disclosure condition, a notification condition, etc. The figure which shows an example of the content of notification conditions. The figure which shows a detailed flow when a user browses a result (S3 of FIG. 3). The figure which shows the flow in the case of using the genetic diagnosis result of each user for medical treatment, research, etc. The figure which shows the detailed flow in research result registration (S5 of FIG. 3). The figure which shows the flow in another embodiment.

Explanation of symbols

1: gene diagnosis support server system, 3: gene diagnosis database system, 7: user system, 9: gene diagnosis company system, 11: hospital system, 13: research institution system, 17: company system

Claims (2)

A system that can provide benefits to a user or a third party using the user's biological information,
Storage means for storing biological information including one or more biological items of the user;
A notification condition consisting of a notification destination , a notification time, a notification method, and a diagnosis result item to be notified corresponding to each of the disease levels for a plurality of the biological items is received from the user, and for each disease level of the biological items A notification information setting means for registering a notification condition comprising a notification destination, a notification timing, a notification method, and a diagnosis result item to be notified in the notification information storage means;
Receives an input of the read request, of the diagnosis result item of the user indicated by the read request, the wish to be notified diagnosis items adapted to the announcement condition, the disease level specified from the diagnosis item Correspondingly, a notification content providing unit for performing a provision process based on a notification destination, a notification time, and a notification method registered in the notification information storage unit;
A system comprising: A computer in a system that can benefit the user or a third party using the user's biometric information;
Storage means for storing biometric information including one or more biometric items of the user;
A notification condition consisting of a notification destination , a notification time, a notification method, and a diagnosis result item to be notified corresponding to each of the disease levels for a plurality of the biological items is received from the user, and for each disease level of the biological items Notification information setting means for registering in the notification information storage means notification conditions consisting of a notification destination, a notification timing, a notification method, and a diagnosis result item to be notified ,
Receives an input of the read request, of the diagnosis result item of the user indicated by the read request, the wish to be notified diagnosis items adapted to the announcement condition, the disease level specified from the diagnosis item Correspondingly, a notification content providing means for performing a providing process based on a notification destination, a notification time, and a notification method registered in the notification information storage means,
Program to function as.

Images