WO2015045086A1 - サービス提案装置、サービス提案方法及びサービス提案プログラム - Google Patents

サービス提案装置、サービス提案方法及びサービス提案プログラム Download PDF

Info

Publication number
WO2015045086A1
WO2015045086A1 PCT/JP2013/076197 JP2013076197W WO2015045086A1 WO 2015045086 A1 WO2015045086 A1 WO 2015045086A1 JP 2013076197 W JP2013076197 W JP 2013076197W WO 2015045086 A1 WO2015045086 A1 WO 2015045086A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
patient
information
agent
evaluation
Prior art date
Application number
PCT/JP2013/076197
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 PCT/JP2013/076197 priority Critical patent/WO2015045086A1/ja
Publication of WO2015045086A1 publication Critical patent/WO2015045086A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • 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/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Definitions

  • the present invention relates to a service proposal device, a service proposal method, and a service proposal program.
  • medical / health data includes personal information such as a patient's name and age, as well as data on symptoms, measures, test results, health check results, preferences, interests, and the like.
  • the attending physician can of course access all data.
  • the patient has access to all data other than data that reveals the fact of having a fatal disease (such as cancer).
  • the municipality or health insurance association has access only to information sufficient to advise the patient to stop the increase in medical costs, such as the patient's name, age, gender, and health checkup results.
  • the health food manufacturer has access to only enough information to perform a market analysis of the product, such as the patient's age and gender.
  • patients often use health-related services (meal delivery service, exercise guidance service, etc.) provided by companies other than doctors in addition to medical services provided by doctors.
  • Patients want to know which health-related services are truly appropriate for themselves from among many candidates. I also want to know how my health has improved as a result of using the service.
  • the patient consults an “agent”.
  • An agent is a person who serves as a contact point for many health-related service providers. The agent presents candidates for health-related services appropriate to the patient.
  • Patent Document 1 enables each search subject to search medical / health data within a necessary range.
  • an object of the present invention is to propose an appropriate health-related service from a medical point of view, and to evaluate the improvement of the health condition on a scale according to the will of the patient.
  • the service proposing device relates to health-related services, service information in which symptoms of the service and service categories are stored, and biometric information in which patient biometric values are stored for each biometric category.
  • a search condition for a symptom or service category is received from a doctor
  • a disclosure condition that is a biometric category that can be disclosed is received from a patient
  • a service is received using the received search condition.
  • a screen displaying the candidate of the corresponding service as a result of searching for information and the corresponding biometric value as a result of searching for biometric information using the disclosure conditions is displayed to the agent serving as the service provider.
  • a service proposing unit that shows a screen for selecting a candidate to be proposed to a patient from among service candidates; Characterized in that it obtain. Other means will be described in the embodiment for carrying out the invention.
  • the present invention it is possible to propose an appropriate health-related service from a medical point of view, and to evaluate the improvement of the health condition on a scale according to the will of the patient.
  • FIG. 1 It is a figure explaining the environment where a service proposal apparatus is used. It is a block diagram of a service proposal apparatus.
  • A is a figure showing an example of personal information.
  • B is a figure showing an example of living body information. It is a figure which shows an example of service information.
  • A) is a figure showing an example of service limited information.
  • B is a figure showing an example of evaluation information.
  • A) is a figure showing an example of service extraction information.
  • (B) is a figure showing an example of a medical chart. It is a figure which shows an example of a case tree. It is a figure which shows an example of a consultation start screen. It is a figure which shows an example of a service selection authority setting screen.
  • Health-related service is a service provided to a patient for the purpose of promoting or recovering the health condition of the patient. Typical examples include rehabilitation guidance for recovery of physical function, provision of meals, and counseling. This health-related service is characterized in that it is a service that can be provided to patients even if they are not doctors. Health-related services are a concept that includes the sale of products other than services (health food, sports equipment, etc.). Hereinafter, the health-related service may be referred to as “service” for short.
  • a “service provider” is a person who can provide a service. General private enterprises can provide services to patients for commercial purposes within the limits of the law.
  • An “agent” is a person who serves as a window when a patient accesses a service provider. The agent knows which service providers can provide what services, and proposes services to patients corresponding to patient cases.
  • An agent is a kind of “sales agent” from the perspective of a service provider, and a close consultation partner on health issues from the perspective of a patient.
  • Home doctor is an expert who provides health guidance to a group of patients such as family members from a medical point of view, and is usually a doctor such as a practitioner. There may be multiple doctors treating a single patient. Then, if it sees in the whole family, it is often on many doctors. In such a case, a home doctor is often appointed for each family on behalf of these doctors. In this case, the home doctor is in a position where he can know personal information, medical information, etc. about all members of the family.
  • the service proposal system 1 includes a patient terminal device 2, a service proposal device 3, a home doctor terminal device 4, an agent terminal device 5, and a service provider terminal device 6 that are connected to each other via a network 7.
  • the patient terminal device 2, the home doctor terminal device 4, the agent terminal device 5, and the service provider terminal device 6 are operated by the patient, the home doctor, the agent, and the service provider, respectively.
  • the service proposing device 3 is a device that mediates the patient, the home doctor, and the agent after receiving information about the service from the service provider. Therefore, the service proposal device 3 is often operated by a health-related company, a life insurance company, a local government, a doctor group, or the like.
  • the service proposal device 3 is a general computer.
  • the service proposal device 3 includes a central control device 11, an input device 12 such as a keyboard, a mouse, and a touch screen, an output device 13 such as a display, a main storage device 14, an auxiliary storage device 15, and a communication device 16. These are connected to each other by a bus.
  • the service proposal unit 21 and the service evaluation unit 22 in the main storage device 14 are programs. Thereafter, when the subject is described as “XX section”, the central control device 11 reads each program from the auxiliary storage device 15 and loads it into the main storage device 14, and then the function of each program (detailed later). Shall be realized.
  • the auxiliary storage device 15 stores personal information 31, biological information 32, service information 33, service limitation information 34, evaluation information 35, service extraction information 36, a medical chart 37, and a case tree 38. These details will be described later.
  • the patient terminal device 2, the home doctor terminal device 4, the agent terminal device 5, and the service provider terminal device 6 are also general computers. Similar to the service proposal device 3, these devices include a central control device, an input device, an output device, a main storage device, an auxiliary storage device, and a communication device (not shown).
  • the patient terminal device 2, the home doctor terminal device 4, and the agent terminal device 5 further have a camera, a microphone, and a speaker.
  • the personal information 31 will be described with reference to FIG.
  • the name column 102 has a name
  • the relationship column 103 has a relationship
  • the date of birth column 104 has a date of birth
  • an address column is stored in 105
  • an agent ID is stored in the agent ID column 106
  • a home doctor ID is stored in the home doctor ID column 107.
  • the personal ID in the personal ID column 101 is an identifier that uniquely identifies a patient.
  • the name in the name column 102 is the name of the patient.
  • the relationship in the relationship column 103 is a word indicating the kinship of the patient in the family.
  • “husband”, “wife”, “eldest son” and “eldest daughter” are described as examples.
  • the relationship may be “second son”, “second daughter”, “husband's mother”, “eldest eldest son”, and the like.
  • "*" attached to the relationship indicates that the patient is a representative (one person) in the family.
  • the date of birth in the date of birth column 104 is the date of birth of the patient.
  • the address in the address column 105 is the address of the patient's residence.
  • the agent ID in the agent ID column 106 is an identifier that uniquely identifies the agent.
  • the home doctor ID in the home doctor ID column 107 is an identifier that uniquely identifies the home doctor.
  • the agent ID and the home doctor ID are stored only in the record about the representative, and other members of the same family use the agent ID and the home doctor ID.
  • the biometric information 32 is demonstrated along FIG.3 (b).
  • the personal ID column 112 in association with the information ID stored in the information ID column 111, the personal ID column 112 has a personal ID, the biometric value category column 113 has a biometric category, and the biometric value column 114 has a biometric value.
  • the acquisition time column 115 stores the acquisition time.
  • the information ID in the information ID column 111 is an identifier that uniquely identifies the record of the biological information 32.
  • the personal ID in the personal ID column 112 is the same as the personal ID in FIG. Prior to the description of the biometric value category column 113, “biometric value” will be described.
  • the biometric value is quantitative information about the human body such as the following.
  • ⁇ Information that can be obtained immediately by measuring equipment such as body weight, height, body temperature, systolic blood pressure, diastolic blood pressure, pulse rate
  • ⁇ Information that can be obtained by analyzing samples collected from the body, such as blood glucose level Information that shows athletic ability, such as time of sleep, information that is obtained by accumulating daily activities such as sleep time, calorie intake
  • the biological value category in the biological value category column 113 is a type of biological value.
  • body weight “blood glucose level”, “maximum blood pressure”, “minimum blood pressure”, “pulse rate”, “calorie intake”, “ The example is “sleep time” and “body temperature”.
  • biometric value in the biometric value column 114 is the acquired biometric value itself.
  • acquisition time in the acquisition time column 115 is the year / month / day / date when the biometric value was acquired.
  • biometric information 32 records as the number of biometric values acquired for all patients.
  • the service information 33 will be described with reference to FIG.
  • the service name column 122 has a service name
  • the service provider name column 123 has a service provider name
  • the service provision location column 124 has a service name.
  • the service provision period column 125 is the service provision period
  • the symptom column 126 is the symptom
  • the service category column 127 is the service category
  • the evaluation biometric value category column 128 is the evaluation biometric value category.
  • the service content column 129 stores the service content
  • the price column 130 stores the price
  • the icon column 131 stores the icon.
  • the service ID in the service ID column 121 is an identifier that uniquely identifies the service.
  • the service name in the service name column 122 is the name of the service.
  • the service provider name in the service provider name column 123 is the name of the service provider of the service.
  • the service providing place in the service providing place column 124 is an address of a place where the service is provided. For example, in the case of a service in which a patient visits a store, the service providing location is “Shinjuku-ku ⁇ machi ⁇ address, Tokyo”. In the case of a service provided on a business trip to a patient, the service provision location is represented by an administrative division including the address of the patient who can travel on a business basis, such as “Tokyo, Kanagawa Prefecture”.
  • the service provision period in the service provision period column 125 is a period during which a service can be provided.
  • the service provision period may be indicated by the start date and the end date, or may be indicated only by the start date or only by the end date.
  • the symptom in the symptom column 126 is a disease for which the service can be effective.
  • the service category in the service category column 127 is the type of service.
  • the service category is, for example, “meal”, “stay”, “exercise” or the like.
  • the biometric value category for evaluation in the biometric value category column 128 for evaluation is a type of biometric value necessary for evaluating the medical effect of the patient using the service. For example, pay attention to the record in the first row in FIG.
  • the service “Reliable menu delivery” is effective for patients with symptoms “hypertension”, and the effect is evaluated by looking at the transition of “high blood pressure” or “blood glucose level” among the patient's biological values. It can be seen that The number of biological value categories for evaluation is not particularly limited.
  • the service content in the service content column 129 is a word that specifically explains the content of the service to the patient.
  • the price in the price column 130 is a service price (unit: yen).
  • the icon in the icon column 131 is a graphic for displaying the service on the screen. There are as many records of the service information 33 as the number of services through all the service providers.
  • the service limitation information 34 will be described with reference to FIG.
  • the personal ID column 142 has a personal ID
  • the request date column 143 has a request date
  • the case column 144 has a case
  • the limiting condition column 145 stores a service limiting condition
  • the biological information limiting condition column 146 stores a biological information limiting condition
  • the suggested service ID column 147 stores a proposed service ID.
  • the request ID in the request ID column 141 is an identifier that uniquely specifies “request”.
  • the request is an indication of intention that the patient wants to receive a service proposal from the agent to the home doctor.
  • the personal ID in the personal ID column 142 is the same as the personal ID in FIG.
  • the request date in the request date column 143 is the date when the request is made.
  • the cases in the case column 144 are patient's subjective symptoms. In the present embodiment, the “case” is a physical condition that the patient subjectively determines and is different from the “symptom” described above.
  • the service limiting condition in the service limiting condition column 145 is a search condition imposed on the agent by the home doctor when the agent searches for a service candidate.
  • the service limiting condition may be anything as long as it can limit the record of the service information 33 (FIG. 4).
  • any one of a symptom (column 126 in FIG. 4) and a service category (column 127 in FIG. 4) is set.
  • the biometric information limiting condition in the biometric information limiting condition column 146 is a condition for searching for biometric information that allows the patient to disclose the agent.
  • the biometric information limiting condition may be anything as long as it can limit the record of the biometric information 32 (FIG. 3B).
  • any one of the biological value categories (column 113 in FIG. 3B) is set.
  • the proposed service ID in the proposed service ID column 147 is a service ID that identifies a service actually proposed in response to a patient request. There are as many records of the service limitation information 34 as the number of requests.
  • the evaluation information 35 will be described with reference to FIG.
  • the agent ID column 152 has an agent ID
  • the personal ID column 153 has a personal ID
  • the patient sex column 154 has a patient gender
  • the patient age field 155 includes the patient age
  • the service ID field 156 includes the service ID
  • the biometric value category field 157 includes the biometric value category
  • the pre-use biometric value field 158 includes the pre-use biometric value
  • the post-use biometric value is stored in the column 159
  • the use period is stored in the use period column 160
  • the service evaluation is stored in the service evaluation column 161
  • the agent evaluation is stored in the agent evaluation column 162.
  • the request ID in the request ID column 151 is the same as the request ID in FIG.
  • the agent ID in the agent ID column 152 is the same as the agent ID in FIG.
  • the personal ID in the personal ID column 153 is the same as the personal ID in FIG.
  • the patient sex in the patient sex column 154 is the sex of the patient.
  • the patient age in the patient age column 155 is the age of the patient.
  • the service ID in the service ID column 156 is a service ID that identifies a service actually used by the patient.
  • the biological value category in the biological value category column 157 is the type of biological value used for evaluating the service. Although details will be described later, the biometric category here corresponds to the biometric information limited information (column 146 in FIG. 5A) in the evaluation biometric category (column 128 in FIG. 4).
  • the pre-use biometric value in the pre-use biometric value column 158 is a biometric value at a time point before the patient uses the service.
  • the post-use biometric value in the post-use biometric value column 159 is a biometric value at the time after the patient uses the service.
  • the use period in the use period column 160 is the date when the patient used the service and the date when the patient started using the service.
  • the service evaluation in the service evaluation column 161 is a combination of a value obtained as a result of the home doctor evaluating the service and a value obtained as a result of the patient evaluating the service. For example, in the service evaluation “3.2, 3.0”, the value of the result of the home doctor evaluating the service is “3.2”, and the value of the result of the patient evaluating the service is “3.0”. It is shown that.
  • the agent evaluation in the agent evaluation column 162 is a combination of a value obtained as a result of the home doctor evaluating the agent proposing the service and a value obtained as a result of the patient evaluating the agent. For example, in the agent evaluation “4.0, 3.0”, the value of the result of the home doctor evaluating the agent is “4.0”, and the value of the result of the patient evaluating the agent is “3.0”. It is shown that.
  • the large record 163 includes records 164 and 165.
  • One (one set) service evaluation corresponds to the record 164, and one (one set) service evaluation corresponds to the record 165.
  • These records are called “medium records”.
  • Medium record 164 includes a record for systolic blood pressure and a record for blood glucose level. The same applies to the middle record 165. Records for each biometric category included in these medium records are called “small records”. That is, one large record includes one or more medium records, and one medium record includes one or more small records. There are as many large records of evaluation information 35 as the number of requests.
  • the service extraction information 36 will be described with reference to FIG.
  • service limitation conditions are stored in the service limitation condition column 172 in association with the feature words stored in the feature word column 171.
  • the feature words in the feature word column 171 are feature words extracted from text information described in a treatment chart 37 (FIG. 6B) described later.
  • the service limitation conditions in the service limitation condition column 172 are the same as the service limitation conditions in FIG.
  • the medical chart 37 is an inquiry record about a patient created by the home doctor.
  • the treatment chart 37 has a patient name column 181, a home doctor name column 182, an inquiry content column 183, and a treatment policy column 184.
  • the inquiry content column 183 text information regarding the patient's health condition, lifestyle, etc., which the home doctor has heard from the patient, is described in the order of the date when the interview was made.
  • voice information that can be converted into text information may be stored.
  • the treatment policy column 184 text information is written in the guideline for improving or improving the health condition of the patient, which is devised by the home doctor based on the contents of the interview.
  • the service proposing unit 21 of the service proposing device 3 can extract the characteristic words of the treatment chart 37 from the text information in the inquiry content column 183 or the treatment policy column 184 using a known technique.
  • the characteristic word is, for example, a word string that appears more than a predetermined number of times in the treatment chart, and is a character string that appears less than a predetermined number of times in the treatment charts of other patients.
  • the service proposing unit 21 selects a word that matches the extracted feature word, a word that is similar to the extracted feature word, or a word that is synonymous with the extracted feature word in the feature word column 171 of the service extraction information 36. Can be identified from Then, it is possible to acquire a service limiting condition associated with the identified feature word.
  • the case tree 38 will be described with reference to FIG.
  • the case tree is hierarchical information having a certain case as a root node and having a symptom or service category having a high relationship with the case as a lower node. Since there are a plurality of case trees 38, codes are assigned to individual case trees such as “38a” and “38b”. For example, the root node of the case tree 38a is “hematuria”. This corresponds to a case (subjective symptom) that a patient complains about during an interview with a home doctor.
  • the lower node 191 of the case tree 38a There are two groups in the lower node 191 of the case tree 38a.
  • One group (with shorter branches) is “hypertension”, “obesity” and “coolness”, which correspond to the symptoms of FIG.
  • the other group (the one with the longer branch) is “meal system”, “exercise system”, “stay system”, and “examination system”, and these correspond to the service categories of FIG. Note that the length of the branch itself has no particular meaning.
  • the case tree 38b Any number of individual case trees may exist, but the auxiliary storage device 15 may store as many trees as possible in the root node that have representative examples of cases that the patient is likely to complain about in the interview. desirable.
  • the node 191 under the symptom and service category of the case tree 38a is the icon itself in the symptom selection column 215 of the service selection authority setting screen 52 (FIG. 9).
  • the output device of the patient terminal device 2 displays a consultation start screen 51 (FIG. 8). The patient visually recognizes the consultation start screen 51 and inputs (check mark) the “request” described above in the input field 205.
  • the output device of the home doctor terminal device 4 displays the service selection authority setting screen 52 (FIG. 9). The home doctor visually recognizes the service selection authority setting screen 52 and inputs a symptom and / or a service category that is a condition when the agent searches for a candidate of a service suitable for a patient from many services (check the symptom selection column 215). Mark).
  • the output device of the patient terminal device 2 displays the biometric information use permission screen 53 (FIG. 10). The patient visually recognizes the biometric information use permission screen 53 and inputs a biometric category that is permitted to be disclosed to the agent (a check mark in the biometric category selection field 218).
  • the service proposal device 3 searches for service candidates.
  • the output device of the agent terminal device 5 displays the service candidate display screen 54 (FIG. 11).
  • the agent visually recognizes the service candidate display screen 54 and browses the service candidates (service candidate field 221) searched by the service proposal device 3. Some service candidates may be at a loss as to whether an agent can actually make a suggestion to a patient.
  • the agent selects a candidate who should ask the home doctor for the determination (confirmation request field 221d).
  • the output device of the home doctor terminal device 4 displays the service confirmation screen 55 (FIG. 12).
  • the home doctor visually recognizes the service confirmation screen 55 and determines whether or not the candidate for the service can actually be proposed to the patient instead of the agent (confirmation button in the doctor confirmation column 222c).
  • the output device of the patient terminal device 2 displays the service candidate proposal screen 56 (FIG. 13).
  • the patient views the service candidate proposal screen 56 and browses the service candidate 223 proposed by the agent.
  • the patient selects one or more services from among the service candidates and actually receives the provision of the selected services.
  • the output device of the agent terminal device 5 displays the evaluation request screen 57 (FIG. 14).
  • the agent visually checks the evaluation request screen 57 and determines a service to be evaluated by the home doctor or the like (a check mark in the evaluation request column of the used service column 224).
  • the output device of the patient terminal device 2 or the home doctor terminal device 4 displays the evaluation screen 58 (FIG. 15).
  • the patient or home doctor visually recognizes the evaluation screen 58 and evaluates the service and the agent (service evaluation column 225b and agent evaluation column 226b).
  • the records of the service limitation information 34 (FIG. 5A) and the evaluation information 35 (FIG. 5B) have a “request” from the patient, and provide the service in response to the request. Will be increased each time. Therefore, it is assumed that the service limitation information 34 and the evaluation information 35 accumulate records created at a time before the time when the processing procedure is started. It is assumed that the service extraction information 36 is stored in the auxiliary storage device 15 in a completed state described in FIG. The home doctor writes data to the medical chart 37 (FIG. 6B) every time the patient is interviewed. Then, the home doctor terminal device 4 periodically transmits the latest medical chart 37 to the service proposal device 3. Therefore, the auxiliary storage device 15 maintains the latest medical chart 37 for each patient. It is assumed that the case tree 38 is stored in the auxiliary storage device 15 in the completed state illustrated in FIG.
  • step S ⁇ b> 301 the service proposal unit 21 of the service proposal device 3 establishes communication between the patient terminal device 2 and the home doctor terminal device 4. Specifically, first, the service proposal unit 21 receives a connection instruction and a personal ID from the patient terminal device 2. The received personal ID may be hereinafter referred to as an “inquiry target personal ID”. The service proposing unit 21 establishes communication between the patient terminal device 2 and the service proposing device 3. Secondly, the service proposing unit 21 searches the personal information 31 (FIG. 3A) using the inquiry target personal ID as a search key, and acquires the home doctor ID of the corresponding record.
  • the service proposing unit 21 searches the personal information 31 (FIG. 3A) using the inquiry target personal ID as a search key, and acquires the home doctor ID of the corresponding record.
  • the service proposal unit 21 connects the home doctor terminal device 4 and the service proposal device 3 operated by the home doctor identified by the home doctor ID acquired in “second” in step S301.
  • the patient and the home doctor can communicate with each other (via the service proposal device 3).
  • the patient terminal device 2 and the home doctor terminal device 4 each have a camera, a microphone, and a speaker. Therefore, the patient and the home doctor can visually recognize the other party's image and listen to the other party's voice in real time.
  • the service proposal unit 21 displays a consultation start screen 51 (FIG. 8) on the output device of the patient terminal device 2.
  • the consultation start screen 51 includes a patient name field 201, a case field 202, an image field 203, a biological value display field 204, and an input field 205.
  • the service proposing unit 21 displays the name of the patient specified by the inquiry target personal ID in the patient name column 201.
  • the home doctor may determine and input a case based on words or the like issued by the patient, or the patient may determine and input the case.
  • the service proposing unit 21 displays the case determined by the home doctor or the patient (in this case, “hematuria”) in the case column 202.
  • the service proposing unit 21 displays the image of the home doctor in the image field 203.
  • the service proposing unit 21 searches the biometric information 32 (FIG. 3B) using the inquiry target personal ID and the biometric category determined by the home doctor as search keys. Based on the corresponding record, the biological value time-series graph and the latest biological value are displayed in the biological value display field 204 for each biological value category.
  • the biological value categories determined by the home doctor are “weight” and “blood glucose level”.
  • the service proposal unit 21 accepts that the patient selects “I want to receive a service proposal from an agent” displayed in the input field 205.
  • the service proposing unit 21 displays the service selection authority setting screen 52 (FIG. 9) on the output device of the home doctor terminal device 4.
  • the service selection authority setting screen 52 includes an image field 211, an agent name field 212, an agent information field 213, an agent evaluation field 214, a symptom selection field 215, a message input field 216, and an OK button 217.
  • the service proposing unit 21 searches the personal information 31 (FIG. 3A) using the inquiry target personal ID as a search key, and acquires the agent ID of the corresponding record. Then, the agent image, agent name, and agent information corresponding to the acquired agent ID are displayed in the image column 211, the agent name column 212, and the agent information column 213, respectively. Assume that the auxiliary storage device 15 stores an agent database (not shown) in which agent images (may be still images), agent names, and agent information are stored in association with the agent ID.
  • the service proposing unit 21 displays the symptom and the service category in the symptom selection field 215 of the service selection authority setting screen 52 (FIG. 9) by one of the following two methods.
  • the service proposing unit 21 searches the case tree 38 (FIG. 7) using the case displayed in “first” in step S302 as a search key, and selects a lower node of the corresponding individual case tree. get. Then, the acquired node symptom and service category are displayed in the symptom selection field 215 of the service selection authority setting screen 52 (FIG. 9).
  • the first method is suitable for a case where the patient actively responds to an inquiry (speaks well) or a first visit.
  • the service proposing unit 21 acquires, from the auxiliary storage device 15, the patient medical chart 37 (FIG. 6B) specified by the inquiry target personal ID. Then, among the text information stored in the inquiry content column 183 and the treatment policy column 184, the characteristic word is acquired by the above-described method from the part created after the point in time extending a predetermined period starting from the current point.
  • the number of feature words to be acquired is not limited. Assume that five feature words have been acquired.
  • the service proposing unit 21 applies each of the five feature words to the service extraction information 36 (FIG. 6A), and acquires the corresponding service limitation condition. Then, the acquired service limitation condition is displayed in the symptom selection field 215 of the service selection authority setting screen 52 (FIG. 9).
  • the second method is suitable when the patient does not actively respond to the inquiry (silence), or when there is a certain degree of inquiry history instead of the initial examination.
  • the service proposing unit 21 accepts that the home doctor selects some of the symptoms and service categories displayed in the symptom selection column 215. The number of symptoms and service categories selected is not limited.
  • the service proposing unit 21 accepts that the home doctor inputs a message for the agent into the message input field 216 and presses the OK button 217. Note that the agent who receives the approval from the home doctor may acquire the service limiting condition in the service extraction information 36. In that case, communication is performed between the patient terminal device 2 and the agent terminal device 5 in steps S301 and S302.
  • step S304 the service proposal unit 21 displays the biometric information use permission screen 53 (FIG. 10) on the output device of the patient terminal device 2.
  • the biometric information use permission screen 53 has substantially the same configuration as the service selection authority setting screen 52 (FIG. 9). However, the biometric information use permission screen 53 has a biometric value category selection column 218 instead of the symptom etc. selection column 215 (FIG. 9).
  • the service proposing unit 21 sets all the biometric values stored in the record having the personal ID to be interviewed among the records stored in the biometric information 32 (FIG. 3B). Get the category (excluding duplicates). Then, the acquired biometric value category is displayed in the biometric value category selection field 218 of the biometric information use permission screen 53 (FIG. 10).
  • the service proposing unit 21 accepts that the patient selects some of the biological value categories displayed in the biological value category selection field 218.
  • the number of selected biometric categories is not limited.
  • the service proposing unit 21 accepts that the patient inputs a message for the agent in the message input field 216 and presses the OK button 217.
  • step S305 the service proposing unit 21 establishes communication with the agent terminal device 5.
  • the service proposing unit 21 connects the service proposing device 3 and the agent terminal device 5 operated by the agent specified by the agent ID acquired in “first” in step S303.
  • the patient, home doctor, and agent can communicate with each other (via the service proposal device 3).
  • the agent terminal device 5 also has a camera, a microphone, and a speaker. Therefore, the patient, the home doctor, and the agent can view the images of two people other than themselves in real time and listen to the voices of two people other than themselves.
  • step S306 the service proposing unit 21 transmits the service selection authority and the biometric information use permission to the agent terminal device 5. Specifically, the service proposing unit 21 sends the symptom and service category selected in “fourth” in step S303 and the biometric category selected in “second” in step S304 to the agent terminal device 5. Send. Then, the information transmitted to the output device of the agent terminal device 5 is displayed.
  • the agent knows how the home doctor wants to narrow down the services he can provide. Also, it can be seen what kind of biological value the patient wants to disclose (hidden). Then, the agent can accurately give advice in terms of medical and patient feelings in the subsequent consultation with the patient.
  • the service proposal unit 21 searches for a service. Specifically, when receiving a search start instruction from the agent, the service proposing unit 21 acquires a record of service information 33 (FIG. 4) that satisfies all of the following conditions 1 to 4. Thereafter, the acquired record is temporarily stored in the main storage device 14.
  • the symptom in the symptom column 126 matches one of the symptoms selected in “fourth” in step S303.
  • the service category in the service category column 127 matches any of the service categories selected in “fourth” in step S303.
  • At least one of the biological value categories for evaluation in the biological value category column for evaluation 128 matches at least one of the biological value categories selected in “second” in step S304.
  • the service proposing unit 21 receives re-input of the home doctor and / or patient by repeating the “fourth” in step S303 and / or the “second” process in step S304. Alternatively, re-input of a threshold applied to service evaluation is accepted.
  • the service proposal unit 21 displays the service candidate display screen 54 (FIG. 11) on the output device of the agent terminal device 5.
  • the service candidate display screen 54 includes a patient name column 201, a case column 202, an image column 203, a biometric value display column 204, a message column 219 from a patient, a message column 220 from a home doctor, and a service candidate column 221.
  • the service proposing unit 21 displays the name of the patient specified by the personal ID to be interviewed in the patient name column 201, displays the case in the case column 202, and displays the patient image in the image column. 203.
  • the service proposing unit 21 searches the biometric information 32 (FIG. 3B) using the biometric category and the inquiry target personal ID selected in “second” in step S304 as search keys. Based on the corresponding record, the biological value time-series graph and the latest biological value are displayed in the biological value display field 204 for each biological value category. Comparing FIG. 8 and FIG. 11, it can be seen that the patient does not want to disclose his / her weight to the agent.
  • the service proposing unit 21 displays the message input in “third” in step S304 in the message column 219 from the patient. Similarly, the service proposal unit 21 displays the message input in “fifth” in step S303 in the message column 220 from the home doctor.
  • the service proposing unit 21 may display a message as characters when the agent clicks an icon on the screen with a mouse or the like.
  • the service proposing unit 21 sets the service name, the service content, and the price of the service information 33 (FIG. 4) temporarily stored in step S307 in the service candidate field 221 (FIG. 11).
  • the information is displayed in the name column 221a, the service content column 221b, and the price column 221f.
  • the service proposal unit 21 displays check boxes for selection in the proposal field 221c and the confirmation request field 221d of the service candidate field 221.
  • the service proposal unit 21 accepts that the agent inputs a check mark in the proposal field 221c and the confirmation request field 221d of the service candidate field 221.
  • the agent entering a check mark in the proposal field 221c indicates that the agent intends to propose the service to the patient.
  • the agent entering a check mark in the confirmation field 221d indicates that the agent is planning to confirm with the home doctor whether the proposal is possible before actually proposing the service to the patient.
  • step S309 the service proposal unit 21 displays a service confirmation screen 55 (FIG. 12) on the output device of the home doctor terminal device 4.
  • the service confirmation screen 55 has substantially the same configuration as the service candidate display screen 54 (FIG. 11).
  • the service confirmation screen 55 has a confirmation required service candidate field 222 instead of the message field 219 from the patient, the message field 220 from the home doctor, and the service candidate field 221 (FIG. 11).
  • the service proposing unit 21 determines the service name and service content of the record in which a check mark is input in the confirmation request field 221d among the records in the service candidate field 221 in FIG. They are displayed in the service name column 222a and the service content column 222b of the confirmation service candidate column 222, respectively. An icon of the service may be displayed near the service name.
  • the service proposing unit 21 displays a confirmation button in the doctor confirmation column 222c of the confirmation required service candidate column 222.
  • the service proposing unit 21 accepts that the home doctor presses any confirmation button. The home doctor determines whether or not the service may be provided to the patient while viewing the patient's case, the patient's image (facial expression, etc.), and the biological value time series graph. Press.
  • the confirmation button for “Reliable menu home delivery” is pressed.
  • the service proposing unit 21 identifies the following service candidates among the service candidates displayed in the service candidate column 221 of FIG. 11 as service candidates that can actually be proposed to the patient.
  • a candidate for a service in which a check mark is input in the proposal field 221c and no check mark is input in the confirmation request field 221d.
  • a service candidate in which a check mark is input in the proposal field 221c and the confirmation request field 221d and the confirmation button is pressed in the doctor confirmation field 222c of FIG.
  • the service proposal unit 21 displays the service candidate proposal screen 56 (FIG. 13) on the output device of the patient terminal device 2.
  • the service candidate proposal screen 56 has substantially the same configuration as the service confirmation screen 55 (FIG. 12).
  • the agent image is displayed in the image field 203 of the service candidate proposal screen 56.
  • the service candidate proposal screen 56 has a suggested service candidate column 223 instead of the confirmation required service candidate column 222 (FIG. 12).
  • the service proposing unit 21 extracts only the record of the service candidate specified in the “fourth” in step S309 from the record displayed in the service candidate column 221 of FIG. Then, after deleting the proposal field 221c and the confirmation request field 221d of the extracted record, they are displayed in the proposed service candidate field 223 of the service candidate proposal screen 56 (FIG. 13). An icon of the service may be displayed near the service name.
  • step S311 the service proposing unit 21 creates the service limitation information 34 (FIG. 5A). Specifically, first, the service proposal unit 21 creates a new record of the service limitation information 34. Then, in the request ID column 141, the personal ID column 142, the request date column 143, and the case column 144 of the new record, respectively, the numbered request ID, the interviewed individual ID, the current date, and the “No. The case determined in “1” is stored.
  • the service proposing unit 21 displays the symptom and service category selected in “fourth” in step S303 (re-input if re-input) in the service limitation condition column 145 of the new record.
  • the biometric category selected in “second” in step S304 (re-input if re-input) is stored in the bio-information limiting condition column 146.
  • the service proposing unit 21 stores all the service IDs of the service candidates specified in the “fourth” in step S309 in the proposed service ID column 147 of the new record. Thereafter, the service that the patient finally selected is actually provided to the patient. Subsequent processing is processing at the time when provision of the service ends.
  • step S312 the service evaluation unit 22 displays an evaluation request screen 57 (FIG. 14) on the output device of the agent terminal device 5.
  • the evaluation request screen 57 has substantially the same configuration as the service candidate proposal screen 56 (FIG. 13). However, an image of the patient is displayed in the image column 203 of the evaluation request screen 57 (health condition is improved and the human phase and facial expression are changed). Furthermore, the evaluation request screen 57 has a used service column 224 instead of the suggested service candidate column 223 (FIG. 13).
  • the service evaluation unit 22 uses the biometric information 32 displayed in the biometric value display column 204 of the inquiry target personal ID and the service candidate proposal screen 56 (FIG. 13) as a search key. (FIG. 3B) is searched. Based on the corresponding record, the biological value time-series graph and the latest biological value are displayed in the biological value display field 204 of the evaluation request screen 57 for each biological value category.
  • the service evaluation unit 22 attaches “ ⁇ ” to the location corresponding to the latest time point displayed in the biological value display field 204 of the service candidate proposal screen 56 (FIG. 13) in the time series graph, and is closest to the current time point. Append “ ⁇ ” to the point in time. Then, the biological value time series graph between “ ⁇ ” and “ ⁇ ” is displayed in a different form from the previous biological value time series graph. Further, the service evaluation unit 22 displays the difference between the biometric value at the time of “ ⁇ ” and the biometric value at the time of “ ⁇ ” in numbers (in parentheses in the biometric value display field 204).
  • the service evaluation unit 22 deletes the service evaluation column and the price column from the proposed service candidate column 223 of the service candidate proposal screen 56 (FIG. 13), adds an evaluation request column, and then evaluates the request screen 57. Are displayed in the used service column 224. A check box for selection is displayed in the evaluation request column. Third, the service evaluation unit 22 accepts that the agent inputs a check mark in the evaluation request field of the used service field 224. Here, it is assumed that the patient has used all of the proposed services without frustration.
  • the service evaluation unit 22 displays the evaluation screen 58 (FIG. 15) on the output devices of the home doctor terminal device 4 and the patient terminal device 2.
  • the evaluation screen 58 has substantially the same configuration as the evaluation request screen 57 (FIG. 14). However, the evaluation screen 58 has two image fields 203 and 227. An image of the agent is displayed in the image column 227 (the expression has changed with the confidence that the effect has appeared in the patient). Furthermore, the evaluation screen 58 includes a service evaluation column 225 and an agent evaluation column 226 instead of the used service column 224 (FIG. 14).
  • the service evaluation unit 22 displays the service name displayed in the used service column 224 of the evaluation request screen 57 (FIG. 14) in the service name column 225a of the service evaluation column 225. Further, a numerical value input scale for evaluation (the higher the number, the higher the evaluation) is displayed in the service evaluation field 225b. The word column 225c is left blank.
  • the service evaluation unit 22 displays the agent name displayed in the agent name column 212 of the service selection authority setting screen 52 (FIG. 9) in the service name column 226a of the agent evaluation column 226. Further, a numerical input scale for evaluation is displayed in the agent evaluation column 226b. The word column 226c is left blank.
  • the service evaluation unit 22 accepts that the patient inputs an evaluation in the service evaluation column 225b and the agent evaluation column 226b, and inputs a comment for the service and a comment for the agent in the word column 225c and the word column 226c, respectively.
  • the service evaluation unit 22 accepts that the home doctor performs the operation described in “third” in step S313.
  • the home doctor and the patient basically evaluate the service using the biological value time series graph as a judgment material.
  • the place where the service is provided, the period provided, the price, the attitude of the service provider, etc. can also be used as judgment materials.
  • step S314 the service evaluation unit 22 registers the evaluation. Specifically, first, the service evaluation unit 22 creates a new large record of the evaluation information 35 (FIG. 5B). Then, in the request ID column 151, agent ID column 152, and personal ID column 153 of the new large record, the request ID numbered in “first” in step S311 and the agent acquired in “first” in step S303, respectively. The ID and the inquiry personal ID are stored.
  • the service evaluation unit 22 creates a medium record in the service ID column 156 to the service evaluation column 161 of the new large record.
  • the service ID that identifies the service for which the check mark was input in “third” in step S312 is stored.
  • the service evaluation unit 22 adds the evaluation (value) input to the service evaluation column 225b (FIG. 15) in the “third” and “fourth” of step S313 to the service evaluation column 161 of each middle record. ) Is memorized.
  • the service evaluation unit 22 creates small records in the biometric value category column 157 to the usage period column 160 of each medium record. Then, the data on the biological value displayed in the biological value display field 204 of the evaluation request screen 57 in “first” in step S312 is stored in the biological value category field 157 to the usage period field 160 of each small record.
  • “ ⁇ ” in FIG. 14 corresponds to the start time of the use period in FIG. 5B
  • “ ⁇ ” in FIG. 14 corresponds to the end time of the use period in FIG.
  • the biometric value at the time “ ⁇ ” in FIG. 14 corresponds to the pre-use biometric value in FIG. 5B
  • the biometric value at the time “ ⁇ ” in FIG. 14 is the post-use biometric value in FIG. It corresponds to the biological value.
  • the service evaluation unit 22 associates the comment input in the word column 225c (FIG. 15) with the service ID and stores it in a service database (not shown).
  • the service proposing unit 21 can disclose the comments that the patient and the home doctor have determined to be widely disclosed to general patients, for other patients.
  • the service evaluation unit 22 associates the comment input in the word column 226c (FIG. 15) with the agent ID and stores it in the above-described agent database.
  • the service proposing unit 21 can disclose the comments that the patient and the home doctor have determined to be widely disclosed to general patients, for other patients. Thereafter, the processing procedure ends.
  • the map display screen 59 will be described.
  • the location where the service is provided is very important. In particular, it is difficult for an elderly person to use a service provided at a place away from home. Even a patient who is not an elderly person can easily use the service when the service is provided in the vicinity of the commuting route, for example.
  • the service proposing unit 21 can execute the following “map display processing”.
  • the service proposal unit 21 receives an instruction from the patient terminal device 2 to display a map. Then, the personal information 31 (FIG. 3A) is searched using the inquiry target personal ID as a search key, and the address of the corresponding record is acquired. This address is called a “designated address”.
  • the service proposing unit 21 displays the map display screen 59 (FIG. 16) on the output device of the patient terminal device 2. The service proposing unit 21 displays a map describing an arbitrary geographical range centered on the designated address. The service proposal unit 21 displays a graphic 232 indicating the patient's home at the position of the designated address on the map. Further, the boundary line 234 of the administrative district is displayed, and a display information selection field 231 is displayed at the corner of the screen. At this time, the service proposing unit 21 accesses an arbitrary public database via the network 7 and acquires a map.
  • the service proposing unit 21 accepts that the patient selects some of the display information options in the display information selection field 231. Here, it is assumed that “service provision period”, “service category”, and “evaluation” are selected. (4) The service proposing unit 21 acquires all records having a service providing location within the displayed geographical range from the service information 33 (FIG. 4). For each acquired record, a service ID, a service provision period, and a service category are acquired.
  • the service proposing unit 21 acquires a record having the service ID acquired in the process (4) among the records in the evaluation information 35 (FIG. 5B). Then, the service evaluation of the acquired middle record is acquired. (6) The service proposing unit 21 displays the graphic 233a to the graphic 233h indicating the service provider at the position of the service providing location on the map. The service proposal unit 21 displays the service provision period and service category acquired in the process (4) and the service evaluation (designed) acquired in the process (5) in or near the figure. .
  • the service evaluation may be an evaluation by a home doctor or an evaluation by a patient.
  • the service proposing unit 21 accepts that the patient touches one of the figures 233a to 233h indicating the service provider with the finger 238 on the screen. Now, assume that the patient touches the figure 233d.
  • the service proposing unit 21 displays a route 237 between the figure 233d and the figure 232 (home). Further, the distance, transportation means, and time required for the patient to travel the route are displayed (reference numeral 236). At this time, the service proposing unit 21 accesses an arbitrary public database via the network 7 and acquires the distance, the transportation means, and the required time.
  • the service proposing unit 21 displays the service name 235 indicated by the graphic 233d in association with the graphic 233d.
  • the scatter diagram display screen 60 will be described with reference to FIG. It is actually difficult to know the compatibility between different services. For example, it is difficult to know whether or not it was really true that the home doctor provided the patient with the combination of the services “Reliable menu delivery” and “Stay type program” while viewing the evaluation screen 58 (FIG. 15). .
  • the service proposing unit 21 performs the following “based on the service information 33 (FIG. 4) and the evaluation information 35 (FIG. 5B) updated to the latest state at that time.
  • a “scatter diagram display process” can be executed.
  • the service proposing unit 21 receives from the home doctor terminal device 4 or the agent terminal device 5 an instruction to display a scatter diagram regarding the effect and evaluation of the service and a plurality of service IDs.
  • V001 reliable menu delivery
  • V002 stay program
  • V003 diet program
  • the service proposing unit 21 acquires a record whose service ID matches one of “V001”, “V002”, and “V003” among the records in the evaluation information 35.
  • the service proposing unit 21 creates the scatter diagram 241 and the scatter diagram 242 based on the data of the middle record acquired in the process of (2), and the created scatter diagram 241 and scatter diagram 242 are used as the home doctor terminal.
  • the information is displayed on the output device of the device 4 or the agent terminal device 5.
  • Scatter chart 241 (FIG. 17) is a two-dimensional coordinate system in which the horizontal axis is the age of the patient and the vertical axis is the change (difference) in biological values.
  • One point plotted on the scatter diagram 241 corresponds to one middle record in the evaluation information 35. Therefore, the patient gender of a large record including the middle record can be indicated by the shape ( ⁇ or ⁇ ) of one point. Moreover, the patient age of the large record including the middle record can be indicated by the position of the horizontal axis of one point. By the position of the vertical axis of one point, the value of “pre-use biometric value ⁇ post-use biometric value” of a small record having a specific biometric category among the records can be indicated.
  • the service proposing unit 21 displays a plurality of medium records in one point when the plurality of medium records are included in the same large record.
  • the medium record 164 and the medium record 165 in FIG. 5B are included in the large record 163. That is, the services “Reliable menu delivery” and “Stay type program” are provided to the patient “P0101” at the same time. This is represented by, for example, a point 241a in the scatter diagram 241.
  • the point 241b is found to be for a patient who is provided with the services “Reliable menu home delivery” and “Diet program” at the same time.
  • the point 241c is a point for a patient who is provided with only the service “Reliable menu delivery”.
  • Providing the “Residence Program” together with “Reliable Menu Home Delivery” provides greater changes (effects) in biological values and is easier for older people to accept.
  • ⁇ Providing the “Diet Program” together with “Reliable Menu Home Delivery” is more likely to be accepted by younger patients because of the large changes in biological values.
  • the scatter diagram 242 is a two-dimensional coordinate system in which the horizontal axis is the evaluation (value) by the home doctor and the vertical axis is the evaluation (value) by the patient.
  • One point plotted on the scatter diagram 242 also corresponds to one middle record in the evaluation information 35.
  • the meaning of the shape of one point ( ⁇ or ⁇ ) is as described above.
  • the position on the horizontal axis and the position on the vertical axis of one point indicate the evaluation by the home doctor and the evaluation by the patient, respectively, of the service evaluation of the middle record.
  • the service proposing unit 21 displays the plurality of medium records in one point in the same manner as described above.
  • the service proposing unit 21 displays service information and service evaluation 243 for “anshin menu home delivery”, “stay program” and “diet program”.
  • the service proposing unit 21 displays the data in each column of the service information and the service evaluation 243 based on the service information 33 (FIG. 4) and the evaluation information 35 (FIG. 5B).
  • the service proposing unit 21 executes the following “optimum case tree creation process” based on the stored record of the service limitation information 34 (FIG. 5A). be able to. (1) The service proposing unit 21 acquires a predetermined number of records from the service limitation information 34 in order from the newest request date. (2) The service proposing unit 21 sorts the acquired records by case and creates a “group” for each case.
  • the service proposing unit 21 performs the following processing. -Arrange the symptoms in the service limitation condition column 145 in descending order of the number of appearances. Then, a predetermined number (for example, three) of symptoms are acquired from the top. At this time, it is assumed that the acquired symptoms are “malnutrition”, “insomnia”, and “depression”.
  • the service categories in the service limitation condition column 145 are arranged in descending order of the number of appearances. Then, a predetermined number (for example, three) of service categories are acquired from the top. At this time, it is assumed that the acquired service categories are “inspection system”, “nutrition system”, and “exercise system”.
  • the service proposing unit 21 uses “hematuria” as a root node, and “undernutrition”, “insomnia”, “depression”, “examination system”, “nutrition system”, and “exercise system” as lower nodes. Create a new case tree. (5) The service proposal unit 21 updates an existing case tree having “hematuria” as a root node with a new case tree. (6) The service proposing unit 21 performs the same process as “hematuria” for other cases.
  • the service proposing unit 21 does not have to apply all of the above conditions 1 to 4 in step S307. It is possible to remove any of the four conditions or add other conditions. Furthermore, the service proposing unit 21 may search for service candidates after removing the condition 3 for the biometric category, present the service candidates to the patient, and then narrow the presented service candidates by the condition 3.
  • This embodiment has the following effects.
  • the agent can determine a service to be proposed to the patient from services narrowed down from the medical point of view of the home doctor while referring to the biometric value that the patient permits disclosure. . Therefore, the possibility that an inappropriate service is proposed is reduced, and the satisfaction of the patient is improved.
  • the service proposal device 3 displays the service and agent evaluation. Thus, it becomes easier for the patient to select a service and to change the agent.
  • the service proposal device 3 accepts a doctor's confirmation of the retrieved service candidates before making a proposal to the patient. Therefore, it becomes possible to propose a more careful service.
  • the service proposal device 3 uses a case tree that hierarchically shows the relationship between cases, symptoms, and service categories. Therefore, it is possible to reduce the burden of the doctor narrowing down the service.
  • the service proposing device 3 displays a map indicating a place where the service is provided. Therefore, it becomes easy to select a service especially for a patient who is an elderly person.
  • the service proposal device 3 displays a service scatter diagram. Therefore, compatibility between a plurality of services can be easily known.
  • the service proposal device 3 displays the latest evaluation for the service and the agent. Therefore, it encourages healthy competition between service providers and agents.
  • the service proposal device 3 updates the case tree based on the search condition selected by the home doctor. Therefore, the case tree does not become obsolete.
  • the service proposal device 3 displays the symptom of the search condition and the service category candidate based on the feature words in the inquiry record. Therefore, even when the patient does not actively respond to the inquiry, the search condition can be determined.
  • the service proposal device 3 displays a message for the agent from the patient and home doctor to the agent. Therefore, the agent can propose a faithful service according to the wishes of the patient.
  • this invention is not limited to an above-described Example, Various modifications are included.
  • the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described.
  • a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment.
  • Each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files that realize each function can be stored in a recording device such as a memory, a hard disk, or an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
  • the control lines and information lines are those that are considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. In practice, it may be considered that almost all the components are connected to each other.

Abstract

　本発明のサービス提案装置は、健康関連のサービスに関連付けて、サービスが効果を生じる症状及びサービスのカテゴリが記憶されるサービス情報と、患者の生体値が生体値のカテゴリごとに記憶される生体情報と、を格納している記憶部を備えている。さらに、症状又はサービスのカテゴリについての検索条件を医師から受け付け、開示され得る生体値のカテゴリである開示条件を患者から受け付け、受け付けた検索条件を使用してサービス情報を検索した結果該当したサービスの候補と、開示条件を使用して生体情報を検索した結果該当した生体値と、を表示する画面を、サービスの提供窓口であるエージェントに対して示し、エージェントがサービスの候補のうちから患者に提案する候補を選択する画面をエージェントに対して示すサービス提案部を備えることを特徴とする。

Description

サービス提案装置、サービス提案方法及びサービス提案プログラム
　本発明は、サービス提案装置、サービス提案方法及びサービス提案プログラムに関する。
　近時、患者の医療・健康データをサーバ内に蓄積しておき、主治医、患者、自治体、健康保険組合、健康食品製造者等の検索主体が、サーバにアクセスし、それぞれの主体の目的に応じて医療・健康データを検索する技術が普及している。このような技術の例として特許文献１が存在する。
　特許文献１においては、医療・健康データは、患者の氏名、年齢等の個人情報をはじめとして、症状、措置、検査結果、健康診断結果、嗜好、関心事等のデータを含む。主治医は、当然すべてのデータに対してアクセスすることが可能である。患者は、致命的な疾病（癌など）に罹患している事実がわかってしまうようなデータ以外のすべてのデータにアクセスすることができる。自治体又は健康保険組合は、医療費の増加に歯止めをかけるために患者にアドバイスするのに充分な情報、例えば、患者の氏名、年齢、性別、健康診断結果のみにアクセスできる。健康食品製造者は、製品の市場分析を行うために充分な情報、例えば、患者の年代及び性別のみにアクセスすることが可能である。
特開２００３－６７５０６号公報（図１１等）
　近時、患者は、医師による医療サービス以外にも、医師以外の事業者が提供する健康関連サービス（食事配達サービス、運動指導サービス等）を利用することが多い。患者は、多くの候補の中から、どの健康関連サービスが自身にとって真に相応しいかを知りたい。さらに、そのサービスを利用した結果、自身の健康状態がどのように改善したかも知りたい。このような場合、患者は「エージェント」に相談する。エージェントとは、多くの健康関連サービス提供者の窓口となる者である。エージェントは、患者に相応しい健康関連サービスの候補を患者に提示する。
　いま、ある患者が「高血圧」の自覚を有しているとする。ところが、真の疾病が「糖尿病」であることを探り当てることは、医師ではないエージェントに取ってそもそも職掌外のことであり容易ではない。その結果、エージェントは、的外れな健康関連サービスを患者に提案してしまう可能性がある。また、適当な健康関連サービスを利用できたとしても、健康状態の改善を評価する尺度（血圧等）が、医学的には的はずれであることもある。さらに、その尺度が、患者にとってエージェントに知られたくないデータ（体重等）である結果、健康関連サービスを継続して利用する動機が失せることもある。
　特許文献１の技術は、それぞれの検索主体が、それぞれが必要な範囲で、医療・健康データを検索することは可能である。しかしながら、患者の医療・健康データに応じて適当な健康食品を提案することはできないし、さらに、提案されたサービスが医学的に見ても適当であり、かつ、健康状態の改善が患者の意に沿う尺度で評価されることが担保されていない。
　そこで、本発明は、医学的に見て適当な健康関連サービスを提案し、健康状態の改善を患者の意に沿う尺度で評価することを目的とする。
　本発明のサービス提案装置は、健康関連のサービスに関連付けて、サービスが効果を生じる症状及びサービスのカテゴリが記憶されるサービス情報と、患者の生体値が生体値のカテゴリごとに記憶される生体情報と、を格納している記憶部と、症状又はサービスのカテゴリについての検索条件を医師から受け付け、開示され得る生体値のカテゴリである開示条件を患者から受け付け、受け付けた検索条件を使用してサービス情報を検索した結果該当したサービスの候補と、開示条件を使用して生体情報を検索した結果該当した生体値と、を表示する画面を、サービスの提供窓口であるエージェントに対して示し、エージェントがサービスの候補のうちから患者に提案する候補を選択する画面をエージェントに対して示すサービス提案部と、を備えることを特徴とする。
　その他の手段については、発明を実施するための形態のなかで説明する。
　本発明によれば、医学的に見て適当な健康関連サービスを提案し、健康状態の改善を患者の意に沿う尺度で評価することが可能になる。
サービス提案装置が使用される環境を説明する図である。 サービス提案装置の構成図である。 （ａ）は、個人情報の一例を示す図である。（ｂ）は、生体情報の一例を示す図である。 サービス情報の一例を示す図である。 （ａ）は、サービス限定情報の一例を示す図である。（ｂ）は、評価情報の一例を示す図である。 （ａ）は、サービス抽出情報の一例を示す図である。（ｂ）は、治療カルテの一例を示す図である。 症例ツリーの一例を示す図である。 相談開始画面の一例を示す図である。 サービス選択権限設定画面の一例を示す図である。 生体情報使用許可画面の一例を示す図である。 サービス候補表示画面の一例を示す図である。 サービス確認画面の一例を示す図である。 サービス候補提案画面の一例を示す図である。 評価依頼画面の一例を示す図である。 評価画面の一例を示す図である。 地図表示画面の一例を示す図である。 散布図表示画面の一例を示す図である。 処理手順のフローチャートである。
　以降、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら説明する。
（用語）
　「患者」とは、健康上の問題又は関心事を抱えている者である。実際になんらかの疾病に罹患しているか否かは問われない。
　「健康関連サービス」とは、患者の健康状態の増進又は回復を目的として患者に対して提供される役務である。典型的な例は、身体機能回復のためのリハビリ指導、食事の提供、悩み事相談等である。この健康関連サービスは、医師ではない者であっても患者に提供できるサービスであるところに、その特徴がある。健康関連サービスは、役務以外の商品（健康食品、運動具等）の販売も含む概念である。以下では、健康関連サービスを、略して「サービス」と呼ぶことがある。
　「サービス提供者」とは、サービスを提供し得る者である。一般の民間企業は、法令の範囲内で、営利目的で患者に対してサービスを提供し得る。
　「エージェント」とは、患者がサービス提供者に対してアクセスする際の窓口となる者である。エージェントは、どのサービス提供者がどのようなサービスを提供することが可能であるかを熟知しており、患者の症例に適合したサービスを患者に対して提案する。エージェントは、サービス提供者から見れば一種の「販売代理店」であり、患者から見れば、健康問題についての身近な相談相手である。
　「ホームドクタ」とは、家族のような患者の集団に対する健康指導を、医学的な観点から行う専門家であり通常は開業医等の医師である。１人の患者を治療する医師は、複数存在する場合がある。すると、家族全体でみれば、多くの医師に掛かっていることが多い。このような場合は、ホームドクタは、これらの複数の医師を代表して、家族ごとに１人選任される場合が多い。この場合、ホームドクタは、家族の全構成員についての個人情報、医療情報等を知り得る立場にある。
（機器構成）
　図１に沿って、サービス提案装置が使用される環境を説明する。サービス提案システム１は、ネットワーク７を介して相互に接続された、患者端末装置２、サービス提案装置３、ホームドクタ端末装置４、エージェント端末装置５及びサービス提供者端末装置６を有する。患者端末装置２、ホームドクタ端末装置４、エージェント端末装置５及びサービス提供者端末装置６は、それぞれ、患者、ホームドクタ、エージェント及びサービス提供者によって操作される。
　詳細は後記するが、サービス提案装置３は、ひとことで言えば、サービスについての情報をサービス提供者から受け付けたうえで、患者、ホームドクタ及びエージェントを仲立ちする装置である。よって、サービス提案装置３は、健康関連企業、生命保険会社、自治体、医師団体等によって運営される場合が多い。
　図２に沿って、サービス提案装置３の構成を説明する。サービス提案装置３は、一般的なコンピュータである。サービス提案装置３は、中央制御装置１１、キーボード、マウス、タッチスクリーン等の入力装置１２、ディスプレイ等の出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を有する。これらはバスによって相互に接続されている。
　主記憶装置１４における、サービス提案部２１及びサービス評価部２２は、プログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１５から各プログラムを読み出し、主記憶装置１４にロードしたうえで、各プログラムの機能（詳細後記）を実現するものとする。補助記憶装置１５は、個人情報３１、生体情報３２、サービス情報３３、サービス限定情報３４、評価情報３５、サービス抽出情報３６、治療カルテ３７及び症例ツリー３８を記憶している。これらの詳細については後記する。
　図１に戻って、患者端末装置２、ホームドクタ端末装置４、エージェント端末装置５及びサービス提供者端末装置６もまた、一般的なコンピュータである。これらの装置は、サービス提案装置３と同様に、中央制御装置、入力装置、出力装置、主記憶装置、補助記憶装置及び通信装置を有している（図示せず）。患者端末装置２、ホームドクタ端末装置４及びエージェント端末装置５は、さらに、カメラ、マイクロホン及びスピーカも有している。
（個人情報）
　図３（ａ）に沿って、個人情報３１を説明する。個人情報３１においては、個人ＩＤ欄１０１に記憶された個人ＩＤに関連付けて、氏名欄１０２には氏名が、続柄欄１０３には続柄が、生年月日欄１０４には生年月日が、住所欄１０５には住所が、エージェントＩＤ欄１０６にはエージェントＩＤが、ホームドクタＩＤ欄１０７にはホームドクタＩＤが記憶されている。
　個人ＩＤ欄１０１の個人ＩＤは、患者を一意に特定する識別子である。本実施形態においては、例えば個人ＩＤが「Ｐ０１０２」である場合、そのうち「０１」は家族を、「０２」はその家族における構成員を特定している。
　氏名欄１０２の氏名は、患者の氏名である。
　続柄欄１０３の続柄は、家族内における患者の親族関係を示す語である。ここでは、「夫」、「妻」、「長男」及び「長女」が例として記載されている。続柄は、「次男」、「次女」、「夫の母」、「長男の長男」等であってもよい。なお続柄に付された「*」は、その患者が家族のなかでの代表者（１名）であることを示す。
　生年月日欄１０４の生年月日は、患者の生年月日である。
　住所欄１０５の住所は、患者の居住地の住所である。
　エージェントＩＤ欄１０６のエージェントＩＤは、エージェントを一意に特定する識別子である。
　ホームドクタＩＤ欄１０７のホームドクタＩＤは、ホームドクタを一意に特定する識別子である。
　本実施形態においては、エージェントＩＤ及びホームドクタＩＤは、代表者についてのレコードのみに記憶され、同じ家族の他の構成員は、当該エージェントＩＤ及び当該ホームドクタＩＤを使用するものとする。
（生体情報）
　図３（ｂ）に沿って、生体情報３２を説明する。生体情報３２においては、情報ＩＤ欄１１１に記憶された情報ＩＤに関連付けて、個人ＩＤ欄１１２には個人ＩＤが、生体値カテゴリ欄１１３には生体値カテゴリが、生体値欄１１４には生体値が、取得時期欄１１５には取得時期が記憶されている。
　情報ＩＤ欄１１１の情報ＩＤは、生体情報３２のレコードを一意に特定する識別子である。
　個人ＩＤ欄１１２の個人ＩＤは、図３（ａ）の個人ＩＤと同じである。
　生体値カテゴリ欄１１３を説明するに先立ち、「生体値」の説明をする。
　生体値とは、例えば以下のような、人間の身体についての定量的情報である。
・体重、身長、体温、最高血圧、最低血圧、脈拍数のように測定機器によって直ちに取得できる情報
・血糖値のように、身体から採取されたサンプルを分析することにより取得できる情報
・５０メートル走のタイムのように、運動能力を示す情報
・睡眠時間、摂取カロリのように日常の行動を積算して得られる情報
　生体値カテゴリ欄１１３の生体値カテゴリは、生体値の種類であり、ここでは「体重」、「血糖値」、「最高血圧」、「最低血圧」、「脈拍数」、「摂取カロリ」、「睡眠時間」及び「体温」を例としている。他の生体値カテゴリがあってもよい。
　生体値欄１１４の生体値は、取得された生体値そのものである。
　取得時期欄１１５の取得時期は、生体値が取得された時点の年月日時分である。
　生体情報３２のレコードは、すべての患者について、取得された生体値の数だけ存在する。
（サービス情報）
　図４に沿って、サービス情報３３を説明する。サービス情報３３においては、サービスＩＤ欄１２１に記憶されたサービスＩＤに関連付けて、サービス名欄１２２にはサービス名が、サービス提供者名欄１２３にはサービス提供者名が、サービス提供場所欄１２４にはサービス提供場所が、サービス提供期間欄１２５にはサービス提供期間が、症状欄１２６には症状が、サービスカテゴリ欄１２７にはサービスカテゴリが、評価用生体値カテゴリ欄１２８には評価用生体値カテゴリが、サービス内容欄１２９にはサービス内容が、価格欄１３０には価格が、アイコン欄１３１にはアイコンが記憶されている。サービス情報３３は、図４では上下２段に分かれて記載されているが、実際は１つのものである。
　サービスＩＤ欄１２１のサービスＩＤは、サービスを一意に特定する識別子である。
　サービス名欄１２２のサービス名は、サービスの名称である。
　サービス提供者名欄１２３のサービス提供者名は、そのサービスのサービス提供者の名称である。
　サービス提供場所欄１２４のサービス提供場所は、サービスが提供される場所の住所である。例えば、患者が店舗を訪問するサービスの場合、サービス提供場所は「東京都新宿区○○町○番地」のようになる。患者のもとに出張して提供されるサービスの場合、サービス提供場所は「東京都、神奈川県」のように、出張可能な患者の住所を含む行政区画の表記となる。
　サービス提供期間欄１２５のサービス提供期間は、サービスが提供され得る期間である。サービス提供期間は、開始時点の年月日及び終了時点の年月日で示されてもよいし、開始時点の年月日のみ、又は、終了時点の年月日のみで示されてもよい。
　症状欄１２６の症状は、そのサービスが効果を発揮し得る疾病である。
　サービスカテゴリ欄１２７のサービスカテゴリは、サービスの種類である。サービスカテゴリは、例えば「食事系」、「滞在系」、「運動系」等である。
　評価用生体値カテゴリ欄１２８の評価用生体値カテゴリは、患者がそのサービスを利用したことによる医学的な効果を評価するために必要な生体値の種類である。例えば、図４の１行目のレコードに注目する。すると、サービス「あんしんメニュー宅配」は、症状「高血圧」の患者に対して効果を発揮し、その効果は、患者の生体値のうち「最高血圧」又は「血糖値」の推移を見ることによって評価され得ることがわかる。評価用生体値カテゴリの数は特に限定されない。
　サービス内容欄１２９のサービス内容は、サービスの内容を患者に具体的に説明する文言である。
　価格欄１３０の価格は、サービスの価格（単位：円）である。
　アイコン欄１３１のアイコンは、サービスを画面表示する際の図形である。
　サービス情報３３のレコードは、すべてのサービス提供者を通じて、サービスの数だけ存在する。
（サービス限定情報）
　図５（ａ）に沿って、サービス限定情報３４を説明する。サービス限定情報３４においては、要求ＩＤ欄１４１に記憶された要求ＩＤに関連付けて、個人ＩＤ欄１４２には個人ＩＤが、要求日欄１４３には要求日が、症例欄１４４には症例が、サービス限定条件欄１４５にはサービス限定条件が、生体情報限定条件欄１４６には生体情報限定条件が、提案サービスＩＤ欄１４７には提案サービスＩＤが記憶されている。
　要求ＩＤ欄１４１の要求ＩＤは、「要求」を一意に特定する識別子である。要求とは、患者からホームドクタに対する、「サービスの提案をエージェントから受けたい」という意思表示である。
　個人ＩＤ欄１４２の個人ＩＤは、図３（ａ）の個人ＩＤと同じである。
　要求日欄１４３の要求日は、要求がなされた時点の年月日である。
　症例欄１４４の症例は、患者の自覚症状である。なお、本実施形態においては、「症例」は、患者が主観的に判断した自身の身体状況であり、前記した「症状」とは異なる。
　サービス限定条件欄１４５のサービス限定条件は、エージェントがサービスの候補を検索する際に、ホームドクタがエージェントに対して課する検索条件である。サービス限定条件は、サービス情報３３（図４）のレコードを限定することができるものであればなんでもよい。ここでは、症状（図４の欄１２６）及びサービスカテゴリ（図４の欄１２７）のうちのいずれかとしている。
　生体情報限定条件欄１４６の生体情報限定条件は、患者がエージェントに対する開示を許容する生体情報を検索する条件である。生体情報限定条件は、生体情報３２（図３（ｂ））のレコードを限定することができるものであればなんでもよい。ここでは、生体値カテゴリ（図３（ｂ）の欄１１３）のうちのいずれかとしている。
　提案サービスＩＤ欄１４７の提案サービスＩＤは、患者の要求に対して実際に提案されたサービスを特定するサービスＩＤである。
　サービス限定情報３４のレコードは、要求の数だけ存在する。
（評価情報）
　図５（ｂ）に沿って、評価情報３５を説明する。評価情報３５においては、要求ＩＤ欄１５１に記憶された要求ＩＤに関連付けて、エージェントＩＤ欄１５２にはエージェントＩＤが、個人ＩＤ欄１５３には個人ＩＤが、患者性別欄１５４には患者性別が、患者年齢欄１５５には患者年齢が、サービスＩＤ欄１５６にはサービスＩＤが、生体値カテゴリ欄１５７には生体値カテゴリが、利用前生体値欄１５８には利用前生体値が、利用後生体値欄１５９には利用後生体値が、利用期間欄１６０には利用期間が、サービス評価欄１６１にはサービス評価が、エージェント評価欄１６２にはエージェント評価が記憶されている。
　要求ＩＤ欄１５１の要求ＩＤは、図５（ａ）の要求ＩＤと同じである。
　エージェントＩＤ欄１５２のエージェントＩＤは、図３（ａ）のエージェントＩＤと同じである。
　個人ＩＤ欄１５３の個人ＩＤは、図３（ａ）の個人ＩＤと同じである。
　患者性別欄１５４の患者性別は、患者の性別である。
　患者年齢欄１５５の患者年齢は、患者の年齢である。
　サービスＩＤ欄１５６のサービスＩＤは、患者が実際に利用したサービスを特定するサービスＩＤである。
　生体値カテゴリ欄１５７の生体値カテゴリは、サービスを評価するために使用された生体値の種類である。詳細は後記するが、ここでの生体値カテゴリは、評価用生体値カテゴリ（図４の欄１２８）のうち、生体情報限定情報（図５（ａ）の欄１４６）に一致するものである。
　利用前生体値欄１５８の利用前生体値は、患者がサービスを利用する前の時点における生体値である。
　利用後生体値欄１５９の利用後生体値は、患者がサービスを利用した後の時点における生体値である。
　利用期間欄１６０の利用期間は、患者がサービスを利用した期間の開始時点の年月日及び終了時点の年月日である。
　サービス評価欄１６１のサービス評価は、ホームドクタがサービスを評価した結果の値と、患者が当該サービスを評価した結果の値との組合せである。例えば、サービス評価「３.２，３.０」は、ホームドクタがサービスを評価した結果の値は「３.２」であり、患者が当該サービスを評価した結果の値は「３.０」であることを示している。
　エージェント評価欄１６２のエージェント評価は、サービスを提案したエージェントをホームドクタが評価した結果の値と、患者が当該エージェントを評価した結果の値との組合せである。例えば、エージェント評価「４.０，３.０」は、ホームドクタがエージェントを評価した結果の値は「４.０」であり、患者が当該エージェントを評価した結果の値は「３.０」であることを示している。
（評価情報のレコードの階層構造）
　いま、レコード１６３に注目する。レコード１６３には１つ（１組）のエージェント評価が対応している。このレコードを「大レコード」と呼ぶ。大レコード１６３は、レコード１６４及び１６５を含む。レコード１６４には１つ（１組）のサービス評価が対応し、レコード１６５にも１つ（１組）のサービス評価が対応している。これらのレコードを「中レコード」と呼ぶ。中レコード１６４は、最高血圧についてのレコード及び血糖値についてのレコードを含む。中レコード１６５についても同様である。これら中レコードに含まれる生体値カテゴリごとのレコードを「小レコード」と呼ぶ。すなわち、１つの大レコードは１又は複数の中レコードを含み、１つの中レコードは１又は複数の小レコードを含む。
　評価情報３５の大レコードは、要求の数だけ存在する。
（サービス抽出情報）
　図６（ａ）に沿って、サービス抽出情報３６を説明する。サービス抽出情報３６においては、特徴語欄１７１に記憶された特徴語に関連付けて、サービス限定条件欄１７２にはサービス限定条件が記憶されている。
　特徴語欄１７１の特徴語は、後記する治療カルテ３７（図６（ｂ））に記載されているテキスト情報から抽出される特徴語である。
　サービス限定条件欄１７２のサービス限定条件は、図５（ａ）のサービス限定条件と同じである。
（治療カルテ）
　図６（ｂ）に沿って、治療カルテ３７を説明する。治療カルテ３７は、ホームドクタが作成した患者についての問診記録である。治療カルテ３７は、患者名欄１８１、ホームドクタ名欄１８２、問診内容欄１８３及び治療方針欄１８４を有する。問診内容欄１８３には、ホームドクタが患者から聞き取った、患者の健康状態、生活習慣等に関するテキスト情報が、聞き取った時点の年月日順に記載されている。なお、問診内容欄１８３には、テキスト情報に変換可能な音声情報が記憶されていてもよい。治療方針欄１８４には、ホームドクタが問診内容に基づいて考案した、患者の健康状態を増進又は改善するための指針がテキスト情報で記載されている。
　サービス提案装置３のサービス提案部２１は、公知の技術を使用して、問診内容欄１８３又は治療方針欄１８４のテキスト情報から、その治療カルテ３７の特徴語を抽出することができる。特徴語とは、例えば、当該治療カルテに所定の回数以上出現する語であって、他の患者の治療カルテには所定の回数以下しか出現しないような文字列である。そして、サービス提案部２１は、抽出した特徴語と一致する語、抽出した特徴語と類似する語、又は、抽出した特徴語と同義である語を、サービス抽出情報３６の特徴語欄１７１の中から特定することができる。そして、特定した特徴語に関連付けられたサービス限定条件を取得することができる。
（症例ツリー）
　図７に沿って、症例ツリー３８を説明する。症例ツリーは、ある症例をルートのノードとして有し、当該症例との関連性が高い症状又はサービスカテゴリを下位のノードとして有する階層情報である。症例ツリー３８は複数存在するので、個別の症例ツリーに対し、「３８ａ」、「３８ｂ」のように符号を振る。例えば、症例ツリー３８ａのルートのノードは「血尿」である。これは、患者がホームドクタとの問診において訴える症例（自覚症状）に対応する。
　症例ツリー３８ａの下位のノード１９１には２つの群がある。一方の群（枝が短い方）は、「高血圧」、「肥満」及び「冷え性」であり、これらは、図４の症状に対応している。他方の群（枝が長い方）は、「食事系」、「運動系」、「滞在系」及び「検査系」であり、これらは、図４のサービスカテゴリに対応している。なお、枝の長さそのものは、特に意味を有さない。症例ツリー３８ｂについても同様である。個別の症例ツリーは、いくつ存在してもよいが、補助記憶装置１５は、問診において患者が訴えそうな症例の代表例をルートのノードに有するツリーを、可能な限り多く記憶していることが望ましい。詳細は後記するが、例えば症例ツリー３８ａの症状及びサービスカテゴリの下位のノード１９１は、サービス選択権限設定画面５２（図９）の症状等選択欄２１５のアイコンそのものになっている。
（画面遷移等）
　図８～図１５に沿って、患者、エージェント及びホームドクタが視認する画面の推移を説明する。すべての画面表示を制御する主体は、サービス提案装置３である。よって、以下において、例えば「患者端末装置２の出力装置は、○○画面を表示する」と記した場合、それは「サービス提案装置３が、患者端末装置２の出力装置を介して、○○画面を表示する」の意である。情報処理の詳細は、別途後記する。
　（１）患者端末装置２の出力装置は、相談開始画面５１（図８）を表示する。患者は、相談開始画面５１を視認し、前記した「要求」を入力欄２０５に入力（チェックマーク）する。
　（２）ホームドクタ端末装置４の出力装置は、サービス選択権限設定画面５２（図９）を表示する。ホームドクタは、サービス選択権限設定画面５２を視認し、エージェントが多くのサービスから患者に相応しいサービスの候補を検索する際の条件である症状及び／又はサービスカテゴリを入力（症状等選択欄２１５のチェックマーク）する。
　（３）患者端末装置２の出力装置は、生体情報使用許可画面５３（図１０）を表示する。患者は、生体情報使用許可画面５３を視認し、エージェントに対して開示することを許容する生体値カテゴリを入力（生体値カテゴリ選択欄２１８のチェックマーク）する。
　（４）その後、サービス提案装置３は、サービスの候補を検索する。
　（５）エージェント端末装置５の出力装置は、サービス候補表示画面５４（図１１）を表示する。エージェントは、サービス候補表示画面５４を視認し、サービス提案装置３が検索したサービスの候補（サービス候補欄２２１）を閲覧する。サービスの候補の中には、エージェントが患者に対して実際に提案してよいか否かの判断に迷うものもあり得る。エージェントは、当該判断をホームドクタに対して仰ぐべき候補を選択する（確認依頼欄２２１ｄ）。
　（６）ホームドクタ端末装置４の出力装置は、サービス確認画面５５（図１２）を表示する。ホームドクタは、サービス確認画面５５を視認し、エージェントに替わり、そのサービスの候補を患者に対して実際に提案してよいか否かを判断する（医師確認欄２２２ｃの確認ボタン）。
　（７）患者端末装置２の出力装置は、サービス候補提案画面５６（図１３）を表示する。患者は、サービス候補提案画面５６を視認し、エージェントが提案するサービスの候補２２３を閲覧する。
　（８）その後、患者はサービスの候補のうちから１又は複数のサービスを選択し、選択したサービスの提供を実際に受ける。
　（９）エージェント端末装置５の出力装置は、評価依頼画面５７（図１４）を表示する。エージェントは、評価依頼画面５７を視認し、ホームドクタ等による評価を受けたいサービスを決定する（利用済サービス欄２２４の評価依頼欄のチェックマーク）。
　（１０）患者端末装置２又はホームドクタ端末装置４の出力装置は、評価画面５８（図１５）を表示する。患者又はホームドクタは、評価画面５８を視認し、サービス及びエージェントを評価する（サービス評価欄２２５ｂ及びエージェント評価欄２２６ｂ）。
（処理手順）
　処理手順を開始する前提として、個人情報３１は、図３（ａ）に記載されている完成状態で補助記憶装置１５に格納されているものとする。生体値は、患者端末装置２又はホームドクタ端末装置４からサービス提供装置３に対して逐次送信され、その結果、生体情報３２（図３（ｂ））は最新の状態に維持されているものとする。サービスに関する情報は、サービス提供者端末装置６からサービス提供装置３に対して逐次送信され、その結果、サービス情報３３（図４）は最新の状態に維持されているものとする。
　詳細は後記するが、サービス限定情報３４（図５（ａ））及び評価情報３５（図５（ｂ））のレコードは、患者からの「要求」があり、その要求に対応してサービスの提供が終了する都度増加することになる。よって、サービス限定情報３４及び評価情報３５は、処理手順が開始される時点において、その時点より前の時点で作成されたレコードを蓄積しているものとする。サービス抽出情報３６は、図６（ａ）に記載されている完成状態で補助記憶装置１５に格納されているものとする。ホームドクタは、患者との問診の都度、治療カルテ３７（図６（ｂ））にデータを書き加える。そしてホームドクタ端末装置４は、定期的に、最新状態の治療カルテ３７を、サービス提案装置３に送信する。よって、補助記憶装置１５は、最新状態の治療カルテ３７を患者ごとに維持している。症例ツリー３８は、図７に記載されている完成状態で補助記憶装置１５に格納されているものとする。
　図１６及び図１７を後回しにして、図１８に沿って、処理手順を説明する。
　ステップＳ３０１において、サービス提案装置３のサービス提案部２１は、患者端末装置２及びホームドクタ端末装置４の間に通信を確立する。
　具体的には、第１に、サービス提案部２１は、患者端末装置２から、接続指示及び個人ＩＤを受信する。受信した個人ＩＤを以降「問診対象個人ＩＤ」と呼ぶことがある。サービス提案部２１は、患者端末装置２及びサービス提案装置３の間に通信を確立する。
　第２に、サービス提案部２１は、問診対象個人ＩＤを検索キーとして、個人情報３１（図３（ａ））を検索し、該当するレコードのホームドクタＩＤを取得する。
　第３に、サービス提案部２１は、ステップＳ３０１の「第２」において取得したホームドクタＩＤが特定するホームドクタが操作するホームドクタ端末装置４とサービス提案装置３とを接続する。この段階で、患者とホームドクタとは（サービス提案装置３を介して）相互に通信可能となる。患者端末装置２及びホームドクタ端末装置４は、それぞれカメラ、マイクロホン及びスピーカを有している。よって、患者及びホームドクタは、リアルタイムで相手の画像を視認し、相手の音声を聴取することができるようになる。
　ステップＳ３０２において、サービス提案部２１は、患者端末装置２の出力装置に、相談開始画面５１（図８）を表示する。相談開始画面５１は、患者名欄２０１、症例欄２０２、画像欄２０３、生体値表示欄２０４及び入力欄２０５を有する。
　具体的には、第１に、サービス提案部２１は、問診対象個人ＩＤが特定する患者の氏名を、患者名欄２０１に表示する。ホームドクタが患者との問診において、患者が発した言葉等に基づいて症例を決定し入力してもよいし、患者が症例を決定し入力してもよい。サービス提案部２１は、ホームドクタ又は患者が決定した症例（この場合は「血尿」である）を症例欄２０２に表示する。サービス提案部２１は、ホームドクタの画像を画像欄２０３に表示する。サービス提案部２１は、問診対象個人ＩＤ及びホームドクタが決定する生体値カテゴリを検索キーとして、生体情報３２（図３（ｂ））を検索する。そして、該当したレコードに基づいて、生体値カテゴリごとに、生体値時系列グラフ及び最新の生体値を、生体値表示欄２０４に表示する。図８の場合、ホームドクタが決定した生体値カテゴリは、「体重」及び「血糖値」である。
　第２に、サービス提案部２１は、患者が、入力欄２０５に表示されている「サービスの提案をエージェントから受けたい」を選択するのを受け付ける。
　ステップＳ３０３において、サービス提案部２１は、ホームドクタ端末装置４の出力装置に、サービス選択権限設定画面５２（図９）を表示する。サービス選択権限設定画面５２は、画像欄２１１、エージェント名欄２１２、エージェント情報欄２１３、エージェント評価欄２１４、症状等選択欄２１５、メッセージ入力欄２１６及びＯＫボタン２１７を有する。
　具体的には、第１に、サービス提案部２１は、問診対象個人ＩＤを検索キーとして、個人情報３１（図３（ａ））を検索し、該当するレコードのエージェントＩＤを取得する。そして、取得したエージェントＩＤに対応する、エージェントの画像、エージェント名、エージェント情報を、それぞれ、画像欄２１１、エージェント名欄２１２及びエージェント情報欄２１３に表示する。補助記憶装置１５は、エージェントＩＤに関連付けて、エージェントの画像（静止画像でもよい）、エージェント名及びエージェント情報が記憶されたエージェントデータベースを格納しているものとする（図示せず）。
　第２に、サービス提案部２１は、取得したエージェントＩＤを検索キーとして、評価情報３５（図５（ｂ））を検索し、該当した大レコードのうち最新のもののエージェント評価を取得する。なお、大レコードに関連付けて、エージェント評価が記憶された時点を記憶したテーブルが、補助記憶装置１５に格納されているものとする。このとき取得したエージェント評価が、例えば「（ホームドクタによる評価，患者による評価）＝（４．２，４．０）」であったとする。サービス提案部２１は、「４．２」及び「４．０」のうちのいずれか又は両方を図案化して、エージェント評価欄２１４に表示する。
　第３に、サービス提案部２１は、症状及びサービスカテゴリを、以下の２つの方法のうちのいずれかによってサービス選択権限設定画面５２（図９）の症状等選択欄２１５に表示する。
（第１の方法）サービス提案部２１は、ステップＳ３０２の「第１」において表示した症例を検索キーとして、症例ツリー３８（図７）を検索し、該当した個別の症例ツリーの下位のノードを取得する。そして、取得したノードの症状及びサービスカテゴリを、サービス選択権限設定画面５２（図９）の症状等選択欄２１５に表示する。第１の方法は、患者が積極的に問診に応じてくれる（よく話す）場合、初診である場合等に適している。
（第２の方法）サービス提案部２１は、補助記憶装置１５から、問診対象個人ＩＤが特定する患者の治療カルテ３７（図６（ｂ））を取得する。そして問診内容欄１８３及び治療方針欄１８４に記憶されたテキスト情報のうち、現時点を起点として所定の期間を遡った時点以降に作成された箇所から、前記した方法によって特徴語を取得する。取得する特徴語の数は限定されない。いま、５つの特徴語が取得されたとする。そして、サービス提案部２１は、５つの特徴語のそれぞれを、サービス抽出情報３６（図６（ａ））に当てはめて、対応するサービス限定条件を取得する。そして、取得されたサービス限定条件を、サービス選択権限設定画面５２（図９）の症状等選択欄２１５に表示する。第２の方法は、患者が積極的に問診に応じてくれない（寡黙である）場合、初診ではなくある程度の問診履歴がある場合等に適している。
　第４に、サービス提案部２１は、ホームドクタが、症状等選択欄２１５に表示されている症状及びサービスカテゴリのうちのいくつかを選択するのを受け付ける。選択される症状及びサービスカテゴリの数は限定されない。
　第５に、サービス提案部２１は、ホームドクタが、エージェントに対するメッセージを、メッセージ入力欄２１６に入力し、ＯＫボタン２１７を押下するのを受け付ける。
　なお、ホームドクタより承認を受けたエージェントが、サービス抽出情報３６におけるサービス限定条件を取得してもよい。その場合は、ステップＳ３０１及びＳ３０２において、患者端末装置２とエージェント端末装置５との間で通信を行う。
　ステップＳ３０４において、サービス提案部２１は、患者端末装置２の出力装置に、生体情報使用許可画面５３（図１０）を表示する。生体情報使用許可画面５３は、サービス選択権限設定画面５２（図９）とほぼ同じ構成を有する。しかしながら、生体情報使用許可画面５３は、症状等選択欄２１５（図９）に替えて、生体値カテゴリ選択欄２１８を有する。
　具体的には、第１に、サービス提案部２１は、生体情報３２（図３（ｂ））に記憶されているレコードのうち、問診対象個人ＩＤを有するレコードに記憶されているすべての生体値カテゴリ（重複分は除く）を取得する。そして、取得した生体値カテゴリを、生体情報使用許可画面５３（図１０）の生体値カテゴリ選択欄２１８に表示する。
　第２に、サービス提案部２１は、患者が、生体値カテゴリ選択欄２１８に表示されている生体値カテゴリのうちのいくつかを選択するのを受け付ける。選択される生体値カテゴリの数は限定されない。
　第３に、サービス提案部２１は、患者が、エージェントに対するメッセージを、メッセージ入力欄２１６に入力し、ＯＫボタン２１７を押下するのを受け付ける。
　ステップＳ３０５において、サービス提案部２１は、エージェント端末装置５との通信を確立する。具体的には、サービス提案部２１は、ステップＳ３０３の「第１」において取得したエージェントＩＤが特定するエージェントが操作するエージェント端末装置５と、サービス提案装置３とを接続する。この段階で、患者、ホームドクタ及びエージェントは（サービス提案装置３を介して）相互に通信可能となる。エージェント端末装置５も、カメラ、マイクロホン及びスピーカを有している。よって、患者、ホームドクタ及びエージェントは、リアルタイムで自身以外の２人の画像を視認し、自身以外の２人の音声を聴取することができるようになる。
　ステップＳ３０６において、サービス提案部２１は、サービス選択権限及び生体情報使用許可をエージェント端末装置５に送信する。具体的には、サービス提案部２１は、ステップＳ３０３の「第４」において選択された症状及びサービスカテゴリ、並びに、ステップＳ３０４の「第２」において選択された生体値カテゴリを、エージェント端末装置５に送信する。そして、エージェント端末装置５の出力装置に送信した情報を表示する。この段階で、エージェントは、自身が提供し得るサービスをホームドクタがどのように絞り込みたいと考えているかがわかる。また、患者がどのような種類の生体値を開示したい（隠したい）と考えているかがわかる。そして、エージェントは、以降の患者との相談において、医学的にも患者の心情面からも的確にアドバイスすることができる。
　ステップＳ３０７において、サービス提案部２１は、サービスを検索する。具体的には、サービス提案部２１は、エージェントからの検索開始指示を受け付けると、以下の条件１～条件４のすべてを満たすサービス情報３３（図４）のレコードを取得する。その後、取得したレコードを主記憶装置１４に一時的に記憶する。
（条件１）症状欄１２６の症状が、ステップＳ３０３の「第４」において選択された症状のうちのいずれかに一致する。
（条件２）サービスカテゴリ欄１２７のサービスカテゴリが、ステップＳ３０３の「第４」において選択されたサービスカテゴリのうちのいずれかに一致する。
（条件３）評価用生体値カテゴリ欄１２８の評価用生体値カテゴリのうちの少なくとも１つが、ステップＳ３０４の「第２」において選択された生体値カテゴリのうちの少なくとも１つに一致する。
（条件４）サービスＩＤ欄１２１のサービスＩＤを検索キーとして評価情報３５（図５（ｂ））を検索した結果、最新の中レコードのサービス評価（ホームドクタによる評価及び／又は患者による評価）が、所定の閾値以上である。
　なお、条件１～条件４のすべてを満たすレコードが存在しない場合もあり得る。この場合、サービス提案部２１は、ステップＳ３０３の「第４」及び／又はステップＳ３０４の「第２」の処理を繰り返すことによって、ホームドクタ及び／又は患者の再入力を受け付ける。又は、サービス評価に適用される閾値の再入力を受け付ける。
　ステップＳ３０８において、サービス提案部２１は、エージェント端末装置５の出力装置に、サービス候補表示画面５４（図１１）を表示する。サービス候補表示画面５４は、患者名欄２０１、症例欄２０２、画像欄２０３、生体値表示欄２０４、患者からのメッセージ欄２１９、ホームドクタからのメッセージ欄２２０及びサービス候補欄２２１を有する。
　具体的には、第１に、サービス提案部２１は、問診対象個人ＩＤが特定する患者の氏名を、患者名欄２０１に表示し、症例を症例欄２０２に表示し、患者の画像を画像欄２０３に表示する。
　第２に、サービス提案部２１は、ステップＳ３０４の「第２」において選択された生体値カテゴリ及び問診対象個人ＩＤを検索キーとして生体情報３２（図３（ｂ））を検索する。そして、該当したレコードに基づいて、生体値カテゴリごとに、生体値時系列グラフ及び最新の生体値を、生体値表示欄２０４に表示する。図８と図１１とを比較すると、患者は自身の体重をエージェントに開示したくないことがわかる。
　第３に、サービス提案部２１は、患者からのメッセージ欄２１９に、ステップＳ３０４の「第３」において入力されたメッセージを表示する。同様に、サービス提案部２１は、ホームドクタからのメッセージ欄２２０に、ステップＳ３０３の「第５」において入力されたメッセージを表示する。サービス提案部２１は、エージェントが画面上のアイコンをマウス等でクリックした際に、メッセージが文字として表示されるようにしてもよい。
　第４に、サービス提案部２１は、ステップＳ３０７において一時的に記憶したサービス情報３３（図４）のレコードの、サービス名、サービス内容及び価格を、サービス候補欄２２１（図１１）の、それぞれサービス名欄２２１ａ、サービス内容欄２２１ｂ及び価格欄２２１ｆに表示する。
　第５に、サービス提案部２１は、ステップＳ３０７において一時的に記憶したサービス情報３３（図４）のレコードのサービスＩＤを検索キーとして、評価情報３５（図５（ｂ））を検索し、該当した中レコードのうち最新のもののサービス評価を取得する。なお、中レコードに関連付けて、サービス評価が記憶された時点を記憶したテーブルが補助記憶装置１５に格納されているものとする。このとき取得したサービス評価が、例えば「（ホームドクタによる評価，患者による評価）＝（３．２，３．０）」であったとする。サービス提案部２１は、「３．２」及び「３．０」のうちのいずれか又は両方を図案化して、サービス評価欄２２１ｅ（図１１）に表示する。
　第６に、サービス提案部２１は、サービス候補欄２２１の提案欄２２１ｃ及び確認依頼欄２２１ｄに、選択用のチェックボックスを表示する。
　第７に、サービス提案部２１は、エージェントが、サービス候補欄２２１の提案欄２２１ｃ及び確認依頼欄２２１ｄにチェックマークを入力するのを受け付ける。エージェントが提案欄２２１ｃにチェックマークを入力するということは、エージェントがそのサービスを患者に対して提案する予定であることを示す。エージェントが確認欄２２１ｄにチェックマークを入力するということは、エージェントがそのサービスを患者に対して実際に提案する前に、提案の可否をホームドクタに確認する予定であることを示す。
　ステップＳ３０９において、サービス提案部２１は、ホームドクタ端末装置４の出力装置に、サービス確認画面５５（図１２）を表示する。サービス確認画面５５は、サービス候補表示画面５４（図１１）とほぼ同じ構成を有する。しかしながら、サービス確認画面５５は、患者からのメッセージ欄２１９、ホームドクタからのメッセージ欄２２０及びサービス候補欄２２１（図１１）に替えて、要確認サービス候補欄２２２を有する。
　具体的には、第１に、サービス提案部２１は、図１１のサービス候補欄２２１のレコードのうち確認依頼欄２２１ｄにチェックマークが入力されたレコードのサービス名及びサービス内容を、図１２の要確認サービス候補欄２２２の、それぞれサービス名欄２２２ａ及びサービス内容欄２２２ｂに表示する。サービス名に近接して、当該サービスのアイコンを表示してもよい。
　第２に、サービス提案部２１は、要確認サービス候補欄２２２の医師確認欄２２２ｃに、確認ボタンを表示する。
　第３に、サービス提案部２１は、ホームドクタがいずれかの確認ボタンを押下するのを受け付ける。ホームドクタは、患者の症例、患者の画像（表情等）及び生体値時系列グラフを見ながら、患者に対してそのサービスが提供されてもよいか否かを判断し、よい場合は、確認ボタンを押下する。ここでは、「あんしんメニュー宅配」についての確認ボタンが押下されている。
　第４に、サービス提案部２１は、図１１のサービス候補欄２２１に表示されているサービスの候補のうち、以下のサービスの候補を、患者に実際に提案し得るサービスの候補として特定する。
・提案欄２２１ｃにチェックマークが入力され、かつ、確認依頼欄２２１ｄにチェックマークが入力されていないサービスの候補。
・提案欄２２１ｃ及び確認依頼欄２２１ｄにチェックマークが入力され、かつ、図１２の医師確認欄２２２ｃにおいて確認ボタンが押下されたサービスの候補。
　ステップＳ３１０において、サービス提案部２１は、患者端末装置２の出力装置に、サービス候補提案画面５６（図１３）を表示する。サービス候補提案画面５６は、サービス確認画面５５（図１２）とほぼ同じ構成を有する。しかしながら、サービス候補提案画面５６の画像欄２０３にはエージェントの画像が表示される。さらに、サービス候補提案画面５６は、要確認サービス候補欄２２２（図１２）に替えて、ご提案サービス候補欄２２３を有する。
　具体的には、サービス提案部２１は、図１１のサービス候補欄２２１に表示したレコードから、ステップＳ３０９の「第４」において特定されたサービス候補のレコードのみを抽出する。そして、抽出したレコードの提案欄２２１ｃ及び確認依頼欄２２１ｄを削除したうえで、サービス候補提案画面５６（図１３）のご提案サービス候補欄２２３に表示する。サービス名に近接して、当該サービスのアイコンを表示してもよい。
　ステップＳ３１１において、サービス提案部２１は、サービス限定情報３４（図５（ａ））を作成する。具体的には、第１に、サービス提案部２１は、サービス限定情報３４の新たなレコードを作成する。そして、新たなレコードの要求ＩＤ欄１４１、個人ＩＤ欄１４２、要求日欄１４３及び症例欄１４４に、それぞれ、採番した要求ＩＤ、問診対象個人ＩＤ、現時点の年月日、ステップＳ３０２の「第１」において決定された症例を記憶する。
　第２に、サービス提案部２１は、新たなレコードのサービス限定条件欄１４５に、ステップＳ３０３の「第４」において選択された（再入力があった場合は再入力された）症状及びサービスカテゴリを記憶する。そして、生体情報限定条件欄１４６に、ステップＳ３０４の「第２」において選択された（再入力があった場合は再入力された）生体値カテゴリを記憶する。
　第３に、サービス提案部２１は、新たなレコードの提案サービスＩＤ欄１４７に、ステップＳ３０９の「第４」において特定されたサービスの候補のサービスＩＤをすべて記憶する。
　その後、患者が最終的に選択したサービスが、患者に対して実際に提供される。以降は、サービスの提供が終了した時点での処理である。
　ステップＳ３１２において、サービス評価部２２は、エージェント端末装置５の出力装置に、評価依頼画面５７（図１４）を表示する。評価依頼画面５７は、サービス候補提案画面５６（図１３）とほぼ同じ構成を有する。しかしながら、評価依頼画面５７の画像欄２０３には患者の画像が表示される（健康状態がよくなり人相及び表情が変化している）。さらに、評価依頼画面５７は、ご提案サービス候補欄２２３（図１３）に替えて、利用済サービス欄２２４を有する。
　具体的には、第１に、サービス評価部２２は、問診対象個人ＩＤ及びサービス候補提案画面５６（図１３）の生体値表示欄２０４に表示された生体値カテゴリを検索キーとして、生体情報３２（図３（ｂ））を検索する。そして、該当したレコードに基づいて、生体値カテゴリごとに、生体値時系列グラフ及び最新の生体値を、評価依頼画面５７の生体値表示欄２０４に表示する。
　サービス評価部２２は、時系列グラフのうち、サービス候補提案画面５６（図１３）の生体値表示欄２０４に表示された最新の時点に対応する箇所に「△」を付し、現時点に最も近い時点の箇所に「▽」を付す。そして、「△」と「▽」との間の生体値時系列グラフを、それ以前の生体値時系列グラフの態様とは異なる態様で表示する。さらに、サービス評価部２２は、「△」の時点の生体値と「▽」の時点の生体値の差分を、数字で表示する（生体値表示欄２０４の括弧内）。
　第２に、サービス評価部２２は、サービス候補提案画面５６（図１３）のご提案サービス候補欄２２３からサービス評価欄及び価格欄を削除し、評価依頼欄を加えたうえで、評価依頼画面５７の利用済サービス欄２２４に表示する。評価依頼欄には、選択用のチェックボックスが表示されている。
　第３に、サービス評価部２２は、エージェントが、利用済サービス欄２２４の評価依頼欄にチェックマークを入力するのを受け付ける。なお、ここでは、患者は、提案されたサービスのすべてを挫折せずに利用したものとしている。
　ステップＳ３１３において、サービス評価部２２は、ホームドクタ端末装置４及び患者端末装置２の出力装置に、評価画面５８（図１５）を表示する。評価画面５８は、評価依頼画面５７（図１４）とほぼ同じ構成を有する。しかしながら、評価画面５８は、２つの画像欄２０３、２２７を有する。画像欄２２７にはエージェントの画像が表示される（患者に効果が現れたので自信を身に付けて表情が変化している）。さらに、評価画面５８は、利用済サービス欄２２４（図１４）に替えて、サービス評価欄２２５及びエージェント評価欄２２６を有する。
　具体的には、第１に、サービス評価部２２は、サービス評価欄２２５のサービス名欄２２５ａに、評価依頼画面５７（図１４）の利用済サービス欄２２４に表示したサービス名を表示する。さらに、サービス評価欄２２５ｂに評価用の数値入力スケール（数字が大きいほど評価が高い）を表示する。ひとこと欄２２５ｃは空欄としておく。
　第２に、サービス評価部２２は、エージェント評価欄２２６のサービス名欄２２６ａに、サービス選択権限設定画面５２（図９）のエージェント名欄２１２に表示したエージェント名を表示する。さらに、エージェント評価欄２２６ｂに評価用の数値入力スケールを表示する。ひとこと欄２２６ｃは空欄としておく。
　第３に、サービス評価部２２は、患者がサービス評価欄２２５ｂ及びエージェント評価欄２２６ｂに評価を入力し、ひとこと欄２２５ｃ及びひとこと欄２２６ｃに、それぞれサービスに対するコメント及びエージェントに対するコメントを入力するのを受け付ける。数値入力スケールに対する入力については、スケール上の長方形のポイントをマウスで掴んだうえで左右に移動させ、ポイントが評価値を差す位置においてポイントをクリックするとその評価値が入力されたことになる。
　第４に、サービス評価部２２は、ホームドクタが、ステップＳ３１３の「第３」に記した操作を行うのを受け付ける。
　なお、ホームドクタ及び患者は、基本的には、生体値時系列グラフを判断材料として、サービスに対する評価を行う。しかしながら、サービスの提供場所、提供期間、価格、サービス提供者の態度等も判断材料となり得る。
　ステップＳ３１４において、サービス評価部２２は、評価を登録する。具体的には、第１に、サービス評価部２２は、評価情報３５（図５（ｂ））の新たな大レコードを作成する。そして、新たな大レコードの要求ＩＤ欄１５１、エージェントＩＤ欄１５２及び個人ＩＤ欄１５３に、それぞれ、ステップＳ３１１の「第１」において採番した要求ＩＤ、ステップＳ３０３の「第１」において取得したエージェントＩＤ及び問診対象個人ＩＤを記憶する。
　第２に、サービス評価部２２は、個人情報３１（図３（ａ））を参照し、問診対象個人ＩＤに対応する続柄及び生年月日から患者の性別及び患者の年齢を決定し、新たな大レコードのそれぞれ患者性別欄１５４及び患者年齢欄１５５に記憶する。さらに、サービス評価部２２は、新たな大レコードのエージェント評価欄１６２に、ステップＳ３１３の「第３」及び「第４」において、エージェント評価欄２２６ｂ（図１５）に対して入力された評価（値）を記憶する。このとき、サービス評価部２２は、「（ホームドクタによる評価，患者による評価）＝（４．０，３．０）」のように記憶する。
　第３に、サービス評価部２２は、新たな大レコードのサービスＩＤ欄１５６～サービス評価欄１６１に、中レコードを作成する。そして、それぞれの中レコードのサービスＩＤ欄１５６に、ステップＳ３１２の「第３」においてチェックマークが入力されたサービスを特定するサービスＩＤを記憶する。さらに、サービス評価部２２は、それぞれの中レコードのサービス評価欄１６１に、ステップＳ３１３の「第３」及び「第４」において、サービス評価欄２２５ｂ（図１５）に対して入力された評価（値）を記憶する。このとき、サービス評価部２２は、「（ホームドクタによる評価，患者による評価）＝（３．２，３．０）」のように記憶する。
　第４に、サービス評価部２２は、それぞれの中レコードの生体値カテゴリ欄１５７～利用期間欄１６０に、小レコードを作成する。そして、ステップＳ３１２の「第１」において評価依頼画面５７の生体値表示欄２０４に表示された生体値についてのデータを、それぞれの小レコードの生体値カテゴリ欄１５７～利用期間欄１６０に記憶する。図１４における「△」が図５（ｂ）の利用期間の開始時点に相当し、図１４における「▽」が図５（ｂ）の利用期間の終了時点に相当する。そして、図１４における「△」の時点の生体値が、図５（ｂ）の利用前生体値に相当し、図１４における「▽」の時点の生体値が、図５（ｂ）の利用後生体値に相当する。
　第５に、サービス評価部２２は、ひとこと欄２２５ｃ（図１５）に入力されたコメントを、サービスＩＤに関連付けたうえで、サービスデータベース（図示せず）に記憶する。サービスデータベースに記憶されたコメントのうち、患者及びホームドクタが広く一般の患者に開示し得ると判断したものを、サービス提案部２１は、他の患者のために開示し得るものとする。さらに、サービス評価部２２は、ひとこと欄２２６ｃ（図１５）に入力されたコメントを、エージェントＩＤに関連付けたうえで、前記したエージェントデータベースに記憶する。エージェントデータベースに記憶されたコメントのうち、患者及びホームドクタが広く一般の患者に開示し得ると判断したものを、サービス提案部２１は、他の患者のために開示し得るものとする。その後、処理手順を終了する。
（変形例１）
　図１６に戻って、地図表示画面５９を説明する。患者にとって、サービスが提供される場所は非常に重要である。特に高齢者は、自宅から離れた場所で提供されるサービスを利用することが困難である。高齢者でない患者であっても、例えば、通勤経路の近辺においてサービスが提供される場合、そのサービスを利用しやすい。処理手順の任意のステップにおいて、サービス提案部２１は、以降の「地図表示処理」を実行することができる。
　（１）サービス提案部２１は、患者端末装置２から、地図を表示して欲しい旨の指示を受信する。そして、問診対象個人ＩＤを検索キーとして個人情報３１（図３（ａ））を検索し、該当したレコードの住所を取得する。当該住所を「指定住所」と呼ぶ。
　（２）サービス提案部２１は、地図表示画面５９（図１６）を患者端末装置２の出力装置に表示する。サービス提案部２１は、指定住所を中心とする任意の地理的範囲を記載した地図を表示する。サービス提案部２１は、地図上の指定住所の位置に、患者の自宅を示す図形２３２を表示する。さらに、行政区画の境界線２３４を表示し、画面の隅に、表示情報選択欄２３１を表示する。このとき、サービス提案部２１は、ネットワーク７を介して任意の公開データベースにアクセスし、地図を取得するものとする。
　（３）サービス提案部２１は、患者が、表示情報選択欄２３１内の表示情報の選択肢のうちのいくつかを選択するのを受け付ける。ここでは、「サービス提供期間」、「サービスカテゴリ」及び「評価」が選択されたとする。
　（４）サービス提案部２１は、サービス情報３３（図４）から、表示されている地理的範囲内にサービス提供場所を有するすべてのレコードを取得する。そして取得したレコードごとに、サービスＩＤ、サービス提供期間及びサービスカテゴリを取得する。
　（５）サービス提案部２１は、評価情報３５（図５（ｂ））の中レコードのうち、（４）の処理において取得したサービスＩＤを有するものを取得する。そして、取得した中レコードのサービス評価を取得する。
　（６）サービス提案部２１は、地図上のサービスの提供場所の位置に、サービス提供者を示す図形２３３ａ～図形２３３ｈを表示する。サービス提案部２１は、当該図形内又はその近傍に、（４）の処理において取得したサービス提供期間及びサービスカテゴリ、並びに、（５）の処理において取得したサービス評価（図案化したもの）を表示する。サービス評価は、ホームドクタによる評価であっても、患者による評価であってもよい。
　（７）サービス提案部２１は、患者が画面上において、サービス提供者を示す図形２３３ａ～図形２３３ｈのうちの１つを指２３８で触れるのを受け付ける。いま、患者は、図形２３３ｄに触れたとする。
　（８）サービス提案部２１は、図形２３３ｄと図形２３２（自宅）との間の経路２３７を表示する。さらに患者がその経路を進む際の距離、交通手段及び所要時間を表示する（符号２３６）。このとき、サービス提案部２１は、ネットワーク７を介して任意の公開データベースにアクセスし、距離、交通手段及び所要時間を取得するものとする。
　（９）サービス提案部２１は、図形２３３ｄに関連付けて、図形２３３ｄが示すサービスの名称２３５を表示する。
（変形例２）
　図１７に沿って、散布図表示画面６０を説明する。異なるサービス間の相性を知ることは実際には難しい。例えば、ホームドクタが評価画面５８（図１５）を視認しながら、サービス「あんしんメニュー宅配」及び「滞在型プログラム」の組合せを患者に提供したことが果たして真によかったか否かを知ることは難しい。処理手順の任意のステップにおいて、サービス提案部２１は、その時点で最新の状態に更新されているサービス情報３３（図４）及び評価情報３５（図５（ｂ））に基づいて、以降の「散布図表示処理」を実行することができる。
　（１）サービス提案部２１は、ホームドクタ端末装置４又はエージェント端末装置５から、サービスの効果と評価についての散布図を表示して欲しい旨の指示と、複数のサービスＩＤを受信する。ここでは、サービスＩＤとして、「Ｖ００１（あんしんメニュー宅配）」、「Ｖ００２（滞在型プログラム）」及び「Ｖ００３(ダイエットプログラム)」を受信したとする。
　（２）サービス提案部２１は、評価情報３５の中レコードのうち、そのサービスＩＤが、「Ｖ００１」、「Ｖ００２」及び「Ｖ００３」のいずれかに一致するものを取得する。
　（３）サービス提案部２１は、（２）の処理において取得した中レコードのデータに基づいて、散布図２４１及び散布図２４２を作成し、作成した散布図２４１及び散布図２４２を、ホームドクタ端末装置４又はエージェント端末装置５の出力装置に表示する。
　散布図２４１（図１７）は、横軸を患者の年齢とし、縦軸を生体値の変化（差分）とする二次元座標系である。散布図２４１上にプロットされた１つの点は、評価情報３５における１つの中レコードに対応している。よって、１つの点の形状（□又は○）によって、その中レコードを含む大レコードの患者性別を示すことができる。また、１つの点の横軸の位置によって、その中レコードを含む大レコードの患者年齢を示すことができる。１つの点の縦軸の位置によって、その中レコードのうちの特定の生体値カテゴリを有する小レコードの「利用前生体値－利用後生体値」の値を示すことができる。
　サービス提案部２１は、複数の中レコードが同じ１つの大レコードに含まれる場合は、複数の中レコードを纏めて１つの点で表示する。例えば、図５（ｂ）の中レコード１６４及び中レコード１６５は、大レコード１６３に含まれている。つまり、患者「Ｐ０１０１」に対して、サービス「あんしんメニュー宅配」及び「滞在型プログラム」が同時に提供されている。このことは、散布図２４１の例えば点２４１ａによって表現されている。同様に、例えば点２４１ｂは、サービス「あんしんメニュー宅配」及び「ダイエットプログラム」を同時に提供された患者についての点であることがわかる。さらに、例えば点２４１ｃは、サービス「あんしんメニュー宅配」のみを提供された患者についての点であることがわかる。
　散布図２４１を参照すると、３つのサービスの関係について以下のことがわかる。
・「あんしんメニュー宅配」を単独で提供するより、「滞在型プログラム」を併せて提供する方が、生体値の変化（効果）が大きく、高齢者により受け入れられやすい。
・「あんしんメニュー宅配」を単独で提供するより、「ダイエットプログラム」を併せて提供する方が、生体値の変化が大きく、若年患者により受け入れられやすい。
　散布図２４２は、横軸をホームドクタによる評価（値）とし、縦軸を患者による評価（値）とする二次元座標系である。散布図２４２上にプロットされた１つの点もまた、評価情報３５における１つの中レコードに対応している。
　１つの点の形状（□又は○）の意味は前記した通りである。また、１つの点の横軸の位置及び縦軸の位置は、中レコードのサービス評価の、それぞれ、ホームドクタによる評価及び患者による評価を示している。サービス提案部２１は、複数の中レコードが同じ１つの大レコードに含まれる場合は、複数の中レコードを纏めて１つの点で表示することも前記と同様である。
　散布図２４２を参照すると、３つのサービスの関係について以下のことがわかる。
・「滞在型プログラム」を単独で提供するより、「あんしんメニュー宅配」を併せて提供する方が、患者による評価は高くなる。
・「滞在型プログラム」を単独で提供するより、「ダイエットプログラム」を併せて提供する方が、患者による評価は高くなり、ホームドクタによる評価も高くなる。
　（４）サービス提案部２１は、「あんしんメニュー宅配」、「滞在型プログラム」及び「ダイエットプログラム」について、サービス情報及びサービス評価２４３を表示する。サービス提案部２１は、サービス情報３３（図４）及び評価情報３５（図５（ｂ））に基づいて、サービス情報及びサービス評価２４３の各欄のデータを表示する。
（変形例３）
　症例ツリー３８（図７）の精度が低いと、患者の症例に対して適切な症状又はサービスカテゴリを対応させることができなくなる。例えば１か月に１回など周期的に、サービス提案部２１は、蓄積されたサービス限定情報３４（図５（ａ））のレコードに基づいて、以下の「最適症例ツリー作成処理」を実行することができる。
　（１）サービス提案部２１は、サービス限定情報３４から、要求日が新しい順に所定の個数のレコードを取得する。
　（２）サービス提案部２１は、取得したレコードを症例別にソートし、症例別の「群」を作成する。
　（３）例えば、症例が「血尿」である群に属するレコードについて、サービス提案部２１は、次の処理を行う。
・サービス限定条件欄１４５の症状を出現回数の多い順に並べる。そして、先頭から所定の数だけ（例えば３つ）症状を取得する。このとき、取得された症状が、「栄養失調」、「不眠症」及び「うつ」であったとする。
・サービス限定条件欄１４５のサービスカテゴリを出現回数の多い順に並べる。そして、先頭から所定の数だけ（例えば３つ）サービスカテゴリを取得する。このとき、取得されたサービスカテゴリが、「検査系」、「栄養系」及び「運動系」であったとする。
　（４）サービス提案部２１は、「血尿」をルートのノードとし、「栄養失調」、「不眠症」、「うつ」、「検査系」、「栄養系」及び「運動系」を下位のノードとする新たな症例ツリーを作成する。
　（５）サービス提案部２１は、「血尿」をルートのノードとして有する既存の症例ツリーを、新たな症例ツリーで更新する。
　（６）サービス提案部２１は、他の症例についても、「血尿」と同様の処理を行う。
（変形例４）
　サービス提案部２１は、ステップＳ３０７において、前記した条件１～条件４を、すべて適用しなければならないわけではない。４つの条件のうちのいずれかを外す、又は、他の条件を加えることも可能である。さらに、サービス提案部２１は、生体値カテゴリについての条件３を外したうえでサービス候補を検索し、サービス候補を患者に提示した後、提示したサービス候補を条件３で絞り込んでもよい。
（実施形態の効果）
　本実施形態は、以下の効果を奏する。
・サービス提案装置３によれば、エージェントは、患者が開示を許容する生体値を参照しつつ、ホームドクタの医学的見地から絞り込まれたサービスのうちから、患者に対して提案するサービスを決定できる。よって、的外れなサービスが提案される可能性が小さくなり、患者の満足度も向上する。
・サービス提案装置３は、サービス及びエージェントの評価を表示する。よって、患者はサービスを選択しやすくなり、エージェントを変更することも容易になる。
・サービス提案装置３は、検索されたサービスの候補について、患者への提案前に医師の確認を受け付ける。よって、より慎重なサービスの提案が可能になる。
・サービス提案装置３は、症例と、症状及びサービスカテゴリの関係を階層的に示す症例ツリーを使用する。よって、医師がサービスを絞り込む負担を削減することができる。
・サービス提案装置３は、サービスが提供される場所を示す地図を表示する。よって、特に高齢者である患者にとって、サービスの選択がしやすくなる。
・サービス提案装置３は、サービスの散布図を表示する。よって、複数のサービス間の相性を容易に知ることができる。
・サービス提案装置３は、サービス及びエージェントについての最新の評価を表示する。よって、サービス提供者及びエージェントの健全な競争を促す。
・サービス提案装置３は、症例ツリーをホームドクタが選択した検索条件に基づいて更新する。よって、症例ツリーが陳腐化することがない。
・サービス提案装置３は、問診記録の中の特徴語に基づいて、検索条件の症状及びサービスカテゴリの候補を表示する。よって、患者が積極的に問診に応じてくれない場合でも、検索条件を決定することができる。
・サービス提案装置３は、患者及びホームドクタからエージェントに対するメッセージをエージェントに対して表示する。よって、エージェントは、患者の希望により忠実なサービスを提案することができる。
　なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、前記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウエアで実現してもよい。また、前記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウエアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆どすべての構成が相互に接続されていると考えてもよい。
　１　　　サービス提案システム
　２　　　患者端末装置
　３　　　サービス提案装置
　４　　　ホームドクタ端末装置
　５　　　エージェント端末装置
　１１　　中央制御装置
　１２　　入力装置
　１３　　出力装置
　１４　　主記憶装置（記憶部）
　１５　　補助記憶装置（記憶部）
　１６　　通信装置
　２１　　サービス提案部
　２２　　サービス評価部
　３１　　個人情報
　３２　　生体情報
　３３　　サービス情報
　３４　　サービス限定情報
　３５　　評価情報
　３６　　サービス抽出情報
　３７　　治療カルテ
　３８　　症例ツリー
　５１　　相談開始画面
　５２　　サービス選択権限設定画面
　５３　　生体情報使用許可画面
　５４　　サービス候補表示画面
　５５　　サービス確認画面
　５６　　サービス候補提案画面
　５７　　評価依頼画面
　５８　　評価画面
　５９　　地図表示画面
　６０　　散布図表示画面

Claims (12)

  1. 　健康関連のサービスに関連付けて、前記サービスが効果を生じる症状及び前記サービスのカテゴリが記憶されるサービス情報と、
    　患者の生体値が前記生体値のカテゴリごとに記憶される生体情報と、を格納している記憶部と、
    　前記症状又は前記サービスのカテゴリについての検索条件を医師から受け付け、
    　開示され得る前記生体値のカテゴリである開示条件を前記患者から受け付け、
    　前記受け付けた検索条件を使用して前記サービス情報を検索した結果該当した前記サービスの候補と、前記開示条件を使用して前記生体情報を検索した結果該当した前記生体値と、を表示する画面を、前記サービスの提供窓口であるエージェントに対して示し、
    　前記エージェントが前記サービスの候補のうちから前記患者に提案する候補を選択する画面を前記エージェントに対して示すサービス提案部と、
    　を備えることを特徴とするサービス提案装置。
  2. 　前記患者に提供されたサービスと、前記サービスが提供された後の前記生体値と、を表示する画面を、前記患者又は前記医師に対して示し、
    　前記提供されたサービス又は前記提供されたサービスを提案した前記エージェントについての評価を受け付けるサービス評価部を、
    　備えることを特徴とする請求項１に記載のサービス提案装置。
  3. 　前記サービス評価部は、
    　前記検索した結果該当した前記サービスの候補が実際に前記患者に提供され得るか否かについての前記医師の判断を受け付ける画面を、前記医師に対して示すこと、
    　を特徴とする請求項２に記載のサービス提案装置。
  4. 　前記記憶部は、
    　前記患者の自覚症状である症例の下位に前記症状及び前記サービスのカテゴリを関連付けた階層情報である症例ツリーを、複数の症例ごとに格納しており、
    　前記サービス提案部は、
    　前記検索条件を医師から受け付けるに際して、前記患者の症例に対応する前記症例ツリーを、前記医師に対して表示し、
    　前記表示した症例ツリーの、症状及びサービスのカテゴリのいずれかの選択を受け付けることによって前記使用する検索条件を決定すること、
    　を特徴とする請求項３に記載のサービス提案装置。
  5. 　前記サービス情報は、
    　前記サービスに関連付けて前記サービスが提供される場所を記憶しており、
    　前記サービス提案部は、
    　患者の所在地、前記サービスの所在地を示す地図を、前記患者に対して表示し、
    　前記患者が、前記所在地が示されたサービスを選択するのを受け付け、
    　前記選択されたサービスと前記患者の所在地との間の経路を表示すること、
    　を特徴とする請求項４に記載のサービス提案装置。
  6. 　前記サービス提案部は、
    　１又は複数の前記サービスが提供された複数の前記患者を示す点を、前記患者の年齢及び前記生体値の変化を軸とする座標平面上に表示し、さらに、前記提供されたサービスについての前記患者による評価及び前記医師による評価を軸とする座標平面上に表示すること、
    　を特徴とする請求項５に記載のサービス提案装置。
  7. 　前記サービス評価部は、
    　前記評価の履歴を格納しており、
    　前記サービス提案部は、
    　前記評価のうち、最新の評価を表示すること、
    　を特徴とする請求項６に記載のサービス提案装置。
  8. 　前記サービス提案部は、
    　前記医師が選択した検索条件に基づいて、
    　前記症例ツリーの前記階層情報を更新すること、
    　を特徴とする請求項７に記載のサービス提案装置。
  9. 　前記サービス提案部は、
    　前記患者についての問診記録の中から特徴語を取得し、
    　前記取得した特徴語に基づいて前記検索条件の候補を表示すること、
    　を特徴とする請求項８に記載のサービス提案装置。
  10. 　前記サービス提案部は、
    　前記患者及び前記医師から前記エージェントに対するメッセージを、前記エージェントに対して表示すること、
    　を特徴とする請求項９に記載のサービス提案装置。
  11. 　サービス提供装置は、
    　健康関連のサービスに関連付けて、前記サービスが効果を生じる症状及び前記サービスのカテゴリが記憶されるサービス情報と、
    　患者の生体値が前記生体値のカテゴリごとに記憶される生体情報と、が格納される記憶部と、
    　サービス提案部と、を備えており、
    　前記サービス提案部は、
    　前記症状又は前記サービスのカテゴリについての検索条件を医師から受け付ける処理と、
    　開示され得る前記生体値のカテゴリである開示条件を前記患者から受け付ける処理と、
    　前記受け付けた検索条件を使用して前記サービス情報を検索した結果該当した前記サービスの候補と、前記開示条件を使用して前記生体情報を検索した結果該当した前記生体値と、を表示する画面を、前記サービスの提供窓口であるエージェントに対して示す処理と、
    　前記エージェントが前記サービスの候補のうちから前記患者に提案する候補を選択する画面を前記エージェントに対して示す処理と、を実行すること、
    　を特徴とする、前記サービス提案装置のサービス提案方法。
  12. 　健康関連のサービスに関連付けて、前記サービスが効果を生じる症状及び前記サービスのカテゴリが記憶されるサービス情報と、
    　患者の生体値が前記生体値のカテゴリごとに記憶される生体情報と、が格納される記憶部を備えるコンピュータを、
    　前記症状又は前記サービスのカテゴリについての検索条件を医師から受け付ける処理と、
    　開示され得る前記生体値のカテゴリである開示条件を前記患者から受け付ける処理と、
    　前記受け付けた検索条件を使用して前記サービス情報を検索した結果該当した前記サービスの候補と、前記開示条件を使用して前記生体情報を検索した結果該当した前記生体値と、を表示する画面を、前記サービスの提供窓口であるエージェントに対して示す処理と、
    　前記エージェントが前記サービスの候補のうちから前記患者に提案する候補を選択する画面を前記エージェントに対して示す処理と、を実行するサービス提案装置として機能させるためのサービス提案プログラム。
PCT/JP2013/076197 2013-09-27 2013-09-27 サービス提案装置、サービス提案方法及びサービス提案プログラム WO2015045086A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/076197 WO2015045086A1 (ja) 2013-09-27 2013-09-27 サービス提案装置、サービス提案方法及びサービス提案プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/076197 WO2015045086A1 (ja) 2013-09-27 2013-09-27 サービス提案装置、サービス提案方法及びサービス提案プログラム

Publications (1)

Publication Number Publication Date
WO2015045086A1 true WO2015045086A1 (ja) 2015-04-02

Family

ID=52742290

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/076197 WO2015045086A1 (ja) 2013-09-27 2013-09-27 サービス提案装置、サービス提案方法及びサービス提案プログラム

Country Status (1)

Country Link
WO (1) WO2015045086A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017123130A (ja) * 2016-01-09 2017-07-13 株式会社オプティム 画面共有システム、画面共有方法及び、プログラム
JP2021093159A (ja) * 2019-12-10 2021-06-17 エフ．ホフマン−ラ ロシュ アーゲーＦ． Ｈｏｆｆｍａｎｎ−Ｌａ Ｒｏｃｈｅ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ 透明な医学的治療を提供するためのシステムおよびその方法
WO2023149519A1 (ja) * 2022-02-03 2023-08-10 パラマウントベッド株式会社 システム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008046965A (ja) * 2006-08-18 2008-02-28 Megumi Yoshihara インターネット等を介した個人生体情報管理および健康管理支援システム
JP2009187100A (ja) * 2008-02-04 2009-08-20 Nippon Telegr & Teleph Corp <Ntt> 保健指導支援装置、保健指導支援システム、保健指導支援方法、およびプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008046965A (ja) * 2006-08-18 2008-02-28 Megumi Yoshihara インターネット等を介した個人生体情報管理および健康管理支援システム
JP2009187100A (ja) * 2008-02-04 2009-08-20 Nippon Telegr & Teleph Corp <Ntt> 保健指導支援装置、保健指導支援システム、保健指導支援方法、およびプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017123130A (ja) * 2016-01-09 2017-07-13 株式会社オプティム 画面共有システム、画面共有方法及び、プログラム
JP2021093159A (ja) * 2019-12-10 2021-06-17 エフ．ホフマン−ラ ロシュ アーゲーＦ． Ｈｏｆｆｍａｎｎ−Ｌａ Ｒｏｃｈｅ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ 透明な医学的治療を提供するためのシステムおよびその方法
WO2023149519A1 (ja) * 2022-02-03 2023-08-10 パラマウントベッド株式会社 システム

Similar Documents

Publication Publication Date Title
McGinty et al. Psychological distress and loneliness reported by US adults in 2018 and April 2020
Frambes et al. Informal caregivers of cancer patients: review of interventions, care activities, and outcomes
Murff et al. Automated identification of postoperative complications within an electronic medical record using natural language processing
Wells et al. Functioning and utility for current health of patients with depression or chronic medical conditions in managed, primary care practices
Lin et al. Psychometric evaluation of the Persian eHealth Literacy Scale (eHEALS) among elder Iranians with heart failure
US7792884B2 (en) System and method for conducting tailored search
Leggetter et al. Ethnicity and risk of diabetes-related lower extremity amputation: a population-based, case-control study of African Caribbeans and Europeans in the United Kingdom
Chen et al. Predictors of skin-related quality of life after treatment of cutaneous basal cell carcinoma and squamous cell carcinoma
Martin et al. Primary care spending in the United States, 2002-2016
Qin et al. Reliability of a telemedicine system designed for rural Kenya
Rubin et al. Systematic review of teleneurology: neurohospitalist neurology
Tieu et al. Utilization of patient electronic messaging to promote advance care planning in the primary care setting
Munce et al. Using the exploratory sequential design for complex intervention development: example of the development of a self-management program for spinal cord injury
Branham et al. Trends in missing race and ethnicity information after imputation in HealthCare. gov marketplace enrollment data, 2015-2021
Yang et al. Economic and demographic characteristics of cerumen extraction claims to medicare
Harder et al. Hospital quality reporting by US News & World Report: why, how, and what's ahead
Voelker Seniors seeking health information need help crossing “digital divide”
Mailhot et al. Methodological reporting in feasibility studies: a descriptive review of the nursing intervention research literature
Wallach et al. Comparison of duration of postapproval vs pivotal trials for therapeutic agents granted US Food and Drug Administration accelerated approval, 2009-2018
WO2020017291A1 (ja) 問診票作成支援装置、方法およびプログラム
Kalantari et al. Opportunities and challenges of consumer health information on the internet: Is cyberchondria an emerging challenge
WO2015045086A1 (ja) サービス提案装置、サービス提案方法及びサービス提案プログラム
Smulowitz et al. Association of functional status, cognition, social support, and geriatric syndrome with admission from the emergency department
Virdun et al. Description of patient reported experience measures (PREMs) for hospitalised patients with palliative care needs and their families, and how these map to noted areas of importance for quality care: A systematic review
Myung et al. Association between levels of high-sensitivity C-reactive protein and general psychological distress symptoms

Legal Events

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

Ref document number: 13894582

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13894582

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP