JP2003022326A - Virtual waiting room program - Google Patents

Abstract

(57) [Summary] [PROBLEMS] To effectively utilize the waiting time of a remote service and improve the quality of the remote service. SOLUTION: From a center side server 300, a LAN 200 is provided.
Provide a virtual waiting room to patients who receive a health consultation service via, provide patient information on each patient in the virtual waiting room to each patient, and let the patient select a conversation partner from among the patients in the virtual waiting room , a patient-side client 100 ₁ to the conversation through the LAN200 between conversation partner and the selected patients.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a virtual waiting room program capable of effectively utilizing the waiting time of a remote service (health consultation etc.) using a network and improving the quality of the remote service.

[0002]

2. Description of the Related Art Conventionally, there has been established a system for a patient to receive a remote service (health consultation, medical consultation, etc.) from an administrative agency or a medical institution on a one-on-one basis while using a network while staying at home. In this system, computer devices are installed on both the patient side and the remote service provider side.
Through the voice, health consultation and medical consultation are carried out between the patient and the person in charge.

When receiving remote service,
The patient needs to access the computer device of the other party through the network using the computer device. Therefore, when there are many patients who receive the remote service, access is denied due to the processing restriction. In this case, the patient will try to re-access at an appropriate timing while keeping time.

[0004]

By the way, as described above, in the conventional remote service, depending on the congestion situation of the patient, one-time access is successful and the remote service can be received immediately. In some cases, the access fails many times, and after waiting a long time, the remote service can be finally provided.

Therefore, in the conventional remote service, there is a problem that the patient spends a waiting time unnecessarily. Furthermore, in the past, depending on the timing of re-access, the waiting order was overtaken by other patients, which created an unfair feeling and could also affect the quality of remote services.

The present invention has been made in view of the above,
You can effectively use the waiting time of remote service,
It is an object to provide a virtual waiting room program that can improve the quality of remote services.

[0007]

To achieve the above object, the present invention provides a virtual waiting room providing means for providing a virtual waiting room to a patient who receives a remote service via a network, and each patient in the virtual waiting room. Providing patient information regarding each patient, and selecting means for allowing the patient to select a partner for information exchange from among the patients in the virtual waiting room, the network between the selected information exchange partner and the patient. It is a virtual waiting room program for functioning as an information exchange means for exchanging information via.

According to the present invention, a virtual waiting room is provided for a patient who receives the remote service to wait, and patient information about each patient is provided to each patient, and the selected information exchange partner and the patient are provided. Since information is exchanged via the network between them, waiting time can be spent for information exchange at home, stress relief for patients,
It is possible to collect useful information.

[0009]

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment of a virtual waiting room program according to the present invention will be described in detail below with reference to the drawings. FIG. 1 shows a LAN (Local Area Network)
A system having a function of performing a health consultation of a patient via 200 and a function of having a conversation between patients waiting for a health consultation in a virtual waiting room is illustrated.

Patient side clients 100 _{1 to} 100 _n
Is a computer device provided in each of n patient homes and is connected to the LAN 200. These patient side clients 100 _{1 to} 100 _n have a function for each patient to provide health consultation to a person in charge of a center operated by an administrative institution, a function for waiting patients to talk in a virtual waiting room, It is equipped with a function to provide health consultation to the family doctor.

Specifically, the patient side client 100 ₁
In, CPU (Central Processing Unit) 101
Controls each unit, and the details of the operation of the CPU 101 will be described later. The memory 102 is a CP
Stores various information handled by U101. External I /
The O (Input / Output) interface 103 has a function of acting as an input / output interface with an external device.

The external device is the display 10
4, keyboard 105, speaker 106, camera 10
7. Microphone 108 and vital information acquisition unit 1
There is 09. The display 104 displays various screens regarding patient information, waiting order information in the virtual waiting room, waiting patient information, conversation information, and the like (see FIGS. 13 to 30).

The keyboard 105 is for inputting screens and various information. The speaker 106 outputs the voice of the other party (patient, person in charge of the center or family doctor) when having a conversation between the patient and the person in charge of the center, between the patient and another patient, or between the patient and the family doctor. Camera 10
Reference numeral 7 captures the patient's face or the like when a conversation is held between the patient and the person in charge of the center, between the patient and another patient, or between the patient and the family doctor, and outputs an image signal.

The microphone 108 converts the voice of the patient into a voice signal when conversation is performed between the patient and the person in charge of the center, between the patient and other patients, or between the patient and the family doctor,
This audio signal is output. That is, in one embodiment, conversations are held between the parties via voice and images. The vital information acquisition unit 109 has a function of acquiring vital information such as the systolic blood pressure, diastolic blood pressure, pulse rate, urine sugar, and electrocardiogram of the patient at the patient's house.

The image codec section 110 includes a camera 107.
The image signal from is encoded, or another image signal input via the LAN 200 is decoded for display on the display 104. The image mosaic processing unit 111 executes a process of applying mosaic to the original image in order to prevent leakage of the face image as the personal information of the patient having a conversation in the virtual waiting room.

The voice codec unit 112 encodes a voice signal from the microphone 108 and the LAN 200.
Other audio signals input via the are decoded for output from the speaker 106. The voice conversion unit 113 has a function of converting the original voice into the voice of another person in order to prevent the leakage of the voice as the personal information of the patient having a conversation in the virtual waiting room.

The electronic mail transmission / reception unit 114 has a function of transmitting the electronic mail created by the patient side client 100 ₁ to an external device and a function of receiving the electronic mail transmitted from the external device via the LAN 200. There is. L
The AN interface 115 serves as a communication interface between the patient side client 100 ₁ and the LAN 200 according to a predetermined communication protocol.

Patient side clients 100 _{2 to} 100 _n
Also has the same configuration as the patient side client 100 ₁ described above, and is installed in each patient's home. Here, each patient can enjoy a conversation (image, voice) mutually in a virtual waiting room described later by utilizing the waiting time for the health consultation by the function of the patient side clients 100 _{1 to} 100 _n .

The center-side server 300 is, for example, a computer device installed in a center that provides a health consultation service as a part of a regional medical service of an administrative institution to a patient, and is connected to the LAN 200. The center-side server 300 has a function of performing the above-mentioned health consultation, a function of a virtual waiting room for conversation between patients waiting for health consultation, and a function of managing patient information.

Specifically, in the center-side server 300, the CPU 301 controls each unit, and the details of the operation of this CPU 301 will be described later. The memory 302 stores various information handled by the CPU 301. The external I / O interface 303 has a function of acting as an input / output interface with an external device.

The external device is the display 30.
4, keyboard 305, speaker 306, camera 307
And microphone 308. Display 30
Reference numeral 4 displays a patient image (face image) or the like at the time of health consultation. The keyboard 305 is for inputting screens and various information. The speaker 306 outputs the voice of the other party (patient) when a conversation is made between the person in charge of the center and the patient. The camera 307 captures the face and the like of the person in charge of the center when conversation is performed between the person in charge of the center and the patient, and outputs an image signal.

The microphone 308 is a person in charge of the center.
When a conversation is conducted between patients, the voice of the person in charge of the center is converted into a voice signal and this voice signal is output. The LAN interface 309 serves as a communication interface between the center server 300 and the LAN 200 according to a predetermined communication protocol.

The image codec section 310 includes a camera 307.
The image signal from the encoder is encoded, or another image signal input via the LAN 200 is decoded for display on the display 304. The voice codec unit 311 encodes a voice signal from the microphone 308, and the LAN 200
Other audio signals input via the are decoded for output from the speaker 306.

The e-mail transmission / reception section 312 has a function of transmitting an e-mail created by the center server 300 to an external device, and an e-mail sent from the external device via a LAN.
And a function of receiving the data via 200. Interview section 3
13 obtains the result (hereinafter referred to as inquiry information) of an inquiry form in the form of a question answered in advance by the patient who receives the health consultation service of the center, and the inquiry information database 410 (see FIG. 3) which will be described later. ). Here, the contents of the question on the questionnaire include the presence or absence of fever, symptoms, mood, blood pressure, pulse, and the like.

The urgency determination unit 314 determines the urgency of the inquiry information, that is, the necessity of emergency response for a seriously ill patient. Here, as the degree of urgency, there is a case where the center skips over other waiting patients and urgently needs a health consultation, or a case where instead of the center, a health consultation by the family doctor of the patient is needed.

The family doctor notifying section 315 has a function of notifying the family doctor through the LAN 200 when the urgency determining section 314 determines that the health consultation by the family doctor is necessary. . The waiting patient notification unit 316 gives notification of the waiting order and the like to the patients waiting for the health consultation in the virtual waiting room.

The patient information database 400 is a database that stores patient information regarding patients who receive health consultation services. Specifically, the center server 300
As shown in FIG. 2, "Number", "Patient name", "Disease name", "Gender", "Age", "Terminal address", "Face photo file", "Personal information disclosure", "Past information" It has fields of "conversation history", "vital information history file", and "urgency criteria".

The "number" is information regarding a number for identifying a patient. The “patient name” is information regarding the name of the patient. The “disease name” is information regarding the name of the disease that the patient has. “Gender” is information regarding the gender of the patient. “Age” is information regarding the age of the patient. The “terminal address” is an email address for contact when sending an email to the patient-side client used by the patient. The “face photo file” is an image file related to a face photo of a patient.

"Personal information disclosure" is flag information indicating whether or not the personal information (face photograph, real voice) of the patient is disclosed to other patients waiting in the virtual waiting room.
The “past conversation history” is information regarding the date and time of conversation with other patients in the past in the virtual waiting room, and the number of people. The “vital information history file” is information regarding a file that stores vital information (see FIG. 5) of the patient.
The “urgentness judgment standard” is information on the standard for judging the urgency from the above-mentioned inquiry information.

Returning to FIG. 1, the inquiry information database 410.
Is a database that stores inquiry information which is the answer to the above-mentioned inquiry form. Specifically, the inquiry information database 410 is provided for each patient, as shown in FIG. 3, and includes fields of “number”, “interview details”, and “interview answer”.

The "number" is information relating to a number for identifying the "interview content" and the "interview answer". "Interview content" is a question regarding the patient's health (whether fever,
Information about symptoms, moods, etc.). "Interview answer" is
This is information about the patient's answer to the above “inquiry content”.

Returning to FIG. 1, the inquiry history information database 4
Reference numeral 20 is a database that stores past inquiry information for each patient, that is, inquiry history information. Specifically, the inquiry history information database 420 is, as shown in FIG.
It is provided for each patient, and "interview date and time" and "interview details"
It also has a field called "Question Answer".
The “interview date and time” is information on the date and time when the inquiry is answered. The “interview content” is synonymous with the “interview content” shown in FIG. The "question answer" is the "question answer" shown in Fig. 3.
Is synonymous with.

Returning to FIG. 1, the vital information database 4
30 is a database which stores vital information for each patient acquired by vital information acquisition unit 109 shown in FIG. 1 (including vital information acquisition unit of the other patient-side client 100 ₂ ~100 _n). Specifically, as shown in FIG. 5, the vital information database 430 includes “acquisition date / time”, “maximal blood pressure”, “minimum blood pressure”, “pulse rate”,
It has fields of "urine sugar" and "electrocardiogram file".

The "acquisition date and time" is information relating to the date and time when the vital information acquisition unit acquired vital information on the patient. Examples of this vital information include "maximum blood pressure", "minimum blood pressure", "pulse rate", "urine sugar" and "electrocardiogram file".

Returning to FIG. 1, the virtual waiting room provision information database 440 is a database for storing virtual waiting room provision information regarding medical care, health, etc., to be provided to patients who are waiting in order for health consultation in the virtual waiting room. Specifically, the virtual waiting room provision information database 440 includes fields of “display date” and “display content” as shown in FIG.

"Display date" is a personal information screen 660 (FIG.
(See 9)) and the like and is information regarding the date displayed. The “display content” is information regarding the content (information regarding medical care, health, etc.) displayed on the personal information screen 660 and the like.

Returning to FIG. 1, the family doctor side clients 500 _{1 to} 500 _m are computer devices installed on the family doctor side of any of n patients, and are connected to the LAN 200.

These family doctor side clients 50
0₁ ~ 500_m Is highly urgent based on the interview information
If judged by the urgency judgment unit 314, the
It is used when giving health consultations to your family doctor.
The patient side client 100 ₁ LAN as well as
Health consultation by voice and image is possible via 200
It has a function.

Next, regarding the operation of the embodiment, the flowcharts shown in FIGS. 7 to 12 and FIGS.
This will be described in detail with reference to each screen shown in FIG. 7 to 10
Are the client side clients 100 ₁ to 100 shown in FIG.
₇ is a flowchart illustrating an operation of _n . FIG. 11 shows
8 is a flowchart illustrating the notification confirmation process shown in FIG. 7. FIG. 12 is a flowchart explaining the operation of the center server 300 shown in FIG.

First, in providing the above-mentioned health consultation service, the center displays a patient information registration screen 600 (see FIG. 1).
According to (3), registration of patient information regarding a new patient is performed. Specifically, when the person in charge of the center issues a new registration instruction from the keyboard 305, the CPU 301
The patient information registration screen 600 shown in FIG. 13 is displayed on the display 304.

This patient information registration screen 600 corresponds to the patient information stored in the patient information database 400 shown in FIG. 2, and includes “patient name”, “disease name”, “sex”,
"Age", "terminal address", "face photo file",
This is a screen for registering a "vital information history file" and an "urgency criteria".

The person in charge of the center uses the patient information registration screen 60.
After inputting each item of 0, a registration instruction is issued. Thereby, the CPU 301 stores the input patient information in the patient information database 400. After that, by repeating the above-described operation for each patient, the patient information database 400 stores the patient information corresponding to each of the plurality of patients.

Hereinafter, a case where a patient corresponding to the patient side client 100 ₁ shown in FIG. 1 makes a health consultation to the center will be mainly described. In this case, in step SA1 shown in FIG. 7, the CPU1 of the patient side client 100 ₁
01 determines whether or not there is a screen display request by the keyboard operation of the patient. In this case, the determination result is “No” and the same determination is repeated.

On the other hand, in step SC1 shown in FIG. 12, the CPU 301 of the center side server 300 judges whether or not the health consultation in the center is over, and in this case,
The determination result is “No”.

At step SC2, the CPU 301 determines whether or not the inquiry information regarding the patient waiting for the health consultation in the virtual waiting room has been received through the LAN 200. In this case, the determination result is "No". To do. After that, CP
U301 repeats the determination results of step SC1 and step SC2 until the determination result of step SC1 or step SC2 becomes “Yes”.

When the patient issues a screen display request from the keyboard 105, the CPU 101 sets the determination result of step SA1 shown in FIG. 7 to "Yes". In step SA2, CPU 101 causes display 104 to display initial screen 610 shown in FIG. This initial screen 610 is displayed on the LAN 20
This is a screen used for health consultation via 0.

On the initial screen 610, the access button 611 indicates that the patient side client 100 ₁ has LAN2.
This is a button for accessing the center-side server 300 via 00. The cancel button 612 is a button for canceling the health consultation.

In step SA3, the CPU 101 determines whether or not the cancel button 612 on the initial screen 610 is pressed, and in this case, the determination result is "No".
In step SA4, the CPU 101 sets the initial screen 610.
Whether or not the access button 611 of
In this case, the determination result is “No”. After that, CPU1
01 repeats the determinations of step SA3 and step SA4 until the determination result of step SA3 or step SA4 becomes “Yes”.

Here, the access button 611 is selected by the patient.
When is pressed, the CPU 101 sets the determination result of step SA4 to “Yes”. In addition, cancel button 6
When 12 is pressed, the CPU 101 sets the determination result of step SA3 to “Yes”, and determines step SA1.
Make a decision.

At step SA5, the CPU 101 sets L
The center side server 300 is accessed through the AN 200. In step SA6, the CPU 101 determines whether or not the center server 300 side is waiting for a health consultation, and the determination result is “No”.
If it is, the processes after step SA37 (see FIG. 9) described later are executed.

In this case, if the determination result of step SA6 is "Yes", the CPU 101 causes the display 104 to display the virtual waiting room entry confirmation screen 620 shown in FIG. 15 in step SA7. The virtual waiting room entry confirmation screen 620 confirms that the busy waiting list for health consultation has occurred, and whether or not to enter the virtual waiting room where the waiting time is used to have a conversation with another patient. This is a screen for taking.

At step SA8, the CPU 101 determines whether or not the entry refusal button 622 of the virtual waiting room entry confirmation screen 620 has been pressed. In this case, the decision result is "N".
o ”. At step SA10, the CPU 101
It is determined whether or not the entry button 621 on the virtual waiting room entry confirmation screen 620 has been pressed. In this case, the decision result is "N.
o ”. After that, the CPU 101 repeats the determinations of step SA8 and step SA10 until the determination result of step SA8 or step SA10 becomes “Yes”.

When the patient presses the enter button 621 to enter the virtual waiting room, the CPU 101
The determination result of step SA10 is “Yes”. In step SA11, CPU 101 causes display 104 to display inquiry sheet input screen 630 shown in FIG.

This inquiry sheet input screen 630 corresponds to the inquiry information database 410 shown in FIG. 3 and is a screen for conducting an inquiry in advance to the patients waiting in order in the virtual waiting room. In addition, in the questionnaire input screen 630,
An inquiry content / interview answer column 631 and a send button 632 are displayed.

At step SA12, the CPU 101
It is determined whether or not the send button 632 is pressed. In this case, the determination result is “No” and the same determination is repeated. When the patient presses the send button 632 after inputting the information of the inquiry answer for each inquiry content from the inquiry sheet input screen 630 using the keyboard 105, the CPU 101
The determination result of step SA12 is “Yes”.

At step SA13, the CPU 101
The input inquiry information is transmitted to the center server 300 via the LAN 200. Then, when the center side server 300 receives the inquiry information, the CPU 301 sets the determination result of step SC2 shown in FIG. 12 to “Yes”.

At step SC3, the CPU 301 determines whether the inquiry information exceeds the target person threshold value. Specifically, the CPU 301 determines whether one or more of the inquiry answers included in the inquiry information correspond to the “urgency criteria” corresponding to the patient in the patient information database 400 shown in FIG. , In this case, the judgment result is “No”
As a result, the determination in step SC1 is performed.

In step SA14 shown in FIG. 7, the CPU 101 of the patient-side client 100 ₁ determines whether or not emergency response information has been received from the center-side server 300. In this case, the determination result is “No”. .

At step SA15, the CPU 101
It is determined whether or not the order information regarding the waiting order of the patient in the virtual waiting room is received from the center server 300,
In this case, the determination result is “No”. After that, CPU1
01 repeats the determinations of step SA14 and step SA15 until the determination result of step SA14 or step SA15 becomes “Yes”.

When the health consultation between the other patient and the person in charge of the center ends, the CPU 301 sets the determination result of step SC1 shown in FIG. 12 to "Yes". In step SC7, the CPU 301 updates waiting order information (not shown) regarding patients waiting in order and waiting order in the virtual waiting room.

At step SC8, the CPU 301 causes the patient
Worker side client 100₁ ~ 100 _n Out of waiting
To the patient client corresponding to the patient
Notify the waiting order after updating. Specifically, the CPU 301
Will send order information about the waiting order via LAN200.
Send to patient side client. In step SC9,
The CPU 301 is connected to the leading patient waiting in the virtual waiting room.
Health consultation with the person in charge of the center via LAN200
Perform the processing to perform.

When the order information is received by the patient side client 100 ₁ , the CPU 101 sets the determination result of step SA15 shown in FIG. 7 to "Yes".
In step SA16, CPU 101 causes display 104 to display order screen 640 shown in FIG.

On this order screen 640, the waiting order of the patient in the virtual waiting room and the information regarding whether or not to disclose the personal information (face photograph, real voice) of the patient to other patients are displayed. In this order screen 640, a disclosure button 641 is a button for selecting disclosure of personal information. The non-public button 642 is a button for selecting disclosure of personal information.

At step SA17 shown in FIG. 8, CP
U101 determines whether or not the private button 642 has been pressed, and in this case, the determination result is “No”. In step SA18, the CPU 101 determines whether or not the public button 641 has been pressed, and in this case, the determination result is “N
o ”. Thereafter, the CPU 101 proceeds to step SA17
Alternatively, the determinations of step SA17 and step SA18 are repeated until the determination result of step SA18 becomes "Yes".

Here, when the private button 642 is pressed by the patient, the CPU 101 sets the determination result of step SA17 to "Yes". In step SA19, C
The PU 101 notifies the center side server 300 that the personal information of the patient is not disclosed via the LAN 200.

As a result, the CPU 301 stores the flag "x" indicating non-disclosure in "Personal information disclosure" corresponding to the patient in the patient information database 400 shown in FIG. In the patient information database 400,
A flag "○" (public) is stored as a default in "Personal Information Disclosure".

On the other hand, when the patient presses the release button 641 (see FIG. 17), the CPU 101 sets the determination result in step SA18 to "Yes". Step SA
In 20, the CPU 101 causes the display 104 to display the personal information screen 660 shown in FIG.

On the personal information screen 660, the virtual waiting room provision information 661 corresponding to the virtual waiting room provision information database 440 (see FIG. 6) and the personal information 662 regarding other patients in the waiting state in the virtual waiting room (see FIG. 6). All are open), a detail display button 663 for displaying details of personal information, and information regarding the waiting order of the patient are displayed.

The virtual waiting room provision information 661, the personal information 662, and the information regarding the waiting order are stored in the LAN 200.
It is provided from the center side server 300 to the patient side client 100 ₁ via the.

At step SA21 shown in FIG. 8, CP
The U 101 determines whether or not the detail display button 663 is pressed, and in this case, the determination result is “No”. Here, when the detail display button 663 is pressed by the patient,
The CPU 101 displays the determination result of step SA21 as “Yes
s ".

At step SA22, the CPU 101
The personal information details screen 670 shown in FIG. 20 is displayed on the display 104. On this personal information detailed screen 670, personal detailed information 671 corresponding to personal information 662 (see FIG. 19), a conversation button 672 for conversation with another patient in the virtual waiting room, and information regarding the waiting order of the patient. And are displayed.

The individual detailed information 671 includes a conversation partner check box (“conversation desired”) for the patient to select another patient with whom he / she wishes to have a conversation, and private / public information of personal information regarding other patients ( "Security"), "face shots" of other patients, "names" of other patients, "illness" that other patients have, "past conversations" about past conversation history, and virtual The current states of other patients in the waiting room (waiting, talking) are displayed. This personal detailed information 671 is the patient information database 4 shown in FIG.
00, and is provided from the center-side server 300 via the LAN 200.

In step SA23 shown in FIG. 8, CP
U101 is the personal detailed information 671 (see FIG.
It is determined whether or not the conversation partner check box (see 0) is checked. In this case, the determination result is “No” and the same determination is repeated. Here, if the patient checks the corresponding conversation partner check box to have a conversation with "Jiro Suzuki", the CPU 101 proceeds to step SA23.
The result of the determination is “Yes”.

At step SA24, the CPU 101
It is determined whether or not the conversation button 672 is pressed. In this case, the determination result is “No”, and the same determination is repeated. Here, when the conversation button 672 is pressed by the patient, the CPU 101 returns “Y” to the determination result of step S24.
es ”.

At step SA25, the CPU 101
It is determined whether or not the conversation mode of the patient is in the security mode (private information is not disclosed). In this case, assuming that the determination result of step SA25 is “Yes”, the image mosaic processing unit 111 is determined in step SA26.
Is image information from the camera 107 (face image of the patient)
Image mosaic processing is performed to apply mosaic to. The image information after the mosaic processing is encoded by the image codec unit 110.

At step SA27, the voice converting section 113 is used.
Performs a voice conversion process of converting a voice signal from the microphone 108 (real voice of the patient) into a voice signal of another person. The converted audio signal is encoded by the audio codec unit 112. In step SA28,
CPU 101 causes display 104 to display security conversation screen 700 shown in FIG. On the security conversation screen 700, since the security mode is set, the facial photograph of the patient is not displayed.

In step SA30 shown in FIG. 9, the CPU 101 of the patient-side client 100 ₁ accesses, for example, the patient-side client 100 ₂ corresponding to another patient who is the conversation partner of the patient, and voice and voice are exchanged between both patients. A conversation process for conversation using an image is executed.

As a result, the patient and another patient enjoy the conversation via the LAN 200 by using the waiting time in the virtual waiting room. In this case, since the security mode is set, the voice of the patient is changed to the voice of another person, and the facial photograph of the patient is not disclosed.

During this conversation, at step SA31 shown in FIG. 9, the CPU of the patient side client 100 ₁
101 determines whether or not there is a waiting order change notification from the center server 300, and in this case, the determination result is “No”. In step SA32, the CPU 101 determines whether or not there is a notification from the center-side server 300 that the order regarding the health consultation of the patient has circulated. In this case, the determination result is “No”, and the processing in step SA30 and thereafter is executed. To do.

Here, the waiting order of the patient whose waiting order is later than that of the patient and whose urgency is high is moved up, and the waiting order regarding the patient waiting in the virtual waiting room is changed (lowered). And the CPU 30 of the center server 300
1 sends a waiting order change notification to the patient side client corresponding to the patient via the LAN 200. This causes the CPU 101 of the patient side client 100 ₁ to execute the step S
The determination result of A31 is “Yes”.

At step SA39, the CPU 101
The waiting order change screen 710 shown in FIG.
04 is displayed. The waiting order change screen 710 is a screen for notifying the waiting order being delayed and confirming the waiting again. Further, on the waiting order change screen 710, a standby continuation button 711 for continuing the standby in the virtual waiting room,
A standby cancel button 712 for canceling the standby in the virtual waiting room is displayed.

At step SA40, the CPU 101
It is determined whether the standby continuation button 711 has been pressed, and in this case, the determination result is “No”. Step SA41
Then, the CPU 101 determines whether or not the standby stop button 712 is pressed, and in this case, the determination result is “No”. Thereafter, the CPU 101 until the determination result of step SA40 or step SA41 becomes “Yes”,
The determinations of step SA40 and step SA41 are repeated.

Here, when the standby stop button 712 is pressed by the patient, the CPU 101 causes the step SA
The determination result of 41 is “Yes”. Step SA42
Then, the CPU 101 exits the virtual waiting room, executes the access cancellation process to interrupt the conversation with another patient, and ends the series of processes.

On the other hand, depending on the patient, the standby continuation button 7
When 11 is pressed, the CPU 101 causes the step SA4
The determination result of 0 is set to "Yes", and the processes of step SA30 and thereafter are executed. As a result, the patient continues to wait in the virtual waiting room while having a conversation with another patient.

When the order of health consultation has been circulated to the patient and the center side server 300 gives the order side notice to the patient side client 100 ₁ , the CPU 101 sets the determination result of step SA32 to “Yes”. Step S
In A33, the CPU 101 causes the display 104 to display the order patrol screen 730 shown in FIG. The order patrol screen 730 is a screen for notifying the patient that the order of the health consultation has patroled.

Further, on the display 104, a consultation start button 731 for starting a health consultation, and when a conversation with another patient cannot be interrupted, the virtual waiting room is re-waited (voluntarily lowering the waiting order). ) And a re-standby button 732 for continuing the conversation is displayed.

At step SA34, the CPU 101
It is determined whether or not the re-standby button 732 has been pressed, and in this case, the determination result is “No”. In step SA36, the CPU 101 determines whether or not the consultation start button 731 is pressed, and in this case, the determination result is “No”. After that, the CPU 101 repeats the determinations in steps SA34 and SA36 until the determination result in step SA34 or step SA36 becomes “Yes”.

Here, the re-standby button 73 is selected by the patient.
When 2 is pressed, the CPU 101 causes the step SA34
The result of the determination is “Yes”. In step SA35, CPU 101 issues a re-standby notification to center-side server 300 via LAN 200. As a result, the CPU 301 of the center-side server 300 performs a process of lowering the waiting order of the patient, and issues a turn patrol notification to the patient-side client corresponding to the next waiting patient.

Also, depending on the patient, a consultation start button 73
When 1 is pressed, the CPU 101 causes the step SA36
The result of the determination is “Yes”. In step SA37, the CPU 101 executes health consultation processing for performing health consultation between the patient and the person in charge of the center by voice and image via the LAN 200 and the center server 300. In step SA38, the CPU 101
Determines whether or not the conversation regarding the health consultation has ended, and in this case, the determination result is “No” and the determination is repeated.

When the conversation regarding health consultation ends, the CPU 101 sets the determination result in step SA38 to "Yes". In step SA42, the CPU 10
1 executes the access cancellation process and ends the series of processes. Further, by the end of the talk, the CPU 301 of the center-side server 300 sets the determination result of step SC1 shown in FIG. 12 to “Yes”, and executes the processing of step SC7 and subsequent steps described above.

When the result of the determination in step SA8 shown in FIG. 7 is "Yes", that is, the entry refusal button 62 of the virtual waiting room entry confirmation screen 620 shown in FIG.
When 2 is pressed, C of the patient side client 100 ₁
The PU 101 executes the notification confirmation process of step SA9.

Specifically, step SB shown in FIG.
In 1, the CPU 101 displays the notification confirmation screen 650 shown in FIG. 18 on the display 104. This notification confirmation screen 650 is a screen for allowing the patient who does not enter the virtual waiting room to select whether or not he / she wants to be notified by notification means such as e-mail that the order of health consultation has circulated. Is.

On this notification confirmation screen 650, a notification button 651 that is pressed when the above notification is desired and a notification reject button 652 that is pressed when rejecting the above notification are displayed.

In step SB2 shown in FIG. 11, CP
The U 101 determines whether or not the notification button 651 is pressed, and in this case, the determination result is “No”. In step SB3, the CPU 101 determines whether or not the notification refusal button 652 is pressed, and in this case, the determination result is “N
o ”. After that, the CPU 101 repeats the determinations in steps SB2 and SB3 until the determination result in step SB2 or step SB3 becomes “Yes”.

When the patient rejects the notification refusal button 652, the CPU 101 proceeds to step SB.
The determination result of No. 3 is “Yes”. In step SB4, the CPU 101 executes the access cancellation processing, and ends the series of processing.

When the notification button 651 is pressed by the patient, the CPU 101 sets the determination result in step SB2 to "Yes". In step SB5, the CPU
101 executes waiting registration for the patient in the center server 300. In step SB6, the CPU1
01 is a server 300 on the center side via the LAN 200
It is further determined whether or not an order circulation mail indicating that the order regarding the health consultation of the patient has been circulated has been received. In this case, the determination result is “No”, and the same determination is repeated.

When the order of the patient is circulated, the CPU 301 of the center-side server 300 sends the above-mentioned circulatory order mail to the patient-side client 100 ₁ via the LAN 200. Upon receiving this turn-around mail, the CPU 101 returns the determination result of step SB6 to "Y.
es ”.

At step SB7, the CPU 101 causes the display 104 to display the above-described order patrol screen 730 (see FIG. 26). In step SB8, CPU1
01 determines whether or not the re-standby button 732 is pressed, and in this case, the determination result is “No”. Step S
In B9, the CPU 101 determines whether or not the consultation start button 731 is pressed, and in this case, the determination result is “N
o ”. After that, the CPU 101 repeats the determinations of steps SB8 and SB9 until the determination result of step SB8 or step SB9 becomes “Yes”.

Here, depending on the patient, the re-standby button 73
When 2 is pressed, the CPU 101 sets the determination result of step SB8 to “Yes”. In step SB10,
The CPU 101 issues a re-standby notification to the center-side server 300 via the LAN 200, and then makes a determination in step SB6. As a result, the CPU 3 of the center server 300
01 performs a process of lowering the waiting order of the patient, and issues a turn round notification or turn round mail to the patient side client corresponding to the next waiting patient.

Further, depending on the patient, a consultation start button 73
When 1 is pressed, the CPU 101 sets the determination result of step SB9 to “Yes”, and returns to step SA1 described above.
The processing after 1 (see FIG. 7) is executed.

When another patient who is a conversation partner with the patient sets private information to be closed, in step SA20 shown in FIG. 8, the CPU 101 displays the personal information screen 680 shown in FIG. It is displayed on 104.

On this personal information screen 680, virtual waiting room provision information 681 corresponding to the virtual waiting room provision information database 440 (see FIG. 6) and personal information 682 (partial) about other patients in a waiting state in the virtual waiting room. private)
A detail display button 683 for displaying details of personal information and information regarding the waiting order of the patient are displayed.

The virtual waiting room providing information 681, the personal information 682 and the information regarding the waiting order are provided in the LAN 200.
It is provided from the center side server 300 to the patient side client 100 ₁ via the.

At step SA21 shown in FIG. 8, CP
The U 101 determines whether or not the detail display button 683 is pressed, and in this case, the determination result is “No”. Here, when the detail display button 683 is pressed by the patient,
The CPU 101 displays the determination result of step SA21 as “Yes
s ".

At step SA22, the CPU 101
The personal information details screen 690 shown in FIG. 22 is displayed on the display 104. On this personal information detailed screen 690, personal detailed information 692 corresponding to personal information 682 (see FIG. 21), a conversation button 692 for having a conversation with another patient in the virtual waiting room, and information regarding the waiting order of the patient. And are displayed.

The personal detail information 691 includes a conversation partner check box (“conversation desired”) for the patient to select another patient with whom he / she wishes to have a conversation, and public / nonpublic information of personal information regarding other patients ( "Security"), "portraits" of other patients, names of other patients, "illness" of other patients, "past conversations" about past conversation history, and virtual waiting room The other patients' current states (waiting, talking) are displayed.

In the figure, the personal information (face photograph and name) of the second patient is not disclosed. Personal details 6
Reference numeral 91 corresponds to the patient information database 400 shown in FIG. 2, and is connected to the center server 3 via the LAN 200.
It is provided from 00.

At step SA23 shown in FIG. 8, CP
U101 is the personal detailed information 691 (see FIG.
It is determined whether or not the conversation partner check box (see 2) is checked. In this case, the determination result is “No” and the same determination is repeated. Here, when the relevant patient checks a corresponding conversation partner check box in order to talk with the second patient (anonymous), the CPU 101 determines in step S
The determination result of A23 is “Yes”.

At step SA24, the CPU 101
It is determined whether or not the conversation button 692 is pressed. In this case, the determination result is “No” and the same determination is repeated. Here, when the conversation button 692 is pressed by the patient, the CPU 101 returns the determination result of step S24 to “Y.
es ”.

If the personal information disclosure flag relating to the patient is "○", then in step SA25 the CPU 10
1 determines whether or not the conversation mode of the patient is in the security mode (private information is not disclosed). In this case, if the determination result of step SA25 is “No”, then in step SA29, CPU 101 causes display 104 to display non-security conversation screen 720 shown in FIG. This non-security conversation screen 72
In 0, since the security mode is not set, a facial photograph of the patient is displayed. Thereafter, step SA3 shown in FIG.
After 0, the above-mentioned processing is executed.

If the result of the determination in step SC3 shown in FIG. 12 is “Yes” for the patient, in step SC4 the CPU 301 determines whether the patient is in conversation with another patient in the virtual waiting room. To judge. If the determination result in step SC4 is “Yes”, in step SC6, the CP of the center side server 300
U301 executes the process for interrupting the conversation with respect to the other patient who is the conversation partner, and then performs step S described later.
The processing of C5 is executed.

On the other hand, the judgment result of step SC4 is "N
If “o”, the CPU 301
Transmits the emergency response information according to the inquiry information to the patient side client 100 ₁ corresponding to the patient requiring the emergency response.

Here, the inquiry answer included in the inquiry information is
In the case where one (relatively severe) case corresponds to the “urgency criterion” corresponding to the patient in the patient information database 400 shown in FIG. 2, the emergency response information is information regarding emergency response at the center.

If the inquiry answer contained in the inquiry information corresponds to two or more (serious cases) of the “criteria for urgency” corresponding to the patient in the patient information database 400 shown in FIG. 2, the emergency response information is , Information about emergency response at the family doctor. In this case, the family doctor notifying unit 315 notifies the family doctor side client 500 ₁ of the emergency response request via the LAN 200.

When the patient side client 100 ₁ receives the emergency response information, the CPU 101 causes the FIG.
The determination result of step SA14 shown in is set to “Yes”. In step SA43 shown in FIG. 10, the CPU 10
1 determines whether the received emergency response information is the information associated with the center or the information associated with the family doctor.

Here, if the emergency response information is information for the center, the CPU 101 at step SA44
Display the screen 1 corresponding to the center 740 shown in FIG.
04 is displayed. As a result, in step SA45, the CPU 101 moves the waiting order of the patient to the top, and performs a health consultation between the patient and the person in charge of the center by voice and image via the LAN 200 and the center server 300. To carry out a health consultation process. In this health consultation process, the CPU 101
Display the center health consultation screen 750 shown in 8
04 is displayed.

At step SA46, the CPU 101
Judging whether or not the conversation regarding the health consultation has ended,
In this case, the determination result is “No” and the same determination is repeated. And when the conversation about health consultation ends, CP
U101 returns the determination result of step SA46 to "Yes".
And In step SA47, CPU 101 executes the access cancellation process and ends the series of processes.

On the other hand, if the emergency response information is information for the primary doctor, in step SA48, the CPU 101
Displays the family doctor correspondence screen 760 shown in FIG. 29 on the display 104. By this, step S
In A49, the CPU 101 accesses the family doctor side client 500 ₁ corresponding to the family doctor via the LAN 200, for example.

At step SA50, the CPU 101
LAN 200 and family doctor side client 500
The health consultation process for performing health consultation between the patient and the family doctor is executed by audio and image via ₁ In this health consultation, the CPU 101 causes the display 104 to display the family doctor health consultation screen 770 shown in FIG.

As described above, according to one embodiment, a virtual waiting room is provided for a patient who receives a health consultation service to wait, and patient information about each patient (see FIGS. 19 and 2) is provided.
(See 0) is provided to each patient so that the selected conversation partner and the patient can have a conversation through the LAN 200, so that the waiting time can be spent at home and the stress is relieved to the patient. , Can collect useful information.

Further, according to one embodiment, as shown in FIG. 17, since the waiting order for receiving the health consultation service is notified in real time to the patient in the virtual waiting room, It is possible to avoid an unfair feeling due to the opacity of the order and improve the quality of the health consultation service.

Further, according to one embodiment, as shown in FIGS. 21 and 22, the patient information regarding the personal privacy contained in the patient information is hidden with respect to the patient in the virtual waiting room. So that
The degree of freedom of conversation can be expanded by utilizing the anonymity of network communication.

In addition, according to one embodiment, as shown in FIG. 24, the waiting order of patients is adjusted based on the inquiry information that is given to the patients in the virtual waiting room. It is possible to first provide the health consultation service to patients with a high degree of urgency, such as critically ill patients, and further improve the quality of the health consultation service.

Further, according to one embodiment, the waiting order of the patient is adjusted based on the vital information of the patient in addition to the inquiry information, so that the reliability of the determination of the urgency is enhanced. You can

Although one embodiment according to the present invention has been described in detail with reference to the drawings, a specific configuration example is not limited to this one embodiment and does not depart from the gist of the present invention. Even if there is a design change etc., it is included in the present invention.

For example, in the above-described embodiment, the patient side clients 100 ₁ to 100 shown in FIG.
_n and the virtual waiting room program for realizing the function of the virtual waiting room by the server 300 on the center side are recorded in the computer-readable recording medium 900 shown in FIG. 31, and the virtual waiting room program recorded in the recording medium 900 is stored in the virtual waiting room program. Read it to the computer 800 shown in the figure,
The function of the virtual waiting room may be realized by executing the function.

A computer 800 shown in the figure has a CPU 810 for executing the virtual waiting room program, an input device 820 such as a keyboard and a mouse, a ROM (Read Only Memory) 830 for storing various data, and an operation parameter and the like. RAM (Random Access Memory) 8
40, a reading device 850 that reads the virtual waiting room program from the recording medium 900, an output device 860 such as a display and a printer, and a bus 870 that connects each part of the device.

The CPU 810 realizes the above-mentioned function of the virtual waiting room by reading the virtual waiting room program recorded in the recording medium 900 via the reading device 850 and then executing the virtual waiting room program. The recording medium 900 includes not only a portable recording medium such as an optical disk, a floppy (registered trademark) disk, a hard disk, but also a transmission medium such as a network for temporarily recording and holding data. Be done.

(Supplementary Note 1) A virtual waiting room providing means for providing a virtual waiting room to a patient who receives a remote service via a network, patient information about each patient in the virtual waiting room is provided to each patient, and the virtual waiting room is provided. To function as a selection means for allowing the patient to select a partner for information exchange from among the patients in the inside, and an information exchange means for allowing the selected information exchange partner and the patient to exchange information via the network. Virtual waiting room program. (Supplementary Note 2) The virtual waiting room program according to Supplementary Note 1 for causing the computer to function as a notification unit that notifies a patient in the virtual waiting room of a waiting order for receiving the remote service in real time. (Supplementary Note 3) In the supplementary note 1 or 2, the selecting means provides the patient information to the patient in the virtual waiting room in a state in which the information on the personal privacy included in the patient information is hidden. Virtual waiting room program as described. (Supplementary Note 4) The computer is caused to function as an inquiry means for conducting an inquiry to a patient in the virtual waiting room and a waiting order adjusting means for adjusting the waiting order of the patient based on the result of the inquiry. The virtual waiting room program according to any one of appendices 1 to 3. (Supplementary Note 5) The computer is caused to function as physical information acquisition means for acquiring the physical information of the patient at home, and the waiting order adjusting means determines the waiting order of the patient based on the result of the medical inquiry and the physical information. The virtual waiting room program as set forth in appendix 4, wherein the virtual waiting room program is adjusted. (Supplementary Note 6) Virtual waiting room providing means for providing a virtual waiting room to a patient who receives a remote service via a network, and patient information about each patient in the virtual waiting room is provided to each patient, From
A virtual waiting room, characterized by comprising: selecting means for allowing the patient to select an information exchange partner, and information exchanging means for exchanging information between the selected information exchange partner and the patient via the network. apparatus. (Supplementary Note 7) A virtual waiting room providing step of providing a virtual waiting room to a patient who receives a remote service via a network, and patient information about each patient in the virtual waiting room is provided to each patient. From
A virtual waiting room method comprising: a selecting step for causing the patient to select a partner for information exchange; and an information exchanging step for allowing the selected information partner and the patient to exchange information via the network. .

[0130]

As described above, according to the present invention,
A virtual waiting room will be provided for patients who receive remote services to provide them with patient information about each patient, and to exchange information between the selected information exchange partner and the patient via the network. I did so,
There is an effect that waiting time can be spent at home for information exchange, stress can be relieved and useful information can be collected for the patient.

Further, according to the present invention, since the waiting order for receiving the remote service is notified to the patient in the virtual waiting room in real time, the unfairness due to the opacity of the waiting order is avoided. Therefore, the quality of remote service can be improved.

Further, according to the present invention, since the patient information is provided to the patient in the virtual waiting room in a state where the information related to the personal privacy contained in the patient information is hidden, the anonymity of the network is improved. There is an effect that the degree of freedom of information exchange can be expanded by utilizing the information.

Further, according to the present invention, the waiting order of the patient is adjusted based on the result of the inquiry conducted to the patient in the virtual waiting room, so that the urgency of a patient such as a critically ill patient can be adjusted. The remote service can be provided first to high patients, and the quality of the remote service can be further enhanced.

Further, according to the present invention, the waiting order of the patient is adjusted based on the physical information of the patient in addition to the result of the medical inquiry, so that the reliability of the determination of the urgency can be improved. It has the effect of being able to.

[Brief description of drawings]

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

FIG. 2 is a diagram showing a table structure of a patient information database 400 shown in FIG.

3 is a diagram showing a table structure of an inquiry information database 410 shown in FIG.

4 is an inquiry history information database 420 shown in FIG.
It is a figure which shows the table structure of.

5 is a vital information database 430 shown in FIG.
It is a figure which shows the table structure of.

6 is a diagram showing a table structure of a virtual waiting room provision information database 440 shown in FIG.

[7] patient-side client 100 ₁ to 1 shown in FIG. 1
It is a flow chart explaining operation of 00 _n .

[8] patient-side client 100 ₁ to 1 shown in FIG. 1
It is a flow chart explaining operation of 00 _n .

[9] patient-side client 100 ₁ to 1 shown in FIG. 1
It is a flow chart explaining operation of 00 _n .

FIG. 10 is a diagram showing the patient side clients 100 ₁ to 100 ₁ shown in FIG.
It is a flow chart explaining operation of 100 _n .

FIG. 11 is a flowchart illustrating the notification confirmation process shown in FIG. 7.

FIG. 12 is a flowchart illustrating an operation of the center server 300 shown in FIG.

FIG. 13 is a patient information registration screen 6 according to the same embodiment.
It is a figure which shows an example of 00.

FIG. 14 is a diagram showing an example of an initial screen 610 in the same embodiment.

FIG. 15 is a diagram showing an example of a virtual waiting room entry confirmation screen 620 in the same embodiment.

FIG. 16 is a questionnaire input screen 63 in the same embodiment.
It is a figure which shows an example of 0.

FIG. 17 is a diagram showing an example of a sequence screen 640 in the same embodiment.

FIG. 18 is a notification confirmation screen 650 in the same embodiment.
It is a figure which shows an example.

FIG. 19 is a personal information screen 660 according to the same embodiment.
It is a figure which shows an example.

FIG. 20 is a detailed personal information screen 6 in the same embodiment.
It is a figure which shows an example of 70.

FIG. 21 is a personal information screen 680 in the same embodiment.
It is a figure which shows an example.

FIG. 22 is a detailed personal information screen 6 in the same embodiment.
It is a figure which shows an example of 90.

FIG. 23 is a diagram showing an example of a security conversation screen 700 in the same embodiment.

FIG. 24 is a waiting order change screen 71 in the same embodiment.
It is a figure which shows an example of 0.

FIG. 25 is a diagram showing an example of a non-security conversation screen 720 in the same embodiment.

FIG. 26 is an order patrol screen 730 according to the same embodiment.
It is a figure which shows an example.

FIG. 27 is a center correspondence screen 74 in the same embodiment.
It is a figure which shows an example of 0.

FIG. 28 is a diagram showing an example of a center health consultation screen 750 in the same embodiment.

FIG. 29 is a diagram showing an example of a family doctor support screen 760 in the same embodiment.

FIG. 30 is a diagram showing an example of a family doctor health consultation screen 770 in the same embodiment.

FIG. 31 is a block diagram showing a configuration of a modified example of the same embodiment.

[Explanation of symbols]

100 _{1 to} 100 _n Patient side client 101 CPU 104 Display 105 Keyboard 106 Speaker 107 Camera 108 Microphone 109 Vital information acquisition unit 110 Image codec unit 111 Image mosaic processing unit 112 Voice codec unit 113 Voice conversion unit 114 E-mail transmission / reception unit 300 Center side Server 301 CPU 312 E-mail transmission / reception unit 313 Interview unit 314 Urgency determination unit 315 Family doctor notification unit 316 Standby patient notification unit

   ─────────────────────────────────────────────────── ─── Continued front page    F-term (reference) 5C064 AA01 AA02 AC04 AC06 AC09                       AC12 AC16 AD06 AD13 AD16                 5K048 CA02 DA02 EB01 EB02 EB15                       FB08 FC01 HA01 HA02 HA13                       HA21

Claims (5)

[Claims] 1. A virtual waiting room providing means for providing a virtual waiting room to a patient who receives a remote service via a network, providing patient information about each patient in the virtual waiting room to each patient, and providing a virtual waiting room in the virtual waiting room. A virtual waiting room for functioning as a selection unit that allows the patient to select an information exchange partner from the patient, and an information exchange unit that allows the selected information exchange partner and the patient to exchange information via the network. program. 2. The virtual waiting room program according to claim 1, wherein the computer functions as a notifying unit that notifies a patient in the virtual waiting room of a waiting order for receiving the remote service in real time. 3. The selection means provides patient information to a patient in the virtual waiting room in a state in which information regarding personal privacy included in the patient information is hidden. The virtual waiting room program described in 2. 4. The computer is caused to function as an inquiry unit for conducting an inquiry to a patient in the virtual waiting room, and a waiting order adjusting unit for adjusting the waiting order of the patient based on the result of the inquiry. The virtual waiting room program according to any one of claims 1 to 3. 5. The computer is made to function as a physical information acquisition means for acquiring the physical information of the patient at home,
The virtual waiting room program according to claim 4, wherein the waiting order adjusting means adjusts the waiting order of the patient based on the result of the medical inquiry and the physical information.