WO2023095310A1 - 検査支援装置、検査支援方法、およびプログラム - Google Patents

検査支援装置、検査支援方法、およびプログラム Download PDF

Info

Publication number
WO2023095310A1
WO2023095310A1 PCT/JP2021/043478 JP2021043478W WO2023095310A1 WO 2023095310 A1 WO2023095310 A1 WO 2023095310A1 JP 2021043478 W JP2021043478 W JP 2021043478W WO 2023095310 A1 WO2023095310 A1 WO 2023095310A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
test
identifier
patient
examination
Prior art date
Application number
PCT/JP2021/043478
Other languages
English (en)
French (fr)
Inventor
陽介 瀧本
雅大 林
美保 松本
Original Assignee
株式会社ヘルスケアシステムズ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社ヘルスケアシステムズ filed Critical 株式会社ヘルスケアシステムズ
Priority to JP2023501109A priority Critical patent/JP7304111B1/ja
Priority to PCT/JP2021/043478 priority patent/WO2023095310A1/ja
Publication of WO2023095310A1 publication Critical patent/WO2023095310A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/40—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for data related to laboratory analysis, e.g. patient specimen analysis

Definitions

  • the present invention relates to an examination support device, etc. that assists a patient in performing an examination using an examination kit based on an examination request received from a terminal of a medical institution.
  • the patient is usually a human, but may be a non-human animal such as a dog or a cat.
  • Patent Document 1 Conventionally, there have been medical examination systems and the like that determine the timing of medical examination for each individual medical examination subject and allow the medical examination subject to undergo medical examination at a more appropriate timing (see Patent Document 1).
  • An examination support apparatus receives an examination request having patient information having a patient identifier that identifies a patient and an examination identifier that specifies an examination from one or more medical institution terminals.
  • a test kit determination unit that acquires a test kit identifier that identifies a test kit corresponding to the test identifier using correspondence information indicating the correspondence between the test identifier and the test kit identifier that identifies the test kit; patient information; and a support processing unit that performs support processing for a patient to perform a test using the test kit, using the test kit identifier.
  • the support processing unit stores information about the test kit used by the user, which indicates the correspondence between the patient identifier and the test kit identifier.
  • the examination support apparatus performs correspondence accumulation processing for correlating and accumulating patient identifiers and examination kit identifiers included in patient information in a purchase information storage unit that stores one or more pieces of purchase information.
  • the support processing unit uses the patient information and the test kit identifier to provide support for mailing the test kit to the patient. It is an inspection support device that performs a mailing support process, which is the process of .
  • test support device of the fourth invention in the first or second invention, from the test information storage unit in which test information related to the test is stored in association with each of the one or more test kit identifiers, Further comprising: a test information acquisition unit that acquires test information corresponding to the test kit identifier; and a notification destination acquisition unit that acquires a notification destination identifier corresponding to the patient identifier. It is an inspection support apparatus that performs notification processing for notifying an identified notification destination.
  • the examination information storage unit stores examination information including a tie-up destination identifier in association with one or more examination identifiers, With reference to a tie-up destination acquisition unit that acquires a tie-up destination identifier corresponding to the test identifier, and an additional information storage unit that stores additional information in association with one or more first conditions related to the tie-up destination, the tie-up destination an additional information acquisition unit that acquires additional information corresponding to a first condition that matches the tie-up destination identified by the tie-up destination identifier acquired by the upload destination acquisition unit; In addition, it is an inspection support apparatus that performs notification processing for notifying additional information.
  • the examination support apparatus of the sixth invention refers to the additional information storage unit in which additional information is stored in association with each of the one or more second conditions related to the examination identifier, in contrast to the fourth invention, an additional information acquisition unit that acquires additional information corresponding to a second condition that matches the test identifier, and the support processing unit performs notification processing for notifying the additional information in addition to the test information. It is a device.
  • the patient information includes the patient's medical chart information, and the additional information is associated with one or more third conditions related to the medical chart information.
  • an additional information acquisition unit that refers to the stored additional information storage unit and acquires additional information corresponding to a third condition that matches the medical record information; It is an inspection support device that performs a notification process for notifying also.
  • a test kit identifier that identifies the test kit purchased by the user is associated with the user identifier that identifies the user. and a determination unit that determines whether there is purchase information corresponding to the patient identifier and the test identifier included in the test request received by the test request receiving unit. , wherein the support processing unit performs a corresponding process, which is a process of associating the inspection request with the purchase information, when the determination unit determines that the purchase information exists.
  • the test kit purchased by the patient can be associated with the test request.
  • the examination request receiving unit associates the telemedicine result related to the telemedicine result for the patient with the examination request. and a telemedicine result accumulating unit that stores the telemedicine result in association with the test kit corresponding to the test request.
  • the examination support apparatus of the tenth invention is a request for sharing the patient's examination results from the medical institution terminal and having a patient identifier for any one of the first to ninth inventions.
  • a sharing request receiving unit that receives a sharing request, and consent information that is information from a patient identified by a patient identifier included in the sharing request and indicates consent to share the test results with the medical institution.
  • a consent information receiving unit and when the consent information receiving unit receives the consent information, result information corresponding to the consent information is stored with one or more result information associated with each of the one or more patient identifiers. 10.
  • test result acquisition unit that acquires from the result information storage unit
  • test result transmission unit that transmits the result information acquired by the test result acquisition unit to the medical institution terminal. It is an examination support device described.
  • the examination support device According to the examination support device according to the present invention, it is possible to provide a mechanism for providing examination kits to patients in cooperation with medical institutions.
  • an examination comprising an examination support apparatus that receives an examination request having patient information and information specifying an examination from a medical institution terminal and assists the patient in performing an examination using an examination kit.
  • the support includes, for example, postal support, notification processing, response processing, etc., which will be described later.
  • test support system including a test support device that receives diagnostic archives or link information to archives in telemedicine, associates the information with test kits, and accumulates the information will be described.
  • the fact that the information A is associated with the information B means that the information B can be obtained from the information A or the information A can be obtained from the information B, and the method of the correspondence does not matter.
  • Information A and information B may be linked, may exist in the same buffer, information A may be included in information B, and information B may be included in information A. etc. is fine.
  • FIG. 1 is a conceptual diagram of an examination support system A according to this embodiment.
  • An examination support system A includes an examination support apparatus 1 , one or more medical institution terminals 2 , and one or more user terminals 3 .
  • the examination support device 1 is a server that receives examination requests from medical institution terminals and supports patients in conducting examinations using examination kits.
  • the examination support apparatus 1 is, for example, an ASP server, a cloud server, or the like. However, the type of examination support device 1 is not limited.
  • the medical institution terminal 2 is a terminal used by medical institutions.
  • the medical institution terminal 2 is a terminal that transmits examination requests and the like.
  • the medical institution terminal 2 is normally used by a doctor, but may be operated by a nurse or the like, regardless of the user. It should be noted that it is preferable to broadly interpret medical institutions to include employers, care managers, insurance companies, employers, and the like. That is, the medical institution terminal 2 may include not only a hospital terminal and a doctor's terminal, but also a company's terminal, a care manager's terminal, an insurance company's terminal, an employer's terminal, and the like.
  • the medical institution terminal 2 may be broadly understood to be a terminal of a third party other than the patient.
  • the user terminal 3 is a terminal used by the user.
  • the user terminal 3 receives and outputs a notification from the examination support device 1, for example.
  • the user is usually a patient, but may be a person before becoming a patient.
  • a user may be, for example, a person associated with the patient. Persons related to the patient are, for example, relatives of the patient, persons who take care of the patient (eg, caregiver, nursery teacher), and the like.
  • the medical institution terminal 2 and the user terminal 3 are, for example, so-called personal computers, tablet terminals, smartphones, etc., and the types thereof do not matter.
  • the examination support device 1 and one or more medical institution terminals 2, and the examination support device 1 and one or more user terminals 3 can communicate via a communication network such as the Internet.
  • FIG. 2 is a block diagram of the examination support system A according to this embodiment.
  • FIG. 3 is a block diagram of the examination support device 1. As shown in FIG.
  • the examination support device 1 includes a storage unit 11, a reception unit 12, a processing unit 13, and a transmission unit 14.
  • the storage unit 11 includes an examination information storage unit 111 , an additional information storage unit 112 , a purchase information storage unit 113 and a result information storage unit 114 .
  • the additional information storage section 112 includes a product information storage section 1121 and a health information storage section 1122 .
  • the receiving unit 12 includes an examination request receiving unit 121 , a sharing request receiving unit 122 and a consent information receiving unit 123 .
  • the processing unit 13 includes a telemedicine result accumulation unit 131, a test kit determination unit 132, a determination unit 133, a test information acquisition unit 134, a notification destination acquisition unit 135, a tie-up destination acquisition unit 136, an additional information acquisition unit 137, and a support processing unit. 138 and an inspection result acquisition unit 139 .
  • the transmitter 14 includes a consent request transmitter 141 and a test result transmitter 142 .
  • the medical institution terminal 2 includes a medical terminal storage unit 21, a medical terminal reception unit 22, a medical terminal processing unit 23, a medical terminal transmission unit 24, a medical terminal reception unit 25, and a medical terminal output unit 26.
  • the user terminal 3 includes a user terminal storage unit 31, a user terminal reception unit 32, a user terminal processing unit 33, a user terminal transmission unit 34, a user terminal reception unit 35, and a user terminal output unit 36.
  • Various types of information are stored in the storage unit 11 that constitutes the examination support apparatus 1 .
  • Various types of information include, for example, one or more user information, test information described later, additional information described later, purchase information described later, result information described later, product information described later, health information described later, first Conditions, a second condition to be described later, a third condition to be described later, a telemedicine result to be described later, and a correspondence table.
  • User information is information about the user.
  • User information usually has a user identifier that identifies the user.
  • the user identifier is preferably a patient identifier that identifies the patient.
  • the user identifier is information associated with the patient identifier.
  • User identifiers are, for example, ID, name, email address, and phone number.
  • User information has, for example, one or more user attribute values.
  • a user attribute value is information related to a user's characteristics and is understood broadly.
  • One or more user attribute values are, for example, notification destination identifier, sex, age, age group, height, weight, BMI, residence information, family information, health information, occupation information, answer information, medical record number of medical institution, examination card.
  • the notification destination identifier is information of the notification destination used to notify the user of information such as examination information.
  • the notification destination identifier is e-mail address, telephone number, address, and user ID, for example.
  • the residence information is information related to the user's residence.
  • the residence information is, for example, the user's address, residence type, years of residence, floor plan, and building age.
  • Family information is information about the user's family.
  • the family information is, for example, information about cohabitants and information about non-cohabitant families.
  • Information about cohabitants includes, for example, name, address, phone number, e-mail address, gender, and relationship.
  • Information about cohabitants is, for example, information about a spouse, information about a cohabiting parent, and information about a cohabiting child.
  • the information about the spouse is, for example, the presence or absence of a spouse and the age of the spouse.
  • the information about the cohabiting parent is, for example, the presence or absence of the cohabiting parent, the sex, age, and relationship of the cohabiting parent.
  • the information about the cohabiting child is, for example, the presence or absence of the cohabiting child, the gender, age, and relationship of the cohabiting child.
  • Health information is information about the user's health.
  • the health information includes, for example, result information specifying the results of past examinations, medical history information of the user, medical history information of the user's family, information of the disease being treated by the user, and information of the disease being treated by the user's family.
  • medication history information is information about the history of past illnesses.
  • the anamnestic information includes, for example, information identifying past illnesses and information identifying the time or age of illness.
  • the medication history information is information related to the medication history of the user.
  • the medication history information is, for example, information specifying the medication taken, information specifying the start time of taking the medication, information specifying the end time of taking the medication, side effect information, dosage, and drug allergy information.
  • the result information is information on the results of examinations by mail, information on the results of examinations such as physical examinations, and the like, and the type of examination does not matter.
  • Occupation information is information about the user's occupation.
  • Occupational information includes, for example, industry, occupation, type of employment, annual income, type of work (e.g., "day shift", “night shift”, etc.), and information specifying working posture (e.g., "standing work", “sitting work”, etc.) is.
  • a correspondence table is a table having two or more pieces of correspondence information.
  • Correspondence information is information indicating correspondence between test identifiers and test kits.
  • the examination information storage unit 111 stores one or more pieces of examination information.
  • Examination information is information about an examination.
  • the examination information usually includes information specifying the content of the examination.
  • the test information is associated with the test kit identifier.
  • a test kit identifier is information for identifying a test kit, such as an ID and a test name.
  • a test kit identifier is usually information specifying a test target. It may be considered that the test kit identifier is information specifying the type of test.
  • Test names include, for example, "indoxyl sulfate measurement value test", "intestinal flora test”, "urinalysis to measure whether equol is produced from soy isoflavone", “intestinal environment test”, “oxidative stress test”, and "Helicobacter pylori".
  • kits attribute value is an attribute value of a test kit.
  • the kit attribute values are, for example, tie-up destination information, sales location information, test identifier, and specimen information.
  • test identifier and the test kit identifier may have a one-to-one correspondence or an n-to-one correspondence (where n is a natural number of 2 or more).
  • the tie-up destination information is information about the tie-up destination.
  • the tie-up destinations are, for example, companies, individuals, local governments, medical examination institutions, medical institutions, health insurance associations, educational institutions, and associations involved in test kits.
  • the tie-up destination is, for example, a test developer, an OEM supplier, a test kit sales destination, a user's test kit acquisition source, or a product or service provider corresponding to the test. It should be noted that the term "goods" may also include services.
  • the tie-up destination information has a tie-up destination identifier that identifies the tie-up destination.
  • the tie-up destination identifier is, for example, the ID and the name of the tie-up destination.
  • the tie-up destination information includes test developer information, OEM supply destination information, and test kit sales destination information.
  • test kit For example, when a company purchases a test kit and provides it to its employees free of charge as part of welfare programs, the company or local government purchases the test kit and provides it to a person whose health checkup results were poor.
  • local governments provided test kits to the target free of charge, and companies purchased test kits and provided them free of charge as promotional items for their own campaigns.
  • the test developer information is information about the test developer.
  • the test developer information includes, for example, a developer identifier that identifies the developer, a developer name, and a developer type identifier that identifies the type of the developer.
  • the OEM supply destination information is information about the OEM supply destination.
  • the OEM destination information has, for example, an OEM destination identifier that identifies the OEM destination, an OEM destination name, and an OEM destination type identifier that identifies the type of the OEM destination.
  • the sales destination information of the test kit is information about the sales destination of the test kit.
  • the sales destination information of the test kit includes, for example, a sales destination identifier for identifying the sales destination, a sales destination name, and a sales destination type identifier for specifying the type of sales destination.
  • the sales location information is information about the sales location of the test kit.
  • the sales place information has, for example, a sales place identifier and a place type identifier.
  • the sales location identifier is information for identifying the sales location, such as an ID and a sales location name.
  • the location type identifier is information specifying the type of sales location.
  • the location type information can take values such as "pharmacy”, “clinic”, “drug store”, “supermarket”, "EC site”, for example.
  • a test identifier is information that identifies a test.
  • An examination identifier is information that identifies an examination item.
  • the examination identifier is, for example, an examination name, but may be an ID or the like for identifying an examination item.
  • Test identifiers are, for example, "measured value of indoxyl sulfate", "intestinal environment”, “oxidative stress”, "Helicobacter pylori antibody”.
  • Specimen information is information about specimens used for testing.
  • the sample information has, for example, a sample type identifier and sample amount information.
  • the sample type identifier is, for example, information specifying a biological sample or information specifying an in-vitro sample.
  • Information identifying a biological sample is, for example, "urine”, “feces”, “blood”, “oral cells”, “saliva”, “hair”, “body hair”, “sebum”, “nails”, “skin pieces”, “semen”, “tears”. They are “sweat”, “breast milk”, “runny nose”, “phlegm”, “tartar”, and “tongue coating”.
  • the in vitro sample information is, for example, "photo data", “audio data”, and "house dust”.
  • the sample amount information is information specifying the amount of sample required for testing, and is, for example, 10 ml or more, or 20 grams or more.
  • the additional information storage unit 112 stores one or more pieces of additional information. Additional information is information other than examination information and result information. Additional information is additional information provided to the patient. Additional information is, for example, product information, which will be described later, health information, and family recommendation information, which will be described later. Additional information is associated with, for example, the first condition, the second condition, or the third condition. It should be noted that the family recommendation information is information on recommendations for family members. A recommendation is a recommendation regarding health.
  • the first condition is the condition regarding the tie-up destination.
  • the first condition may include conditions other than the tie-up destination.
  • the first condition may be a tie-up destination and test identifier condition.
  • the first condition may be a tie-up destination and one or more user attribute values.
  • the first condition may be a tie-up destination and one or more kit attribute values.
  • the first condition may be a condition relating to an examination identifier, one or more user attribute values, and one or more tie-up destination identifiers.
  • the second condition is the condition regarding the test identifier.
  • the second condition may include conditions other than the examination identifier.
  • the second condition may be a condition relating to an examination identifier and one or more user attribute values.
  • the second condition may be a condition relating to the inspection identifier and one or more tie-up destination identifiers.
  • the second condition may be a test identifier and one or more kit attribute values.
  • the second condition may be a condition relating to an examination identifier, one or more user attribute values, and one or more tie-up destination identifiers.
  • the third condition is the condition regarding medical record information.
  • the third condition may include conditions other than medical record information.
  • the third condition may be a condition related to medical record information and one or more user attribute values.
  • the third condition may be a condition relating to chart information and one or more tie-up destination identifiers.
  • the third condition may be a condition regarding chart information and one or more kit attribute values.
  • the third condition may be a condition relating to chart information, one or more user attribute values, and one or more tie-up destination identifiers.
  • the product information storage unit 1121 stores one or more product information. One or more pieces of product information are associated with a first condition.
  • Product information is information about products. In addition, you may think that a service is also included in goods. Merchandise information is usually information about candidate merchandise to be presented to the user.
  • Product information usually has a product identifier.
  • a product identifier is information for identifying a product, such as an ID and a product name.
  • the product information includes, for example, product distributor information, product images, and product type identifiers.
  • Product distributor information is information about a company that sells products.
  • the merchandise distributor information has, for example, a company identifier and a business type.
  • a company identifier is information that identifies a company, such as an ID and a company name.
  • the first condition for example, it is possible to present product information to the patient according to the identifier of the examination to be performed by the patient and the user attribute value and/or the kit attribute value.
  • the health information storage unit 1122 stores one or more pieces of health information. Each of the one or more pieces of health information is associated with a second condition.
  • Health information is information related to health.
  • the health information is, for example, information on countermeasures for the user to become healthier.
  • Health information is, for example, information on exercise, information on menopause, and information on beauty.
  • the user can be presented with health information corresponding to the identifier of the examination to be performed by the patient and the user attribute value and/or the kit attribute value.
  • the purchase information storage unit 113 stores one or more pieces of purchase information.
  • the purchase information is information about test kits purchased by a user or a medical institution.
  • Purchase information is associated with, for example, a user identifier that identifies a user.
  • Purchase information is associated with, for example, a medical device identifier that identifies a medical institution.
  • the purchase information includes a test kit identifier that identifies the purchased test kit.
  • Purchase information includes, for example, date of purchase and used flag.
  • the used flag is information indicating whether or not the test using the purchased test kit has been performed.
  • medical institutions and the like may be not only medical institutions but also other organizations such as inspection institutions and companies.
  • the result information storage unit 114 stores one or more pieces of result information.
  • the result information is information about the user's inspection result.
  • a user identifier is associated with one or more pieces of result information.
  • one or more pieces of result information are usually associated with eigenvalues.
  • the result information may be associated with a test kit identifier.
  • a unique value is information unique to one test kit.
  • a unique value is unique information corresponding to the test kit passed to the user.
  • a unique value may include a test kit identifier. That is, the eigenvalue may be used to identify the examination performed by the user and to specify the examination result of one user.
  • a unique value may comprise a test kit identifier and a user identifier.
  • Result information is information about the results of tests using health test kits.
  • the result information is, for example, a numerical value of the test result, information indicating whether or not the patient is normal, and information indicating the degree of normality.
  • the result information includes, for example, the measured value of indoxyl sulfate, the degree of health of the intestinal environment, the amount of salt intake per day, and the presence or absence of antibodies against Helicobacter pylori.
  • the result information may be information on the results of tests on in vitro samples.
  • the result information includes, for example, information on the result of analyzing the photograph data of the subject, information on the result of analyzing the video data of the subject, information on the result of analyzing the voice data of the subject, and information on the result of analyzing the house dust in the subject's residence. Information. It does not matter how the result information is obtained.
  • One or more pieces of result information in the result information storage unit 114 may be, for example, information transmitted from the medical institution terminal 2 or the user terminal 3, or may be transmitted from an external device not shown (for example, a server of an examination center, etc.). Information, etc. is fine. The path through which the result information is stored in the result information storage unit 114 does not matter.
  • the receiving unit 12 receives various types of information.
  • the various types of information are, for example, purchase information, an inspection request, which will be described later, a sharing request, which will be described later, and consent information, which will be described later.
  • the receiving unit 12 receives, for example, purchase information or source information that is information on which the purchase information is based.
  • the original information includes the user identifier of the user who purchased the test kit and the test kit identifier of the purchased test kit.
  • the test request receiving unit 121 receives test requests from one or more medical institution terminals 2 .
  • a test request is a request for a test using a test kit.
  • the test request may be information notifying that an already distributed (for example, purchased) test kit will be used.
  • a test request is, for example, a request (order) to sell a test kit to a patient.
  • a test order typically includes patient information and a test identifier.
  • the patient information may be part of the patient information.
  • the examination identifier here may be any information that identifies the examination.
  • the examination request receiving unit 121 receives an examination request from the medical institution terminal 2 while the medical institution terminal 2 and the user terminal 3 are conducting a web conference for telemedicine.
  • the test request receiving unit 121 may receive the test request from the medical institution terminal 2 or the user terminal 3 after the medical institution terminal 2 and the user terminal 3 have completed a web conference for telemedicine.
  • the test request receiving unit 121 may receive one or more test requests from the medical institution terminal 2 after the day's medical service is completed. In other words, the timing and the amount of inspection requests received by the inspection request receiving unit 121 do not matter.
  • Patient information is information about the patient.
  • Patient information has a patient identifier.
  • a patient identifier is information that identifies a patient. The patient is usually the patient himself, but can also be someone related to the patient. Persons related to the patient are, for example, relatives of the patient, persons who take care of the patient (eg, caregiver, nursery teacher), and the like. In addition, it may be considered that the patient here is the person who requests the examination.
  • a patient identifier is, for example, an ID, a name, a telephone number, an e-mail address, or the like. The patient identifier may be the same as the user identifier.
  • the patient information has, for example, one or more patient attribute values, which are patient attribute values.
  • One or more patient attribute values are, for example, name, address, telephone number, and email address.
  • One or more patient attribute values may be medical record information.
  • the medical chart information is information described in the medical chart.
  • the chart information includes, for example, the name of the disease, symptoms, the date of examination, and the name of the doctor who examined the patient.
  • the test request receiving unit 121 may receive the telemedicine result in association with the test request. Telemedicine results are information about telemedicine results for a patient. The device from which the examination request receiving unit 121 receives the telemedicine results does not matter. The test request receiving unit 121 receives telemedicine results from, for example, the medical institution terminal 2, the user terminal 3, or a server (not shown) that provides telemedicine services.
  • Telemedicine results include, for example, archives at the time of telemedicine examinations, or link information to the archives.
  • the archive is, for example, video and audio when a doctor remotely diagnoses a patient through a web conference.
  • the sharing request reception unit 122 receives a sharing request from the medical institution terminal 2.
  • a sharing request is a request to share result information specifying a patient's test result.
  • a sharing request typically has a patient identifier.
  • a sharing request comprises, for example, a test identifier or a test kit identifier.
  • Consent information is information from the patient identified by the patient identifier included in the sharing request, and is information indicating consent to share test results with the medical institution. Consent information typically comprises information identifying the sharing request. Consent information includes, for example, a patient identifier. Consent information includes, for example, a test identifier or test kit identifier.
  • the processing unit 13 performs various types of processing. Various processes include, for example, a telemedicine result storage unit 131, a test kit determination unit 132, a determination unit 133, a test information acquisition unit 134, a notification destination acquisition unit 135, a tie-up destination acquisition unit 136, an additional information acquisition unit 137, a support This processing is performed by the processing unit 138 and the inspection result acquisition unit 139 .
  • the processing unit 13 performs processing to provide a web conference service for telemedicine. Since the processing for providing such services is a well-known technology, detailed description thereof will be omitted here.
  • the telemedicine result accumulation unit 131 accumulates the telemedicine results received by the test request reception unit 121 in association with the test kit corresponding to the test request. It is preferable that the telemedicine result accumulation unit 131 accumulates the telemedicine results in association with the patient identifier and the medical institution identifier.
  • the test kit determination unit 132 acquires a test kit identifier that identifies the test kit corresponding to the test identifier using correspondence information indicating the correspondence between test identifiers and test kit identifiers.
  • correspondence information indicating the correspondence between test identifiers and test kit identifiers.
  • the correspondence table having two or more pieces of correspondence information may be stored in the storage unit 11 or may be stored in an external device.
  • the determination unit 133 determines whether purchase information corresponding to the patient identifier and the test identifier included in the test request received by the test request receiving unit 121 exists in the purchase information storage unit 113 .
  • the determination unit 133 may determine whether purchase information corresponding to the medical institution identifier and the test identifier included in the test request received by the test request receiving unit 121 exists in the purchase information storage unit 113 .
  • the medical institution identifier is information for identifying the medical institution.
  • the medical institution identifier may be information that identifies a doctor.
  • the medical institution identifier is, for example, an ID, a medical institution name, a doctor name, an address of the medical institution, a clinical department, and a doctor's license registration number.
  • the test information acquisition unit 134 acquires test information corresponding to the test kit identifier included in the received test request from the test information storage unit 111 .
  • the notification destination acquisition unit 135 acquires a notification destination identifier corresponding to the patient identifier included in the received test request. For example, the notification destination acquisition unit 135 acquires, from the user information in the storage unit 11, the notification destination identifier paired with the corresponding user identifier corresponding to the patient identifier included in the received examination request.
  • the tie-up destination obtaining unit 136 refers to the examination information storage unit 111 and obtains the tie-up destination identifier corresponding to the examination identifier included in the examination request received by the examination request receiving unit 121 .
  • the tie-up destination identifier corresponding to the test identifier is, for example, a tie-up destination identifier paired with the test kit identifier that is paired with the test identifier included in the test request.
  • the additional information acquisition unit 137 refers to the additional information storage unit 112 and acquires additional information corresponding to the first condition that the tie-up destination identified by the tie-up destination identifier acquired by the tie-up destination acquisition unit 136 matches.
  • the additional information is, for example, product information and health information.
  • the additional information acquisition unit 137 refers to the additional information storage unit 112 and acquires additional information corresponding to the second condition that matches the inspection identifier of the inspection request.
  • the additional information acquisition unit 137 refers to the additional information storage unit 112 in which additional information is stored in association with one or more third conditions related to the medical record information, and obtains the third condition that matches the medical record information included in the examination request. Get the corresponding additional information.
  • the support processing unit 138 uses the patient information and the test kit identifier to perform support processing for the patient to perform a test using the test kit.
  • the support processing includes, for example, a correspondence storage process described later, a mailing support process described later, a notification process described later, and a response process described later.
  • the support processing unit 138 associates the patient identifier received by the test request receiving unit 121 with the test kit identifier received by the test request receiving unit 121, and performs a correspondence accumulation process of accumulating them in the purchase information storage unit 113. It does not matter how the patient identifier and the test kit identifier are linked, and they may be linked directly or indirectly via other information.
  • the linking of the information A and the information B may be a direct linking, or an indirect linking via other information, as in the above information.
  • the support processing unit 138 uses the patient information received by the test request receiving unit 121 and the test kit identifier received by the test request receiving unit 121 to perform mailing, which is support processing for mailing the test kit to the patient.
  • Perform support processing The mailing support process is, for example, a process of outputting a test kit identifier and information identifying a patient.
  • output means, for example, printing, displaying, and transmitting.
  • the mailing support process is, for example, a process of printing tags such as the patient's name and address.
  • the support processing unit 138 performs a notification process of notifying the test information acquired by the test information acquisition unit 134 to the notification destination identified by the notification destination identifier acquired by the notification destination acquisition unit 135 .
  • Any means of notification may be used in notification processing.
  • the notification means are, for example, communication by e-mail, notification using a communication application (for example, LINE (registered trademark)), and writing of examination information in a recording area that can be accessed by the notified patient.
  • the support processing unit 138 performs notification processing for notifying the additional information acquired by the additional information acquisition unit 137 in addition to the examination information.
  • the support processing unit 138 stores the test request and the purchase information.
  • Correspondence processing which is processing for associating . Note that the corresponding processing may be addition of a flag indicating that the test kit corresponding to the purchase information is used.
  • the support processing unit 138 receives the test request and the purchase information. It is preferable to perform correspondence processing, which is processing for associating with . This makes it possible to manage the use of test kits purchased by medical institutions and the like.
  • the test result acquisition unit 139 acquires one or more pieces of result information from the result information storage unit 114 .
  • the test result acquisition unit 139 normally acquires one or more pieces of result information corresponding to the sharing request received by the sharing request receiving unit 122 from the result information storage unit 114 . It is preferable that the test result acquisition unit 139 acquires the result information corresponding to the consent information from the result information storage unit 114 when the consent information reception unit 123 receives the consent information.
  • the examination result acquisition unit 139 acquires, for example, one or more pieces of result information corresponding to the patient identifier included in the sharing request from the result information storage unit 114 .
  • the test result acquisition unit 139 acquires, from the result information storage unit 114, for example, one or more result information corresponding to the patient identifier included in the sharing request and the test identifier or test kit identifier included in the sharing request.
  • the test result acquisition unit 139 is, for example, part or all of the result information corresponding to the patient identifier included in the sharing request, and one or more results corresponding to the consent information received by the consent information receiving unit 123. Get result information.
  • the user may express his or her intention to share only a part of the result information among the two or more result information stored in the result information storage unit 114 with the medical institution.
  • the transmission unit 14 transmits various types of information. Various types of information are, for example, a consent request and result information. The transmission unit 14 transmits information to the medical institution terminal 2 or the user terminal 3 .
  • the consent request transmission unit 141 transmits request information to the patient.
  • the consent request transmitting unit 141 normally transmits request information to the user terminal 3 in response to the sharing request receiving unit 122 receiving the sharing request from the medical institution terminal 2 .
  • Request information is information relating to a request for obtaining consent to a request for sharing test results of a patient.
  • the request information includes, for example, a medical institution identifier and information specifying result information.
  • the request information includes, for example, information on test kits.
  • the test result transmitting unit 142 transmits the result information acquired by the test result acquiring unit 139 to the medical institution terminal 2 that transmitted the sharing request.
  • the means of such transmission does not matter. Means of such transmission are, for example, communication by e-mail, notification using a communication application (for example, LINE (registered trademark)), and writing of test information in a recording area accessible by the notified medical institution.
  • a communication application for example, LINE (registered trademark)
  • the process of transmitting to the medical institution terminal 2 is the process of transmitting the test result information to the medical institution.
  • Various types of information are stored in the medical terminal storage unit 21 that constitutes the medical institution terminal 2 .
  • Various types of information are, for example, doctor identifiers, medical institution identifiers, patient information, and telemedicine results.
  • a doctor identifier is information for identifying a doctor, such as an ID.
  • the doctor identifier may be a phone number, email address, or the like.
  • a medical institution identifier is information for identifying a medical institution, such as an ID, a hospital name, and a medical terminal identifier.
  • the medical terminal identifier is the cookie ID, session identifier, IP address, MAC address, etc. of the medical institution terminal 2 . It may be considered that the medical terminal identifier is a medical institution identifier.
  • the medical terminal reception unit 22 receives input of instructions, information, etc. from the user of the medical institution terminal 2 .
  • Instructions, information, and the like are, for example, inspection requests, inspection identifiers, and sharing requests.
  • Any means of inputting instructions, information, etc. can be anything, such as a touch panel, keyboard, mouse, or menu screen.
  • the medical terminal processing unit 23 performs various types of processing.
  • the various types of processing include, for example, processing for changing instructions, information, etc. received by the medical terminal reception unit 22 into instructions, information, etc., for a structure to be transmitted, and changing the structure for outputting information received by the medical terminal reception unit 25. processing, etc.
  • the medical terminal transmission unit 24 transmits various information and instructions. Various types of information and instructions are, for example, test requests and telemedicine results.
  • the medical terminal transmission unit 24 normally transmits information, instructions, etc. to the examination support apparatus 1 .
  • the medical terminal reception unit 25 receives various information.
  • the medical terminal reception unit 25 receives various information from the examination support apparatus 1, for example.
  • Various types of information are, for example, result information and telemedicine results.
  • the medical terminal output unit 26 outputs various information.
  • Various types of information are, for example, result information, telemedicine results, and patient information.
  • output usually means display on a display or projection using a projector, but printing on a printer, sound output, transmission to an external device, storage on a recording medium, storage on a recording medium, other processing devices or other
  • the concept may include delivery of the processing result to a program or the like.
  • a user identifier is information that identifies a user, such as an ID.
  • the user identifier may be a telephone number, credit card number, email address, or the like.
  • the user terminal identifier is information that identifies the terminal device 2, such as a cookie ID, session identifier, IP address, MAC address, and the like.
  • a user terminal identifier may be considered to be a user identifier.
  • the user terminal reception unit 32 receives inputs such as instructions and information from the user.
  • Instructions, information, and the like are, for example, result output instructions, answer information, consent information, and the like.
  • the user terminal processing unit 33 performs various types of processing.
  • Various types of processing include, for example, processing for changing instructions and information received by the user terminal reception unit 32 to instructions and information for a transmission structure, and changing the structure for outputting information received by the user terminal reception unit 35. processing, etc.
  • the user terminal transmission unit 34 transmits various information and instructions. Various information and instructions are, for example, output instructions.
  • the output instruction is an instruction to output examination information.
  • the user terminal transmission unit 34 normally transmits information, instructions, etc. to the examination support apparatus 1 .
  • the user terminal reception unit 35 receives various types of information.
  • Various types of information are, for example, examination information and request information.
  • the user terminal output unit 36 outputs various information.
  • the various types of information are, for example, information received by the user terminal receiving unit 35 and changed in structure to be output by the user terminal processing unit 33, such as notification information and request information.
  • a storage unit 11, an examination information storage unit 111, an additional information storage unit 112, and a purchase information storage unit 113 are provided.
  • the additional information storage unit 112, the product information storage unit 1121, the health information storage unit 1122, the medical terminal storage unit 21, and the user terminal storage unit 31 are preferably non-volatile recording media, but volatile recording media can also be used. It is feasible.
  • information may be stored in the storage unit 11 or the like via a recording medium, or information transmitted via a communication line or the like may be stored in the storage unit 11 or the like.
  • information input via an input device may be stored in the storage unit 11 or the like.
  • the receiving unit 12, the examination request receiving unit 121, the medical terminal receiving unit 25, and the user terminal receiving unit 35 are usually implemented by wireless or wired communication means, but may be implemented by means of receiving broadcast.
  • Processing unit 13 can usually be implemented by a processor, memory, or the like.
  • the processing procedure of the processing unit 13 and the like is normally realized by software, and the software is recorded in a recording medium such as a ROM. However, it may be realized by hardware (dedicated circuit).
  • the processor may be a CPU, MPU, GPU, or the like, and may be of any type.
  • the support processing unit 138, the transmission unit 14, the medical terminal transmission unit 24, and the user terminal transmission unit 34 can usually be realized by wireless or wired communication means, but may also be realized by broadcasting means.
  • the medical terminal reception unit 22 and the user terminal reception unit 32 can be realized by device drivers for input means such as touch panels and keyboards, menu screen control software, and the like.
  • the medical terminal output unit 26 and the user terminal output unit 36 may or may not include output devices such as displays and speakers.
  • the medical terminal output unit 26 and the like can be realized by output device driver software, or by output device driver software and an output device.
  • FIG. 4 An operation example of the inspection support system A will be explained. First, an operation example of the examination support apparatus 1 will be described with reference to flowcharts of FIGS. 4, 5, and 6. FIG.
  • Step S401 The inspection request receiving unit 121 determines whether or not an inspection request has been received. When the inspection request is received, the process goes to step S402, and when the inspection request is not received, the process goes to step S413.
  • the test request receiving unit 121 normally receives the test request from the medical institution terminal 2, but may receive the test request from another device such as the user terminal 3 or the like.
  • Step S402 The test kit determination unit 132 acquires the test identifier included in the test request received in step S401.
  • Step S403 The test kit determination unit 132 acquires the test kit identifier corresponding to the test identifier acquired in step S402 from the correspondence table of the storage unit 11.
  • Step S404 The determination unit 133 acquires the patient identifier included in the examination request received in step S401. Alternatively, the determination unit 133 acquires the medical institution identifier included in the test request received in step S401.
  • Step S405 The determination unit 133 determines whether purchase information corresponding to the patient identifier acquired in step S404 and the test kit identifier acquired in step S403 exists in the purchase information storage unit 113. Alternatively, the determination unit 133 determines whether or not purchase information corresponding to the medical institution identifier acquired in step S404 and the test kit identifier acquired in step S403 exists in the purchase information storage unit 113 . Then, if the purchase information exists, go to step S406, and if not, go to step S407.
  • the determination as to whether or not purchase information exists is a determination as to whether or not there is purchase information for a test kit that has not been used.
  • Step S406 The support processing unit 138 performs a corresponding process. Go to step S408. An example of the handling process will be described with reference to the flowchart of FIG.
  • Step S407 The support processing unit 138 performs mailing support processing. Go to step S406. An example of mailing support processing will be described with reference to the flowchart of FIG.
  • Step S408 The support processing unit 138 determines whether or not to perform notification processing. If the notification process is to be performed, the process goes to step S409, and if the notification process is not to be performed, the process returns to step S401.
  • the support processing unit 138 determines that notification processing is to be performed when the notification conditions of the storage unit 11 are met.
  • the notification condition is, for example, that it is determined in step S405 that purchase information exists, or that it is determined that purchase information does not exist in step S405. Note that the support processing unit 138 may always perform notification processing.
  • Step S409 The support processing unit 138 performs notification processing. An example of notification processing will be described with reference to the flowchart of FIG.
  • Step S410 the telemedicine result storage unit 131 determines whether or not the telemedicine result associated with the test request has been received. If the telemedicine result has been received, the process goes to step S411, and if the telemedicine result has not been received, the process goes to step S412.
  • Step S411 The telemedicine result accumulation unit 131 accumulates the telemedicine result received in step S401 in association with the examination request. Return to step S401.
  • Step S412 The processing unit 13 determines whether or not to terminate the web conference (conference for telemedicine) being serviced by the examination support apparatus 1. If the web conference is to be ended, the process goes to step S420; otherwise, the process returns to step S401. Note that if the examination support apparatus 1 does not provide a web conference service for telemedicine, the processing in this step is unnecessary.
  • Step S413 The receiving unit 12 determines whether or not a telemedicine instruction has been received. If a telemedicine instruction has been received, go to step S414; if no telemedicine instruction has been received, go to step S422. It should be noted that the reception of remote medical instructions here is reception from the medical institution terminal 2 and the user terminal 3 .
  • Step S414 The processing unit 13 acquires the doctor identifier corresponding to the telemedicine instruction received in step S413.
  • this doctor identifier is the identifier of a doctor who participates in a web conference for telemedicine examination (doctor who examines the patient).
  • Step S415) The processing unit 13 acquires the patient identifier corresponding to the telemedicine instruction received in step S413.
  • This patient identifier is an identifier of a patient participating in a web conference for telemedicine consultation (a patient being examined).
  • Step S416 The processing unit 13 performs processing for starting a web conference (remote examination) between the doctor and the patient.
  • the processing unit 13 performs relay processing of the web conference between the doctor and the patient.
  • the relay processing includes, for example, processing for transmitting audio and video transmitted from the medical institution terminal 2 to the user terminal 3, processing for transmitting audio and video transmitted from the user terminal 3 to the medical institution terminal 2, Processing for synthesizing images transmitted from the terminal 2 and the user terminal 3 and transmitting them to the medical institution terminal 2 and the user terminal 3, transmitting audio transmitted from the medical institution terminal 2 and the user terminal 3 to another terminal
  • It is a process to The relay processing preferably includes, for example, a process of synthesizing the video transmitted from the medical institution terminal 2 and the user terminal 3, adding audio in association with the video, and accumulating in a buffer (not shown).
  • Step S4128 The receiving unit 12 determines whether or not an end instruction has been received. If the end instruction is received, the process goes to step S420, and if the end instruction is not received, the process goes to step S419.
  • Step S419) The receiving unit 12 determines whether or not an examination request has been received during the web conference between the doctor and the patient. When the inspection request is received, the process goes to step S420, and when the inspection request is not received, the process returns to step S402.
  • the telemedicine result accumulation unit 131 accumulates the telemedicine results (video and audio of telemedicine by web conference) stored in a buffer (not shown) in association with the doctor identifier and the patient identifier.
  • the storage destination of such telemedicine results may be the storage unit 11 or an external device (not shown).
  • Step S421 The processing unit 13 performs end processing of the web conference between the doctor and the patient. Return to step S401. It should be noted that the end processing of the web conference is a known technique, so detailed description thereof will be omitted.
  • Step S422 The receiving unit 12 determines whether or not a purchase instruction has been received from the user terminal 3 or the medical institution terminal 2. When the purchase instruction is received, the process goes to step S423, and when the purchase instruction is not received, the process goes to step S425.
  • the processing unit 13 uses the received purchase instruction to construct purchase information to be accumulated.
  • the purchase information includes, for example, patient identifiers or medical institution identifiers.
  • Step S424 The processing unit 13 accumulates the purchase information configured in step S423 in the purchase information storage unit 113. Return to step S401.
  • Step S425) The receiving unit 12 determines whether or not the test result has been received from a device (not shown) or the user terminal 3. If the inspection result has been received, the process goes to step S426, and if the inspection result has not been received, the process goes to step S431.
  • a device not shown is, for example, a device of an inspection agency.
  • Step S426) The processing unit 13 accumulates the test results received in step S425 in the storage unit 11. Note that the inspection result may be result information described later.
  • Step S427) The processing unit 13 uses the inspection results accumulated in step S426 to configure result information to be transmitted.
  • Step S428) The processing unit 13 acquires the doctor identifier corresponding to the test result received in step S425.
  • the doctor identifier may be a medical institution identifier.
  • Step S429) The processing unit 13 acquires the patient identifier corresponding to the test result received in step S425.
  • Step S430 The transmission unit 14 notifies the doctor identified by the doctor identifier of the result information configured in step S427 using the notification destination information corresponding to the doctor identifier acquired in step S428.
  • the transmission unit 14 notifies the patient identified by the patient identifier of the result information configured in step S427 using the notification destination information corresponding to the patient identifier acquired in step S429. Return to step S401.
  • Step S431 The receiving unit 12 determines whether or not a viewing instruction has been received from the medical institution terminal 2 or the user terminal 3. If the browsing instruction is received, the process goes to step S432, and if the browsing instruction is not received, the process returns to step S401.
  • Step S432 The processing unit 13 acquires information corresponding to the browsing instruction received in step S431.
  • the information corresponding to the viewing instruction is, for example, the telemedicine result
  • Step S433 The transmission unit 14 transmits the information acquired in step S432 to the terminal that transmitted the browsing instruction. Return to step S401.
  • Step S434 The sharing request receiving unit 122 determines whether or not a sharing request has been received. If the sharing request has been received, the process goes to step S435, and if the sharing request has not been received, the process goes to step S438.
  • Step S435 The processing unit 13 acquires the patient identifier included in the sharing request.
  • Step S436 The processing unit 13 acquires the test identifier or test kit identifier included in the sharing request.
  • the processing unit 13 acquires result information or test information corresponding to the test identifier or test kit identifier.
  • the processing unit 13 forms request information using the result information or examination information.
  • Step S437 The consent request transmission unit 141 transmits the request information configured in step S436 to the user terminal 3 corresponding to the patient identifier.
  • the request information is sent by communication means such as e-mail, but may be written in a recording area accessible by the user terminal 3 .
  • Step S438 The consent information receiving unit 123 determines whether consent information has been received. If the consent information has been received, the process proceeds to step S439, and if the consent information has not been received, the process returns to step S401.
  • the test result acquisition unit 139 acquires the medical terminal identifier corresponding to the received consent information.
  • the received consent information is associated with a medical terminal identifier that identifies the medical institution terminal 2 that has transmitted the sharing request.
  • Step S440 The test result acquisition unit 139 acquires result information corresponding to the received consent information from the result information storage unit 114.
  • Step S441 The test result transmission unit 142 transmits the result information acquired in step S440 to the medical institution terminal 2 identified by the medical terminal identifier acquired in step S439. Return to step S401.
  • the transmission of the result information is, for example, transmission by communication means such as e-mail, but may be written in a recording area accessible by the medical institution terminal 2 .
  • Step S701 The support processing unit 138 acquires the examination identifier acquired in step S402.
  • Step S702 The support processing unit 138 acquires a purchase information identifier that identifies the purchase information determined to exist in step S405.
  • Step S703 The support processing unit 138 associates the inspection identifier acquired in step S701 with the purchase information identifier acquired in step S702. It should be noted that the association means, for example, linking the inspection identifier and the purchase information identifier, accumulating a record having the inspection identifier and the purchase information identifier, and the like.
  • Step S704 The support processing unit 138 turns ON (used) the used flag of the purchase information determined to exist in step S405. Return to upper process.
  • Step S801 The support processing unit 138 acquires a user identifier corresponding to the patient identifier acquired in step S404. Note that the patient identifier and the user identifier may be the same. If the patient identifier and the user identifier are different, the support processing unit 138 stores the user identifier paired with the patient identifier acquired in step S804 in user patient management for managing the correspondence between the patient identifier in the storage unit 11 and the user identifier. Get from table.
  • the support processing unit 138 acquires the patient's name, address, and the like.
  • the support processing unit 138 acquires, for example, the name, address, etc. that are paired with the user identifier from the user information management table of the storage unit 11 .
  • the support processing unit 138 may acquire, for example, the name, address, etc. included in the patient information included in the examination request received in step S401.
  • Step S803 The support processing unit 138 acquires the test kit identifier acquired in step S403.
  • Step S804 The support processing unit 138 configures a tag for mailing the test kit to the patient using the name, address, etc. acquired in step S802.
  • a tag is a tag to be attached to a postal item, and has an address, a name, etc. printed thereon.
  • a test kit identifier, test information paired with the test kit identifier, or the like may be printed on the tag.
  • Step S805 The support processing unit 138 performs processing for printing the tags configured in step S804. Such processing may be printing or transmission to a mail operator.
  • the support processing unit 138 configures mailing instruction information.
  • the mailing instruction information includes, for example, a patient's name, address, test kit identifier, and part or all of test information.
  • Step S807 The support processing unit 138 transmits the sending instruction information configured in step S806 to the mail operator. Return to upper process. Note that the notification destination information for transmission to the mail operator is stored in the storage unit 11, for example.
  • Step S901 The support processing unit 138 acquires from the storage unit 11 the notification destination identifier corresponding to the patient identifier acquired in step S404.
  • Step S902 The support processing unit 138 acquires from the inspection information storage unit 111 the inspection information corresponding to the inspection identifier acquired in step S402.
  • Step S903 The tie-up destination acquiring unit 136 acquires one or more tie-up destination identifiers included in the examination information acquired in step S902.
  • Step S904 The additional information acquisition unit 137 determines whether or not there are one or more first conditions that match the one or more tie-up destination identifiers acquired in step S903. If the first condition exists, go to step S905; if not, go to step S906.
  • Step S905 The additional information acquisition unit 137 acquires from the additional information storage unit 112 additional information corresponding to each of the one or more first conditions determined to match in step S904.
  • Step S906 The additional information acquisition unit 137 acquires the examination identifier acquired in step S402.
  • Step S907 The additional information acquisition unit 137 determines whether or not there is one or more second conditions matching the examination identifier acquired in step S906. If the second condition exists, go to step S908; if not, go to step S909.
  • Step S908 The additional information acquisition unit 137 acquires from the additional information storage unit 112 additional information corresponding to each of the one or more second conditions determined to match in step S907.
  • Step S909 The additional information acquisition unit 137 acquires chart information included in the examination request received in step S401.
  • Step S910 The additional information acquisition unit 137 determines whether or not there is one or more third conditions that match the medical record information acquired in step S909. If the third condition exists, go to step S911; if not, go to step S912.
  • Step S911 The additional information acquisition unit 137 acquires from the additional information storage unit 112 additional information corresponding to each of the one or more third conditions determined to be met in step S910.
  • Step S912 The support processing unit 138 configures notification information using the acquired examination information. Also, when one or more pieces of additional information have been acquired, the support processing unit 138 configures notification information having the one or more pieces of additional information.
  • Step S913 The support processing unit 138 transmits the notification information configured in step S912 to the notification destination identified by the notification destination identifier acquired in step S901. Return to upper process.
  • Step S1001 The medical terminal reception unit 22 determines whether or not a telemedicine instruction has been received. If the telemedicine instruction has been accepted, go to step S1002; if not, go to step S1010.
  • Step S1002 The medical terminal processing unit 23 composes remote medical instructions to be transmitted.
  • the medical terminal transmission unit 24 transmits the remote medical instruction.
  • the destination of the telemedicine instruction is the examination support device 1 or a device that supports a web conference (not shown).
  • Step S1003 The medical terminal processing unit 23 performs processing for the web conference.
  • Web conferencing is a well-known technology.
  • Step S1004 The medical terminal reception unit 22 determines whether or not an examination request has been received. If the inspection request is accepted, the process goes to step S1005, and if not, the process goes to step S1007.
  • Step S1005 The medical terminal processing unit 23 composes an examination request to be transmitted.
  • Step S1006 The medical terminal transmission unit 24 transmits the inspection request configured in step S1005 to the inspection support apparatus 1. Return to step S1001.
  • Step S1007 The medical terminal reception unit 22 determines whether or not an end instruction has been received. If the end instruction is accepted, the process goes to step S1008, and if not, the process goes to step S1016.
  • Step S1008 The medical terminal processing unit 23 composes a termination instruction to be transmitted.
  • the medical terminal transmission unit 24 transmits the end instruction.
  • the destination of the end instruction is a device supporting the web conference, such as the examination support device 1 or an external device (not shown).
  • Step S1009 The medical terminal processing unit 23 performs processing for ending the web conference. Return to step S1001. Such processing is a known technique.
  • Step S1010 The medical terminal reception unit 25 determines whether or not the result information has been received from the examination support apparatus 1. When the result information is received, the process goes to step S1011, and when the result information is not received, the process goes to step S1012.
  • Step S1011 The medical terminal processing unit 23 is configured to output the received result information.
  • the medical terminal output unit 26 outputs the result information. Return to step S1001.
  • Step S1012 The medical terminal reception unit 22 determines whether or not a viewing instruction has been received. If the browsing instruction is accepted, the process goes to step S1013, and if not, the process returns to step S1001.
  • Step S1013 The medical terminal processing unit 23 composes a viewing instruction to be transmitted.
  • the medical terminal transmission unit 24 transmits the browsing instruction to the examination support apparatus 1 .
  • Step S1014 The medical terminal reception unit 25 determines whether information has been received in response to the transmission of the viewing instruction. If the information has been received, the process goes to step S1015, and if the information has not been received, the process returns to step S1014.
  • Step S1015 The medical terminal processing unit 23 is configured to output the received information.
  • the medical terminal output unit 26 outputs the information. Return to step S1001.
  • Step S1016 The medical terminal reception unit 22 determines whether or not a sharing request has been received. If the sharing request is accepted, the process goes to step S1016, and if not, the process goes to step S1003.
  • Step S1017) The medical terminal processing unit 23 is configured to transmit the sharing request accepted in step S1016.
  • the medical terminal transmission unit 24 transmits the sharing request to the examination support apparatus 1 .
  • Step S10128 The medical terminal reception unit 25 determines whether or not the result information corresponding to the sharing request has been received. When the result information is received, the process goes to step S1019, and when the result information is not received, the process returns to step S1018.
  • Step S1019 The medical terminal processing unit 23 is configured to output the received result information.
  • the medical terminal output unit 26 outputs the result information. Return to step S1003.
  • Step S1101 The user terminal reception unit 32 determines whether or not a telemedicine instruction has been received. If the telemedicine instruction has been accepted, go to step S1102; if not, go to step S1105.
  • Step S1102 The user terminal processing unit 33 composes telemedicine instructions to be transmitted.
  • the user terminal transmission unit 34 transmits the remote medical instruction.
  • the destination of the telemedicine instruction is the examination support device 1 or a device that supports a web conference (not shown).
  • Step S1103 The user terminal processing unit 33 performs processing for the web conference. Note that the processing for the web conference is a known technique.
  • Step S1104 The user terminal processing unit 33 determines whether or not to end the web conference. If it ends, the process returns to step S1101; otherwise, the process returns to step S1103. In addition, when ending, the user terminal processing unit 33 performs a well-known end processing of the web conference.
  • Step S1105 The user terminal reception unit 32 determines whether or not a purchase instruction has been received. If the purchase instruction has been accepted, the process goes to step S1106, and if not, the process goes to step S1108.
  • the user terminal processing unit 33 composes a purchase instruction to be transmitted.
  • the purchase instruction has, for example, a user identifier.
  • Step S1107 The user terminal transmission unit 34 transmits the purchase instruction configured in step S1106 to the examination support apparatus 1.
  • Step S1108 The user terminal reception unit 35 determines whether or not result information has been received. If the result information has been received, go to step S1109; if not, go to step S1110. Note that the trigger for receiving result information does not matter. For example, the result information is received in response to transmission of the result information from the user terminal 3 .
  • Step S1109 The user terminal processing unit 33 is configured to output the received result information.
  • the user terminal output unit 36 outputs the result information. Return to step S1101.
  • Step S1110 The user terminal reception unit 32 determines whether or not a viewing instruction has been received. If the browsing instruction has been accepted, the process goes to step S1111; if not, the process goes to step S1114.
  • the browsing instruction is an instruction to browse information stored in the examination support apparatus 1 .
  • the viewing instructions have, for example, a user identifier.
  • Information stored in the examination support apparatus 1 is, for example, result information, telemedicine results, and purchase information.
  • Step S1111 The user terminal processing unit 33 composes a viewing instruction to be transmitted.
  • the user terminal transmission unit 34 transmits the configured viewing instruction to the examination support apparatus 1 .
  • Step S1112 The user terminal reception unit 35 determines whether information has been received. If the information has been received, the process goes to step S1113, and if the information has not been received, the process returns to step S1112.
  • Step S1113 The user terminal processing unit 33 is configured to output the received information.
  • the user terminal output unit 36 outputs the information. Return to step S1101.
  • Step S1114 The user terminal reception unit 35 determines whether or not notification information has been received. If notification information has been received, the process goes to step S1109; if not, the process goes to step S1116.
  • Step S1115 The user terminal processing unit 33 is configured to output the received notification information.
  • the user terminal output unit 36 outputs the notification information.
  • Step S1116 The user terminal reception unit 35 determines whether or not the request information has been received. When the request information is received, the process goes to step S1117, and when it is not received, the process returns to step S1101.
  • the user terminal processing unit 33 is configured to output the received request information.
  • the user terminal output unit 36 outputs the request information.
  • Step S1118 The user terminal reception unit 32 determines whether or not the consent information input by the user viewing the output request information has been received. If the consent information has been accepted, the process goes to step S1119; otherwise, the process returns to step S1118.
  • the user terminal processing unit 33 composes consent information to be transmitted.
  • the user terminal transmission unit 34 transmits the consent information to the examination support device 1 .
  • the consent information includes, for example, information specifying the request information, a user identifier, and the like.
  • the examination information storage unit 111 of the examination support apparatus 1 now stores an examination information management table shown in FIG.
  • the test information management table manages one or more records having "ID”, "test kit identifier", "test name”, and "kit attribute value”.
  • the "kit attribute value” has “examination details”, "tie-up destination information”, “sales place information”, “inspection item information”, and “specimen information”.
  • the 'tie-up destination information' has 'inspection developer', 'OEM supply destination', and 'sales destination'.
  • the "specimen information” has a "specimen type identifier" and "specimen amount information”.
  • ID is information for identifying a record.
  • the “sales destination” is information specifying the sales destination of the test kit. As described above, the "tie-up destination information" may include "the place where the user obtains the test kit” and "the provider of the product or service corresponding to the test”.
  • a product information management table having the structure shown in FIG. 13 is stored in the additional information storage unit 112 .
  • the merchandise information management table manages one or more records having "ID”, “merchandise information” and “conditions".
  • "Product information” has “product identifier” and “product details”.
  • "Product identifier” is a product name here.
  • “Product Details” is the name of a file in which detailed information on a product is described. Note that such files are also stored in the product information storage unit 1121 .
  • the “condition” here is the first condition including the condition regarding the tie-up destination, the second condition including the condition regarding the examination identifier, or the third condition including the condition regarding the chart information.
  • the additional information storage unit 112 stores a health information management table having the structure shown in FIG.
  • the health information management table manages one or more records having "ID”, "health information” and “conditions". "Condition” here is the first condition, the second condition, or the third condition.
  • the additional information storage unit 112 stores a family recommendation information management table having the structure shown in FIG.
  • the family recommendation information management table manages one or more records having "ID”, "family recommendation information”, and “conditions". "Condition” here is the first condition, the second condition, or the third condition.
  • the purchase information storage unit 113 stores a purchase information management table having the structure shown in FIG.
  • the purchase information management table manages one or more records having "ID”, "identifier”, “test kit identifier”, "unique value”, "used flag” and “date”.
  • ID is information for identifying purchase information.
  • “Identifier” is the ID of the test kit purchaser, such as a user identifier (eg, “U01”, “U02”, “U03”), or a medical institution identifier (eg, “H01”, “H02”), or a test kit It is an institution identifier (eg, "I01", "I02”).
  • “Test kit identifier” is information for identifying the type of test kit.
  • Unique value is the unique ID of the test kit.
  • the “used flag” is information indicating "1" that the test kit has already been used or "0” that it has not been used.
  • “Date” here is the date the test kit was purchased.
  • a result information management table having the structure shown in FIG. 17 is stored in the result information storage unit 114 .
  • the result information management table manages one or more records having "purchase information ID”, "identifier”, “test request ID”, “test kit identifier”, “medical institution identifier”, “unique value”, and “date”.
  • “Purchase information ID” is “ID” in the purchase information management table (FIG. 16), and is information for associating purchase information with inspection requests.
  • Identity is the ID of the purchaser of the test kit.
  • “Inspection request ID” is information for identifying an inspection request.
  • the “medical institution identifier” is the ID of the medical institution that requested the examination.
  • the “date” here is the date when the result information was accumulated, but it may be the date when the test kit was sent to the testing institution.
  • the "identifier”, “test kit identifier”, and “unique value”, which are information that can be obtained from the purchase information management table using the "purchase information ID”, may be omitted.
  • the storage unit 11 stores a user information management table having the structure shown in FIG.
  • the user information management table includes "ID”, “user identifier”, “gender”, “age”, “height”, “weight”, “BMI”, “residence information”, “family information”, “health information”, “occupation information”, “health concerns”, and “mail”. Manage one or more records having “address”.
  • the “residence information” has “years of residence”.
  • “Family information” has “cohabitant information”.
  • Health information has “Medical history”.
  • “Occupation information” has “work type”.
  • “ID” is information for identifying a record.
  • a “user identifier” may be considered a patient identifier here.
  • the "cohabitant information” is information for identifying family members who live together.
  • "E-mail address” is the user's e-mail address. The e-mail address is used to send to the user, when the result information is received, the result information, notification information including the result information, or information indicating that the
  • the storage unit 11 stores a medical institution information management table having the structure shown in FIG.
  • the medical institution information management table manages one or more pieces of medical institution information.
  • the medical institution information management table manages one or more records having "ID”, "medical institution identifier”, "hospital name”, “doctor name”, and "notification destination information”. “ID” is information for identifying a record.
  • Specific example 1 is a test request from a medical institution terminal 2 while remote diagnosis is being performed. This is the case where processing and mailing support processing are performed.
  • the test support apparatus 1 receives a test request using a test kit owned by the medical institution from the medical institution terminal 2, and the test support apparatus 1 performs correspondence accumulation processing.
  • Specific example 3 is a case where, after performing remote diagnosis, the examination support apparatus 1 receives from the user terminal 3 an examination request using an examination kit owned by the user, and the examination support apparatus 1 performs correspondence accumulation processing. is.
  • the examination support apparatus 1 receives a sharing request from the medical institution terminal 2 of the doctor who is conducting the remote diagnosis, and the examination support apparatus 1 identifies the examination results. is transmitted to the medical institution terminal 2.
  • FIG. 20 is an example of the screen of the medical institution terminal 2 of Mr. A Tanaka. It should be noted that remote diagnosis may also be referred to as remote medical examination.
  • Mr. A Tanaka thinks that patient P1 needs an intestinal flora test, and enters the test name "intestinal flora test" in the field 2001 of the screen in FIG. It is assumed that he has entered and instructed the “send” button 2002 .
  • the medical terminal reception unit 22 of the medical institution terminal 2 receives a test request including the test name "intestinal flora test". It is assumed that the examination request includes, for example, the medical record information (for example, disease name "XXX”) previously input to the medical institution terminal 2 by the doctor "Tanaka A”.
  • the medical record information for example, disease name "XXX"
  • the medical terminal processing unit 23 reads the medical institution identifier “H01” and the patient identifier “U01” from the medical terminal storage unit 21 of the medical institution terminal 2, and reads the examination name “intestinal flora test” and the medical institution identifier “H01”. ” and the patient identifier “U01”.
  • the medical terminal transmission unit 24 transmits the inspection request to the inspection support apparatus 1 . It is assumed that the medical institution identifier "H01" and the patient identifier "U01" are stored in the medical terminal storage unit 21, for example, at the start of telemedicine.
  • test request receiving unit 121 of the test support device 1 receives the test request " ⁇ test name> intestinal flora test ⁇ medical institution identifier> H01 ⁇ patient identifier> U01 ⁇ disease name> XXX" from the medical institution terminal 2. .
  • the test kit determination unit 132 acquires the test name "intestinal flora test” included in the received test request. Then, the test kit determination unit 132 acquires the test kit identifier "K02" paired with the test name "intestinal flora test” from the test information management table of FIG.
  • the determination unit 133 acquires the patient identifier "U01" and the medical institution identifier "H01" included in the received test request.
  • the support processing unit 138 performs mailing support processing. That is, the support processing unit 138 performs support processing for mailing the test kit identified by the test kit identifier "K02" to the patient P1 by the process described using the flowchart of FIG. Then, the person in charge of mailing mails the test kit to the patient P1.
  • the support processing unit 138 performs a corresponding process. That is, the support processing unit 138 acquires the unique inspection request ID "R128" corresponding to the received inspection request. It should be noted that the acquisition method of the unique inspection request ID does not matter. Also, the support processing unit 138 acquires the acquired patient identifier “U01”. Here, it is assumed that the patient identifier and the user identifier are the same. Also, the support processing unit 138 acquires the test kit identifier “K02”. Next, the support processing unit 138 acquires the peculiar value of the test kit (for example, “K02 — 0128”).
  • the eigenvalue is unique information, and for example, the support processing unit 138 generates it by incrementing the latter half of the latest eigenvalue (eg, "K02 — 0127") by "1". Any method for obtaining a unique eigenvalue does not matter.
  • the support processing unit 138 acquires the used flag "0".
  • the support processing unit 138 also acquires today's date “2021/10/31” from a clock (not shown).
  • the support processing unit 138 uses the acquired information to compose purchase information to be accumulated, and accumulates it in the purchase information management table of FIG.
  • the support processing unit 138 and the like perform the following notification processing. That is, the support processing unit 138 acquires the notification destination identifier (address A) corresponding to the patient identifier P1 (user identifier “U01”) from the user management table (FIG. 18). Further, the support processing unit 138 acquires the test information corresponding to the acquired test name “intestinal flora test” from the test information management table of FIG. 12 .
  • the test information acquired here includes, for example, the test name “intestinal flora test”, test content, sample information “stool”, etc., and is part of the test information in FIG. 12, but may be all of them.
  • the tie-up destination acquiring unit 136 acquires tie-up destination identifiers (test developer "DB company”, OEM provider “OB company” and “OC company”) paired with the test kit identifier "K02".
  • the support processing unit 138 configures notification information using the acquired information.
  • the acquired information includes test information, product information (product identifier "product B” and file B), product information (product identifier "service A two-week exercise challenge” and file C), health information "intestinal environment and exercise information provision of".
  • the support processing unit 138 transmits the configured notification information to the notification destination identified by the notification destination identifier (address A) of the patient P1.
  • the information output to the user terminal 3 includes test information, product information (product identifier "product B” and file B), product information (product identifier "service A 2-week exercise challenge” and file C), health information "intestinal Providing information on the environment and exercise.".
  • product information product identifier "product B” and file B
  • product information product identifier "service A 2-week exercise challenge” and file C
  • health information "intestinal Providing information on the environment and exercise".
  • the information output mode does not matter.
  • test kit was mailed to patient P1.
  • patient P1 purchased the test kit "K02".
  • information about the examination and additional information were transmitted to the patient P1.
  • Mr. A Tanaka thinks that patient P1 needs an intestinal flora test, and enters the test name "intestinal flora test" in the field 2001 of the screen of FIG. It is assumed that he has entered and instructed the “send” button 2002 .
  • the medical institution terminal 2 accepts a test request including the test name "intestinal flora test”. Then, the medical institution terminal 2 transmits to the examination support apparatus 1 an examination request including the examination name “intestinal flora examination”, the medical institution identifier “H01”, and the patient identifier “U01”.
  • the inspection request receiving unit 121 of the inspection support device 1 receives the inspection request. Then, the processing unit 13 generates an inspection request identifier “R99” for identifying such an inspection request.
  • the test kit determination unit 132 acquires the test name "intestinal flora test” included in the received test request. Then, the test kit determination unit 132 acquires the test kit identifier "K02" paired with the test name "intestinal flora test” from the test information management table of FIG.
  • the determination unit 133 acquires the patient identifier "U01" and the medical institution identifier "H01" included in the received test request.
  • the support processing unit 138 acquires the test name "intestinal flora test”.
  • the support processing unit 138 performs a corresponding process.
  • the support processing unit 138 has acquired the unique inspection request ID "R99" corresponding to the received inspection request.
  • the support processing unit 138 acquires the patient identifier "U01" of the patient P1.
  • the support processing unit 138 acquires the test kit identifier “K02”.
  • the support processing unit 138 acquires the peculiar value "K02_0128" of the test kit from the sales management table of FIG.
  • the support processing unit 138 also acquires today's date “2021/10/31” from a clock (not shown).
  • the support processing unit 138 configures information to be accumulated using the acquired information.
  • the information to be accumulated is " ⁇ sales information ID>181 ⁇ identifier>U01 ⁇ test request ID>R99 ⁇ test kit identifier>K02 ⁇ medical institution identifier>H01 ⁇ unique value>K02_0128 ⁇ date>2021/10/31".
  • the support processing unit 138 adds the information to the result information management table of FIG. 17 .
  • the added information is " ⁇ sales information ID> 181 ⁇ identifier> U01 ⁇ test request ID> R99 ⁇ test kit identifier> K02 ⁇ medical institution identifier> H01 ⁇ unique value> K02_0128 ⁇ date> 2021/10/31" , which is information without result information.
  • the purchase information of the test kit purchased by the patient is associated with the test request.
  • the support processing unit 138 preferably notifies the patient P1 (usually, the user terminal 3) that an examination using an already purchased examination kit should be performed.
  • Mr. A Tanaka thinks that patient P1 needs an indoxyl sulfate measurement value test, and puts the test name "indoxyl sulfate” in the field 2001 on the same screen as in FIG. Measured value inspection” is entered and the “Send” button 2002 is instructed.
  • the medical institution terminal 2 accepts a test request including the test name "Indoxyl Sulfuric Acid Measured Value Test”. Then, the medical institution terminal 2 transmits to the examination support apparatus 1 an examination request including the examination name “indoxyl sulfate measurement value examination”, the medical institution identifier “H01”, and the patient identifier “U01”.
  • the inspection request receiving unit 121 of the inspection support device 1 receives the inspection request. Then, the processing unit 13 generates an inspection request identifier “R123” for identifying the inspection request.
  • the test kit determination unit 132 acquires the test name "indoxyl sulfate measurement value test" included in the received test request. Then, the test kit determination unit 132 acquires the test kit identifier "K01" paired with the test name "indoxyl sulfate measurement value test” from the test information management table of FIG.
  • the determination unit 133 acquires the patient identifier "U01" and the medical institution identifier "H01" included in the received test request.
  • the support processing unit 138 acquires the test name "indoxyl sulfate measurement value test".
  • the support processing unit 138 performs a corresponding process. That is, it is assumed that the support processing unit 138 has acquired the unique inspection request ID "R128" corresponding to the received inspection request. Further, the support processing unit 138 acquires the patient identifier "U01" of the patient P1. Also, the support processing unit 138 acquires the test kit identifier “K01”. Next, the support processing unit 138 acquires the peculiar value "K01_13001" of the test kit from the sales management table of FIG. The support processing unit 138 also acquires today's date “2021/10/31” from a clock (not shown). Next, the support processing unit 138 configures information to be accumulated using the acquired information.
  • the information to be accumulated is " ⁇ sales information ID> 182 ⁇ identifier> H01 ⁇ test request ID> R128 ⁇ test kit identifier> K01 ⁇ medical institution identifier> H01 ⁇ unique value> K01_13001 ⁇ date> 2021/10/31".
  • the support processing unit 138 adds the information to the result information management table of FIG. 17 .
  • the added information is " ⁇ sales information ID> 182 ⁇ identifier> H01 ⁇ test request ID> R128 ⁇ test kit identifier> K01 ⁇ medical institution identifier> H01 ⁇ unique value> K01_13001 ⁇ date> 2021/10/31” , which is information without result information.
  • the purchase information of the test kit purchased by the medical institution and the test request are associated.
  • the support processing unit 138 notifies the medical institution (usually, the medical institution terminal 2) that an examination using an already purchased examination kit should be performed. .
  • FIG. 20 is an example of the screen of the medical institution terminal 2 of Mr. A Tanaka.
  • Mr. A Tanaka thinks that patient P1 needs an indoxyl sulfate measurement test, and puts the test name "indoxyl sulfate measurement” in the field 2001 of the screen in FIG. It is assumed that "value check” is input and the "send” button 2002 is instructed.
  • the medical terminal reception unit 22 of the medical institution terminal 2 receives the sharing request including the test name "indoxyl sulfate measurement value test”.
  • the medical terminal processing unit 23 reads out the medical institution identifier “H01” and the patient identifier “U01” from the medical terminal storage unit 21 of the medical institution terminal 2, and reads the examination name “indoxyl sulfate measurement value examination” and the medical institution identifier. Construct a sharing request that includes 'H01' and the patient identifier 'U01'.
  • the medical terminal transmission unit 24 transmits the inspection request to the inspection support apparatus 1 . It is assumed that the medical institution identifier "H01" and the patient identifier "U01" are stored in the medical terminal storage unit 21, for example, at the start of telemedicine.
  • the sharing request receiving unit 122 of the examination support device 1 receives the sharing request " ⁇ examination name> indoxyl sulfate measurement value examination ⁇ medical institution identifier> H01 ⁇ patient identifier> U01" from the medical institution terminal 2.
  • the processing unit 13 acquires the patient identifier "U01" included in the sharing request. Next, the processing unit 13 acquires the test identifier “indoxyl sulfate measurement value test” included in the sharing request. Next, the processing unit 13 acquires the test kit identifier "K01" paired with the test name "indoxyl sulfate measurement value test” from the test information management table of FIG.
  • the consent request transmission unit 141 transmits the request information to the user terminal 3 corresponding to the patient identifier P01.
  • FIG. 22 is a screen example of the user terminal 3 corresponding to the patient identifier P01.
  • the consent information receiving unit 123 of the examination support device 1 receives the consent information.
  • the test result acquisition unit 139 acquires the medical terminal identifier “H01” corresponding to the received consent information.
  • the result information could be transmitted to the medical institution terminal 2 . This makes it possible to improve the efficiency of remote diagnosis.
  • the result information may be transmitted to the medical institution terminal 2 in response to receiving a sharing request from the medical institution terminal 2 of the doctor who is conducting remote diagnosis without obtaining the consent of the patient. .
  • the test kit purchased by the patient upon receiving a test request from a medical institution, can be associated with the test request.
  • test kit purchased by the medical institution upon receiving a test request from a medical institution, it is possible to associate the test kit purchased by the medical institution with the test request.
  • processing in this embodiment may be realized by software. Then, this software may be distributed by software download or the like. Also, this software may be recorded on a recording medium such as a CD-ROM and distributed. Note that this also applies to other embodiments in this specification.
  • Software for realizing the examination support apparatus 1 in the present embodiment is the following program.
  • this program makes the computer an examination request receiving unit that receives an examination request having patient information having a patient identifier that identifies a patient and an examination identifier that specifies an examination from one or more medical institution terminals; a test kit determination unit that acquires a test kit identifier that identifies a test kit corresponding to the test identifier using correspondence information that indicates the correspondence between the test identifier and the test kit identifier that identifies the test kit; A program for functioning as a support processing unit that performs support processing for providing a service related to a test using the test kit to the patient, using the patient information and the test kit identifier.
  • FIG. 24 shows the appearance of a computer that executes the programs described in this specification and realizes the examination support apparatus 1 and the like of the various embodiments described above.
  • the embodiments described above may be implemented in computer hardware and computer programs running thereon.
  • FIG. 24 is an overview diagram of this computer system 300
  • FIG. 25 is a block diagram of the system 300. As shown in FIG.
  • computer system 300 includes computer 301 including a CD-ROM drive, keyboard 302 , mouse 303 and monitor 304 .
  • a computer 301 includes a CD-ROM drive 3012, an MPU 3013, a bus 3014 connected to the CD-ROM drive 3012, a ROM 3015 for storing programs such as a boot-up program, It includes a RAM 3016 connected and for temporarily storing application program instructions and providing temporary storage space, and a hard disk 3017 for storing application programs, system programs and data.
  • computer 301 may also include a network card that provides connection to a LAN.
  • a program that causes the computer system 300 to execute the functions of the examination support apparatus 1 of the embodiment described above may be stored in the CD-ROM 3101, inserted into the CD-ROM drive 3012, and transferred to the hard disk 3017. .
  • the program may be transmitted to computer 301 via a network (not shown) and stored in hard disk 3017 .
  • Programs are loaded into RAM 3016 during execution.
  • the program may be loaded directly from CD-ROM 3101 or network.
  • the program does not necessarily include an operating system (OS) or a third-party program that causes the computer 301 to execute the functions of the examination support apparatus 1 of the embodiment described above.
  • a program need only contain those parts of instructions that call the appropriate functions (modules) in a controlled manner to produce the desired result. How the computer system 300 operates is well known and will not be described in detail.
  • the step of transmitting information, the step of receiving information, etc. are performed by hardware. processing) are not included.
  • the computer that executes the above program may be singular or plural. That is, centralized processing may be performed, or distributed processing may be performed.
  • two or more communication means existing in one device may be physically realized in one medium.
  • each process may be implemented by centralized processing by a single device, or may be implemented by distributed processing by a plurality of devices.
  • the examination support apparatus has the effect of being able to provide a mechanism for providing examination kits in cooperation with medical institutions to patients, and is useful as a server or the like that provides examination support. .

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

従来の検査支援装置においては、患者に対して、医療機関と連携した検査キットの提供を行う仕組みが存在しなかった。そこで、１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部（１２１）と、検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部（１３２）と、患者情報と検査キット識別子とを用いて、検査キットを用いた検査を患者が実施するための支援処理を行う支援処理部（１３８）とを具備する検査支援装置（１）により、患者に対して、医療機関と連携した検査キットの提供を行う仕組みを提供する。

Description

検査支援装置、検査支援方法、およびプログラム
　本発明は、医療機関の端末から受信した検査依頼に基づいて、患者が検査キットを使用した検査を行うことの支援を行う検査支援装置等に関するものである。なお、患者は、通常、人であるが、例えば、犬や猫等の人以外の動物でも良い。
　従来、個々の検診対象者について検診のタイミングを決定し、検診対象者に対し、より適切なタイミングで、検診を行なわせることができる検診システム等が存在した（特許文献１参照）。
特開２０２０－９０６９号公報
　しかしながら、従来、医療機関と連携した検査キットの提供を、患者に対して行う仕組みが存在しなかった。
　本第一の発明の検査支援装置は、１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、患者情報と検査キット識別子とを用いて、検査キットを用いた検査を患者が実施するための支援処理を行う支援処理部とを具備する検査支援装置である。
　かかる構成により、医療機関と連携した検査キットの提供を、患者に対して行う仕組みを提供できる。
　また、本第二の発明の検査支援装置は、第一の発明に対して、支援処理部は、ユーザが使用する検査キットに関する情報であり、患者識別子と検査キット識別子との対応を示す情報を有する１以上の購入情報が格納される購入情報格納部に、患者情報に含まれる患者識別子と検査キット識別子とを対応づけて蓄積する対応蓄積処理を行う、検査支援装置である。
　かかる構成により、医療機関からの検査依頼の受信に応じて、患者識別子と検査キット識別子とを対応づける情報を蓄積し、管理できる。
　また、本第三の発明の検査支援装置は、第一または第二の発明に対して、支援処理部は、患者情報と検査キット識別子とを用いて、検査キットを患者に郵送するための支援の処理である郵送支援処理を行う、検査支援装置である。
　かかる構成により、医療機関からの検査依頼の受信に応じて、患者に検査キットを郵送することを支援できる。
　また、本第四の発明の検査支援装置は、第一または第二の発明に対して、１以上の各検査キット識別子に対応付けて、検査に関する検査情報が格納される検査情報格納部から、検査キット識別子に対応する検査情報を取得する検査情報取得部と、患者識別子に対応する通知先識別子を取得する通知先取得部とをさらに具備し、支援処理部は、検査情報を通知先識別子が識別する通知先に通知する通知処理を行う、検査支援装置である。
　かかる構成により、医療機関からの検査依頼の受信に応じて、患者に検査キットに関する情報を提供できる。
　また、本第五の発明の検査支援装置は、第四の発明に対して、１以上の検査識別子に対応付けてタイアップ先識別子を含む検査情報が格納される検査情報格納部を参照し、検査識別子に対応するタイアップ先識別子を取得するタイアップ先取得部と、タイアップ先に関する１以上の各第一条件に対応付けて、付加情報が格納される付加情報格納部を参照し、タイアップ先取得部が取得したタイアップ先識別子で識別されるタイアップ先が合致する第一条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、支援処理部は、検査情報に加えて、付加情報をも通知する通知処理を行う、検査支援装置である。
　かかる構成により、医療機関からの検査依頼の受信に応じて、検査に対応するタイアップ先に応じた適切な情報を患者に提供できる。
　また、本第六の発明の検査支援装置は、第四の発明に対して、検査識別子に関する１以上の各第二条件に対応付けて、付加情報が格納される付加情報格納部を参照し、検査識別子が合致する第二条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、支援処理部は、検査情報に加えて、付加情報をも通知する通知処理を行う、検査支援装置である。
　かかる構成により、医療機関からの検査依頼の受信に応じて、検査項目に応じた適切な情報を患者に提供できる。
　また、本第七の発明の検査支援装置は、第四の発明に対して、患者情報は、患者のカルテ情報を含み、カルテ情報に関する１以上の各第三条件に対応付けて、付加情報が格納される付加情報格納部を参照し、カルテ情報が合致する第三条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、支援処理部は、検査情報に加えて、付加情報をも通知する通知処理を行う、検査支援装置である。
　かかる構成により、医療機関からの検査依頼の受信に応じて、患者のカルテ情報に応じた適切な情報を患者に提供できる。
　また、本第八の発明の検査支援装置は、第一から第六いずれか１つの発明に対して、ユーザを識別するユーザ識別子に対応付けて、ユーザが購入した検査キットを識別する検査キット識別子を含む１以上の購入情報が格納される購入情報格納部と、検査依頼受信部が受信した検査依頼が有する患者識別子と検査識別子とに対応する購入情報が存在するか否かを判断する判断部とをさらに具備し、支援処理部は、購入情報が存在すると判断部が判断した場合、検査依頼と購入情報とを対応付ける処理である対応処理を行う、検査支援装置である。
　かかる構成により、医療機関からの検査依頼の受信に応じて、患者が購入済みの検査キットと検査依頼とを対応付けることができる。
　また、本第九の発明の検査支援装置は、第一から第八いずれか１つの発明に対して、検査依頼受信部は、患者に対する遠隔医療の結果に関する遠隔医療結果を、検査依頼に対応付けて受信し、遠隔医療結果を、検査依頼に対応する検査キットに対応付けて蓄積する遠隔医療結果蓄積部をさらに具備する検査支援装置である。
　かかる構成により、遠隔医療における診断の結果を検査依頼に対応付けて管理できる。
　また、本第十の発明の検査支援装置は、第一から第九いずれか１つの発明に対して、前記医療機関端末から、患者の検査結果の共有の依頼であり、患者識別子を有する依頼である共有依頼を受信する共有依頼受信部と、共有依頼が有する患者識別子で識別される患者からの情報であり、検査結果を医療機関と共有することの同意を示す情報である同意情報を受信する同意情報受信部と、同意情報受信部が前記同意情報を受信した場合に、当該同意情報に対応する結果情報を、１以上の各患者識別子に対応付いている１以上の結果情報が格納される結果情報格納部から取得する検査結果取得部と、検査結果取得部が取得した結果情報を医療機関端末に送信する検査結果送信部とをさらに具備する請求項１から請求項９いずれか一項に記載の検査支援装置である。
　かかる構成により、患者の同意を得て、医療機関からの依頼に応じた患者の検査結果を提供できる。
　本発明による検査支援装置によれば、患者に対して、医療機関と連携した検査キットの提供を行う仕組みを提供できる。
実施の形態１における検査支援システムＡの概念図 同検査支援システムＡのブロック図 同検査支援装置１のブロック図 同検査支援装置１の動作例について説明するフローチャート 同検査支援装置１の動作例について説明するフローチャート 同検査支援装置１の動作例について説明するフローチャート 同対応処理の例について説明するフローチャート 同郵送支援処理の例について説明するフローチャート 同通知処理の例について説明するフローチャート 同医療機関端末２の動作例について説明するフローチャート 同ユーザ端末３動作例について説明するフローチャート 同検査情報管理表を示す図 同商品情報管理表を示す図 同健康情報管理表を示す図 同家族レコメンド情報管理表を示す図 同購入情報管理表を示す図 同結果情報管理表を示す図 同ユーザ情報管理表を示す図 同医療機関情報管理表を示す図 同医療機関端末２の画面例を示す図 同ユーザ端末３の画面例を示す図 同ユーザ端末３の画面例を示す図 同医療機関端末２の画面例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図
　以下、検査支援装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
　（実施の形態１）
　本実施の形態において、医療機関端末から、患者情報と検査を特定する情報とを有する検査依頼を受信し、患者が検査キットを使用した検査を行うことの支援を行う検査支援装置を具備する検査支援システムについて説明する。なお、支援とは、例えば、後述する郵送支援、通知処理、対応処理等である。
　また、本実施の形態において、医療機関端末からの検査依頼の受信に応じて、患者識別子と検査キット識別子とを対応づけた情報を蓄積し、管理できる。
　また、本実施の形態において、遠隔医療における診断のアーカイブまたはアーカイブへのリンク情報を受信し、当該情報を検査キットに対応付けて蓄積する検査支援装置を具備する検査支援システムについて説明する。
　なお、本実施の形態において、情報Ａが情報Ｂに対応付いていることは、情報Ａから情報Ｂを取得できること、または情報Ｂから情報Ａを取得できることであり、その対応付けの方法は問わない。情報Ａと情報Ｂとがリンク付いていても良いし、同じバッファに存在していても良いし、情報Ａが情報Ｂに含まれていても良いし、情報Ｂが情報Ａに含まれている等でも良い。
　図１は、本実施の形態における検査支援システムＡの概念図である。検査支援システムＡは、検査支援装置１、１または２以上の医療機関端末２、１または２以上のユーザ端末３を備える。
　検査支援装置１は、医療機関端末からの検査依頼を受信し、患者が検査キットを使用した検査を行うことの支援を行うサーバである。検査支援装置１は、例えば、ＡＳＰのサーバ、クラウドサーバ等である。但し、検査支援装置１の種類は問わない。
　医療機関端末２は、医療機関が使用する端末である。医療機関端末２は、検査依頼等を送信する端末である。医療機関端末２は、通常、医師が使用するが、看護師等が操作しても良く、その使用者は問わない。なお、医療機関は、勤め先の会社、ケアマネジャー、保険会社、雇用主等も含め、広く解することは好適である。つまり、医療機関端末２は、病院の端末、医師の端末だけではなく、勤め先の会社の端末、ケアマネジャーの端末、保険会社の端末、雇用主の端末等を含んでも良い。医療機関端末２は、患者以外の第三者の端末であると、広く解しても良い。
　ユーザ端末３は、ユーザが使用する端末である。ユーザ端末３は、例えば、検査支援装置１からの通知を受信し、出力する。ユーザは、通常、患者であるが、患者になる前の者等でも良い。ユーザは、例えば、患者に関係のある人でも良い。患者に関係のある人は、例えば、患者の親族、患者の世話を行う者（例えば、介護士、保育士）等である。
　医療機関端末２、ユーザ端末３は、例えば、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等であり、その種類は問わない。
　検査支援装置１と１以上の各医療機関端末２、および検査支援装置１と１以上の各ユーザ端末３は、インターネット等の通信網により、通信可能である。
　図２は、本実施の形態における検査支援システムＡのブロック図である。図３は、検査支援装置１のブロック図である。
　検査支援装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。格納部１１は、検査情報格納部１１１、付加情報格納部１１２、購入情報格納部１１３、および結果情報格納部１１４を備える。付加情報格納部１１２は、商品情報格納部１１２１、および健康情報格納部１１２２を備える。受信部１２は、検査依頼受信部１２１、共有依頼受信部１２２、および同意情報受信部１２３を備える。処理部１３は、遠隔医療結果蓄積部１３１、検査キット決定部１３２、判断部１３３、検査情報取得部１３４、通知先取得部１３５、タイアップ先取得部１３６、付加情報取得部１３７、支援処理部１３８、および検査結果取得部１３９を備える。送信部１４は、同意依頼送信部１４１、および検査結果送信部１４２を備える。
　医療機関端末２は、医療端末格納部２１、医療端末受付部２２、医療端末処理部２３、医療端末送信部２４、医療端末受信部２５、および医療端末出力部２６を備える。
　ユーザ端末３は、ユーザ端末格納部３１、ユーザ端末受付部３２、ユーザ端末処理部３３、ユーザ端末送信部３４、ユーザ端末受信部３５、およびユーザ端末出力部３６を備える。
　検査支援装置１を構成する格納部１１には、各種の情報が格納される。各種の情報とは、例えば、１または２以上のユーザ情報、後述する検査情報、後述する付加情報、後述する購入情報、後述する結果情報、後述する商品情報、後述する健康情報、後述する第一条件、後述する第二条件、後述する第三条件、後述する遠隔医療結果、対応表である。
　ユーザ情報は、ユーザに関する情報である。ユーザ情報は、通常、ユーザを識別するユーザ識別子を有する。ユーザ識別子は、患者を識別する患者識別子であることは好適である。ユーザ識別子と患者識別子とが異なる情報である場合、ユーザ識別子は、患者識別子に対応付く情報である。ユーザ識別子は、例えば、ＩＤ、氏名、メールアドレス、電話番号である。ユーザ情報は、例えば、１以上のユーザ属性値を有する。ユーザ属性値は、ユーザの特性に関する情報であり、広く解する。１以上のユーザ属性値は、例えば、通知先識別子、性別、年齢、年齢層、身長、体重、ＢＭＩ、住まい情報、家族情報、健康情報、職業情報、回答情報、医療機関のカルテＮｏ、診察券Ｎｏ、既往症、服薬内容、診疾病名、家族情報、オンライン診療のアカウント情報である。通知先識別子は、ユーザに検査情報等の情報を通知するために使用する通知先の情報である。通知先識別子は、例えば、メールアドレス、電話番号、住所、ユーザＩＤである。
　住まい情報は、ユーザの住まいに関する情報である。住まい情報は、例えば、ユーザの住所、居住形態、居住年数、間取り、築年数である。
　家族情報は、ユーザの家族に関する情報である。家族情報は、例えば、同居者に関する情報、非同居者の家族に関する情報である。同居者に関する情報は、例えば、氏名、住所、電話番号、メールアドレス、性別、続柄を含む。同居者に関する情報は、例えば、配偶者に関する情報、同居の親に関する情報、同居の子に関する情報である。配偶者に関する情報は、例えば、配偶者の有無、配偶者の年齢の情報である。同居の親に関する情報は、例えば、同居の親の有無、同居の親の性別、年齢、続柄の情報である。同居の子に関する情報は、例えば、同居の子の有無、同居の子の性別、年齢、続柄の情報である。
　健康情報は、ユーザの健康に関する情報である。健康情報は、例えば、過去の検査の結果を特定する結果情報、ユーザの既往歴情報、ユーザの家族の既往歴情報、ユーザの治療中の疾病の情報、ユーザの家族の治療中の疾病の情報、服薬歴情報である。既往歴情報は、過去の病気の履歴に関する情報である。既往歴情報は、例えば、過去にかかった病気を特定する情報、病気にかかった時期または年齢を特定する情報を含む。服薬歴情報は、ユーザの服薬の履歴に関する情報である。服薬歴情報は、例えば、服薬の薬を特定する情報、服薬の開始時期を特定する情報、服薬の終了時期を特定する情報、副作用の情報、服薬量、医薬品アレルギーの情報である。なお、結果情報は、郵送検査の結果の情報、健康診断等の検査の結果の情報等であり、検査の種類は問わない。
　職業情報は、ユーザの職業に関する情報である。職業情報は、例えば、業種、職種、雇用形態、年収、勤務形態（例えば、「日勤」「夜勤」等）、勤務時の体勢を特定する情報（例えば、「立ち仕事」「座り仕事」等）である。
　対応表は、２以上の対応情報を有する表である。対応情報は、検査識別子と検査キットとの対応を示す情報である。
　検査情報格納部１１１には、１または２以上の検査情報が格納される。検査情報は、検査に関する情報である。検査情報は、通常、検査の内容を特定する情報を含む。検査情報は、検査キット識別子に対応付いている。検査キット識別子は、検査キットを識別する情報であり、例えば、ＩＤ、検査名である。検査キット識別子は、通常、検査の対象を特定する情報である。検査キット識別子は、検査の種類を特定する情報である、と考えても良い。検査名は、例えば、「インドキシル硫酸測定値の検査」「腸内フローラ検査」「大豆イソフラボンからエクオールがつくれているか測る尿検査」「腸内環境検査」「酸化ストレス検査」「ヘリコバクター・ピロリ菌の抗体の有無」等である。検査情報は、例えば、１以上のキット属性値を有する。キット属性値は、検査キットの属性値である。キット属性値は、例えば、タイアップ先情報、販売場所情報、検査識別子、検体情報である。
　なお、検査識別子と検査キット識別子とは１対１対応でも、ｎ対１対応（ｎは２以上の自然数）でも良い。
　タイアップ先情報は、タイアップ先に関する情報である。タイアップ先とは、例えば、検査キットに関わる企業や個人、自治体、健診機関、医療機関、健康保険組合、教育機関、組合である。タイアップ先は、例えば、検査の開発元、ＯＥＭ提供先、検査キットの販売先、ユーザの検査キット入手先、検査に対応する商品またはサービスの提供元である。なお、単に「商品」と言う場合に、サービスを含んでも良い。タイアップ先情報は、タイアップ先を識別するタイアップ先識別子を有する。タイアップ先識別子は、例えば、ＩＤ、タイアップ先の名称である。タイアップ先情報は、検査開発元情報、ＯＥＭ提供先情報、検査キットの販売先情報を有する。なお、ユーザの検査キット入手先は、例えば、企業が検査キットを購入し、福利厚生で社員に無償提供した場合の企業、自治体が検査キットを購入し、健診の結果が悪かった人への指導の一部として、対象者に無償提供した場合の自治体、企業が検査キットを購入し、自社のキャンペーンの販促品として無償提供した場合の企業である。
　検査開発元情報は、検査の開発元に関する情報である。検査開発元情報は、例えば、開発元を識別する開発元識別子、開発元名、開発元の種類を特定する開発元種類識別子を有する。
　ＯＥＭ提供先情報は、ＯＥＭでの提供先に関する情報である。ＯＥＭ提供先情報は、例えば、ＯＥＭ提供先を識別するＯＥＭ提供先識別子、ＯＥＭ提供先名、ＯＥＭ提供先の種類を特定するＯＥＭ提供先種類識別子を有する。
　検査キットの販売先情報は、検査キットの販売先に関する情報である。検査キットの販売先情報は、例えば、販売先を識別する販売先識別子、販売先名、販売先の種類を特定する販売先種類識別子を有する。
　販売場所情報は、検査キットの販売場所に関する情報である。販売場所情報は、例えば、販売場所識別子、場所種類識別子を有する。販売場所識別子は、販売場所を識別する情報であり、例えば、ＩＤ、販売場所名である。場所種類識別子は、販売場所の種類を特定する情報である。場所種類情報は、例えば、「薬局」「クリニック」「ドラッグストア」「スーパー」「ＥＣサイト」等の値を採り得る。
　検査識別子とは、検査を特定する情報である。検査識別子は、検査項目を特定する情報である。検査識別子は、例えば、検査名であるが、検査項目を識別するＩＤ等でも良い。検査識別子は、例えば、「インドキシル硫酸測定値」、「腸内環境」、「酸化ストレス」「ヘリコバクター・ピロリ菌の抗体」である。
　検体情報は、検査のために用いる検体に関する情報である。検体情報は、例えば、検体種類識別子、検体量情報を有する。検体種類識別子は、例えば、生体試料を特定する情報、生体外試料を特定する情報である。生体試料を特定する情報は、例えば、「尿」「便」「血液」「口腔内細胞」「唾液」「毛髪」「体毛」「皮脂」「爪」「皮膚片」「精液」「涙液」「汗」「母乳」「鼻水」「痰」「歯石」「舌苔」である。生体外試料情報は、例えば、「写真データ」「音声データ」「ハウスダスト」である。検体量情報は、検査に必要な検体量を特定する情報であり、例えば、１０ｍｌ以上、２０グラム以上である。
　付加情報格納部１１２には、１または２以上の付加情報が格納される。付加情報は、検査情報や結果情報以外の情報である。付加情報は、患者に提供する付加的な情報である。付加情報は、例えば、後述する商品情報、後述する健康情報、家族レコメンド情報である。付加情報は、例えば、第一条件、第二条件、または第三条件に対応付いている。なお、家族レコメンド情報は、家族に対するレコメンドの情報である。レコメンドは、健康に関するレコメンドである。
　第一条件は、タイアップ先に関する条件である。第一条件は、タイアップ先以外の条件を含んでも良い。第一条件は、タイアップ先と検査識別子とに関する条件でも良い。第一条件は、タイアップ先と１以上のユーザ属性値とに関する条件でも良い。第一条件は、タイアップ先と１以上のキット属性値に関する条件でも良い。第一条件は、検査識別子と１以上のユーザ属性値と１以上のタイアップ先識別子とに関する条件でも良い。
　第二条件は、検査識別子に関する条件である。第二条件は、検査識別子以外の条件を含んでも良い。第二条件は、検査識別子と１以上のユーザ属性値とに関する条件でも良い。第二条件は、検査識別子と１以上のタイアップ先識別子とに関する条件でも良い。第二条件は、検査識別子と１以上のキット属性値に関する条件でも良い。第二条件は、検査識別子と１以上のユーザ属性値と１以上のタイアップ先識別子とに関する条件でも良い。
　第三条件は、カルテ情報に関する条件である。第三条件は、カルテ情報以外の条件を含んでも良い。第三条件は、カルテ情報と１以上のユーザ属性値とに関する条件でも良い。第三条件は、カルテ情報と１以上のタイアップ先識別子とに関する条件でも良い。第三条件は、カルテ情報と１以上のキット属性値に関する条件でも良い。第三条件は、カルテ情報と１以上のユーザ属性値と１以上のタイアップ先識別子とに関する条件でも良い。
　商品情報格納部１１２１には、１または２以上の商品情報が格納される。１以上の各商品情報には、第一条件が対応付いている。
　商品情報は、商品に関する情報である。なお、商品には、サービスも含まれると考えても良い。商品情報は、通常、ユーザに提示する候補の商品の情報である。商品情報は、通常、商品識別子を有する。商品識別子は、商品を識別する情報であり、例えば、ＩＤ、商品名である。商品情報は、例えば、商品販売元情報、商品画像、商品種類識別子を有する。商品販売元情報は、商品を販売する企業に関する情報である。商品販売元情報は、例えば、企業識別子、業種を有する。企業識別子は、企業を識別する情報であり、例えば、ＩＤ、会社名である。
　なお、第一条件により、例えば、患者が行うべき検査の識別子と、ユーザ属性値または／およびキット属性値とに応じた商品情報を患者に提示できる。
　健康情報格納部１１２２には、１または２以上の健康情報が格納される。１以上の各健康情報には、第二条件が対応付いている。
　健康情報は、健康に関する情報である。健康情報は、例えば、ユーザがより健康になるための対応策の情報である。健康情報は、例えば、運動に関する情報、更年期に関する情報、美容に関する情報である。
　なお、第二条件により、例えば、患者が行うべき検査の識別子と、ユーザ属性値または／およびキット属性値とに応じた健康情報をユーザに提示できる。
　購入情報格納部１１３には、１または２以上の購入情報が格納される。購入情報は、ユーザまたは医療機関等が購入した検査キットに関する情報である。購入情報は、例えば、ユーザを識別するユーザ識別子に対応付けられている。購入情報は、例えば、医療機関を識別する医療機識別子に対応付けられている。購入情報は、購入された検査キットを識別する検査キット識別子を含む。購入情報は、例えば、購入日、使用済みフラグを含む。使用済みフラグは、購入した検査キットを用いた検査が行われたか否かを示す情報である。なお、医療機関等とは、医療機関のみならず検査機関や企業等の他の組織でも良い。
　結果情報格納部１１４には、１以上の結果情報が格納される。結果情報は、ユーザの検査結果に関する情報である。１以上の各結果情報には、ユーザ識別子が対応付いている。また、１以上の各結果情報には、通常、固有値が対応付いている。結果情報には、検査キット識別子が対応付いていても良い。
　固有値は、一の検査キットに固有の情報である。固有値は、ユーザに渡された検査キットに対応する固有の情報である。固有値は、検査キット識別子を含んでも良い。つまり、固有値により、ユーザが行った検査が分かり、かつ一のユーザの検査結果を特定できても良い。固有値は、検査キット識別子とユーザ識別子とを有しても良い。
　結果情報とは、健康に関する検査キットを用いた検査の結果に関する情報である。結果情報は、例えば、検査の結果の数値、正常であるか否かを示す情報、正常の度合を示す情報である。結果情報は、例えば、インドキシル硫酸測定値、腸内環境の健康度、１日あたりの食塩摂取量、ヘリコバクター・ピロリ菌の抗体の有無である。
　結果情報は、生体外試料に対する検査の結果に関する情報でも良い。結果情報は、例えば、被験者の写真データを分析した結果の情報、被験者の映像データを分析した結果の情報、被験者の音声データを分析した結果の情報、被験者の住居のハウスダストを分析した結果の情報である。結果情報を取得する方法は問わない。
　結果情報格納部１１４の１以上の結果情報は、例えば、医療機関端末２やユーザ端末３から送信された情報でも良いし、図示しない外部の装置（例えば、検査センターのサーバ等）から送信された情報等でも良い。結果情報格納部１１４に結果情報が格納されるまでの経路は問わない。
　受信部１２は、各種の情報を受信する。各種の情報は、例えば、購入情報、後述する検査依頼、後述する共有依頼、後述する同意情報である。
　受信部１２は、例えば、購入情報または購入情報の元になる情報である元情報を受信する。元情報は、検査キットを購入したユーザのユーザ識別子と購入した検査キットの検査キット識別子とを含む。
　検査依頼受信部１２１は、１または２以上の各医療機関端末２から、検査依頼を受信する。検査依頼は、検査キットを用いた検査の依頼である。検査依頼は、既に配布（例えば、購入）されている検査キットを使用することを知らせる情報でも良い。検査依頼は、例えば、検査キットの患者への販売の依頼（発注）である。検査依頼は、通常、患者情報と検査識別子とを有する。ここで、患者情報は、患者情報のうちの一部でも良い。ここでの検査識別子は、検査を特定する情報であれば良い。
　検査依頼受信部１２１は、医療機関端末２とユーザ端末３とが遠隔診療のためのウェブ会議を行っている間に、医療機関端末２から、検査依頼を受信することは好適である。ただし、検査依頼受信部１２１は、医療機関端末２とユーザ端末３とが遠隔診療のためのウェブ会議が終了した後に、医療機関端末２またはユーザ端末３から、検査依頼を受信しても良い。また、検査依頼受信部１２１は、１日の診療業務が終了した後、医療機関端末２から１または２以上の検査依頼を受信しても良い。つまり、検査依頼受信部１２１が検査依頼を受信するタイミングや量は問わない。
　患者情報は、患者に関する情報である。患者情報は、患者識別子を有する。患者識別子は、患者を識別する情報である。患者は、通常、患者自身であるが、患者に関係のある者でも良い。患者に関係のある者は、例えば、患者の親族、患者の世話を行う者（例えば、介護士、保育士）等である。また、ここでの患者は、検査を依頼する者である、と考えても良い。患者識別子は、例えば、ＩＤ、氏名、電話番号、メールアドレス等である。患者識別子は、ユーザ識別子と同じでも良い。患者情報は、例えば、患者の属性値である１以上の患者属性値を有する。１以上の患者属性値は、例えば、氏名、住所、電話番号、メールアドレスである。１以上の患者属性値は、カルテ情報でも良い。カルテ情報は、カルテに記載される情報である。カルテ情報は、例えば、病名、症状、診察を受けた日、診察した医師の氏名を含む。
　検査依頼受信部１２１は、遠隔医療結果を検査依頼に対応付けて受信しても良い。遠隔医療結果は、患者に対する遠隔医療の結果に関する情報である。検査依頼受信部１２１が遠隔医療結果を受信する元の装置は問わない。検査依頼受信部１２１は、例えば、医療機関端末２、ユーザ端末３、または遠隔医療のサービスを提供する図示しないサーバから遠隔医療結果を受信する。
　遠隔医療結果は、例えば、遠隔医療診察の時のアーカイブ、または当該アーカイブへのリンク情報を含む。アーカイブは、例えば、医師の患者に対する遠隔診断をウェブ会議で行った場合の動画と音声である。
　共有依頼受信部１２２は、医療機関端末２から共有依頼を受信する。共有依頼は、患者の検査結果を特定する結果情報の共有の依頼である。共有依頼は、通常、患者識別子を有する。共有依頼は、例えば、検査識別子または検査キット識別子を有する。
　同意情報受信部１２３は、ユーザ端末３から同意情報を受信する。同意情報は、共有依頼が有する患者識別子で識別される患者からの情報であり、検査結果を医療機関と共有することの同意を示す情報である。同意情報は、通常、共有依頼を特定する情報を有する。同意情報は、例えば、患者識別子を有する。同意情報は、例えば、検査識別子または検査キット識別子を有する。
　処理部１３は、各種の処理を行う。各種の処理は、例えば、遠隔医療結果蓄積部１３１、検査キット決定部１３２、判断部１３３、検査情報取得部１３４、通知先取得部１３５、タイアップ先取得部１３６、付加情報取得部１３７、支援処理部１３８、検査結果取得部１３９が行う処理である。
　処理部１３は、例えば、遠隔医療のためのウェブ会議のサービスを提供する処理を行う。かかるサービスを提供する処理は公知技術であるので、ここでの詳細な説明は省略する。
　遠隔医療結果蓄積部１３１は、検査依頼受信部１２１が受信した遠隔医療結果を、検査依頼に対応する検査キットに対応付けて蓄積する。遠隔医療結果蓄積部１３１は、患者識別子と医療機関識別子とに対応付けて、遠隔医療結果を蓄積することは好適である。
　検査キット決定部１３２は、検査識別子と検査キット識別子との対応を示す対応情報を用いて、検査識別子に対応する検査キットを識別する検査キット識別子を取得する。なお、２以上の対応情報を有する対応表は、格納部１１に格納されていても良いし、外部の装置に格納されていても良い。
　判断部１３３は、検査依頼受信部１２１が受信した検査依頼が有する患者識別子と検査識別子とに対応する購入情報が、購入情報格納部１１３に存在するか否かを判断する。
　判断部１３３は、検査依頼受信部１２１が受信した検査依頼が有する医療機関識別子と検査識別子とに対応する購入情報が、購入情報格納部１１３に存在するか否かを判断しても良い。なお、医療機関識別子は、医療機関を識別する情報である。医療機関識別子は、医師を識別する情報でも良い。医療機関識別子は、例えば、ＩＤ、医療機関名、医師名、医療機関の住所、診療科、医師の免許登録番号である。
　検査情報取得部１３４は、検査情報格納部１１１から、受信された検査依頼が有する検査キット識別子に対応する検査情報を取得する。
　通知先取得部１３５は、受信された検査依頼が有する患者識別子に対応する通知先識別子を取得する。通知先取得部１３５は、例えば、受信された検査依頼が有する患者識別子に対応する対応するユーザ識別子と対になる通知先識別子を、格納部１１のユーザ情報から取得する。
　タイアップ先取得部１３６は、検査情報格納部１１１を参照し、検査依頼受信部１２１が受信した検査依頼が有する検査識別子に対応するタイアップ先識別子を取得する。検査識別子に対応するタイアップ先識別子は、例えば、検査依頼が有する検査識別子と対になる検査キット識別子と対になるタイアップ先識別子である。
　付加情報取得部１３７は、付加情報格納部１１２を参照し、タイアップ先取得部１３６が取得したタイアップ先識別子で識別されるタイアップ先が合致する第一条件に対応する付加情報を取得する。なお、付加情報は、例えば、商品情報、健康情報である。
　付加情報取得部１３７は、付加情報格納部１１２を参照し、検査依頼が有する検査識別子が合致する第二条件に対応する付加情報を取得する。
　付加情報取得部１３７は、カルテ情報に関する１以上の各第三条件に対応付けて、付加情報が格納される付加情報格納部１１２を参照し、検査依頼が有するカルテ情報が合致する第三条件に対応する付加情報を取得する。
　支援処理部１３８は、患者情報と検査キット識別子とを用いて、検査キットを用いた検査を患者が実施するための支援処理を行う。なお、支援処理は、例えば、後述する対応蓄積処理、後述する郵送支援処理、後述する通知処理、後述する対応処理である。
　支援処理部１３８は、例えば、検査依頼受信部１２１が受信した患者識別子と検査依頼受信部１２１が受信した検査キット識別子とを対応づけて、購入情報格納部１１３に蓄積する対応蓄積処理を行う。なお、患者識別子と検査キット識別子との紐付け方は問わず、直接的な紐付けでも良いし、他の情報を介した間接的な紐付けでも良い。なお、情報Ａと情報Ｂとが紐付いていることは、上記の情報と同様、直接的な紐付けでも良いし、他の情報を介した間接的な紐付けでも良い。
　支援処理部１３８は、例えば、検査依頼受信部１２１が受信した患者情報と検査依頼受信部１２１が受信した検査キット識別子とを用いて、検査キットを患者に郵送するための支援の処理である郵送支援処理を行う。郵送支援処理は、例えば、検査キット識別子と患者を特定する情報とを出力する処理である。ここで、出力とは、例えば、印刷、表示、送信である。また、郵送支援処理は、例えば、患者の氏名、住所等のタグを印刷する処理である。
　支援処理部１３８は、例えば、通知先取得部１３５が取得した通知先識別子が識別する通知先に、検査情報取得部１３４が取得した検査情報を通知する通知処理を行う。通知処理における通知の手段は問わない。通知手段は、例えば、メールによる通信、通信アプリ（例えば、ＬＩＮＥ（登録商標））を用いた通知、通知される患者がアクセスできる記録領域への検査情報の書き込みである。
　支援処理部１３８は、検査情報に加えて、付加情報取得部１３７が取得した付加情報をも通知する通知処理を行うことは好適である。
　支援処理部１３８は、例えば、検査依頼受信部１２１が受信した検査依頼が有する患者識別子と検査識別子とに対応する購入情報が存在すると判断部１３３が判断した場合、当該検査依頼と当該購入情報とを対応付ける処理である対応処理を行う。なお、対応処理は、購入情報に対応する検査キットが使用されるフラグの付加でも良い。
　支援処理部１３８は、例えば、検査依頼受信部１２１が受信した検査依頼が有する医療機関識別子と検査識別子とに対応する購入情報が存在すると判断部１３３が判断した場合、当該検査依頼と当該購入情報とを対応付ける処理である対応処理を行うことは好適である。かかることにより、医療機関等が購入した検査キットが使用されることを管理できる。
　検査結果取得部１３９は、１または２以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、通常、共有依頼受信部１２２が受信した共有依頼に対応する１以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、同意情報受信部１２３が同意情報を受信した場合に、当該同意情報に対応する結果情報を結果情報格納部１１４から取得することは好適である。検査結果取得部１３９は、例えば、共有依頼に含まれる患者識別子に対応する１以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、例えば、共有依頼に含まれる患者識別子、および共有依頼に含まれる検査識別子または検査キット識別子に対応する１以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、例えば、共有依頼に含まれる患者識別子に対応する結果情報のうちの一部または全部の結果情報であり、同意情報受信部１２３が受信した同意情報に対応する１以上の結果情報を取得する。つまり、ユーザは、結果情報格納部１１４に格納されている２以上の結果情報の中から一部の結果情報のみを医療機関と共有する意思表示をしても良い。
　送信部１４は、各種の情報を送信する。各種の情報は、例えば、同意依頼、結果情報である。送信部１４は、医療機関端末２またはユーザ端末３に情報を送信する。
　同意依頼送信部１４１は、患者に対して、依頼情報を送信する。同意依頼送信部１４１は、通常、医療機関端末２からの共有依頼を共有依頼受信部１２２が受信したことに応じて、ユーザ端末３に依頼情報を送信する。依頼情報とは、患者の検査結果の共有依頼に対して、同意を求めるための依頼に関する情報である。依頼情報は、例えば、医療機関識別子、結果情報を特定する情報を有する。依頼情報は、例えば、検査キットに関する情報を有する。
　検査結果送信部１４２は、同意情報受信部１２３が同意情報を受信したことに応じて、検査結果取得部１３９が取得した結果情報を、共有依頼を送信した医療機関端末２に送信する。なお、かかる送信の手段は問わない。かかる送信の手段は、例えば、メールによる通信、通信アプリ（例えば、ＬＩＮＥ（登録商標））を用いた通知、通知される医療機関がアクセスできる記録領域への検査情報の書き込みである。つまり、医療機関端末２に送信する処理は、検査の結果情報が医療機関に伝わるための処理である。
　医療機関端末２を構成する医療端末格納部２１には、各種の情報が格納される。各種の情報とは、例えば、医師識別子、医療機関識別子、患者情報、遠隔医療結果である。医師識別子は、医師を識別する情報であり、例えば、ＩＤである。医師識別子は、電話番号、メールアドレス等でも良い。医療機関識別子は、医療機関を識別する情報であり、例えば、ＩＤ、病院名、医療端末識別子である。医療端末識別子は、医療機関端末２のＣｏｏｋｉｅ　ＩＤ、セッション識別子、ＩＰアドレス、ＭＡＣアドレス等である。医療端末識別子は、医療機関識別子である、と考えても良い。
　医療端末受付部２２は、医療機関端末２のユーザから指示や情報等の入力を受け付ける。指示や情報等とは、例えば、検査依頼、検査識別子、共有依頼である。
　指示や情報等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。
　医療端末処理部２３は、各種の処理を行う。各種の処理とは、例えば、医療端末受付部２２が受け付けた指示や情報等を、送信する構造の指示や情報等に変更する処理、医療端末受信部２５が受信した情報を出力する構造に変更する処理等である。
　医療端末送信部２４は、各種の情報や指示等を送信する。各種の情報や指示等とは、例えば、検査依頼、遠隔医療結果である。医療端末送信部２４は、通常、検査支援装置１に情報や指示等を送信する。
　医療端末受信部２５は、各種の情報を受信する。医療端末受信部２５は、例えば、検査支援装置１から各種の情報を受信する。各種の情報は、例えば、結果情報、遠隔医療結果である。
　医療端末出力部２６は、各種の情報を出力する。各種の情報は、例えば、結果情報、遠隔医療結果、患者情報である。
　ここで、出力とは、通常、ディスプレイへの表示、プロジェクターを用いた投影であるが、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。
　ユーザ端末３を構成するユーザ端末格納部３１には、各種の情報が格納される。各種の情報とは、例えば、ユーザ識別子、ユーザ端末識別子である。ユーザ識別子は、ユーザを識別する情報であり、例えば、ＩＤである。ユーザ識別子は、電話番号、クレジットカード番号、メールアドレス等でも良い。ユーザ端末識別子は、端末装置２を識別する情報であり、例えば、Ｃｏｏｋｉｅ　ＩＤ、セッション識別子、ＩＰアドレス、ＭＡＣアドレス等である。ユーザ端末識別子は、ユーザ識別子である、と考えても良い。
　ユーザ端末受付部３２は、ユーザから指示や情報等の入力を受け付ける。指示や情報等とは、例えば、結果出力指示、回答情報、同意情報等である。
　ユーザ端末処理部３３は、各種の処理を行う。各種の処理とは、例えば、ユーザ端末受付部３２が受け付けた指示や情報等を、送信する構造の指示や情報等に変更する処理、ユーザ端末受信部３５が受信した情報を出力する構造に変更する処理等である。
　ユーザ端末送信部３４は、各種の情報や指示等を送信する。各種の情報や指示等とは、例えば、出力指示である。出力指示は、検査情報の出力の指示である。ユーザ端末送信部３４は、通常、検査支援装置１に情報や指示等を送信する。
　ユーザ端末受信部３５は、各種の情報を受信する。各種の情報とは、例えば、検査情報、依頼情報である。
　ユーザ端末出力部３６は、各種の情報を出力する。各種の情報とは、例えば、ユーザ端末受信部３５が受信し、ユーザ端末処理部３３が出力される構造に変更した情報であり、例えば、通知情報、依頼情報である。
　格納部１１、検査情報格納部１１１、付加情報格納部１１２、購入情報格納部１１３を備える。付加情報格納部１１２は、商品情報格納部１１２１、健康情報格納部１１２２、医療端末格納部２１、およびユーザ端末格納部３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
　格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
　受信部１２、検査依頼受信部１２１、医療端末受信部２５、およびユーザ端末受信部３５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
　処理部１３、遠隔医療結果蓄積部１３１、検査キット決定部１３２、判断部１３３、検査情報取得部１３４、通知先取得部１３５、タイアップ先取得部１３６、付加情報取得部１３７、支援処理部１３８、医療端末処理部２３、およびユーザ端末処理部３３は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。
　支援処理部１３８、送信部１４、医療端末送信部２４、およびユーザ端末送信部３４は、通常、無線または有線の通信手段で実現され得るが、放送手段で実現されても良い。
　医療端末受付部２２、およびユーザ端末受付部３２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
　医療端末出力部２６、およびユーザ端末出力部３６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。医療端末出力部２６等は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
　次に、検査支援システムＡの動作例について説明する。まず、検査支援装置１の動作例について、図４、図５、および図６のフローチャートを用いて説明する。
　（ステップＳ４０１）検査依頼受信部１２１は、検査依頼を受信したか否かを判断する。検査依頼を受信した場合はステップＳ４０２に行き、検査依頼を受信しなかった場合はステップＳ４１３に行く。なお、検査依頼受信部１２１は、通常、医療機関端末２から検査依頼を受信するが、ユーザ端末３等の他の装置から検査依頼を受信しても良い。
　（ステップＳ４０２）検査キット決定部１３２は、ステップＳ４０１で受信された検査依頼に含まれる検査識別子を取得する。
　（ステップＳ４０３）検査キット決定部１３２は、ステップＳ４０２で取得した検査識別子に対応する検査キット識別子を、格納部１１の対応表から取得する。
　（ステップＳ４０４）判断部１３３は、ステップＳ４０１で受信された検査依頼に含まれる患者識別子を取得する。または、判断部１３３は、ステップＳ４０１で受信された検査依頼に含まれる医療機関識別子を取得する。
　（ステップＳ４０５）判断部１３３は、ステップＳ４０４で取得した患者識別子、およびステップＳ４０３で取得された検査キット識別子に対応する購入情報が、購入情報格納部１１３に存在するか否かを判断する。または、判断部１３３は、ステップＳ４０４で取得した医療機関識別子、およびステップＳ４０３で取得された検査キット識別子に対応する購入情報が、購入情報格納部１１３に存在するか否かを判断する。そして、購入情報が存在する場合はステップＳ４０６に行き、存在しない場合はステップＳ４０７に行く。なお、ここで、購入情報が存在するか否かの判断は、使用されていない検査キットの購入情報が存在するか否かの判断である。
　（ステップＳ４０６）支援処理部１３８は、対応処理を行う。ステップＳ４０８に行く。対応処理の例について、図７のフローチャートを用いて説明する。
　（ステップＳ４０７）支援処理部１３８は、郵送支援処理を行う。ステップＳ４０６に行く。郵送支援処理の例について、図８のフローチャートを用いて説明する。
　（ステップＳ４０８）支援処理部１３８は、通知処理を行うか否かを判断する。通知処理を行う場合はステップＳ４０９に行き、通知処理を行わない場合はステップＳ４０１に戻る。
　なお、支援処理部１３８は、格納部１１の通知条件に合致する場合に、通知処理を行う、と判断する。通知条件は、例えば、ステップＳ４０５において購入情報が存在すると判断されたこと、ステップＳ４０５において購入情報が存在しないと判断されたことである。なお、支援処理部１３８は、常に、通知処理を行っても良い。
　（ステップＳ４０９）支援処理部１３８は、通知処理を行う。通知処理の例について、図９のフローチャートを用いて説明する。
　（ステップＳ４１０）遠隔医療結果蓄積部１３１は、ステップＳ４０１において、検査依頼に対応付いた遠隔医療結果を受信していたか否かを判断する。遠隔医療結果を受信していた場合はステップＳ４１１に行き、遠隔医療結果を受信していない場合はステップＳ４１２に行く。
　（ステップＳ４１１）遠隔医療結果蓄積部１３１は、ステップＳ４０１において受信されていた遠隔医療結果を、当該検査依頼に対応付けて蓄積する。ステップＳ４０１に戻る。
　（ステップＳ４１２）処理部１３は、検査支援装置１においてサービス中のウェブ会議（遠隔医療のための会議）を終了するか否かを判断する。ウェブ会議を終了する場合はステップＳ４２０に行き、終了しない場合はステップＳ４０１に戻る。なお、検査支援装置１が遠隔医療のためのウェブ会議のサービスを提供しない場合、本ステップにおける処理は不要である。
　（ステップＳ４１３）受信部１２は、遠隔医療指示を受信したか否かを判断する。遠隔医療指示を受信した場合はステップＳ４１４に行き、遠隔医療指示を受信しなかった場合はステップＳ４２２に行く。なお、ここでの遠隔医療指示の受信は、医療機関端末２およびユーザ端末３からの受信である、とする。
　（ステップＳ４１４）処理部１３は、ステップＳ４１３で受信された遠隔医療指示に対応する医師識別子を取得する。なお、この医師識別子は、遠隔医療の診察を行うためのウェブ会議に参加する医師（診察する医師）の識別子である。
　（ステップＳ４１５）処理部１３は、ステップＳ４１３で受信された遠隔医療指示に対応する患者識別子を取得する。この患者識別子は、遠隔医療の診察を受けるためのウェブ会議に参加する患者（診察される患者）の識別子である。
　（ステップＳ４１６）処理部１３は、医師と患者とのウェブ会議（遠隔における診察）を開始するための処理を行う。
　（ステップＳ４１７）処理部１３は、医師と患者とのウェブ会議の中継処理を行う。中継処理は、例えば、医療機関端末２から送信された音声と映像とをユーザ端末３に送信する処理、ユーザ端末３から送信された音声と映像とを医療機関端末２に送信する処理、医療機関端末２とユーザ端末３とから送信された映像を合成し、医療機関端末２とユーザ端末３に送信する処理、医療機関端末２とユーザ端末３とから送信された音声を、他の端末に送信する処理である。中継処理は、例えば、医療機関端末２とユーザ端末３とから送信された映像を合成し、かつ音声も映像に対応付けて付加し、図示しないバッファに蓄積する処理を含むことは好適である。
　（ステップＳ４１８）受信部１２は、終了指示を受信したか否かを判断する。終了指示を受信した場合はステップＳ４２０に行き、終了指示を受信しなかった場合はステップＳ４１９に行く。
　（ステップＳ４１９）受信部１２は、医師と患者とのウェブ会議中に、検査依頼を受信したか否かを判断する。検査依頼を受信した場合はステップＳ４２０に行き、検査依頼を受信しなかった場合はステップＳ４０２に戻る。
　（ステップＳ４２０）遠隔医療結果蓄積部１３１は、図示しないバッファに格納されている遠隔医療結果（ウェブ会議による遠隔診療の映像と音声）を、医師識別子と患者識別子とに対応付けて蓄積する。なお、かかる遠隔医療結果の蓄積先は、格納部１１でも良いし、図示しない外部の装置でも良い。
　（ステップＳ４２１）処理部１３は、医師と患者とのウェブ会議の終了処理を行う。ステップＳ４０１に戻る。なお、ウェブ会議の終了処理は公知技術であるので、詳細な説明は省略する。
　（ステップＳ４２２）受信部１２は、ユーザ端末３または医療機関端末２から購入指示を受信したか否かを判断する。購入指示を受信した場合はステップＳ４２３に行き、購入指示を受信しなかった場合はステップＳ４２５に行く。
　（ステップＳ４２３）処理部１３は、受信された購入指示を用いて、蓄積する購入情報を構成する。なお、購入情報は、例えば、患者識別子または医療機関識別子を有する。
　（ステップＳ４２４）処理部１３は、ステップＳ４２３で構成された購入情報を購入情報格納部１１３に蓄積する。ステップＳ４０１に戻る。
　（ステップＳ４２５）受信部１２は、図示しない装置またはユーザ端末３から検査結果を受信したか否かを判断する。検査結果を受信した場合はステップＳ４２６に行き、検査結果を受信しなかった場合はステップＳ４３１に行く。なお、図示しない装置は、例えば、検査機関の装置である。
　（ステップＳ４２６）処理部１３は、ステップＳ４２５で受信された検査結果を格納部１１に蓄積する。なお、検査結果は、後述する結果情報でも良い。
　（ステップＳ４２７）処理部１３は、ステップＳ４２６で蓄積された検査結果を用いて、送信する結果情報を構成する。
　（ステップＳ４２８）処理部１３は、ステップＳ４２５で受信された検査結果に対応する医師識別子を取得する。なお、医師識別子は、医療機関識別子でも良い。
　（ステップＳ４２９）処理部１３は、ステップＳ４２５で受信された検査結果に対応する患者識別子を取得する。
　（ステップＳ４３０）送信部１４は、ステップＳ４２７で構成された結果情報を、ステップＳ４２８で取得された医師識別子に対応する通知先情報を用いて、医師識別子で識別される医師に通知する。送信部１４は、ステップＳ４２７で構成された結果情報を、ステップＳ４２９で取得された患者識別子に対応する通知先情報を用いて、患者識別子で識別される患者に通知する。ステップＳ４０１に戻る。
　（ステップＳ４３１）受信部１２は、医療機関端末２またはユーザ端末３から、閲覧指示を受信したか否かを判断する。閲覧指示を受信した場合はステップＳ４３２に行き、閲覧指示を受信しなかった場合はステップＳ４０１に戻る。
　（ステップＳ４３２）処理部１３は、ステップＳ４３１で受信された閲覧指示に対応する情報を取得する。なお、閲覧指示に対応する情報は、例えば、遠隔医療結果
　（ステップＳ４３３）送信部１４は、ステップＳ４３２で取得された情報を、閲覧指示を送信してきた端末に送信する。ステップＳ４０１に戻る。
　（ステップＳ４３４）共有依頼受信部１２２は、共有依頼を受信したか否かを判断する。共有依頼を受信した場合はステップＳ４３５に行き、共有依頼を受信しなかった場合はステップＳ４３８に行く。
　（ステップＳ４３５）処理部１３は、共有依頼が有する患者識別子を取得する。
　（ステップＳ４３６）処理部１３は、共有依頼が有する検査識別子または検査キット識別子を取得する。処理部１３は、かかる検査識別子または検査キット識別子に対応する結果情報または検査情報を取得する。次に、処理部１３は、かかる結果情報または検査情報を用いて、依頼情報を構成する。
　（ステップＳ４３７）同意依頼送信部１４１は、ステップＳ４３６で構成された依頼情報を、患者識別子に対応するユーザ端末３に送信する。ステップＳ４０１に戻る。なお、かかる依頼情報の送信は、例えば、メール等の通信手段による送信であるが、当該ユーザ端末３がアクセスできる記録領域への書き込みでも良い。
　（ステップＳ４３８）同意情報受信部１２３は、同意情報を受信したか否かを判断する。同意情報を受信した場合はステップＳ４３９に行き、同意情報を受信しなかった場合はステップＳ４０１に戻る。
　（ステップＳ４３９）検査結果取得部１３９は、受信された同意情報に対応する医療端末識別子を取得する。なお、受信された同意情報には、共有依頼を送信した医療機関端末２を識別する医療端末識別子が対応付く。
　（ステップＳ４４０）検査結果取得部１３９は、受信された同意情報に対応する結果情報を結果情報格納部１１４から取得する。
　（ステップＳ４４１）検査結果送信部１４２は、ステップＳ４３９で取得した医療端末識別子で識別される医療機関端末２に、ステップＳ４４０で取得されたる結果情報を送信する。ステップＳ４０１に戻る。なお、かかる結果情報の送信は、例えば、メール等の通信手段による送信であるが、当該医療機関端末２がアクセスできる記録領域への書き込みでも良い。
　なお、図４、図５、および図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
　次に、ステップＳ４０６の対応処理の例について、図７のフローチャートを用いて説明する。
　（ステップＳ７０１）支援処理部１３８は、ステップＳ４０２で取得された検査識別子を取得する。
　（ステップＳ７０２）支援処理部１３８は、ステップＳ４０５で存在すると判断された購入情報を識別する購入情報識別子を取得する。
　（ステップＳ７０３）支援処理部１３８は、ステップＳ７０１で取得した検査識別子とステップＳ７０２で取得した購入情報識別子との対応付けを行う。なお、対応付けを行うことは、例えば、検査識別子と購入情報識別子とをリンク付けること、検査識別子と購入情報識別子とを有するレコードを蓄積すること等である。
　（ステップＳ７０４）支援処理部１３８は、ステップＳ４０５で存在すると判断された購入情報の使用済みフラグをＯＮ（使用したこと）にする。上位処理にリターンする。
　次に、ステップＳ４０７の郵送支援処理の例について、図８のフローチャートを用いて説明する。
　（ステップＳ８０１）支援処理部１３８は、ステップＳ４０４で取得された患者識別子に対応するユーザ識別子を取得する。なお、患者識別子とユーザ識別子とは同じでも良い。患者識別子とユーザ識別子とが異なる場合、支援処理部１３８は、ステップＳ８０４で取得された患者識別子と対になるユーザ識別子を、格納部１１の患者識別子とユーザ識別子との対応を管理するユーザ患者管理表から取得する。
　（ステップＳ８０２）支援処理部１３８は、患者の氏名、住所等を取得する。支援処理部１３８は、例えば、格納部１１のユーザ情報管理表から、ユーザ識別子と対になる氏名、住所等を取得する。支援処理部１３８は、例えば、ステップＳ４０１で受信された検査依頼が有する患者情報に含まれる氏名、住所等を取得しても良い。
　（ステップＳ８０３）支援処理部１３８は、ステップＳ４０３で取得された検査キット識別子を取得する。
　（ステップＳ８０４）支援処理部１３８は、ステップＳ８０２で取得した氏名、住所等を用いて、検査キットを患者に郵送するためのタグを構成する。なお、タグは、郵便物に貼り付けるタグであり、住所、氏名等が印刷されている。また、タグに、検査キット識別子や、検査キット識別子と対になる検査情報等が印刷されていても良い。
　（ステップＳ８０５）支援処理部１３８は、ステップＳ８０４で構成したタグを印刷するための処理を行う。かかる処理は、印刷でも良いし、郵送作業者への送信でも良い。
　（ステップＳ８０６）支援処理部１３８は、郵送指示情報を構成する。なお、郵送指示情報は、例えば、患者の氏名、住所等、検査キット識別子、検査情報の一部または全部を有する。
　（ステップＳ８０７）支援処理部１３８は、ステップＳ８０６で構成した送指示情報を、郵送作業者に送信する。上位処理にリターンする。なお、郵送作業者に送信するための通知先情報は、例えば、格納部１１に格納されている。
　次に、ステップＳ４０９の通知処理の例について、図９のフローチャートを用いて説明する。
　（ステップＳ９０１）支援処理部１３８は、ステップＳ４０４で取得された患者識別子に対応する通知先識別子を格納部１１から取得する。
　（ステップＳ９０２）支援処理部１３８は、ステップＳ４０２で取得された検査識別子に対応する検査情報を検査情報格納部１１１から取得する。
　（ステップＳ９０３）タイアップ先取得部１３６は、ステップＳ９０２で取得された検査情報が有する１以上のタイアップ先識別子を取得する。
　（ステップＳ９０４）付加情報取得部１３７は、ステップＳ９０３で取得された１以上の各タイアップ先識別子が合致する１以上の第一条件が存在するか否かを判断する。第一条件が存在する場合はステップＳ９０５に行き、存在しない場合はステップＳ９０６に行く。
　（ステップＳ９０５）付加情報取得部１３７は、ステップＳ９０４で合致すると判断した１以上の各第一条件に対応する付加情報を、付加情報格納部１１２から取得する。
　（ステップＳ９０６）付加情報取得部１３７は、ステップＳ４０２で取得された検査識別子を取得する。
　（ステップＳ９０７）付加情報取得部１３７は、ステップＳ９０６で取得した検査識別子が合致する１以上の第二条件が存在するか否かを判断する。第二条件が存在する場合はステップＳ９０８に行き、存在しない場合はステップＳ９０９に行く。
　（ステップＳ９０８）付加情報取得部１３７は、ステップＳ９０７で合致すると判断した１以上の各第二条件に対応する付加情報を、付加情報格納部１１２から取得する。
　（ステップＳ９０９）付加情報取得部１３７は、ステップＳ４０１で受信された検査依頼に含まれるカルテ情報を取得する。
　（ステップＳ９１０）付加情報取得部１３７は、ステップＳ９０９で取得したカルテ情報が合致する１以上の第三条件が存在するか否かを判断する。第三条件が存在する場合はステップＳ９１１に行き、存在しない場合はステップＳ９１２に行く。
　（ステップＳ９１１）付加情報取得部１３７は、ステップＳ９１０で合致すると判断した１以上の各第三条件に対応する付加情報を、付加情報格納部１１２から取得する。
　（ステップＳ９１２）支援処理部１３８は、取得した検査情報を用いて、通知情報を構成する。また、１以上の付加情報が取得されている場合、支援処理部１３８は、当該１以上の付加情報を有する通知情報を構成する。
　（ステップＳ９１３）支援処理部１３８は、ステップＳ９１２で構成した通知情報を、ステップＳ９０１で取得した通知先識別子で識別される通知先に送信する。上位処理にリターンする。
　次に、医療機関端末２の動作例について、図１０のフローチャートを用いて説明する。
　（ステップＳ１００１）医療端末受付部２２は、遠隔医療指示を受け付けたか否かを判断する。遠隔医療指示を受け付けた場合はステップＳ１００２に行き、受け付けなかった場合はステップＳ１０１０に行く。
　（ステップＳ１００２）医療端末処理部２３は、送信する遠隔医療指示を構成する。医療端末送信部２４は、当該遠隔医療指示を送信する。なお、遠隔医療指示の送信先は、検査支援装置１または図示しないウェブ会議を支援する装置である。
　（ステップＳ１００３）医療端末処理部２３は、ウェブ会議のための処理を行う。なお、ウェブ会議は公知技術である。
　（ステップＳ１００４）医療端末受付部２２は、検査依頼を受け付けたか否かを判断する。検査依頼を受け付けた場合はステップＳ１００５に行き、受け付けなかった場合はステップＳ１００７に行く。
　（ステップＳ１００５）医療端末処理部２３は、送信する検査依頼を構成する。
　（ステップＳ１００６）医療端末送信部２４は、ステップＳ１００５で構成された検査依頼を検査支援装置１に送信する。ステップＳ１００１に戻る。
　（ステップＳ１００７）医療端末受付部２２は、終了指示を受け付けたか否かを判断する。終了指示を受け付けた場合はステップＳ１００８に行き、受け付けなかった場合はステップＳ１０１６に行く。
　（ステップＳ１００８）医療端末処理部２３は、送信する終了指示を構成する。医療端末送信部２４は、当該終了指示を送信する。なお、終了指示の送信先は、ウェブ会議を支援している装置あり、例えば、検査支援装置１または図示しない外部の装置である。
　（ステップＳ１００９）医療端末処理部２３は、ウェブ会議の終了のための処理を行う。ステップＳ１００１に戻る。なお、かかる処理は公知技術である。
　（ステップＳ１０１０）医療端末受信部２５は、検査支援装置１から結果情報を受信したか否かを判断する。結果情報を受信した場合はステップＳ１０１１に行き、受信しなかった場合はステップＳ１０１２に行く。
　（ステップＳ１０１１）医療端末処理部２３は、受信された結果情報を出力する構造にする。医療端末出力部２６は、当該結果情報を出力する。ステップＳ１００１に戻る。
　（ステップＳ１０１２）医療端末受付部２２は、閲覧指示を受け付けたか否かを判断する。閲覧指示を受け付けた場合はステップＳ１０１３に行き、受け付けなかった場合はステップＳ１００１に戻る。
　（ステップＳ１０１３）医療端末処理部２３は、送信する閲覧指示を構成する。医療端末送信部２４は、当該閲覧指示を検査支援装置１に送信する。
　（ステップＳ１０１４）医療端末受信部２５は、閲覧指示の送信に応じて、情報を受信したか否かを判断する。情報を受信した場合はステップＳ１０１５に行き、受信しなかった場合はステップＳ１０１４に戻る。
　（ステップＳ１０１５）医療端末処理部２３は、受信された情報を出力する構造にする。医療端末出力部２６は、当該情報を出力する。ステップＳ１００１に戻る。
　（ステップＳ１０１６）医療端末受付部２２は、共有依頼を受け付けたか否かを判断する。共有依頼を受け付けた場合はステップＳ１０１６に行き、受け付けなかった場合はステップＳ１００３に行く。
　（ステップＳ１０１７）医療端末処理部２３は、ステップＳ１０１６で受け付けられた共有依頼を送信する構造にする。医療端末送信部２４は、当該共有依頼を検査支援装置１に送信する。
　（ステップＳ１０１８）医療端末受信部２５は、共有依頼に対応する結果情報を受信したか否かを判断する。結果情報を受信した場合はステップＳ１０１９に行き、受信しなかった場合はステップＳ１０１８に戻る。
　（ステップＳ１０１９）医療端末処理部２３は、受信された結果情報を出力する構造にする。医療端末出力部２６は、当該結果情報を出力する。ステップＳ１００３に戻る。
　なお、図１０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
　次にユーザ端末３動作例について、図１１のフローチャートを用いて説明する。
　（ステップＳ１１０１）ユーザ端末受付部３２は、遠隔医療指示を受け付けたか否かを判断する。遠隔医療指示を受け付けた場合はステップＳ１１０２に行き、受け付けなかった場合はステップＳ１１０５に行く。
　（ステップＳ１１０２）ユーザ端末処理部３３は、送信する遠隔医療指示を構成する。ユーザ端末送信部３４は、当該遠隔医療指示を送信する。なお、遠隔医療指示の送信先は、検査支援装置１または図示しないウェブ会議を支援する装置である。
　（ステップＳ１１０３）ユーザ端末処理部３３は、ウェブ会議のための処理を行う。なお、ウェブ会議のための処理は公知技術である。
　（ステップＳ１１０４）ユーザ端末処理部３３は、ウェブ会議を終了するか否かを判断する。終了する場合はステップＳ１１０１に戻り、終了しない場合はステップＳ１１０３に戻る。なお、終了する場合は、ユーザ端末処理部３３は、公知のウェブ会議の終了処理を行う。
　（ステップＳ１１０５）ユーザ端末受付部３２は、購入指示を受け付けたか否かを判断する。購入指示を受け付けた場合はステップＳ１１０６に行き、受け付けなかった場合はステップＳ１１０８に行く。
　（ステップＳ１１０６）ユーザ端末処理部３３は、送信する購入指示を構成する。なお、購入指示は、例えば、ユーザ識別子を有する。
　（ステップＳ１１０７）ユーザ端末送信部３４は、ステップＳ１１０６で構成された購入指示を検査支援装置１に送信する。
　（ステップＳ１１０８）ユーザ端末受信部３５は、結果情報を受信したか否かを判断する。結果情報を受信した場合はステップＳ１１０９に行き、受信しなかった場合はステップＳ１１１０に行く。なお、結果情報を受信するトリガーは問わない。例えば、ユーザ端末３からの結果情報の送信に応じて、結果情報を受信する。
　（ステップＳ１１０９）ユーザ端末処理部３３は、受信された結果情報を出力する構造にする。ユーザ端末出力部３６は、当該結果情報を出力する。ステップＳ１１０１に戻る。
　（ステップＳ１１１０）ユーザ端末受付部３２は、閲覧指示を受け付けたか否かを判断する。閲覧指示を受け付けた場合はステップＳ１１１１に行き、受け付けなかった場合はステップＳ１１１４に行く。なお、閲覧指示は、検査支援装置１に格納されている情報を閲覧する指示である。閲覧指示は、例えば、ユーザ識別子を有する。検査支援装置１に格納されている情報は、例えば、結果情報、遠隔医療結果、購入情報である。
　（ステップＳ１１１１）ユーザ端末処理部３３は、送信する閲覧指示を構成する。ユーザ端末送信部３４は、構成された閲覧指示を検査支援装置１に送信する。
　（ステップＳ１１１２）ユーザ端末受信部３５は、情報を受信したか否かを判断する。情報を受信した場合はステップＳ１１１３に行き、受信しなかった場合はステップＳ１１１２に戻る。
　（ステップＳ１１１３）ユーザ端末処理部３３は、受信された情報を出力する構造にする。ユーザ端末出力部３６は、当該情報を出力する。ステップＳ１１０１に戻る。
　（ステップＳ１１１４）ユーザ端末受信部３５は、通知情報を受信したか否かを判断する。通知情報を受信した場合はステップＳ１１０９に行き、受信しなかった場合はステップＳ１１１６に行く。
　（ステップＳ１１１５）ユーザ端末処理部３３は、受信された通知情報を出力する構造にする。ユーザ端末出力部３６は、当該通知情報を出力する。ステップＳ１１０１に戻る。
　（ステップＳ１１１６）ユーザ端末受信部３５は、依頼情報を受信したか否かを判断する。依頼情報を受信した場合はステップＳ１１１７に行き、受信しなかった場合はステップＳ１１０１に戻る。
　（ステップＳ１１１７）ユーザ端末処理部３３は、受信された依頼情報を出力する構造にする。ユーザ端末出力部３６は、当該依頼情報を出力する。
　（ステップＳ１１１８）ユーザ端末受付部３２は、出力された依頼情報を見たユーザが入力した同意情報を受け付けたか否かを判断する。同意情報を受け付けた場合はステップＳ１１１９に行き、受け付けなかった場合はステップＳ１１１８に戻る。
　（ステップＳ１１１９）ユーザ端末処理部３３は、送信する同意情報を構成する。ユーザ端末送信部３４は、当該同意情報を検査支援装置１に送信する。なお、同意情報は、例えば、依頼情報を特定する情報、ユーザ識別子等を有する。
　なお、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
　以下、本実施の形態における検査支援システムＡの具体的な動作例について説明する。
　今、検査支援装置１の検査情報格納部１１１には、図１２に示す検査情報管理表が格納されている。検査情報管理表は、「ＩＤ」「検査キット識別子」「検査名」「キット属性値」を有する１以上のレコードを管理する。「キット属性値」は、「検査内容」「タイアップ先情報」「販売場所情報」「検査項目情報」「検体情報」を有する。「タイアップ先情報」は、「検査開発元」「ＯＥＭ提供先」「販売先」を有する。「検体情報」は、「検体種類識別子」「検体量情報」を有する。「ＩＤ」は、レコードを識別する情報である。「販売先」は、検査キットの販売先を特定する情報である。なお、「タイアップ先情報」は、上述した通り、「ユーザの検査キットの入手先」「検査に対応する商品またはサービスの提供元」を有しても良い。
　付加情報格納部１１２には、図１３に示す構造を有する商品情報管理表が格納されている。商品情報管理表は、「ＩＤ」「商品情報」「条件」を有する１以上のレコードを管理する。「商品情報」は「商品識別子」「商品詳細」を有する。「商品識別子」は、ここでは商品名である。「商品詳細」は、商品の詳細な情報が記載されたファイルの名称である。なお、かかるファイルも、商品情報格納部１１２１に格納されている、とする。ここでの「条件」は、タイアップ先に関する条件を含む第一条件、または検査識別子に関する条件を含む第二条件、またはカルテ情報に関する条件を含む第三条件である。
　また、付加情報格納部１１２には、図１４に示す構造を有する健康情報管理表が格納されている。健康情報管理表は、「ＩＤ」「健康情報」「条件」を有する１以上のレコードを管理する。ここでの「条件」は、第一条件または第二条件または第三条件である。
　また、付加情報格納部１１２には、図１５に構造を有する家族レコメンド情報管理表が格納されている。家族レコメンド情報管理表は、「ＩＤ」「家族レコメンド情報」「条件」を有する１以上のレコードを管理する。ここでの「条件」は、第一条件または第二条件または第三条件である。
　購入情報格納部１１３には、図１６に示す構造を有する購入情報管理表が格納されている。購入情報管理表は、「ＩＤ」「識別子」「検査キット識別子」「固有値」「使用済みフラグ」「日付」を有する１以上のレコードを管理する。「ＩＤ」は、購入情報を識別する情報である。「識別子」は、検査キットの購入者のＩＤであり、例えば、ユーザ識別子（例えば、「Ｕ０１」「Ｕ０２」「Ｕ０３」）、または医療機関識別子（例えば、「Ｈ０１」「Ｈ０２」）、または検査機関識別子（例えば、「Ｉ０１」「Ｉ０２」）である。「検査キット識別子」は、検査キットの種類を識別する情報である。「固有値」は、その検査キットの固有のＩＤである。「使用済みフラグ」は、検査キットを既に使用している「１」または使用していない「０」を示す情報である。「日付」は、ここでは、検査キットが購入された日である。
　結果情報格納部１１４には、図１７に示す構造を有する結果情報管理表が格納されている。結果情報管理表は、「購入情報ＩＤ」「識別子」「検査依頼ＩＤ」「検査キット識別子」「医療機関識別子」「固有値」「日付」を有する１以上のレコードを管理する。「購入情報ＩＤ」は、購入情報管理表（図１６）の「ＩＤ」であり、購入情報と検査依頼とを対応付けるための情報である。「識別子」は、検査キットの購入者のＩＤである。「検査依頼ＩＤ」は、検査依頼を識別する情報である。「医療機関識別子」は、検査を依頼した医療機関のＩＤである。「日付」は、ここでは、結果情報が蓄積された日であるが、検査キットを検査機関に出した日等でも良い。なお、結果情報管理表において、購入情報管理表から「購入情報ＩＤ」を用いて取得できる情報である「識別子」「検査キット識別子」「固有値」は無くても良い。
　格納部１１には、図１８に示す構造を有するユーザ情報管理表が格納されている。ユーザ情報管理表は、「ＩＤ」「ユーザ識別子」「性別」「年齢」「身長」「体重」「ＢＭＩ」「住まい情報」「家族情報」「健康情報」「職業情報」「健康悩み」「メールアドレス」を有する１以上のレコードを管理する。「住まい情報」は「居住年数」を有する。「家族情報」は「同居者情報」を有する。「健康情報」は「既往歴」を有する。「職業情報」は「勤務形態」を有する。「ＩＤ」は、レコードを識別する情報である。「ユーザ識別子」は、ここでは患者識別子と考えても良い。「同居者情報」は、同居の家族を特定する情報である。「メールアドレス」は、ユーザのメールアドレスである。なお、メールアドレスは、結果情報が受信された場合に、当該結果情報、または当該結果情報を含む通知情報、または結果情報が届いた旨の情報を、ユーザに送信するために使用される。
　格納部１１には、図１９に示す構造を有する医療機関情報管理表が格納されている。医療機関情報管理表は、１以上の医療機関情報が管理される。医療機関情報管理表は、「ＩＤ」「医療機関識別子」「病院名」「医師名」「通知先情報」を有する１以上のレコードを管理する。「ＩＤ」は、レコードを識別する情報である。
　かかる状況において、以下の４つの具体例について説明する。具体例１は、遠隔診断を行っている間に、医療機関端末２からの検査依頼であり、検査キットの発注を含む検査依頼を検査支援装置１が受信し、当該検査支援装置１が対応蓄積処理と郵送支援処理とを行う場合である。具体例２は、遠隔診断を行った後に、医療機関が保有している検査キットを用いた検査依頼を医療機関端末２から検査支援装置１が受信し、当該検査支援装置１が対応蓄積処理を行う場合である。具体例３は、遠隔診断を行った後に、ユーザが保有している検査キットを用いた検査依頼を検査支援装置１がユーザ端末３から受信し、当該検査支援装置１が対応蓄積処理を行う場合である。具体例４は、遠隔診断を行っている間に、遠隔診断中の医師の医療機関端末２からの共有依頼を検査支援装置１が受信し、当該検査支援装置１が検査結果を特定する結果情報を医療機関端末２に送信する場合である。
（具体例１）
　医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。なお、図２０は、田中Ａ夫の医療機関端末２の画面例である。なお、遠隔診断は、遠隔診察と言っても良い。
　そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、腸内フローラ検査が必要である、と考え、図２０の画面のフィールド２００１に検査名「腸内フローラ検査」を入力し、「送信」ボタン２００２を指示した、とする。
　すると、医療機関端末２の医療端末受付部２２は、検査名「腸内フローラ検査」を含む検査依頼を受け付ける。なお、検査依頼は、例えば、先に医師「田中Ａ夫」が、医療機関端末２に入力していたカルテ情報（例えば、病名「ＸＸＸ」）を含む、とする。
　次に、医療端末処理部２３は、医療機関端末２の医療端末格納部２１から医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」を読み出し、検査名「腸内フローラ検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む検査依頼を構成する。次に、医療端末送信部２４は、当該検査依頼を検査支援装置１に送信する。なお、医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とは、例えば、遠隔医療の開始時に、医療端末格納部２１に蓄積されたものとする。
　次に、検査支援装置１の検査依頼受信部１２１は、医療機関端末２から検査依頼「＜検査名＞腸内フローラ検査　＜医療機関識別子＞Ｈ０１　＜患者識別子＞Ｕ０１　＜病名＞ＸＸＸ」を受信する。
　次に、検査キット決定部１３２は、受信された検査依頼に含まれる検査名「腸内フローラ検査」を取得する。そして、検査キット決定部１３２は、検査名「腸内フローラ検査」と対になる検査キット識別子「Ｋ０２」を、図１２の検査情報管理表から取得する。
　次に、判断部１３３は、受信された検査依頼に含まれる患者識別子「Ｕ０１」と医療機関識別子「Ｈ０１」とを取得する。
　次に、判断部１３３は、購入情報管理表（図１６）を参照し、患者識別子「Ｕ０１」または医療機関識別子「Ｈ０１」を含む購入情報であり、使用されていない（「使用フラグ＝０」の）購入情報が存在しない、と判断する。
　次に、支援処理部１３８は、郵送支援処理を行う。つまり、支援処理部１３８は、図７のフローチャートを用いて説明した処理により、患者Ｐ１に、検査キット識別子「Ｋ０２」で識別される検査キットを郵送するための支援処理を行う。そして、郵送の担当者が、検査キットを患者Ｐ１に郵送する。
　次に、支援処理部１３８は、対応処理を行う。つまり、支援処理部１３８は、受信された検査依頼に対応するユニークな検査依頼ＩＤ「Ｒ１２８」を取得する。なお、ユニークな検査依頼ＩＤの取得方法は問わない。また、支援処理部１３８は、取得された患者識別子「Ｕ０１」を取得する。なお、ここでは、患者識別子とユーザ識別子とは同じである、とする。また、支援処理部１３８は、検査キット識別子「Ｋ０２」を取得する。次に、支援処理部１３８は、当該検査キットの固有値（例えば、「Ｋ０２＿０１２８」）を取得する。なお、固有値は、ユニークな情報であり、例えば、支援処理部１３８は、最新の固有値（例えば、「Ｋ０２＿０１２７」）の後半部の数値に「１」インクリメントすることにより生成する。なお、ユニークな固有値を取得する方法は問わない。次に、支援処理部１３８は、使用済みフラグ「０」を取得する。また、支援処理部１３８は、図示しない時計から本日の日付「２０２１／１０／３１」を取得する。次に、支援処理部１３８は、取得した情報を用いて、蓄積する購入情報を構成し、図１６の購入情報管理表に蓄積する。かかる蓄積したレコードは、購入情報管理表の「ＩＤ＝１８１」のレコードである。なお、図示しないが、「ＩＤ＝１８１」のレコーは、検査依頼ＩＤ「Ｒ１２８」を含むとする。
　次に、支援処理部１３８等は、以下の通知処理を行う。つまり、支援処理部１３８は、患者識別子Ｐ１（ユーザ識別子「Ｕ０１」）に対応する通知先識別子（アドレスＡ）をユーザ管理表(図１８)から取得する。また、支援処理部１３８は、取得された検査名「腸内フローラ検査」に対応する検査情報を、図１２の検査情報管理表から取得する。なお、ここで取得する検査情報は、例えば、検査名「腸内フローラ検査」、検査内容、検体情報「便」等であり、図１２の検査情報の一部であるが、全部でも良い。
　次に、タイアップ先取得部１３６は、検査キット識別子「Ｋ０２」と対になるタイアップ先識別子（検査開発元「ＤＢ社」、ＯＥＭ提供先「ＯＢ社」「ＯＣ社」）を取得する。また、付加情報取得部１３７は、検査識別子「腸内フローラ検査」を取得する。なお、ここでは、検査名が検査識別子である。また、付加情報取得部１３７は、受信されたカルテ情報「病名＝ＸＸＸ」を取得した、とする。
　次に、付加情報取得部１３７は、「病名＝ＸＸＸ」と対になる商品情報（商品識別子「商品Ｂ」およびｆｉｌｅＢ）を、図１３の商品情報管理表から取得する。また、付加情報取得部１３７は、ＯＥＭ提供先「ＯＣ社」と対になる商品情報（商品識別子「サービスＡ　２週間運動チャレンジ」およびｆｉｌｅＣ）を、図１３の商品情報管理表から取得する。また、付加情報取得部１３７は、検査開発元「ＤＢ社」と対になる健康情報「腸内環境と運動に関する情報の提供・・・」を、図１４の健康情報管理表から取得する。
　次に、支援処理部１３８は、取得した情報を用いて、通知情報を構成する。なお、取得した情報は、検査情報、商品情報（商品識別子「商品Ｂ」およびｆｉｌｅＢ）、商品情報（商品識別子「サービスＡ　２週間運動チャレンジ」およびｆｉｌｅＣ）、健康情報「腸内環境と運動に関する情報の提供・・・」を含む。
　次に、支援処理部１３８は、構成した通知情報を、患者Ｐ１の通知先識別子（アドレスＡ）で識別される通知先に送信する。
　次に、患者Ｐ１のユーザ端末３は、上記の情報を受信し、出力する。なお、ユーザ端末３に出力される情報は、検査情報、商品情報（商品識別子「商品Ｂ」およびｆｉｌｅＢ）、商品情報（商品識別子「サービスＡ　２週間運動チャレンジ」およびｆｉｌｅＣ）、健康情報「腸内環境と運動に関する情報の提供・・・」を含む。ただし、情報の出力態様は問わない。
　以上の処理により、患者Ｐ１に検査キットが郵送された。また、患者Ｐ１が検査キット「Ｋ０２」を購入したことを管理できた。さらに、患者Ｐ１には、検査に関する情報や付加情報が送信された。
（具体例２）
　今、医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。また、現在、図１６の購入情報管理表の状態である、とする。
　そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、腸内フローラ検査が必要である、と考え、図２０の画面のフィールド２００１に検査名「腸内フローラ検査」を入力し、「送信」ボタン２００２を指示した、とする。
　すると、具体例１と同様、医療機関端末２は、検査名「腸内フローラ検査」を含む検査依頼を受け付ける。そして、医療機関端末２は、検査名「腸内フローラ検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む検査依頼を検査支援装置１に送信する。
　次に、検査支援装置１の検査依頼受信部１２１は、当該検査依頼を受信する。そして、処理部１３は、かかる検査依頼を識別する検査依頼識別子「Ｒ９９」を生成する。
　次に、検査キット決定部１３２は、受信された検査依頼に含まれる検査名「腸内フローラ検査」を取得する。そして、検査キット決定部１３２は、検査名「腸内フローラ検査」と対になる検査キット識別子「Ｋ０２」を、図１２の検査情報管理表から取得する。
　次に、判断部１３３は、受信された検査依頼に含まれる患者識別子「Ｕ０１」と医療機関識別子「Ｈ０１」とを取得する。
　次に、判断部１３３は、購入情報管理表（図１６）を参照し、検査キット識別子「Ｋ０２」と患者識別子「Ｕ０１」とを含む購入情報であり、使用されていない（「使用フラグ＝０」の）購入情報（ＩＤ＝１８１）が存在する、と判断する。
　次に、支援処理部１３８は、検査名「腸内フローラ検査」を取得する。支援処理部１３８は、存在すると判断された購入情報を識別する購入情報識別子「ＩＤ＝１８１」を取得する。
　次に、支援処理部１３８は、対応処理を行う。つまり、支援処理部１３８は、受信された検査依頼に対応するユニークな検査依頼ＩＤ「Ｒ９９」を取得した、とする。また、支援処理部１３８は、患者Ｐ１の患者識別子「Ｕ０１」を取得する。また、支援処理部１３８は、検査キット識別子「Ｋ０２」を取得する。次に、支援処理部１３８は、当該検査キットの固有値「Ｋ０２＿０１２８」を、図１６の販売管理表から取得する。また、支援処理部１３８は、図示しない時計から本日の日付「２０２１／１０／３１」を取得する。次に、支援処理部１３８は、取得した情報を用いて、蓄積する情報を構成する。蓄積する情報は、「＜販売情報ＩＤ＞１８１　＜識別子＞Ｕ０１　＜検査依頼ＩＤ＞Ｒ９９　＜検査キット識別子＞Ｋ０２　＜医療機関識別子＞Ｈ０１　＜固有値＞Ｋ０２＿０１２８　＜日付＞２０２１／１０／３１」である。次に、支援処理部１３８は、当該情報を、図１７の結果情報管理表に追記する。なお、追記された情報は、「＜販売情報ＩＤ＞１８１　＜識別子＞Ｕ０１　＜検査依頼ＩＤ＞Ｒ９９　＜検査キット識別子＞Ｋ０２　＜医療機関識別子＞Ｈ０１　＜固有値＞Ｋ０２＿０１２８　＜日付＞２０２１／１０／３１」であり、結果情報を有さない情報である。
　また、支援処理部１３８は、図１６の販売管理表の「ＩＤ＝１８１」の使用済みフラグを「１」に更新する。
　以上の処理により、患者が購入していた検査キットの購入情報と検査依頼とが対応付けられた。
　なお、本具体例において、支援処理部１３８は、患者Ｐ１（通常、ユーザ端末３）に対して、既に購入している検査キットを用いた検査を行うべきことを通知することは好適である。
（具体例３）
　今、医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。　また、現在、図１６の購入情報管理表の状態である、とする。
　そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、インドキシル硫酸測定値検査が必要である、と考え、図２０と同じ画面のフィールド２００１に検査名「インドキシル硫酸測定値検査」を入力し、「送信」ボタン２００２を指示した、とする。
　すると、具体例１と同様、医療機関端末２は、検査名「インドキシル硫酸測定値検査」を含む検査依頼を受け付ける。そして、医療機関端末２は、検査名「インドキシル硫酸測定値検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む検査依頼を検査支援装置１に送信する。
　次に、検査支援装置１の検査依頼受信部１２１は、当該検査依頼を受信する。そして、処理部１３は、かかる検査依頼を識別する検査依頼識別子「Ｒ１２３」を生成する。
　次に、検査キット決定部１３２は、受信された検査依頼に含まれる検査名「インドキシル硫酸測定値検査」を取得する。そして、検査キット決定部１３２は、検査名「インドキシル硫酸測定値検査」と対になる検査キット識別子「Ｋ０１」を、図１２の検査情報管理表から取得する。
　次に、判断部１３３は、受信された検査依頼に含まれる患者識別子「Ｕ０１」と医療機関識別子「Ｈ０１」とを取得する。
　次に、判断部１３３は、購入情報管理表（図１６）を参照し、検査キット識別子「Ｋ０１」と医療機関識別子「Ｈ０１」とを含む購入情報であり、使用されていない（「使用フラグ＝０」の）購入情報（ＩＤ＝１８２）が存在する、と判断する。
　次に、支援処理部１３８は、検査名「インドキシル硫酸測定値検査」を取得する。支援処理部１３８は、存在すると判断された購入情報を識別する購入情報識別子「ＩＤ＝１８２」を取得する。
　次に、支援処理部１３８は、対応処理を行う。つまり、支援処理部１３８は、受信された検査依頼に対応するユニークな検査依頼ＩＤ「Ｒ１２８」を取得した、とする。また、支援処理部１３８は、患者Ｐ１の患者識別子「Ｕ０１」を取得する。また、支援処理部１３８は、検査キット識別子「Ｋ０１」を取得する。次に、支援処理部１３８は、当該検査キットの固有値「Ｋ０１＿１３００１」を、図１６の販売管理表から取得する。また、支援処理部１３８は、図示しない時計から本日の日付「２０２１／１０／３１」を取得する。次に、支援処理部１３８は、取得した情報を用いて、蓄積する情報を構成する。蓄積する情報は、「＜販売情報ＩＤ＞１８２　＜識別子＞Ｈ０１　＜検査依頼ＩＤ＞Ｒ１２８　＜検査キット識別子＞Ｋ０１　＜医療機関識別子＞Ｈ０１　＜固有値＞Ｋ０１＿１３００１　＜日付＞２０２１／１０／３１」である。次に、支援処理部１３８は、当該情報を、図１７の結果情報管理表に追記する。なお、追記された情報は、「＜販売情報ＩＤ＞１８２　＜識別子＞Ｈ０１　＜検査依頼ＩＤ＞Ｒ１２８　＜検査キット識別子＞Ｋ０１　＜医療機関識別子＞Ｈ０１　＜固有値＞Ｋ０１＿１３００１　＜日付＞２０２１／１０／３１」であり、結果情報を有さない情報である。
　また、支援処理部１３８は、図１６の販売管理表の「ＩＤ＝１８２」の使用済みフラグを「１」に更新する。
　以上の処理により、医療機関が購入していた検査キットの購入情報と検査依頼とが対応付けられた。
　なお、本具体例において、支援処理部１３８は、医療機関（通常、医療機関端末２）に対して、既に購入している検査キットを用いた検査を行うべきことを通知することは好適である。
（具体例４）
　医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。なお、図２０は、田中Ａ夫の医療機関端末２の画面例である。
　そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、インドキシル硫酸測定値検査が必要である、と考え、図２１の画面のフィールド２００１に検査名「インドキシル硫酸測定値検査」を入力し、「送信」ボタン２００２を指示した、とする。
　すると、医療機関端末２の医療端末受付部２２は、検査名「インドキシル硫酸測定値検査」を含む共有依頼を受け付ける。次に、医療端末処理部２３は、医療機関端末２の医療端末格納部２１から医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」を読み出し、検査名「インドキシル硫酸測定値検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む共有依頼を構成する。次に、医療端末送信部２４は、当該検査依頼を検査支援装置１に送信する。なお、医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とは、例えば、遠隔医療の開始時に、医療端末格納部２１に蓄積されたものとする。
　次に、検査支援装置１の共有依頼受信部１２２は、医療機関端末２から共有依頼「＜検査名＞インドキシル硫酸測定値検査　＜医療機関識別子＞Ｈ０１　＜患者識別子＞Ｕ０１」を受信する。
　次に、処理部１３は、共有依頼が有する患者識別子「Ｕ０１」を取得する。次に、処理部１３は、共有依頼が有する検査識別子「インドキシル硫酸測定値検査」を取得する。次に、処理部１３は、検査名「インドキシル硫酸測定値検査」と対になる検査キット識別子「Ｋ０１」を、図１２の検査情報管理表から取得する。
　次に、処理部１３は、患者識別子「Ｕ０１」と検査キット識別子「Ｋ０１」と対になる結果情報が、図１７の結果情報管理表に存在する、と判断する。そして、処理部１３は、患者識別子「Ｕ０１」と検査キット識別子「Ｋ０１」と対になる結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を取得する。
　次に、処理部１３は、結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を有する依頼情報を構成する。なお、依頼情報は、例えば、「あなたの２０２０／１０／２１におけるインドキシル硫酸測定値検査の検査結果「インドキシル硫酸測定値検査＝１９．８」を、医療機関識別子「Ｈ０１」の医療機関にお知らせしても宜しいでしょうか？」である。
　次に、同意依頼送信部１４１は、当該依頼情報を、患者識別子Ｐ０１に対応するユーザ端末３に送信する。
　次に、ユーザ端末３は、かかる依頼情報を受信し、出力する。かかる出力例は、図２２である。図２２は、患者識別子Ｐ０１に対応するユーザ端末３の画面例である。
　次に、患者Ｐ１は、「同意する」ボタン２２０１を指示した、とする。すると、ユーザ端末３は、同意情報を受け付け、同意情報を検査支援装置１に送信する。なお、同意情報は、例えば、同意することを示すフラグだけでも良いし、検査結果を特定する情報（例えば、図１７の「ＩＤ＝１」）等でも良い。
　次に、検査支援装置１の同意情報受信部１２３は、同意情報を受信する。そして、検査結果取得部１３９は、受信された同意情報に対応する医療端末識別子「Ｈ０１」を取得する。次に、検査結果取得部１３９は、受信された同意情報に対応する「ＩＤ＝１」の結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を結果情報管理表（図１７）から取得する。そして、検査結果送信部１４２は、医療端末識別子「Ｈ０１」で識別される医療機関端末２に、結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を送信する。
　次に、医療端末識別子「Ｈ０１」で識別される医療機関端末２は、結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を受信し、出力する。かかる出力例は、図２３である。
　以上、本具体例において、遠隔診断を行っている間に、遠隔診断中の医師の医療機関端末２からの共有依頼を受信したことに応じて、患者からの同意があったことを前提として、結果情報を医療機関端末２に送信できた。かかることにより、遠隔診断の効率を高めることができる。なお、本具体例において、患者の同意を得ること無く、遠隔診断中の医師の医療機関端末２からの共有依頼を受信したことに応じて、結果情報を医療機関端末２に送信しても良い。
　以上、本実施の形態によれば、医療機関と連携した検査キットの提供を、患者に対して行う仕組みを提供できる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者識別子と検査キット識別子とを対応づける情報を蓄積し、管理できる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者に検査キットを郵送することを支援できる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者に検査キットに関する情報を提供できる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、検査に対応するタイアップ先に応じた適切な情報を患者に提供できる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、検査項目に応じた適切な情報を患者に提供できる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者のカルテ情報に応じた適切な情報を患者に提供できる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者が購入済みの検査キットと検査依頼とを対応付けることができる。
　また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、医療機関が購入済みの検査キットと検査依頼とを対応付けることができる。
　また、本実施の形態によれば、遠隔医療における診断の結果を検査依頼に対応付けて管理できる。
　さらに、本実施の形態によれば、例えば、患者の同意を得て、医療機関からの依頼に応じた患者の検査結果を提供できる。
　さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における検査支援装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、
１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、
検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、
前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを前記患者に対して実施するための支援処理を行う支援処理部として機能させるためのプログラムである。
　また、図２４は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の検査支援装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２４は、このコンピュータシステム３００の概観図であり、図２５は、システム３００のブロック図である。
　図２４において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
　図２５において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
　コンピュータシステム３００に、上述した実施の形態の検査支援装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
　プログラムは、コンピュータ３０１に、上述した実施の形態の検査支援装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
　なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
　また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
　また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
　また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
　本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
　以上のように、本発明にかかる検査支援装置は、患者に対して、医療機関と連携した検査キットの提供を行う仕組みを提供できるという効果を有し、検査支援を行うサーバ等として有用である。
　１　検査支援装置
　２　医療機関端末
　３　ユーザ端末
　１１　格納部
　１２　受信部
　１３　処理部
　１４　送信部
　２１　医療端末格納部
　２２　医療端末受付部
　２３　医療端末処理部
　２４　医療端末送信部
　２５　医療端末受信部
　２６　医療端末出力部
　３１　ユーザ端末格納部
　３２　ユーザ端末受付部
　３３　ユーザ端末処理部
　３４　ユーザ端末送信部
　３５　ユーザ端末受信部
　３６　ユーザ端末出力部
　１１１　検査情報格納部
　１１２　付加情報格納部
　１１３　購入情報格納部
　１１４　結果情報格納部
　１２１　検査依頼受信部
　１２２　共有依頼受信部
　１２３　同意情報受信部
　１３１　遠隔医療結果蓄積部
　１３２　検査キット決定部
　１３３　判断部
　１３４　検査情報取得部
　１３５　通知先取得部
　１３６　タイアップ先取得部
　１３７　付加情報取得部
　１３８　支援処理部
　１３９　検査結果取得部
　１４１　同意依頼送信部
　１４２　検査結果送信部
　１１２１　商品情報格納部
　１１２２　健康情報格納部

Claims (10)

  1. １または２以上の各医療機関端末から、患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、
    検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、
    前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを前記患者に対して実施するための支援処理を行う支援処理部とを具備する検査支援装置。
  2. 前記支援処理部は、
    ユーザが使用する検査キットに関する情報であり、患者識別子と検査キット識別子との対応を示す情報を有する１以上の購入情報が格納される購入情報格納部に、前記患者情報に含まれる患者識別子と前記検査キット識別子とを対応づけて蓄積する対応蓄積処理を行う、請求項１記載の検査支援装置。
  3. 前記支援処理部は、
    前記患者情報と前記検査キット識別子とを用いて、前記検査キットを前記患者に郵送するための支援の処理である郵送支援処理を行う、請求項１または請求項２記載の検査支援装置。
  4. １以上の各検査キット識別子に対応付けて、検査に関する検査情報が格納される検査情報格納部から、前記検査キット識別子に対応する検査情報を取得する検査情報取得部と、
    前記患者識別子に対応する通知先識別子を取得する通知先取得部とをさらに具備し、
    前記支援処理部は、
    前記検査情報を前記通知先識別子が識別する通知先に通知する通知処理を行う、請求項１または請求項２記載の検査支援装置。
  5. 前記患者情報は、前記患者のカルテ情報を含み、
    カルテ情報に関する１以上の各第三条件に対応付けて、付加情報が格納される付加情報格納部を参照し、前記カルテ情報が合致する第三条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、
    前記支援処理部は、
    前記検査情報に加えて、前記付加情報をも通知する通知処理を行う、請求項４記載の検査支援装置。
  6. ユーザを識別するユーザ識別子に対応付けて、当該ユーザが購入した検査キットを識別する検査キット識別子を含む１以上の購入情報が格納される購入情報格納部と、
    前記検査依頼受信部が受信した検査依頼が有する前記患者識別子と前記検査識別子とに対応する購入情報が存在するか否かを判断する判断部とをさらに具備し、
    前記支援処理部は、
    前記購入情報が存在すると前記判断部が判断した場合、前記検査依頼と当該購入情報とを対応付ける処理である対応処理を行う、請求項１から請求項４いずれか一項に記載の検査支援装置。
  7. 前記検査依頼受信部は、
    患者に対する遠隔医療の結果に関する遠隔医療結果を、前記検査依頼に対応付けて受信し、
    前記遠隔医療結果を、前記検査依頼に対応する検査キットに対応付けて蓄積する遠隔医療結果蓄積部をさらに具備する請求項１から請求項６いずれか一項に記載の検査支援装置。
  8. 前記医療機関端末から、患者の検査結果の共有の依頼であり、患者識別子を有する依頼である共有依頼を受信する共有依頼受信部と、
    前記共有依頼が有する患者識別子で識別される患者からの情報であり、検査結果を前記医療機関と共有することの同意を示す情報である同意情報を受信する同意情報受信部と、
    前記同意情報受信部が前記同意情報を受信した場合に、当該同意情報に対応する結果情報を、１以上の各患者識別子に対応付いている１以上の結果情報が格納される結果情報格納部から取得する検査結果取得部と、
    前記検査結果取得部が取得した前記結果情報を前記医療機関端末に送信する検査結果送信部とをさらに具備する請求項１から請求項７いずれか一項に記載の検査支援装置。
  9. 検査依頼受信部と、検査キット決定部と、支援処理部とにより実現される検査支援方法であって、
    前記検査依頼受信部が、１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信ステップと、
    前記検査キット決定部が、検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定ステップと、
    前記支援処理部が、前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを前記患者に対して実施するための支援処理を行う支援処理ステップとを具備する検査支援方法。
  10. コンピュータを、
    １または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、
    検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、
    前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを前記患者に対して実施するための支援処理を行う支援処理部として機能させるためのプログラム。
PCT/JP2021/043478 2021-11-26 2021-11-26 検査支援装置、検査支援方法、およびプログラム WO2023095310A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023501109A JP7304111B1 (ja) 2021-11-26 2021-11-26 検査支援装置、検査支援方法、およびプログラム
PCT/JP2021/043478 WO2023095310A1 (ja) 2021-11-26 2021-11-26 検査支援装置、検査支援方法、およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/043478 WO2023095310A1 (ja) 2021-11-26 2021-11-26 検査支援装置、検査支援方法、およびプログラム

Publications (1)

Publication Number Publication Date
WO2023095310A1 true WO2023095310A1 (ja) 2023-06-01

Family

ID=86539234

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/043478 WO2023095310A1 (ja) 2021-11-26 2021-11-26 検査支援装置、検査支援方法、およびプログラム

Country Status (2)

Country Link
JP (1) JP7304111B1 (ja)
WO (1) WO2023095310A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7444512B1 (ja) 2023-08-07 2024-03-06 株式会社ヘルスケアシステムズ 情報処理装置、情報処理方法、およびプログラム

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003085283A (ja) * 2001-09-14 2003-03-20 Sanyo Electric Co Ltd 処方薬手配システム、処方薬手配方法、及び処方薬手配装置
JP2004303067A (ja) * 2003-03-31 2004-10-28 Mochida Pharmaceut Co Ltd 検査結果管理システム
JP2007328807A (ja) * 2007-07-27 2007-12-20 Ntt Data Corp ユーザの生体情報を用いてユーザ又はユーザ以外の第三者に利益を供与するシステム
JP2017142714A (ja) * 2016-02-12 2017-08-17 Kddi株式会社 検査結果管理装置、検査結果管理方法及び検査結果管理用プログラム
JP2019057171A (ja) * 2017-09-21 2019-04-11 大日本印刷株式会社 支援装置、コンピュータプログラム、対象者端末装置、医師端末装置、指導者端末装置及び支援方法
WO2019188800A1 (ja) * 2018-03-27 2019-10-03 富士フイルム株式会社 検体検査計画管理装置、検体検査計画管理システム、検体検査計画管理方法、及びプログラム
JP2021148507A (ja) * 2020-03-17 2021-09-27 京セラ株式会社 検査システム、プログラムおよび検査方法
US20210334967A1 (en) * 2014-05-12 2021-10-28 Healthy.Io Ltd. Systems and methods for urianlysis using a personal communications device

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007052815A (ja) * 2006-11-13 2007-03-01 Kameda Iryo Joho Kenkyusho:Kk 医療情報システム及びコンピュータプログラム
US20140136237A1 (en) * 2012-11-13 2014-05-15 Nicholas G. Anderson Healthcare data management system

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003085283A (ja) * 2001-09-14 2003-03-20 Sanyo Electric Co Ltd 処方薬手配システム、処方薬手配方法、及び処方薬手配装置
JP2004303067A (ja) * 2003-03-31 2004-10-28 Mochida Pharmaceut Co Ltd 検査結果管理システム
JP2007328807A (ja) * 2007-07-27 2007-12-20 Ntt Data Corp ユーザの生体情報を用いてユーザ又はユーザ以外の第三者に利益を供与するシステム
US20210334967A1 (en) * 2014-05-12 2021-10-28 Healthy.Io Ltd. Systems and methods for urianlysis using a personal communications device
JP2017142714A (ja) * 2016-02-12 2017-08-17 Kddi株式会社 検査結果管理装置、検査結果管理方法及び検査結果管理用プログラム
JP2019057171A (ja) * 2017-09-21 2019-04-11 大日本印刷株式会社 支援装置、コンピュータプログラム、対象者端末装置、医師端末装置、指導者端末装置及び支援方法
WO2019188800A1 (ja) * 2018-03-27 2019-10-03 富士フイルム株式会社 検体検査計画管理装置、検体検査計画管理システム、検体検査計画管理方法、及びプログラム
JP2021148507A (ja) * 2020-03-17 2021-09-27 京セラ株式会社 検査システム、プログラムおよび検査方法

Also Published As

Publication number Publication date
JPWO2023095310A1 (ja) 2023-06-01
JP7304111B1 (ja) 2023-07-06

Similar Documents

Publication Publication Date Title
Groom et al. Telemedicine and telehealth in nursing homes: an integrative review
Austin-Evelyn et al. Community health worker perspectives on a new primary health care initiative in the Eastern Cape of South Africa
Dewar et al. Uptake of virtual visits in a geriatric primary care clinic during the COVID‐19 pandemic
AU2011288135B2 (en) An automated integrated system, method and platform for healthcare services.
US8301462B2 (en) Systems and methods for disease management algorithm integration
McCollum et al. Task shifting routine inpatient pediatric HIV testing improves program outcomes in urban Malawi: a retrospective observational study
US20100036676A1 (en) Computer implemented medical treatment management system
Edvardsson et al. The Umeå ageing and health research programme (U-Age): Exploring person-centred care and health-promoting living conditions for an ageing population
WO2005109301A2 (en) A clinical trial image and data processing system
WO2009083840A1 (en) Pre-examination medical data acquisition system
Young et al. The full scope of family physicians’ work is not reflected by current procedural terminology codes
Marshall et al. A population-based approach for implementing change from opt-out to opt-in research permissions
Johansson-Pajala et al. Improved knowledge changes the mindset: older adults’ perceptions of care robots
JP7304111B1 (ja) 検査支援装置、検査支援方法、およびプログラム
US20050107672A1 (en) System and method for external input of disease management algorithm
Irungu et al. Process evaluation of PrEP implementation in Kenya: adaptation of practices and contextual modifications in public HIV care clinics
Rocca et al. Source data capture from EHRs: using standardized clinical research data
Lasser et al. Discussions about preventive services: a qualitative study
Helou et al. Understanding the EMR-related experiences of pregnant Japanese women to redesign antenatal care EMR systems
Ragan et al. Pandemic response requires research samples: a US safety-net hospital's experience and call for national action
Berry Designing connection into healthcare services
JP7233127B1 (ja) 検査結果通知装置、検査結果通知方法、およびプログラム
Khan et al. Software development process of Neotree-a data capture and decision support system to improve newborn healthcare in low-resource settings
Le Goff et al. Acceptance of Self-Sampling by Women Not Regularly Participating in Cervical Cancer Screening in Areas with Low Medical Density: A Qualitative Study within the French CapU4 Trial
Dunning et al. Developing clinical guidelines for end-of-life care: blending evidence and consensus

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2023501109

Country of ref document: JP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21965680

Country of ref document: EP

Kind code of ref document: A1