WO2023079728A1

WO2023079728A1 - Assistance server device, information processing device, and program

Info

Publication number: WO2023079728A1
Application number: PCT/JP2021/040932
Authority: WO
Inventors: 正紀板谷
Original assignee: 株式会社Personal General Practitioner
Priority date: 2021-11-08
Filing date: 2021-11-08
Publication date: 2023-05-11

Abstract

[Problem] To assist a physician search, following the wishes of the searcher. [Solution] This assistance server device assists communication between a physician and a general user who is not a physician, the device comprising a communication unit that communicates with an external device, and a control unit. When a symptom is submitted by a general user, the control unit transmits, to a submitting user device used by the submitting user who has submitted the symptom, physician information relating to a physician who satisfies a prescribed condition, from among a plurality of physicians registered in the assistance server device. When an answer is submitted with respect to the symptom from a physician device used by the physician, the control unit transmits the answer to the submitting user device. When a physician is selected by the submitting user, the control unit permits sharing of the submitted content submitted by the submitting user and by the selected physician between the submitting user and the selected physician.

Description

Support server device, information processing device and program

The present invention relates to a support server device, an information processing device, and a program.

Conventionally, systems are known that allow users other than doctors to refer to comments written by doctors. Further, Patent Literature 1 discloses a technique of matching a patient and a doctor based on patient medical condition information and doctor information.

Japanese Patent No. 6623280

Conventionally, matching with a doctor suitable for the patient's condition is performed, but depending on the patient, there are various wishes such as not only being suitable for the patient's condition, but also being easy to consult and visit the hospital. However, the information that patients can obtain is limited, and there is a problem that it is difficult to find a desired doctor.

The present invention has been made in view of such problems, and aims to support doctor searches according to the wishes of searchers.

The present invention is a support server device for supporting communication between a doctor and a general user other than the doctor, comprising: a communication unit that communicates with an external device; is posted, among a plurality of doctors registered in the support server device, sending doctor information about the doctor who satisfies a predetermined condition to the posting user device used by the posting user who posted the symptom, When an answer to the symptom is posted from a doctor device used by the doctor, the answer is transmitted to the posting user device, and when the doctor is selected by the previous posting user, the posting user, Sharing of posted content posted by the posting user and the selected doctor is permitted with the selected doctor.

Another aspect of the present invention is an information processing apparatus used by a general user other than a doctor, comprising: a communication unit communicating with an external device; If so, the symptom is transmitted to the support server device, and among the doctors registered in the support server device, the doctor information about the doctor who satisfies a predetermined condition is received from the support server device, and the condition is satisfied. The doctor is displayed on the display unit, and when the doctor posts an answer to the symptom, the answer is received from the support server device, and the answer is displayed in association with the doctor on the display unit. Then, when the selection of the doctor by the general user is received, information indicating the selected doctor is transmitted to the support server device.

Another aspect of the present invention is an information processing apparatus used by a doctor, comprising: a communication unit that communicates with an external device; and a control unit. When a symptom is posted, the symptom is received from the support server device, the symptom is displayed on the display together with the address of the posting user who posted the symptom, and an answer to the symptom is input by the registered doctor. If so, the reply is transmitted to the support server device.

Another aspect of the present invention is a program executed by a computer of a support server device for supporting communication between a doctor and a general user other than a doctor, wherein when the symptom is posted by the general user, the support server device a step of transmitting doctor information about said doctor who satisfies a predetermined condition, among a plurality of doctors registered in the system, to a posting user device used by a posting user who posted said symptom; a step of transmitting the answer to the posting user device when an answer is posted from a doctor's device to be used; and when the doctor is selected by the previous posting user, the posting user and the selected doctor. allowing a computer to share posted content posted by the posting user and the selected doctor between them.

Another aspect of the present invention is a program executed by a computer of an information processing apparatus used by a general user other than a doctor, the program transmitting the symptom to a support server device when the symptom is posted by the general user. a step of receiving, from the support server device, doctor information relating to the doctor who satisfies a predetermined condition among the doctors registered in the support server device; and a step of displaying the doctor who satisfies the condition on a display unit; a step of receiving an answer from the support server device when an answer to the symptom is posted by the doctor, and displaying the answer on a display unit in association with the doctor; a step of transmitting information indicating the selected doctor to the support server device when the selection of the doctor is received.

Another aspect of the present invention is a program executed by a computer of an information processing device used by a doctor, wherein when a symptom is posted by a general user other than a doctor to the support server device, the symptom is sent to the support server device. a step of receiving the symptom from the device; a step of displaying the symptom along with the address of the posting user who posted the symptom on a display unit; and a step of transmitting to the server device.

According to the present invention, it is possible to support doctor search in accordance with the searcher's wishes.

1 is an overall view of a support system; FIG. It is a figure which shows the data structural example of doctor DB. It is a figure which shows the data structural example of general user DB. It is a figure which shows the data structural example of contribution DB. It is a flowchart which shows the process of a support server apparatus, a general user apparatus, and a doctor's apparatus. It is a figure which shows an example of a doctor list displayed on a contribution user device. It is a figure which shows an example of the symptom list displayed on a doctor's apparatus. It is a figure which shows an example of the answer displayed on a contribution user's device. It is a figure which shows the example of a display of the doctor list which concerns on a modification.

FIG. 1 is an overall view of the support system 1 according to the embodiment. The support system 1 is a system that supports communication between doctors and general users. A general user is a user, such as a patient or his/her family, who is looking for a doctor who will see a doctor from now on. The support system 1 is used not only for general users to search for doctors, but also for doctors to communicate with general users who are considering seeing a doctor, thereby leading to more patients.

The support system 1 includes a support server device 10, multiple general user devices 20, and multiple doctor devices 30. The support server device 10 is a management device for supporting communication between general users and registered doctors before consultation. The general user device 20 is an information processing device used by general users. The general user device 20 is, for example, a personal computer, a smart phone, a tablet terminal, or the like. The doctor's device 30 is an information processing device used by a doctor, and is, like the general user device 20, a personal computer, a smart phone, a tablet terminal, or the like.

The support server device 10 is connected to a plurality of general user devices 20 and a plurality of doctor devices 30 via a network 40, and can communicate with each general user device 20 and each doctor device 30. In the support system 1, when a general user submits the content (symptoms) that the general user wants to see, a list of available doctors is displayed on the general user device 20 used by the general user, and the doctor's response is posted. and the answer will be displayed. A general user can select a doctor to consult by checking the displayed information of the doctor and the reply from the doctor. Details of the processing will be described later.

Next, the configuration of each device will be explained. The support server device 10 includes a first control section 11 , a first recording medium 12 and a first communication section 13 . The first control unit 11 includes a processor such as a CPU (Central Processing Unit) and memories such as ROM (Read Only Memory) and RAM (Random Access Memory) for the processor to execute processing, and executes various processes. do. The first control unit 11 executes various programs stored in the first recording medium 12 or a storage unit such as a ROM. The first control unit 11 of the present embodiment executes the first support program stored in the storage unit to perform first support processing for supporting communication between general users and doctors.

The first recording medium 12 includes a doctor DB 121, a general user DB 122, and a posting DB 123. These will be detailed later. The first communication unit 13 communicates with the general user device 20 and the doctor device 30 . Transmission and reception of information by the first control unit 11 is performed via the first communication unit 13 .

The general user device 20 includes a second control unit 21, a second recording medium 22, a second communication unit 23, and a second user IF 24. Like the first control unit 11 of the support server device 10, the second control unit 21 includes a processor and a memory, and executes various processes by executing various programs stored in the storage unit. The second control unit 21 of this embodiment performs the second support process by executing the second support program stored in the storage unit. The second support process is a process for supporting communication between a general user and a doctor, such as accepting input of symptoms from the general user and displaying doctors who can see the general user. The second recording medium 22 stores various information. The second communication unit 23 communicates with the support server device 10 . Transmission and reception of information by the second control unit 21 is performed via the second communication unit 23 . The second user IF 24 is an interface unit for inputting instructions from the operator and providing various information to the operator. and an input of

The doctor's device 30 includes a third control section 31, a third recording medium 32, a third communication section 33, and a third user IF 34. Like the first control unit 11 of the support server device 10, the third control unit 31 includes a processor and a memory, and executes various processes by executing various programs stored in the storage unit. The 3rd control part 31 of this embodiment performs a 3rd assistance process by running the 3rd assistance program stored in the memory|storage part. The third support process supports communication between the general user and the registered doctor, such as by displaying the symptom input by the general user, and transmitting the response to the symptom input from the doctor to the support server device 10. This process is for The third recording medium 32 stores various information. The third communication unit 33 communicates with the support server device 10 . Transmission and reception of information by the third control unit 31 is performed via the third communication unit 33 .

As another example, the first control unit 11 of the support server device 10 is configured to perform processing by a digital signal processor such as ASIC (Application Specific Integrated Circuit) or FPGA (Field Programmable Gate Array). good too. Further, the first control unit 11 may be composed of a single CPU or the like, or may be composed of a plurality of CPUs or the like. Moreover, at least part of the functions realized by the first control unit 11 may be realized by a hardware circuit. The same applies to the second controller 21 of the general user device 20 and the third controller 31 of the doctor's device 30 .

FIG. 2 is a diagram showing a data configuration example of the doctor DB 121 stored in the first recording medium 12 of the support server device 10. As shown in FIG. The doctor DB 121 stores doctor information, evaluation values, and sharing partners in association with the doctor ID of each doctor. A doctor ID is identification information that identifies a doctor. Doctor information is information about a doctor. Specifically, the doctor information includes the name, clinic to which the doctor belongs, specialty department, address of the clinic to which the doctor belongs, telephone number, and URL (Uniform Resource Locator). The name is the name of the doctor. Clinic, etc. is the name of the hospital or clinic where the doctor works. A specialty is, for example, a medical department that a doctor specializes in, such as internal medicine or surgery. In addition to the professed specialty, subspecialties such as diabetes may be recorded in the specialties. The address, phone number and URL are the address, phone number and URL of the clinic or hospital to which the doctor belongs, respectively. Note that the doctor information may include information other than this.

The doctor information is entered by the doctor when registering in the support server device 10 and registered in the doctor DB 121. The evaluation value is an evaluation index value for doctors. In this embodiment, the evaluation value is indicated in five stages. In addition, the evaluation value is set to zero as an initial value, and is appropriately updated according to evaluations from general users, posting of information by doctors, and the like. The evaluation value will be detailed later. The sharing partner records the users who are permitted to share the posted content.

Here, I will explain how to share posted content. Sharing of posted content means that the content posted by the general user is transmitted to the sharing partner doctor via the support server device 10, and the content posted by the doctor is sent to the sharing partner general user via the support server device 10. is to be sent. In the initial state, the support server device 10 restricts the sharing of posted content between general users and doctors, such as consultation of symptoms from general users to doctors. Then, when the general user selects a doctor who wishes to see a doctor, the support server device 10 permits sharing of the posted content between the selected doctor and the general user. In this case, in the doctor DB 121, information for identifying a general user with whom the doctor shares information is registered in association with the doctor ID. At the time when the doctor information is registered, the sharing partner column is blank because the sharing partner is not registered. Processing related to sharing of posted content will be described in detail later.

FIG. 3 is a diagram showing a data configuration example of the general user DB 122 stored in the first recording medium 12 of the support server device 10. As shown in FIG. General user information of each of a plurality of general users is stored in the general user DB 122 . General user information is information about general users. The general user DB 122 stores general user information and sharing partners in association with general user IDs. A general user ID is identification information that identifies a general user. General user information includes name, gender, date of birth, health condition, address, and email address. Health conditions include, for example, pre-existing diseases and chronic diseases. The general user information is input by the general user and registered in the general user DB 122 at the time of user registration in the support server device 10 . Note that the general user information may include information other than this, such as the telephone number of the general user. The sharing partner records the user (doctor) who is permitted to share the posted content.

FIG. 4 is a diagram showing a data configuration example of the post DB 123 stored in the first recording medium 12 of the support server device 10. As shown in FIG. Post DB 123 stores posted content posted by general users and posted content posted by doctors. The post DB 123 stores a post ID, post date and time, post content, and post type in association with the doctor ID of the doctor who posted the post. Similarly, the post ID, post date and time, post content, and post destination are stored in association with the user ID of the general user who posted the post. When posted by a general user or a doctor, the posted information is stored in the posting DB 123 by the first control unit 11 .

A post ID is identification information that identifies the content of a post. The posted date and time is the date and time when the posted content was posted, that is, the date and time when the support server device 10 received the posted content. It is assumed that the support server device 10 has a clock unit (not shown) and counts the date and time. The posted content is information posted to the support server device 10 . The posting destination is information indicating restrictions on the parties to whom the posted information is disclosed. For example, there are no restrictions on information provided by a doctor to general users. Limited.

FIG. 5 is a flowchart showing support processing by the support server device 10, the general user device 20, and the doctor device 30. In the present embodiment, a case in which a symptom is posted from one of the general user devices 20 will be described as an example. In the following, for convenience of explanation, the general user device 20 that posted the symptoms will be referred to as the posting user device, and the general user using the posting user device will be referred to as the posting user.

In the support process, first, the second control unit 21 of the posting user device waits until the symptoms are input by the posting user to the input unit serving as the second user IF 24 (N in step S100). Then, when symptoms are input by the posting user (Y in step S100), the second control unit 21 transmits (posts) the input symptoms to the support server device 10 together with the general user ID of the posting user (step S102).

When the posting user inputs symptoms, the display unit of the posting user device displays a list screen of specialty courses showing a plurality of specialty courses and sub-specialty areas in a tree structure. The posting user can select a desired specialty or subspecialty area on the list screen. The posting user can also use the keyboard or touch panel of the posting user device to input symptoms in free text. When the posting user selects a specialty and inputs a free text, the second control unit 21 acquires information indicating the specialty or subspecialty and the content of the free text as a symptom, and sends it to the support server together with the general user ID. Send to device 10 .

It should be noted that the general user ID shall be input to the posting user device by the posting user when the posting user logs in. When logging in, the posting user inputs a general user ID and information required for authentication. The input information is transmitted to the support server device 10, and user authentication of the posting user is performed in the support server device 10. FIG. A conventional method can be adopted for user authentication. For example, the posting user inputs a general user ID and password, and the support server device 10 performs authentication based on these. It is assumed that a password is registered in association with the general user ID in the support server device 10 .

The first control unit 11 of the support server device 10 waits until the symptom is received from the posting user device (N in step S200), and when the symptom is received (Y in step S200), the doctor DB 121 is referred to, and the preset Doctors who satisfy the conditions are extracted (step S202). In this embodiment, it is assumed that the specialties or subspecialty areas match and the address is included in the address range as a condition. Here, the address range is a range determined based on the address of the posting user. In this embodiment, the address range is a range within which the moving route from the address of the posting user is a certain distance. Here, it is assumed that the moving route is a road. The fixed distance is, for example, 2 km.

As another example, the address range may be a range up to a predetermined distance in radius based on the address of the posting user. Also, the distance within the address range may be settable by the posting user. In this case, the posting user inputs the symptoms and the desired distance, and in step S102, the posting user device transmits the desired distance to the support server device 10 along with the symptoms.

In step S202, the first control unit 11 first refers to each doctor's specialty stored in the doctor DB 121, and extracts a doctor of a specialty suitable for the symptom. If the symptom includes a specialty, a doctor matching the specialty is extracted, and if the symptom includes a subspecialty area, a doctor matching the subspecialty area is extracted. The first control unit 11 further extracts doctors whose addresses are included in the address range from among the doctors extracted using the specialty or subspecialty area as a search key. At this time, the first control unit 11 uses the address associated with the general user ID received together with the symptom in the general user DB 122 as the address of the posting user.

It should be noted that the mechanism for extracting doctors who have the same specialty or subspecialty is not limited to the embodiment. As another example, the first control unit 11 may estimate a specialty or a sub-speciality using an estimation model from text sentences of symptoms input by a general user. In this case, the first control unit 11 is assumed to learn (generate) an estimation model for estimating a specialty or subspecialty area using a test symptom text sentence. Also, in this case, the general user does not need to select a specialty or sub-specialty area, and display of a specialty list screen by the posting user device is unnecessary.

Next, the first control unit 11 transmits the doctor information and the evaluation value of each doctor extracted in step S202 to the posting user device (step S204). After posting the symptom in step S102, the second control unit 21 of the posting user device confirms whether or not the doctor information and the evaluation value have been received from the support server device 10 in step S104. The second control unit 21 waits until the doctor information and the evaluation value are received (N in step S104), and when the doctor information and the evaluation value are received (Y in step S104), based on the doctor information and the evaluation value, the doctor A list is generated and the list of doctors is displayed on the display unit (step S106). Here, the list of doctors is information indicating each doctor extracted in step S202 together with their addresses. FIG. 6 is a diagram showing an example of a doctor list displayed on the posting user device. In the doctor list 200, doctor information and evaluation values of doctors extracted in step S202 are listed. If there are many doctors, doctor information and evaluation values of all doctors are displayed by scrolling. In the list of doctors, the doctors are arranged in descending order of distance from the post user's address to the clinic or the like to which the doctor belongs. In addition, the first control unit 11 searches for a route from the address of the posting user registered in the general user DB 122 to the address associated with the doctor ID of each doctor in the doctor DB 121, and the searched route Determine distance. The 1st control part 11 makes the specified distance the distance to the clinic to which each doctor belongs.

For those who wish to see a doctor, the closer the distance from their home, the better the convenience. Therefore, in this way, doctors are displayed in descending order of distance from the address of the posting user. This allows the posting user to intuitively grasp the distance to each doctor's clinic or the like in the doctor list 200 .

The doctor list 200 displays the doctor's name, evaluation value, name and address of the clinic to which the doctor belongs, etc. for each doctor. These pieces of information are extracted from the doctor DB 121 using the doctor ID as a search key. The doctor list 200 may further display the URL of the website of the clinic. The user can determine which clinic to visit by referring to this information. In the doctor list 200, an inquiry button 202 is displayed for each doctor. When the posting user has decided on the doctor he/she wants to see, he selects the inquiry button 202 corresponding to the doctor he/she wants to see. When a doctor is selected by the inquiry button 202, sharing of posted content is permitted between the posting user and the selected doctor. Note that this processing will be described later.

On the other hand, after the process of step S204, the first control unit 11 of the support server device 10 transmits the symptoms received in step S200 to the doctor device 30 (step S206). Further, in step S206, predetermined information among the general user information of the posting user is transmitted to the doctor's device 30 in association with the symptoms. In this embodiment, in association with symptoms, information such as gender, date of birth, and health condition that will be helpful when creating an answer to symptoms, general user ID, and address are transmitted.

Although only one doctor's device 30 is shown in FIG. 5, the doctor's devices 30 to be the transmission destination in step S206 are the doctor's devices 30 of all the doctors extracted in step S202. Also, the processing order of the processing in step S204 and the processing in step S206 is not limited to the embodiment. As another example, the process of step S204 and the process of step S206 may be performed simultaneously, and the process of step S206 may be performed prior to the process of step S204.

The third control unit 31 of the doctor's device 30 waits until it receives symptoms and the like (N in step S300). Then, when the third control unit 31 receives symptoms and the like from the support server device 10 (Y in step S300), it generates a symptom list based on the received symptoms and the like, and displays the symptom list on the display unit (step S302). FIG. 7 is a diagram showing an example of a symptom list displayed on the doctor's device 30. As shown in FIG. The symptom list 300 displays a list of symptoms that the doctor device 30 has received from the support server device 10 so far. A user information display field 302 and an answer input field 304 are provided for each symptom.

The user information display column 302 displays the general user information of the user who posted the symptoms. In the present embodiment, the user information display column 302 displays the posted user's address, gender, date of birth, and health condition in addition to the posted symptoms. An answer entry field 304 is an area where a doctor enters an answer. When the doctor selects the send button 306 after entering the answer in the answer input field 304, the third control unit 31 accepts the input of the answer.

In this way, not only symptoms but also user information is displayed, so doctors can refer not only to symptoms but also gender, date of birth, and health condition when answering. In addition, since the address of the posting user is also displayed, the doctor can grasp whether the posting user is near a clinic or the like. Therefore, the doctor selects the posts to be answered according to the distance, such as preferentially answering to the posting user who is likely to visit his/her own clinic or answering more politely. It is also possible to In this way, the doctor can efficiently post information that leads to a visit to his own clinic or the like in the limited time between medical examinations.

In this embodiment, the list of symptoms is displayed in the symptom list 300 in the order received by the doctor device 30 . However, as another example, in the symptom list 300, the symptoms may be arranged in order of proximity of the address of the posting user, who is the poster, to the address of the doctor. This allows the doctor to easily grasp the symptoms of the posting user who is close to him.

Return the explanation to Figure 5. After the symptoms are displayed on the display unit of the doctor device 30, the third control unit 31 waits until the doctor inputs an answer to the symptoms (N in step S304). Then, when the answer is input (Y in step S304), the third control unit 31 transmits (posts) the answer together with the doctor ID and the general user ID to the support server device 10 (step S306). Here, it is assumed that the doctor ID transmitted together with the reply in step S306 is input to the doctor device 30 by the doctor when the doctor logs in. FIG. At the time of login, the doctor inputs the doctor ID and information required for authentication, the entered information is transmitted to the support server device 10, and the user authentication of the doctor is performed in the support server device 10. FIG. User authentication is similar to user authentication for general users. Also, the general user ID transmitted together with the answer in step S306 is the general user ID of the user who posted the symptom corresponding to the answer.

After transmitting the symptoms in step S206, the first control unit 11 of the support server device 10 checks whether or not an answer has been received from the doctor device 30 in step S208. If the first control unit 11 has not received an answer (N in step S208), the process proceeds to step S212. When the first control unit 11 receives an answer (Y in step S208), the first control unit 11 sends the received answer together with the doctor ID of the doctor who sent the answer to the posting user device (posting user device which sent the symptoms). (step S210), and then the process proceeds to step S212. It should be noted that, even if the first control unit 11 receives an answer from any one of the plurality of doctor devices 30 to which symptoms were sent in step S206, the first control unit 11 sends the answer together with the doctor ID to the posting user device as described above. .

After displaying the doctor list in step S106, the second control unit 21 of the posting user device confirms whether or not an answer has been received from the support server device 10 in step S108. When receiving an answer from the support server device 10 (Y in step S108), the second control unit 21 displays the received answer on the display unit (step S110), and then advances the process to step S112. On the other hand, if the second control unit 21 has not received an answer (N in step S108), the process proceeds to step S112.

FIG. 8 is a diagram showing an example of an answer displayed on the posting user device. When the answer is received, the second control unit 21 displays the answer in the doctor list 200 shown in FIG. 6 in association with the doctor who posted the answer. Specifically, the second control unit 21 displays an answer icon 212 indicating that there is an answer in the field of the doctor identified by the doctor ID, and further adds an answer display field 214 . The second control unit 21 then displays the answer received from the support server device 10 in the answer display field 214 . In the example of FIG. 8, an answer display column 214 is added to the doctor AA column, and the answer is displayed in the answer display column 214 .

In this way, when an answer is posted, the answer is displayed in the doctor list 200. Therefore, when an answer is posted, the posting user can further refer to the answer to consider a doctor to consult. The doctor's answer shows the doctor's persona and enthusiasm for the examination, so it can be useful information for general users. In addition, for the doctor, giving a polite answer can lead to an improvement in motivation and an improvement in the quality of medical care.

Return the explanation to Figure 5. After the answer is displayed on the display unit of the posting user device in step S110, the second control unit 21 of the posting user device determines whether the doctor has been selected by the posting user by selecting the inquiry button 202 in step S112. confirm whether or not Steps S108 to S112 are repeated until a doctor is selected. As a result, the posting user can select a doctor at a desired timing after the list of doctors has been displayed in step S106, regardless of whether or not an answer has been displayed. When a doctor is selected (Y in step S112), the second control unit 21 transmits information indicating the selected doctor to the support server device 10 together with the general user ID of the posting user (step S114). Here, the information indicating the selected doctor is the doctor ID of the selected doctor.

For example, a posting user who is in a hurry to see a doctor can select a nearby doctor without waiting for an answer to be displayed, leading to a prompt visit. On the other hand, a posting user who has plenty of time, such as one week later, waits for an answer to be displayed, and selects a doctor to consult based on the displayed answer and other doctor information. It is also possible to decide In this way, the support system 1 can be used according to the needs of the posting user.

In step S212, the first control unit 11 of the support server device 10 confirms whether information indicating the selected doctor has been received from the posting user device. If the first control unit 11 does not receive the information indicating the selected doctor (N in step S212), the process returns to step S208, and again, whether or not an answer has been received from the doctor device 30 and the posting user Repeat checking for receipt of information indicating the selected physician from the device.

When receiving the selected doctor's information (Y in step S212), the first control unit 11 shares the posted content between the user who sent the selected doctor's information and the selected doctor. is permitted (step S214). Specifically, the first control unit 11 sets the user who is the transmission source for which sharing is permitted and the selected doctor as mutual sharing partners, and sets the sharing partner for each user of the doctor DB 121 and the general user DB 122 as a sharing partner. set.

After the sharing partner is set, when the posting user posts information addressed to the sharing partner doctor, the first control unit 11 refers to the doctor DB 121, and the sharing partner doctor determines Check if the posting user is set as a sharing partner. Then, when the posting user is set as the sharing partner, the first control unit 11 transmits the content posted by the posting user to the doctor who is the sharing partner. Similarly, after the sharing partner is set, when the doctor posts information addressed to the sharing partner posting user, the first control unit 11 refers to the general user DB 122 and , confirm whether the doctor who posted the post is set as a sharing partner. Then, when a doctor is set as a sharing partner, the first control unit 11 transmits the content posted by the doctor to the posting user who is the sharing partner. In addition, the destination can be designated by the general user ID and the doctor ID. If the sharing partner is not set, the first control unit 11 does not transmit the posted content to the doctor even if the posting user posts to a predetermined doctor.

Next, the first control unit 11 transmits sharing permission to the posting user device and the doctor's device 30 of the selected doctor (step S214). Specifically, the first control unit 11 transmits a sharing permission indicating that sharing with the selected doctor is permitted to the posting user device. Further, the first control unit 11 transmits a sharing permission indicating that sharing with the posting user is permitted to the doctor device 30 of the selected doctor.

After transmitting the information indicating the selected doctor in step S114, the second control unit 21 of the posting user device confirms whether or not sharing permission has been received from the support server device 10 in step S116. The second control unit 21 waits until sharing permission is received (N in step S116), and when sharing permission is received (Y in step S116), displays information indicating that sharing is permitted on the display unit. display (step S118). This allows the posting user to know that communication (conversation) with the selected doctor is now possible.

On the other hand, after transmitting the answer in step S306, the third control unit 31 of the doctor's device 30 checks in step S308 whether or not sharing permission has been received from the support server device 10. The third control unit 31 waits until sharing permission is received (N in step S308), and when sharing permission is received (Y in step S308), displays information indicating that sharing is permitted on the display unit. display (step S310). This allows the doctor to know that communication with the posting user has become possible.

After sharing is permitted, the posting user and the doctor can appropriately enter the content they want to convey to the sharing partner. This allows the posting user to exchange information with a doctor who wishes to see a doctor before the visit. In addition, the doctor can ask the posting user who is scheduled to undergo a medical examination a medical question before the medical examination. In addition, the doctor can also tell the timing of the visit, for example, whether the patient should be seen urgently or should be observed depending on the condition of the patient.

The support server device 10 of the present embodiment limits the sharing of posted content between the posting user who is scheduled to undergo a medical examination and the doctor. Therefore, the doctor can preferentially communicate with general users who do not plan to visit the clinic, while preventing the doctor from increasing the burden of posting. Additionally, a cap may be placed on the number of exchanges that can be shared. This makes it possible to limit the burden on doctors.

As described above, according to the support system 1 of the present embodiment, the general user can determine what kind of person the doctor is by confirming the doctor's answer before seeing a doctor. Further, in the present embodiment, doctors are displayed in order of distance from the address of the posting user on the display unit of the posting user device. Therefore, the posting user can easily search for a nearby doctor. In addition, in this embodiment, the display unit of the posting user device displays the evaluation value as well as the address of the doctor. can be done. In this way, the support system 1 can support doctor search in accordance with the searcher's wishes.

Next, I will explain the evaluation value. In this embodiment, the doctor's evaluation value is comprehensively determined according to the evaluation from the general users and the doctor's contribution. Hereinafter, one evaluation from a general user and one evaluation for a doctor's post will be referred to as an individual evaluation value in order to distinguish from the doctor's evaluation value. The first control unit 11 of the support server device 10 determines a value obtained by dividing the total value of the individual evaluation values given to a certain doctor by the total number of individual evaluation values as the evaluation value for the doctor. Further, when a new individual evaluation value is obtained, the first control unit 11 obtains the total value of the individual evaluation values based on all the individual evaluation values including the new individual evaluation value for the doctor. Then, the first control unit 11 determines a value obtained by dividing the total value by the number of all individual evaluation values, including the new individual evaluation value, as the new evaluation value of the doctor. In this way, the doctor's evaluation value is updated each time a new individual evaluation value is obtained.

For example, when a posting user selects a doctor, the first control unit 11 determines five levels of individual evaluation values for the selected doctor. The individual evaluation value in this case is determined according to the distance from the address of the posting user. For example, a doctor who is relatively close to the posting user's address tends to be more likely to be selected, while a doctor who is relatively far away tends to be less likely to be selected. Therefore, the first control unit 11 determines a higher value as the individual evaluation value when a doctor is selected despite being far away than when a nearby doctor is selected. In this way, the individual evaluation value corresponding to the distance shall be determined.

In addition, posting users who are permitted to share can evaluate doctors with whom they share. Assume that the doctor's evaluation by the posting user is made in five stages. The evaluation made by the user is transmitted from the posting user device to the support server device 10 as an individual evaluation value. When the first control unit 11 of the support server device 10 receives the individual evaluation value corresponding to the evaluation by the posting user, the first control unit 11 updates the doctor's evaluation value registered in the doctor DB 121 according to the received individual evaluation value. .

In addition, the doctor can post information on illness and health to the support server device 10. Such posted content can be viewed by all users registered in the support server device 10 regardless of the sharing partner. Then, the first control unit 11 of the support server device 10 generates five levels of individual evaluation values in response to such posts about illness and health from doctors, and according to the individual evaluation values, the doctor's evaluation values to update. This makes it possible to prompt the doctor to provide information. Further, the support server device 10 may periodically send guidance to the doctor device 30 to prompt the doctor to post such information.

The above embodiment is an example for carrying out the present invention, and various other embodiments can be adopted. For example, various modifications and changes are possible within the scope of the gist of the present invention described in the claims, such as applying one modified example shown below to another modified example.

As such a first modification, in the list of doctors displayed on the display unit of the posting user device in step S106, the display order of doctors is not limited to the order of proximity to the address of the posting user. As another example, they may be displayed in descending order of doctor's evaluation value. Also, such a sorting order may be switchable according to an input from the posting user.

As a second modification, the posting user device may display a doctor list 400 showing doctors on a map as shown in FIG. 9 instead of the doctor list 200 described in the embodiment. In the doctor list 400, a home icon 402 is displayed at a position corresponding to the address of the posting user. Further, the support server device 10 displays a doctor icon 404 indicating the doctor at the address of the doctor extracted in step S202 shown in FIG. Further, the doctor icon 404 displays the doctor's name and the name of the clinic or the like, and when the doctor icon 404 is displayed, other information such as the doctor's evaluation value is displayed. This allows the posting user to visually grasp the doctor's address.

As another example, the size of the doctor icon 404 may be increased as the evaluation value increases. This allows the posting user to visually grasp the evaluation value together with the doctor's address.

As a third modification, the doctor DB 121, the general user DB 122, and the post DB 123 may be provided in a device other than the support server device 10. In this case, the support server device 10 acquires necessary information from another device as appropriate.

A fourth modification will be described. In the present embodiment, the posting user device (general user device 20) generates a list of doctors based on the doctor information received from the support server device 10. However, the list of doctors may be generated by the support server device 10. good. In the present embodiment, the symptom list is generated based on information such as symptoms received by the doctor device 30 from the support server device 10, but the support server device 10 may generate the symptom list.

As a fifth modification, the support server device 10 may automatically extract personal information from the content of the posts when posts are received from the general user device 20 and the doctor device 30 . The support server device 10 may delete the personal information so that the other person cannot grasp the personal information when providing the posted content to the other person. As for personal information, for example, the support server device 10 may estimate personal information using an estimation model. In this case, the support server device 10 is assumed to learn an estimation model for estimating personal information using the test posted message.

1 support system 10 support server device 11 first control unit 12 first recording medium 13 first communication unit 20 general user device 21 second control unit 22 second recording medium 23 second communication unit 24 second user IF
30 doctor device 31 third control unit 32 third recording medium 33 third communication unit 24 third user IF
121 doctor database
122 General User DB
123 Post DB

Claims

A support server device that supports communication between doctors and general users other than doctors,
a communication unit that communicates with an external device;
a control unit;
with
The control unit
When the symptoms are posted by the general user, the posting user who posted the symptoms uses doctor information about the doctor who satisfies a predetermined condition among the plurality of doctors registered in the support server device. send to the device,
when an answer to the symptom is posted from a doctor device used by the doctor, sending the answer to the posting user device;
Support for allowing sharing of content posted by the posting user and the selected doctor between the posting user and the selected doctor when the doctor is selected by the previous posting user Server device.
The doctor information includes the address of the doctor,
The condition is a condition related to the distance from the address of the posting user to the address of the doctor,
The support server according to claim 1, wherein the control unit acquires the address of the posting user, and determines whether or not the condition is satisfied based on the acquired address and the address included in the doctor information. Device.
The doctor information includes the address of the doctor,
The support server device according to claim 1, wherein the control unit causes the posting user device to display the doctor who satisfies the condition together with the address of the doctor.
4. The support server device according to claim 3, wherein the control unit causes the posting user device to display the doctors who satisfy the conditions in descending order of distance to the address of the posting user.
The support server device according to any one of claims 1 to 4, wherein the control unit transmits the doctor's evaluation value to the posting user device together with the doctor information.
When the doctor is selected by the posting user, the control unit updates the evaluation value of the selected doctor according to the distance from the address of the selected doctor to the address of the posting user. 6. The support server device according to claim 5.
The support server device according to claim 5 or 6, wherein the control unit updates the evaluation value of the doctor according to the evaluation from the posting user who is permitted to share the posted content with the doctor.
8. The support server device according to any one of claims 5 to 7, wherein, when health-related information is posted by the doctor, the control unit updates the evaluation value of the doctor according to the post. .
The support server device according to claim 1, wherein, when the symptom is posted, the control unit causes the doctor device used by the registered doctor to display the symptom together with the posting user's address.
The support server device according to any one of claims 1 to 9, wherein the control unit transmits a guide prompting the doctor device to post medical information.
An information processing device used by general users other than doctors,
a communication unit that communicates with an external device;
and a control unit,
The control unit
when symptoms are posted by the general user, sending the symptoms to a support server device;
receiving, from the support server device, doctor information relating to the doctor who satisfies a predetermined condition among the doctors registered in the support server device;
displaying the doctor who satisfies the condition on the display unit;
receiving an answer from the support server device when an answer to the symptom is posted by the doctor, displaying the answer on a display unit in association with the doctor;
An information processing device configured to transmit information indicating the selected doctor to the support server device when selection of the doctor by the general user is accepted.
The doctor information includes the address of the doctor,
The information processing apparatus according to claim 11, wherein the control unit displays the doctor who satisfies the condition on the display unit together with the address of the doctor.
An information processing device used by a doctor,
a communication unit that communicates with an external device;
and a control unit,
The control unit
receiving the symptom from the support server device when a symptom is posted by a general user other than a doctor to the support server device;
displaying the symptom on the display together with the address of the user who posted the symptom;
An information processing device that, when an answer to the symptom is input by the doctor, transmits the answer to the support server device.
A program executed by a computer of a support server device that supports communication between doctors and general users other than doctors,
When the symptoms are posted by the general user, the posting user who posted the symptoms uses doctor information about the doctor who satisfies a predetermined condition among the plurality of doctors registered in the support server device. transmitting to the device;
a step of transmitting the answer to the posting user device when an answer to the symptom is posted from a doctor device used by the doctor;
a step of permitting sharing of posted content posted by the posting user and the selected doctor between the posting user and the selected doctor when the doctor is selected by the previous posting user; A program that causes a computer to run
A program executed by a computer of an information processing device used by general users other than doctors,
when symptoms are posted by the general user, sending the symptoms to a support server device;
a step of receiving, from the support server device, doctor information relating to the doctor who satisfies a predetermined condition among the doctors registered in the support server device;
a step of displaying the doctor who satisfies the condition on a display unit;
a step of receiving the answer from the support server device when the doctor has posted an answer to the symptom, and displaying the answer on a display unit in association with the doctor;
a step of transmitting information indicating the selected doctor to the support server device when the selection of the doctor by the general user is accepted;
A program that causes a computer to run
A program executed by a computer of an information processing device used by a doctor,
a step of receiving the symptom from the support server device when a symptom is posted by a general user other than a doctor to the support server device;
displaying the symptom on a display together with the address of the user who posted the symptom;
a step of transmitting the answer to the support server device when the answer to the symptom is input by the doctor;
A program that causes a computer to run