Inquiry support system

Abstract

To improve the efficiency and reduce the time of medical examination conducted by a doctor, while increasing convenience in a pre-inquiry for a patient.SOLUTION: An inquiry support system according to the present invention includes: a patient application program that causes a patient terminal to function as inquiry data generation means that generates inquiry data including inquiry information input by a patient and diagnosis information according to the inquiry information generated by a language model, input means that causes the patient to input an identifier of a medical facility or an examining doctor in the medical facility, and inquiry data association means that associates the generated inquiry data and the input or selected identifier of the medical facility or the examining doctor in the medical facility with each other and transmits them to an inquiry support device; and an examining doctor application program that causes an examining doctor terminal to function as inquiry data acquisition means that acquires, from the inquiry support device, the inquiry data associated with the identifier of the medical facility or the examining doctor in the medical facility using the examining doctor terminal, and inquiry data display means that displays the acquired inquiry data on a display screen.SELECTED DRAWING: Figure 11

Description

[Technical Field]

[0001] The present invention relates to a medical interview support system. [Background technology]

[0002] In recent years, due to a shortage of medical staff and an increase in the number of patients, waiting times for patients to be seen at some medical institutions are not necessarily short. Medical institutions have traditionally used medical questionnaires to shorten consultation times. Before seeing a doctor, patients fill out the questionnaire sheet with as much detail as possible about their subjective symptoms. When the doctor examines the patient, the doctor can check the completed questionnaire while examining the patient. This is expected to improve the efficiency of doctors' examinations and shorten consultation times, as well as shorten patient waiting times and alleviate congestion, compared to when they ask about the patient's main complaint from scratch.

[0003] As a related technology, for example, Patent Document 1 describes a medical interview system. Server device 11 receives symptom data indicating symptoms selected by the patient from terminal device 12 used by the patient, and transmits data indicating a plurality of questions corresponding to the symptoms and a plurality of answer options corresponding to the questions to terminal device 12. Terminal device 12 displays the questions and answer options indicated by the data received from server device 11. When server device 11 receives answer data indicating the answers selected by the patient from terminal device 12, it determines whether or not unanswered questions are necessary based on the answers indicated by the received answer data, and transmits data indicating the questions and answer options determined to be necessary to terminal device 12. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Publication No. 2023-080373 Summary of the Invention [Problem to be solved by the invention]

[0005] In the medical interview system described in Patent Document 1, when sending the patient's preliminary medical interview data to a hospital, it is necessary to search for hospitals and doctors on a search screen (e.g., Figure 13), and there is room for improvement in operability for patients. In particular, in hospital systems that are often used by elderly people and others, some systems can be difficult for patients to use or require time for explanations, so intuitive and easy operability for patients is desired.

[0006] The present invention has been proposed in consideration of the above points, and one aspect of the present invention aims to improve the efficiency of doctors' examinations and shorten examination times while increasing the convenience of patients' pre-interviews. [Means for solving the problem]

[0007] In order to solve the above problems, the medical interview support system of the present invention is a medical interview support system including a medical interview support device, a patient terminal onto which a patient application program has been loaded, and a examining doctor terminal onto which a medical doctor application program has been loaded, wherein the patient application program causes the patient terminal to function as: a medical interview data creation means for creating medical interview data including medical interview information input by the patient and diagnostic information corresponding to the medical interview information generated by a language model; an input means for having the patient input an identifier of a medical facility or an examining doctor at the medical facility; and a medical interview data association means for associating the created medical interview data with the input or selected identifier of the medical facility or the examining doctor at the medical facility and transmitting it to the medical interview support device, and the examining doctor application program causes the examining doctor terminal to function as: a medical interview data acquisition means for acquiring, from the medical interview support device, medical interview data associated with the identifier of the medical facility or the examining doctor at the medical facility using the examining doctor terminal, and a medical interview data display means for displaying the acquired medical interview data on a display screen.

[0008] In order to solve the above-mentioned problems, the medical interview support system according to the present invention is a medical interview support system including a medical interview support device, a patient terminal into which a patient application program has been loaded, and a examining doctor terminal into which a examining doctor application program has been loaded, wherein the patient application program controls the patient terminal to include: medical interview data creating means for creating medical interview data including medical interview information input by a patient and diagnostic information corresponding to the medical interview information generated by a language model; medical interview data sending means for sending the created medical interview data to the medical interview support device; and code display means for displaying a code image including an identifier of the created medical interview data. The examining doctor application program causes the examining doctor terminal to function as a code reading means for reading the code image displayed on the patient terminal, an interview data matching means for matching an identifier of the interview data included in the code image with an identifier of the medical facility using the examining doctor terminal or the examining doctor at the medical facility, and transmitting the matching data to the interview support device, an interview data acquisition means for acquiring, from the interview support device, the interview data associated with the identifier of the medical facility using the examining doctor terminal or the examining doctor at the medical facility, and an interview data display means for displaying the acquired interview data on a display screen. [Effects of the Invention]

[0009] According to the embodiment of the present invention, it is possible to improve the efficiency of examinations by doctors and shorten examination times while increasing the convenience of preliminary interviews with patients. [Brief explanation of the drawings]

[0010] [Figure 1] 1 is a diagram illustrating an example of a network configuration of a medical interview support system according to an embodiment of the present invention. [Figure 2] FIG. 2 is a diagram illustrating an example of the hardware configuration of a medical interview support server according to the present embodiment. [Figure 3] FIG. 2 is a diagram illustrating an example of the software configuration of the medical interview support system according to the present embodiment. [Figure 4] FIG. 2 is a diagram illustrating an example of a data configuration of a DB according to the embodiment. [Figure 5] FIG. 2 is a diagram showing a first example of a patient screen of a patient terminal according to the present embodiment. [Figure 6] FIG. 10 is a diagram showing a second example of a patient screen of the patient terminal according to the present embodiment. [Figure 7] FIG. 10 is a diagram showing a patient screen example 3 of the patient terminal according to the present embodiment. [Figure 8] FIG. 10 is a diagram showing a fourth example of a patient screen of the patient terminal according to the present embodiment. [Figure 9] FIG. 10 is a diagram showing a patient screen example 5 of the patient terminal according to the present embodiment. [Figure 10] 1 is a diagram showing an example of an installation mode of a QR code (registered trademark) according to the present embodiment. [Figure 11] FIG. 6 is a diagram showing a patient screen example 6 of the patient terminal according to the present embodiment. [Figure 12] FIG. 2 is a diagram showing a doctor screen example 1 of the doctor terminal according to the present embodiment. [Figure 13] FIG. 10 is a diagram showing a doctor screen example 2 of the doctor terminal according to the present embodiment. [Figure 14] FIG. 10 is a diagram showing a first example of a patient screen of a patient terminal according to this modified example. [Figure 15] FIG. 10 is a diagram showing a second example of a patient screen of a patient terminal according to this modified example. [Figure 16] FIG. 10 is a diagram showing a patient screen example 3 of the patient terminal according to this modified example. [Figure 17] FIG. 10 is a diagram showing an example of a scanning operation of the doctor terminal according to this modification. [Figure 18] FIG. 10 is a diagram showing a doctor screen example 1 of a doctor terminal according to this modified example. [Figure 19] FIG. 10 is a diagram showing a fourth example of a patient screen of a patient terminal according to this modified example. [Figure 20] FIG. 10 is a diagram showing a patient screen example 5 of a patient terminal according to this modified example. DETAILED DESCRIPTION OF THE INVENTION

[0011] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described in detail with reference to the drawings.

[0012] <System configuration> (Network configuration) Fig. 1 is a diagram showing an example of a network configuration of a medical interview support system according to this embodiment. The medical interview support system 100 in Fig. 1 includes a medical interview support server 10, a large-scale language model 20, a patient terminal 30, a doctor terminal 40, and a QR code (registered trademark) 50, which are connected via a network 60.

[0013] The medical interview support server 10 is a server device that accepts medical interview information created by the patient before the doctor's examination, and links the medical interview data with the doctor in charge of the examination, allowing the doctor to view the medical interview data created in advance by the patient when the doctor examines the patient.

[0014] Large-scale language models (LLMs)20 are language models that further train knowledge of a specific domain (medical domain) in a supervised manner on general-purpose natural language processing models (LLMs) that have been pre-trained unsupervisedly on grammar, word meanings, etc. using large amounts of text data. By fine-tuning a general-purpose natural language processing model to learn a set of appropriate "questions" and desirable "answers," it is possible to generate more specialized answers required in the medical field. For general-purpose natural language processing models, medical language models (generative AI) based on, for example, Bidirectional Encoder Representations from Transformers (BERT), Generative Pre-trained Transformer (GPT)-3.5, or GPT-4 can be used.

[0015] The patient terminal 30 is, for example, a smartphone or tablet terminal, and is a terminal device of a patient who uses the medical interview support system 100. The patient uses the patient terminal 30 to access and log in to the medical interview support server 10, and can input medical interview information such as subjective symptoms in advance, for example, in an interactive format. The patient terminal 30 according to this embodiment also has a camera and image code reading software, and the patient reads a QR code (registered trademark) 50 prepared by the hospital before seeing the doctor in order to link the medical interview data created in advance with the doctor in charge of the examination.

[0016] The doctor terminal 40 is, for example, a smartphone, a tablet terminal, or a PC (Personal Computer), and is a terminal device of a doctor (examining physician) who uses the medical interview support system 100. The doctor uses the doctor terminal 40 to access and log in to the medical interview support server 10, and can view the patient interview data that has been created in advance when examining a patient.

[0017] QR Code (registered trademark) 50 is a QR Code (registered trademark) installed in a medical facility such as a hospital. For example, it may be installed at the reception desk of a hospital, posted on the door of an examination room or on a guide board, or printed on a medical questionnaire. Specific examples of installation modes of the QR Code (registered trademark) according to this embodiment will be described later ( FIG. 10 ).

[0018] The network 60 is a communication network that may be wired or wireless, and may include, for example, the Internet, a public line network, Wi-Fi (registered trademark), Bluetooth (registered trademark), and the like.

[0019] In order to access the medical interview support server 10, a predetermined application program (general-purpose web browser, dedicated application, etc.) is installed in advance on the patient terminal 30 and the doctor terminal 40.

[0020] (Hardware configuration) 2 is a diagram showing an example of the hardware configuration of the medical interview support server according to this embodiment. The medical interview support server 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an HDD (Hard Disk Drive) 14, and a communication device 15.

[0021] The CPU 11 executes various programs and performs arithmetic processing. The ROM 12 stores programs required at startup, etc. The RAM 13 is a work area for temporarily storing processing by the CPU 11 and storing data. The HDD 14 stores various data and programs. The communication device 15 communicates with other devices via the network 60.

[0022] (Software configuration) FIG. 3 is a diagram showing an example of the software configuration of the medical interview support system according to this embodiment. The medical interview support server 10 has, as its main functional units, a medical interview information receiving unit 101, a medical interview information transmitting unit 102, a diagnostic information receiving unit 103, a diagnostic information transmitting unit 104, a medical interview data matching unit 105, a medical interview data transmitting unit 106, and a memory unit 109.

[0023] The medical interview information receiving unit 101 has a function of receiving medical interview information input by a patient from the patient terminal 30. The medical interview information sending unit 102 has a function of sending the medical interview information received from the patient terminal 30 to the large-scale language model 20 (see FIG. 7, etc.).

[0024] The diagnostic information receiving unit 103 has a function of receiving, from the large-scale language model 20, diagnostic information corresponding to the interview information received from the patient terminal 30. The diagnostic information transmitting unit 104 has a function of transmitting the diagnostic information received from the large-scale language model 20 to the patient terminal 30 (see FIG. 8, etc.).

[0025] The medical interview data matching unit 105 has the function of storing the medical interview data created by the patient in the medical interview data DB in association with the identifier of the medical facility or the examining physician at the medical facility received from the patient terminal 30 (see Figure 11, etc.).

[0026] The medical interview data transmission unit 106 has a function of transmitting medical interview data associated with the identifier of the medical facility using the doctor terminal 40 or the examining doctor at the medical facility in response to an acquisition request from the doctor terminal 40 (see, for example, FIG. 12). The storage unit 109 stores a patient DB, a doctor DB, and a medical interview data DB (see, for example, FIG. 4).

[0027] The patient terminal 30 has, as its main functional units, a medical interview data generating unit 301, a code reading unit 302, and a medical interview data associating unit 303. The medical interview data creation unit 301 has the function of creating medical interview data including medical interview information input by a patient and diagnostic information corresponding to the medical interview information generated by the large-scale language model 20 (see, for example, Figures 6-9).

[0028] The code reading unit 302 has a function of reading a code image from a code image medium installed in a medical facility (see FIG. 11, etc.).

[0029] The medical interview data matching unit 303 has the function of matching the created medical interview data with the identifier of the medical facility or the examining doctor at the medical facility contained in the code image read from the code image medium installed in the medical facility (e.g., "Hospital ID" and "Doctor ID" in the medical interview data DB in Figure 4, 11).

[0030] The doctor terminal 40 has, as its main functional parts, a medical interview data acquisition part 401 and a medical interview data display part The medical interview data acquisition unit 401 has a function of acquiring medical interview data associated with the identifiers (logged-in hospital ID and doctor ID) of the medical facility or examining doctor at the medical facility that uses the doctor terminal 40. The medical interview data display unit 402 has a function of displaying the acquired medical interview data on a display screen (FIGS. 12, 13, etc.).

[0031] Each functional unit is realized by a program executed on hardware resources such as the CPU, ROM, and RAM of the computers constituting the medical interview support server 10, the patient terminal 30, and the doctor terminal 40. These functional units may be interpreted as "means," "module," "unit," or "circuit." Each DB of the storage unit 109 may also be placed in an external storage device on the network 60. The computer program and application program may be stored in a computer-readable storage medium.

[0032] (Database) 4 is a diagram showing an example of the data configuration of a DB according to this embodiment. The patient DB is a DB in which patient information (user information) is registered in advance. The patient DB according to this embodiment has data items such as "patient ID," "password," "email address," "patient name," "gender," "age," and "date of birth," for example.

[0033] "Patient ID" is a unique identifier assigned to each patient (user). "Patient ID" and "Password" are the ID and password that the user uses to access and log in to the medical interview support server 10. "Email address," "Patient name," "Gender," "Age," and "Date of birth" are the patient's email address, patient name, gender, age, and date of birth, respectively. These data items are registered when the user registers, i.e., when the patient accesses the medical interview support server 10 for the first time.

[0034] The hospital DB is a DB in which hospital information (user information) is registered in advance. The hospital DB according to this embodiment has data items such as "hospital ID," "doctor ID," "password," "email address," "hospital name," "affiliation," and "doctor name."

[0035] "Hospital ID" is a unique identifier assigned to each hospital (medical facility). "Doctor ID" is a unique identifier assigned to each doctor (user) affiliated with that hospital. "Hospital ID", "Doctor ID", and "Password" are the ID and password used by doctors to access and log in to the medical interview support server 10. "Email address", "Hospital name", "Affiliation", and "Doctor name" are the doctor's email address, hospital name, affiliation, and doctor name, respectively. These data items are registered when a user registers, i.e., when a doctor or hospital staff member accesses the medical interview support server 10 for the first time. The "location" of the hospital (medical facility) may also be registered.

[0036] The medical interview data DB is a DB in which medical interview data including medical interview information created by patients and diagnostic information generated (answered) by AI is pre-registered. The medical interview data DB according to this embodiment has data items such as "medical interview data ID," "creation date and time," "patient ID," "title," "content," "received date and time," "hospital ID," and "doctor ID."

[0037] "Interview data ID" is a unique identifier assigned to each piece of interview data. In this embodiment, for example, it is in the format of "patient ID + creation date and time". "Creation date and time" is the creation date and time when the interview data was created by the patient on the interview support server 10. "Patient ID" is the patient ID of the patient who created the interview data. "Title" is the interview title. It can be created by the interview support server 10 or the patient. "Content" includes interview information input by the patient in an interactive format and diagnostic information generated (answered) by the large-scale language model 20 (generation AI). This point will be described again later with specific examples.

[0038] The "received date and time" is the date and time when the doctor in charge of the examination received the medical interview data from the patient, more specifically, the date and time when the patient read and sent the QR code (registered trademark) 50 provided by the hospital. The "hospital ID" and "doctor ID" are the hospital ID and doctor ID of the hospital to which the medical interview data was sent by the patient.

[0039] <Usage example> (Patient side screen) FIG. 5 is a diagram showing an example 1 of a patient screen on a patient terminal according to this embodiment. A patient accesses and logs into the medical interview support system 100 from the patient terminal 30, and the screen 300 shown in FIG. 5 is displayed on the display screen of the patient terminal 30. The patient inputs medical interview information such as subjective symptoms before seeing a doctor. The input location may be, for example, at home, while traveling, or in a hospital waiting room, as long as it is before the doctor's examination. Specifically, when creating medical interview data, the patient first presses "Create New" 301 on the screen.

[0040] 6 is a diagram showing a second example of a patient screen on the patient terminal according to this embodiment. Next, the patient enters medical interview information such as subjective symptoms in the form of a question in an input field 311 on the screen, and after entering the information, presses "Send" 312. At this time, the medical interview information entered in the input field 311 is sent from the patient terminal 30 to the medical interview support server 10.

[0041] 7 is a diagram showing a patient screen example 3 of the patient terminal according to this embodiment. When the patient terminal 30 transmits the medical interview information entered in the input field 311, the medical interview support server 10 receives it and displays the medical interview information in the patient's speech bubble 313.

[0042] The speech bubble 313 may contain, for example, "I've had a severe headache since yesterday and it hasn't gone away even after taking medicine. I wonder if it's some serious illness." It is displayed as follows.

[0043] 8 is a diagram showing a patient screen example 4 of the patient terminal according to this embodiment. When the large-scale language model 20 outputs a response to the patient's medical interview information, the medical interview support server 10 receives it and displays the diagnostic information in the AI ​​speech bubble 314.

[0044] The speech bubble 314 may include, for example, "Headaches are a painful symptom. However, I'm not a doctor so I can't give you an accurate diagnosis, but I can tell you some common causes of headaches. Based on your consultation, possible pathologies and disease names, along with brief explanations, are listed below: Tension headaches: Headaches caused by stress or muscle tension. They are usually mild to moderate in severity. Migraine (migraine): A headache with sharp pain on one side, which may cause sensitivity to light and sound. Cluster headaches: sudden, sharp, temporary bursts of pain, typically on one side. High blood pressure: Headaches can be caused by high blood pressure, which may be accompanied by other symptoms. Sinusitis: Inflammation of the sinuses in the nose can cause headaches. It doesn't necessarily mean you have a serious illness, but if symptoms persist or you experience other symptoms, it's best to see a doctor." It is displayed as follows.

[0045] If the patient wishes to continue interactive input after the AI ​​speech bubble 314 is displayed, the patient can again enter the medical interview information in the input field 311 and press "Send" 312 after input. In this case, as in the above, a diagnosis corresponding to the input is displayed in the AI ​​speech bubble 314 from the large-scale language model 20 (not shown). When the patient wishes to end input, they press "Save" 315 on the screen.

[0046] When "Save" 315 is pressed, the medical interview support server 10 adds new medical interview data to the medical interview data DB, with the date and time the data was created in the "Creation Date and Time" field, the patient ID of the patient in the "Patient ID" field, the medical interview title automatically analyzed and acquired from the "Content" field in the "Title" field, and the medical interview information by the patient and the diagnosis information by AI in the "Content" field. Note that when this medical interview data is created, the "Receipt Date and Time," "Hospital ID," and "Doctor ID" fields are blank.

[0047] The "contents" in the medical interview data DB according to this embodiment include medical interview information such as subjective symptoms (e.g., headache) that the patient wishes to communicate to the doctor, and diagnostic information (e.g., disease name / pathological condition candidate, cause, explanation) corresponding to the medical interview information such as subjective symptoms from the patient. Needless to say, the diagnostic information generated by AI is not as good as that of a doctor, and legally, a doctor must be the one to make the diagnosis, but it can serve as a reference for diagnosis to a certain extent and can therefore assist doctors in making diagnoses.

[0048] The following points are also mentioned: When the medical interview support server 10 receives the medical interview information entered in the input field 311 by the patient terminal 30, it can refer to the patient DB (Fig. 4), acquire the patient information of the patient, embed this in the prompt, and input it as a query to the large-scale language model 20. By taking into account patient information (age, gender, medical history, medical interview, etc.) in addition to the patient interview information, the diagnostic information provided by AI becomes more accurate.

[0049] The medical history information sent from the patient terminal 30 to the medical history support server 10 is not limited to text input by the patient, but may be selected and input by the patient in a multiple-choice format (or questionnaire format) (Figures 6-8). For example, the patient selects and inputs the appropriate answer from the answer options: "What's the matter? Do you have any of the following symptoms? 1: Headache, 2: Stomachache, 3: Sore throat, 4: None of these." The medical history support server 10 receives the selected answer from the patient terminal 30 one by one, and the large-scale language model 20 or the medical history support server 10 generates and displays the next answer option based on the selected answer. After multiple answer selections, the patient's medical history information (corresponding to speech bubble 313) that will be the basis for the final diagnosis information (corresponding to speech bubble 314) can be completed.

[0050] The patient can enter the medical interview information by typing it into the patient terminal 30 (e.g., a smartphone) or by voice input based on the patient's speech collected by the microphone of the patient terminal 30. The voice input as medical interview information is converted into text, and the medical interview information is displayed in the patient's speech bubble 313 (Fig. 7).

[0051] Fig. 9 is a diagram showing patient screen example 5 of the patient terminal according to this embodiment. Compared to Fig. 5, the screen 300 shown in Fig. 9 shows that newly created medical interview data by the patient has been added to the "List of created medical interview data" 316. In this way, the patient can create medical interview data including their own medical interview information in advance of seeing a doctor.

[0052] Next, when the patient arrives at the hospital, the patient can send the medical interview data created in advance to the doctor in charge of the examination by scanning a QR code (registered trademark) provided at the hospital reception, waiting room, etc. Specifically, the patient selects the medical interview data they want to send to the doctor in charge of the examination and presses the corresponding "Scan" 317.

[0053] Fig. 10 is a diagram showing an example of an installation mode of a QR Code (registered trademark) according to this embodiment. Fig. 10(a) shows an example of an installation mode of a tabletop QR Code (registered trademark) that is installed, for example, at the reception desk of a hospital. Fig. 10(b) shows an example of an installation mode of a display-type QR Code (registered trademark) that is posted, for example, on the door of an examination room or on a guide board in a hospital. Fig. 10(c) shows an example of an installation mode of a printed QR Code (registered trademark) that is distributed to patients, for example.

[0054] The QR code (registered trademark) according to this embodiment is an image containing hospital information such as the hospital ID, hospital name, doctor ID, affiliation, and doctor name of the hospital, and this hospital information is coded. Patients can easily read the hospital information of the hospital by simply scanning the QR code (registered trademark) with the camera of the patient terminal 30.

[0055] In addition, in the case of a hospital with only one doctor, such as a private hospital, the doctor who will examine the patient will inevitably be that doctor, so the hospital information included in the QR code (registered trademark) of such a hospital may omit the doctor ID, affiliation, and doctor name, and may, for example, include only the hospital ID and hospital name of the hospital.

[0056] On the other hand, in hospitals with multiple doctors, such as general hospitals, patients scan the QR code (registered trademark) of the doctor in charge of examining the patient. This is to enable direct transmission of medical interview data to the doctor terminal 40 of the doctor in charge of examining the patient. Therefore, the hospital installs a QR code (registered trademark) for each doctor (for example, Figures 10(b) and 10(c)), and patients scan the QR code (registered trademark) of the doctor in charge of examining the patient. Specifically, patients can scan a printed QR code (registered trademark) posted on the door of the examination room of the patient's doctor, or scan the QR code (registered trademark) shown on the medical interview form for the doctor in charge of examining the patient. Note that patients who scan the QR code (registered trademark) shown on the medical interview form for the doctor can omit filling out the medical interview form.

[0057] FIG. 11 is a diagram showing a patient screen example 6 of the patient terminal according to this embodiment. The patient scans a QR code (registered trademark) installed in the hospital using the patient terminal 30 to read coded hospital information and acquire decoded hospital information (which can also be said to be information about the doctor in charge of the examination). The acquired hospital information 318 may include, for example, “ABC Hospital (H001) Internal Medicine Dr. Ichiro Suzuki (001) is.

[0058] After checking the hospital information 318, the patient presses "Send" 319 on the screen. The patient terminal 30 sends the "medical interview data ID" (Fig. 9) of the medical interview data selected by the patient and the hospital information read from the QR code (registered trademark) to the medical interview support server 10. Upon receiving the "medical interview data ID" and the hospital information, the medical interview support server 10 updates the "hospital ID" and "doctor ID" included in the hospital information to "hospital ID" and "doctor ID" together with the "date and time of reception" in the record of the "medical interview data ID" in the medical interview data DB (Fig. 4), thereby linking the patient's medical interview data with the examining doctor.

[0059] (Hospital screen) FIG. 12 is a diagram showing an example 1 of a doctor screen on a doctor terminal according to this embodiment. A doctor accesses and logs into the medical interview support system 100 from the doctor terminal 40, and the screen 400 shown in FIG. 12 is displayed on the display screen of the doctor terminal 40. For example, the "List of medical interview data received today" 401 on the screen displays the medical interview data in the medical interview data DB (FIG. 4) linked to the "hospital ID" and "doctor ID" logged into from the doctor terminal 40. When examining a patient, the doctor can check the patient's medical interview data. In this case, the doctor selects the patient's medical interview data from the "List of medical interview data received today" 401 on the screen.

[0060] Figure 13 is a diagram showing example 2 of a doctor screen on the doctor terminal according to this embodiment. The selected medical interview data is retrieved from the medical interview data DB (Figure 4) and displayed on the display screen 410 of the doctor terminal 40. The medical interview data displayed in Figure 13 includes "received date and time," "patient ID," "patient name," "creation date and time," "title," and "content."

[0061] In particular, the "contents" includes medical interview information about subjective symptoms (e.g., headache) that the patient wants to communicate to the doctor in advance. In conventional face-to-face medical interviews, it can take time to communicate with the patient through conversation, and it can be difficult to communicate when the patient is feeling unwell. However, according to this embodiment, by referring to the medical interview information in the "contents" when examining the patient, the doctor can quickly confirm the patient's subjective symptoms and perform the examination, compared to when asking about the patient's main complaint from the beginning.

[0062] Furthermore, the "content" includes diagnostic information (e.g., disease name, possible pathological condition, cause, explanation) according to the patient's subjective symptoms and other medical interview information. According to this embodiment, by referring to the diagnostic information in the "content" during an examination, a doctor can diagnose the patient more quickly than if they were to diagnose the patient's symptoms from scratch. Needless to say, the diagnostic information generated by AI is not as good as that of a doctor, and legally, a doctor must make a diagnosis. However, it can serve as a reference for diagnosis to a certain extent, and can therefore assist doctors in making diagnoses.

[0063] <Variation 1> 14 is a diagram showing a patient screen example 1 of the patient terminal according to this modification. When the large-scale language model 20 outputs a response to the patient's medical interview information, the medical interview support server 10 receives it and displays the diagnostic information in the AI ​​speech bubble 314.

[0064] In this modification, a question for providing a more detailed response to the diagnostic information is displayed in the AI ​​speech bubble 314-2 from the large-scale language model 20 or the medical interview support server 10. The question in the speech bubble 314-2 is generated by the large-scale language model 20 or via the medical interview support server 10 based on the diagnostic information in the speech bubble 314. When the patient inputs and transmits medical interview information corresponding to the question in the input field 311, the medical interview support server 10 receives it.

[0065] The question in the speech bubble 314-2 is a question to provide a more detailed answer to the diagnostic information in the speech bubble 314 or to supplement the patient's missing information. For example, "Have you had headaches before?" "What other symptoms do you have?" "Have you noticed any changes in your appetite or sleep?" For example:

[0066] Whether or not the question in speech bubble 314-2 is asked is determined by determining whether the medical interview information in speech bubble 313 input by the patient includes the minimum medical interview information (medical interview items) that should be asked of the patient. The minimum medical interview information that should be asked includes general medical interview items and medical interview items determined according to symptoms identified from the medical interview information initially input by the patient. In this way, if the medical interview information in speech bubble 313 input by the patient does not include the minimum predetermined medical interview information that should be asked, the large-scale language model 20 or the medical interview support server 10 can ask a question to prompt the input (supplement) of the predetermined medical interview information.

[0067] When the patient has finished inputting information, he or she presses "Send" 312 on the screen. The question in balloon 314-2 may be displayed multiple times depending on the medical interview information from the patient.

[0068] In this way, in this modified example, in order to provide more detailed diagnostic information according to the subjective symptoms reported by the patient, if the patient's inputted medical interview information such as subjective symptoms is insufficient or if high-quality diagnostic information cannot be provided, the AI ​​displays a question in speech bubble 314-2 to prompt the patient to input further medical interview information, thereby enabling the doctor to obtain higher-quality medical interview information and diagnostic information.

[0069] <Variation 2> In the above-described embodiment, the patient reads the hospital information by scanning the QR code (registered trademark) installed at the hospital with the camera of the patient terminal 30, and the medical interview data created by AI is linked to the "hospital ID" and "doctor ID" in the medical interview data DB (FIG. 4) (doctors can now share the patient's medical interview data). Below, we will show other examples of sharing methods that enable hospitals and doctors to share patient medical interview data.

[0070] Fig. 15 is a diagram showing a patient screen example 2 of a patient terminal according to this modified example. Compared to Fig. 9, the screen 300-2 shown in Fig. 15 has "Scan" 317 replaced by "QR display" 317-2. When a patient arrives at the hospital and wants to send the created medical interview data to the doctor in charge of the examination, the patient selects the medical interview data they want to send to the doctor in charge of the examination and presses the corresponding "QR display" 317-2.

[0071] 16 is a diagram showing a patient screen example 3 of the patient terminal according to this modification. When the patient selects medical interview data and presses the corresponding "QR display" 317-2, a QR code (registered trademark) 331 is displayed in which identification information 332 of the medical interview data (e.g., patient name, patient ID, creation date and time, medical interview data ID, title) is coded. The patient follows the message "Please present the QR code to the hospital and have it read," and presents the QR code (registered trademark) 331 displayed on the patient terminal 30 to the hospital or doctor.

[0072] Fig. 17 is a diagram showing an example of a scan operation of the doctor terminal according to this modification. Fig. 18 is a diagram showing an example 1 of a doctor screen on the doctor terminal according to this modification. The patient displays a QR code (registered trademark) on the patient terminal 30, and scans the QR code (registered trademark) 331 with the doctor terminal 40 on the hospital / doctor side to read the coded identification information 332 and obtain the decoded identification information 332.

[0073] The doctor checks the identification information 332 of the medical interview data (e.g., patient name, patient ID, creation date and time, medical interview data ID, title), and then presses "Receive" 431 on the screen. The doctor terminal 40 transmits the identification information 332 of the medical interview data read from the QR code (registered trademark) to the medical interview support server 10. Upon receiving the identification information 332 of the medical interview data, the medical interview support server 10 updates the record of the "medical interview data ID" included in the identification information 332 in the medical interview data DB (FIG. 4) with the "hospital ID" (e.g., H001) and "doctor ID" (e.g., 001) of the doctor, along with the "reception date and time," thereby linking the patient's medical interview data with the examining doctor.

[0074] The doctor displays screen 400 shown in Fig. 12 on the display screen of doctor terminal 40. For example, in the "List of medical interview data received today" 401 on the screen, the medical interview data in the medical interview data DB (Fig. 4) linked to the "hospital ID" and "doctor ID" logged in from doctor terminal 40 is displayed. When examining a patient, the doctor can check the medical interview data received for that patient.

[0075] Fig. 19 is a diagram showing patient screen example 4 of the patient terminal according to this modified example. Compared to Fig. 15, screen 300-3 shown in Fig. 19 has "QR display" 317-2 replaced by "hospital search" 317-3. When a patient arrives at the hospital and wants to send the created medical interview data to the doctor in charge of the examination, the patient selects the medical interview data they want to send to the doctor in charge of the examination, and presses the corresponding "hospital search" 317-3.

[0076] Fig. 20 is a diagram showing a patient screen example 5 of the patient terminal according to this modified example. The patient screen shown in Fig. 20 displays selectable search methods such as "Address Search" 341, "GPS Search" 342, and "Hospital ID Search" 343 as search methods for searching for a hospital (doctor) to which the patient will send medical interview data.

[0077] "Address search" 341 is a method for searching for hospitals based on their locations. When a patient presses "Address search" 341, the screen transitions to a location search screen (not shown). On the location search screen, the patient selects or inputs a location (prefecture, city, town, village, etc.), and a list of hospitals (or doctors) located in the corresponding area from those registered in the hospital database is searched and displayed. The patient selects the hospital (or doctor) they would like to see from the list of hospitals.

[0078] "GPS Search" 342 is a method for searching for nearby hospitals based on the current location of the patient terminal 30. When the patient presses "GPS Search" 342, a list of hospitals (or a list of doctors) located within a specified distance from the current location of the patient terminal 30, among the hospitals registered in the hospital DB, is searched and displayed. The list of hospitals may be displayed in list format or on a map. The patient selects the hospital (or doctor) they would like to see from the list of hospitals.

[0079] "Hospital ID Search" 342 is a method for searching for a hospital using a hospital ID or hospital name (or doctor ID or doctor name). When a patient presses "Hospital ID Search" 342, the screen transitions to a hospital ID search screen (not shown). On the hospital ID search screen, the patient inputs a hospital ID or hospital name, and a list of hospitals (or doctors) registered in the hospital DB that completely or partially match the input hospital ID or hospital name (or doctor ID or doctor name) is searched and displayed. The patient selects the hospital (or doctor) where they would like to be examined from the list of hospitals. The patient can also input the hospital ID or doctor ID provided or posted by the hospital or examining doctor.

[0080] When the patient selects a hospital (or doctor) found by the above search method, the patient terminal 30 transmits the "medical interview data ID" (Fig. 19) of the medical interview data selected by the patient and the hospital information (hospital ID or doctor ID) to the medical interview support server 10. When the medical interview support server 10 receives the "medical interview data ID" and the hospital information, it updates the "hospital ID" and "doctor ID" included in the hospital information to the "hospital ID" and "doctor ID" together with the "date and time of reception" in the record of the "medical interview data ID" in the medical interview data DB (Fig. 4), thereby linking the patient's medical interview data with the examining doctor.

[0081] The doctor displays screen 400 shown in Fig. 12 on the display screen of doctor terminal 40. For example, in the "List of medical interview data received today" 401 on the screen, the medical interview data in the medical interview data DB (Fig. 4) linked to the "hospital ID" and "doctor ID" logged in from doctor terminal 40 is displayed. When examining a patient, the doctor can check the medical interview data received for that patient.

[0082] <Summary> According to the medical interview support system 100 of this embodiment, when transmitting patient interview data to a hospital, the patient can create the interview data in advance (anywhere) using the patient terminal 30. The patient can organize and record the interview information in advance, and can also create the interview data while at home, while traveling, or while waiting for an appointment. This also reduces the effort required for the hospital to create a medical interview form tailored to the patient.

[0083] By scanning a QR code (registered trademark) installed at the hospital, patients can intuitively and easily link and send the completed medical interview data to a doctor. Furthermore, because the medical interview information created by the patient is not specific to the hospital's system but is owned solely by the patient, patients can link multiple doctors and hospitals to a single symptom. If a patient has a diagnosis linked to a certain symptom (medical interview information) from a certain doctor, and then needs to go to another hospital for a second opinion or because they have moved, they can share the same symptoms (medical interview information) they previously created with the other doctor and be re-diagnosed.

[0084] Furthermore, the medical interview data according to this embodiment includes medical interview information such as subjective symptoms that the patient wishes to communicate to the doctor in advance, and diagnostic information corresponding to the medical interview information such as subjective symptoms from the patient, so that the patient's subjective symptoms can be quickly confirmed and the examination can be performed quickly. Therefore, it is possible to improve the convenience of the patient's advance medical interview, while also improving the efficiency of the doctor's examination and shortening the examination time.

[0085] The following embodiments will also be mentioned. In the medical interview support system 100 according to this embodiment, by providing a system (not shown) for managing the number of times a doctor receives medical interview data and the fees, a usage fee can be charged to each hospital, enabling the operator of the medical interview support system 100 to generate revenue.

[0086] Furthermore, as the number of patient users increases, the accumulated medical interview information becomes big data on subjective symptoms, etc., and by aggregating the symptoms, it becomes possible to compile statistics on what symptoms are currently prevalent. Also, depending on the patient's symptoms, it becomes possible to display advertisements and information that are useful to the patient on the screen of the patient terminal 30. Depending on the content of the symptoms, it is also possible to use this information for insurance assessment.

[0087] Although the present invention has been described with reference to specific examples according to the preferred embodiments of the present invention, it is apparent that various modifications and changes can be made to these examples without departing from the broad spirit and scope of the present invention as defined in the appended claims. In other words, the details of the examples and the accompanying drawings should not be construed as limiting the present invention. [Explanation of symbols]

[0088] 10 Medical interview support server 20 Large-scale language models 30 Patient terminals 40 Doctor's terminal 60 Network 100 Medical Interview Support System 101 Medical interview information receiving unit 102 Medical interview information transmission unit 103 Diagnostic information receiving unit 104 Diagnostic information transmission unit 105 Medical interview data correspondence section 106 Medical interview data transmission unit 109 Storage section 301 Medical Interview Data Creation Department 302 Code reader 303 Medical Interview Data Correspondence Section 401 Medical Interview Data Acquisition Unit 402 Medical interview data display section

Claims

1. A medical interview support system including a medical interview support device, a patient terminal having a patient application program loaded therein, and a examining doctor terminal having a examining doctor application program loaded therein, The patient application program The patient terminal, an interview data generating means for generating interview data including interview information input by a patient and diagnostic information generated by a language model according to the interview information; input means for allowing a patient to input an identifier of a medical facility or a doctor examining the medical facility; functioning as a medical interview data associating means for associating the created medical interview data with an input or selected identifier of the medical facility or the examining physician at the medical facility, and transmitting the data to the medical interview support device; The examining physician application program The examining doctor terminal, an interview data acquisition means for acquiring, from the interview support device, interview data associated with the identifier of the medical facility using the examining physician terminal or the examining physician at the medical facility; a medical interview data display means for displaying the acquired medical interview data on a display screen; A medical interview support system characterized by functioning as follows.

2. The patient application program The patient terminal, functioning as a search means for searching for an identifier of the medical facility or a doctor examining the medical facility; the input means causes the user to input an identifier of the searched medical facility or an examining doctor at the medical facility; 2. The medical interview support system according to claim 1,

3. A medical interview support system including a medical interview support device, a patient terminal having a patient application program loaded therein, and a examining doctor terminal having a examining doctor application program loaded therein, The patient application program The patient terminal, an interview data generating means for generating interview data including interview information input by a patient and diagnostic information corresponding to the interview information generated by a language model; a medical interview data transmitting means for transmitting the created medical interview data to the medical interview support device; functioning as a code display means for displaying a code image including an identifier of the created medical interview data; The examining physician application program The examining doctor terminal, a code reading means for reading the code image displayed on the patient terminal; an interview data associating means for associating an identifier of the interview data included in the code image with an identifier of the medical facility using the examining physician terminal or an examining physician at the medical facility, and transmitting the associated identifier to the interview support device; an interview data acquisition means for acquiring, from the interview support device, interview data associated with the identifier of the medical facility or the examining physician at the medical facility that uses the examining physician terminal; a medical interview data display means for displaying the acquired medical interview data on a display screen; A medical interview support system characterized by functioning as follows.

Images