Medical inquiry support system

Abstract

To achieve diagnosis efficiency improvement in a doctor and diagnosis time saving therein, while enhancing convenience pertaining to an advance medical inquiry with respect to a patient.SOLUTION: A medical inquiry support system according to the present invention is configured to: make a patient application program serve as medical inquiry data preparation means of preparing medical inquiry data including medical inquiry information input by a patient, and diagnosis information generated by a language model, code reading means of reading a code image installed in a medical treatment facility and medical inquiry data association means of associating the medical inquiry data with the medical treatment facility included in the code image or an identifier of a medical diagnosis doctor in the medical treatment facility; and make a medical diagnosis doctor application program serve as medical inquiry data acquisition means of acquiring the medical inquiry data associated with the medical treatment facility or the identifier of the medical diagnosis doctor, and medical inquiry data display means of displaying the medical inquiry data on a display screen.SELECTED DRAWING: Figure 11

Description

Technical Field

[0001] The present invention relates to an interview support system.

Background Art

[0002] In recent years, due to a shortage of medical staff and an increase in the number of patients, in some medical institutions, the waiting time for patients to be examined is not necessarily short. Conventionally, in medical institutions, in order to shorten the examination time and the like, interview sheets have been used. Before being examined by a doctor, a patient fills in his or her subjective symptoms and the like on the interview sheet as detailed as possible. When conducting an examination, the doctor can conduct the examination while checking the filled interview sheet. This can be expected to improve the doctor's examination efficiency and shorten the examination time, and thus shorten the waiting time for patients to be examined and relieve congestion.

[0003] As a technology related to this, for example, Patent Document 1 describes an interview system. The server device 11 receives symptom data indicating symptoms selected by a patient from a terminal device 12 used by the patient, and transmits data indicating a plurality of questions corresponding to the symptoms and options for a plurality of answers corresponding to the questions to the terminal device 12. The terminal device 12 displays the questions and answer options indicated by the data received from the server device 11. When the server device 11 receives answer data indicating an answer selected by the patient from the terminal device 12, it determines the necessity of unanswered questions based on the answer indicated by the received answer data, and transmits data indicating the determined necessary questions and answer options to the terminal device 12.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] When transmitting the pre-consultation data of a patient to a hospital, the consultation system described in the above Patent Document 1 requires searching for a hospital or a doctor on a search screen (such as FIG. 13), etc., and there is room for improvement in its operability for the patient. Especially in a hospital system that is often used by the elderly, etc., depending on the system, it may be difficult for patients to use or it may take time to explain how to use it, so an intuitive and easy operability is desired for the patient.

[0006] The present invention has been proposed in view of the above points, and in one aspect, it aims to improve the convenience of pre-consultation for patients while improving the examination efficiency of doctors and shortening the examination time.

Means for Solving the Problems

[0007] To solve the above problems, a consultation support system according to the present invention is a consultation support system including a patient application program of a patient terminal and a doctor application program of an examining doctor terminal, wherein the patient application program causes a computer to create consultation data including consultation information input by a patient and diagnosis information corresponding to the consultation information generated by a language model, code reading means for reading a code image of a code image medium installed in a medical facility, and functions as consultation data association means for associating the created consultation data with an identifier of the medical facility or the examining doctor of the medical facility included in the code image read from the code image medium installed in the medical facility, and the doctor application program causes a computer to function as consultation data acquisition means for acquiring consultation data associated with the identifier of the medical facility or the examining doctor of the medical facility using the doctor application program, and consultation data display means for displaying the acquired consultation data on a display screen.

Effects of the Invention

[0008] According to an embodiment of the present invention, it is possible to improve the convenience of pre-consultation for patients while improving the examination efficiency of doctors and shortening the examination time.

Brief Description of the Drawings

[0009]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Mode for Carrying Out the Invention

[0010] Embodiments of the present invention will be described in detail with reference to the drawings.

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

[0012] The medical interview support server 10 is a server device that pre-receives medical interview information created by a patient before a doctor's examination, and enables a doctor to view the medical interview data created in advance by the patient during the examination by associating the medical interview data with the doctor in charge of the examination.

[0013] The large language model (LLM) 20 is a language model obtained by further performing supervised learning of knowledge in a specific domain (medical domain) on a general-purpose natural language processing model (LLM) that has been unsupervised pre-trained on grammar, word meanings, etc. using a large amount of text data. By learning (fine-tuning) a set of appropriate "questions" and desirable "answers" for the general-purpose natural language processing model, it is possible to generate more specialized response texts required in the medical field. Note that, for example, a medical language model (generative AI) based on BERT (Bidirectional Encoder Representations from Transformers), GPT (Generative Pre-trained Transformer)-3.5, GPT-4, etc. can be used as the general-purpose natural language processing model.

[0014] The patient terminal 30 is, for example, a smartphone, a tablet terminal, etc., and is a terminal device of a patient who uses the consultation support system 100. The patient can access and log in to the consultation support server 10 using the patient terminal 30, and can input consultation information such as subjective symptoms in advance, for example, in an interactive format. Further, the patient terminal 30 according to the present embodiment has a camera and image code reading software, and in order to associate the pre-created consultation data with the doctor in charge of the examination, the patient performs an operation of reading a QR code (registered trademark) 50 prepared on the hospital side before the doctor's examination.

[0015] The doctor terminal 40 is, for example, a smartphone, a tablet terminal, or a PC (Personal Computer), etc., and is a terminal device of a doctor (examining doctor) who uses the consultation support system 100. The doctor can access and log in to the consultation support server 10 using the doctor terminal 40, and can view the pre-created consultation data of the patient when examining the patient.

[0016] The QR code (registered trademark) 50 is a QR code (registered trademark) installed in a medical facility such as a hospital. For example, it is installed at the hospital reception, posted on the examination room door or the guide board, or printed on the consultation form. Specific examples of the installation mode of the QR code (registered trademark) according to the present embodiment will be described later (Figure 10).

[0017] The network 60 is a communication network including wired and wireless. The network 60 includes, for example, the Internet, a public switched telephone network, WiFi (registered trademark), Bluetooth (registered trademark), etc.

[0018] Note that a predetermined application program (general-purpose web browser, dedicated application, etc.) is installed in advance in the patient terminal 30 and the doctor terminal 40 in order to access the consultation support server 10.

[0019] (Hardware Configuration) Figure 2 is a diagram showing an example of the hardware configuration of the interview support server according to the present embodiment. The 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.

[0020] The CPU 11 executes various programs and performs arithmetic processing. The ROM 12 stores programs necessary at startup and the like. The RAM 13 is a working 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.

[0021] (Software Configuration) Figure 3 is a diagram showing an example of the software configuration of the interview support system according to the present embodiment. · The interview support server 10 mainly includes an interview information receiving unit 101, an interview information transmitting unit 102, a diagnostic information receiving unit 103, a diagnostic information transmitting unit 104, an interview data association unit 105, an interview data transmitting unit 106, and a storage unit 109.

[0022] The interview information receiving unit 101 has a function of receiving interview information input by a patient from the patient terminal 30. The interview information transmitting unit 102 has a function of transmitting the interview information received from the patient terminal 30 to the large language model 20 (Fig. 7 etc.).

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

[0024] The interview data association unit 105 has a function of associating the interview data created by the patient on the interview data DB with the identifier of the medical facility received from the patient terminal 30 or the examiner of the medical facility and storing it in the interview data DB (Fig. 11 etc.).

[0025] The interview data transmission unit 106 has a function of transmitting the interview data associated with the identifier of the medical facility using the doctor terminal 40 or the examiner of the medical facility in response to an acquisition request from the doctor terminal 40 (Fig. 12 etc.). The storage unit 109 stores the patient DB, the doctor DB, and the interview data DB (Fig. 4 etc.).

[0026] · The patient terminal 30 mainly has an interview data creation unit 301, a code reading unit 302, and an interview data association unit 303. The interview data creation unit 301 has a function of creating interview data including the interview information input by the patient and the diagnostic information corresponding to the interview information generated by the large language model 20 (Fig. 6 - 9 etc.).

[0027] The code reading unit 302 has a function of reading the code image of the code image medium installed in the medical facility (Fig. 11 etc.).

[0028] The interview data association unit 303 has a function of associating the created interview data with the identifier of the medical facility or the examiner of the medical facility included in the code image read from the code image medium installed in the medical facility (the "hospital ID" and "doctor ID" of the interview data DB in Fig. 4, 11 etc.).

[0029] · The doctor terminal 40 mainly has an interview data acquisition unit 401 and an interview data display The interview data acquisition unit 401 has a function of acquiring the interview data associated with the identifier of the medical facility using the doctor terminal 40 or the examiner of the medical facility (the logged-in hospital ID and doctor ID). The interview data display unit 402 has a function of displaying the acquired interview data on the display screen (Fig. 12, 13 etc.).

[0030] Note that each functional unit is realized by a program executed on hardware resources such as the CPU, ROM, and RAM of the computers that make up the consultation support server 10, the patient terminal 30, and the doctor terminal 40. These functional units may be read as "means", "module", "unit", or "circuit". Also, each DB in the storage unit 109 can be arranged in an external storage device on the network 60. Further, the computer program and the application program may be stored in a computer-readable storage medium.

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

[0032] The "patient ID" is a unique identifier assigned to each patient (user). The "patient ID" and the "password" are the ID and password for the user to access and log in to the consultation support server 10. The "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 at the time of user registration, that is, when the patient first accesses the consultation support server 10.

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

[0034] The "Hospital ID" is a unique identifier assigned to each hospital (medical facility). The "Doctor ID" is a unique identifier assigned to each doctor (user) belonging to the hospital. The "Hospital ID", "Doctor ID", and "Password" are the ID and password for the doctor to access and log in to the consultation support server 10. The "Email address", "Hospital name", "Department", and "Doctor's name" are the doctor's email address, hospital name, department, and doctor's name respectively. These data items are registered at the time of user registration, that is, when the doctor or hospital staff first accesses the consultation support server 10.

[0035] The consultation data DB is a DB in which consultation data including consultation information created by the patient and diagnostic information generated (answered) by the AI is pre-registered. The consultation data DB according to this embodiment has data items such as, for example, "Consultation data ID", "Creation date and time", "Patient ID", "Title", "Content", "Receiving date and time", "Hospital ID", "Doctor ID".

[0036] The "Consultation data ID" is a unique identifier assigned to each consultation data. In this embodiment, it is in the form of, for example, "Patient ID + Creation date and time". The "Creation date and time" is the creation date and time when the consultation data was created by the patient on the consultation support server 10. The "Patient ID" is the patient ID of the patient who created the consultation data. The "Title" is the consultation title. It can be created by the consultation support server 10 or the patient. The "Content" includes the consultation information input by the patient in an interactive form and the diagnostic information generated (answered) by the large language model 20 (generative AI). Specific examples of this point will be described again later while showing specific examples.

[0037] The "Receiving date and time" is the date and time when the doctor in charge of the consultation received the consultation data from the patient. More specifically, it is the date and time when the patient read and sent the QR code (registered trademark) 50 prepared by the hospital side. The "Hospital ID" and "Doctor ID" are the hospital ID of the hospital to which the consultation data was sent by the patient and the doctor ID of the doctor.

[0038] <Usage example> (Patient-side screen) FIG. 5 is a diagram showing Example 1 of a patient screen of the patient terminal according to the present embodiment. The patient accesses and logs in to the interview support system 100 from the patient terminal 30, and displays the screen 300 shown in FIG. 5 on the display screen of the patient terminal 30. The patient inputs interview information such as subjective symptoms in advance prior to the doctor's examination. The input location can be, for example, at home, during movement, in the hospital waiting room, etc., as long as it is before the doctor's examination. Specifically, when creating interview data, the patient first presses the "New Creation" 301 on the screen.

[0039] FIG. 6 is a diagram showing Example 2 of a patient screen of the patient terminal according to the present embodiment. Next, the patient inputs interview information such as subjective symptoms in a question format into the input field 311 on the screen, and presses the "Send" 312 after input. At this time, the interview information input into the input field 311 is sent from the patient terminal 30 to the interview support server 10.

[0040] FIG. 7 is a diagram showing Example 3 of a patient screen of the patient terminal according to the present embodiment. When the patient terminal 30 sends the interview information input into the input field 311, the interview support server 10 receives this, and the interview information is displayed in the speech bubble 313 of the patient.

[0041] In the speech bubble 313, for example, "I have had severe headaches since yesterday. I've taken medicine but it hasn't gotten better and it's been going on. Could it be a serious illness?" is displayed.

[0042] FIG. 8 is a diagram showing Example 4 of a patient screen of the patient terminal according to the present embodiment. When an answer to the patient's interview information is output from the large language model 20, the interview support server 10 receives this, and the diagnostic information is displayed in the speech bubble 314 of AI.

[0043] In the speech bubble 314, for example, "Headache is a painful symptom. However, since I'm not a doctor, I can't make an accurate diagnosis, but I can tell you what is generally considered a cause of headache. The possible conditions and disease names considered from the consultation content and a brief explanation are shown below: Tension headache: A headache caused by stress or muscle tension. Usually, it is mild to moderate pain. Migraine: A headache accompanied by sharp pain on a specific side. It may be sensitive to light and sound. Cluster headache: Sudden sharp pain occurs intensively for a while, generally on one side. High blood pressure: High blood pressure may be considered as a cause of headache. There may be other symptoms as well. Sinusitis: Headache may occur due to inflammation of the nasal sinuses. It is not necessarily a serious illness, but if the symptoms persist or there are other symptoms, it is recommended to consult a doctor. is displayed.

[0044] After the AI pop-up 314 is displayed, if the patient wants to continue the interactive input, the patient can input the consultation information into the input field 311 again and press the "Send" 312 after input. In this case, similar to the above, a diagnosis corresponding to the input is displayed from the large language model 20 in the AI pop-up 314 (not shown). When the patient finishes the input, the patient presses the "Save" 315 on the screen.

[0045] When the "Save" 315 is pressed, the consultation support server 10 newly adds consultation data on the consultation data DB, with the date and time of data creation in "Creation Date and Time", the patient ID of the patient in "Patient ID", the consultation title automatically analyzed and obtained from "Content" in "Title", and the consultation information by the patient and the diagnosis information by the AI set in "Content". At the time when this consultation data is created, "Receiving Date and Time", "Hospital ID", and "Doctor ID" are blank fields.

[0046] The "content" in the inquiry data DB according to this embodiment includes inquiry information such as subjective symptoms (e.g., headache) that the patient wants to convey to the doctor, and diagnostic information (e.g., candidate disease names and conditions, causes, explanations) corresponding to the inquiry information of subjective symptoms and the like from the patient. Note that the diagnostic information generated by AI, needless to say, does not belong to the doctor, and legally, it is necessary for the doctor to make a diagnosis. However, for the purpose of providing reference for diagnosis to a certain extent, it can assist the doctor in making a diagnosis.

[0047] FIG. 9 is a diagram showing an example of a patient screen 5 of the patient terminal according to this embodiment. The screen 300 shown in FIG. 9, compared with FIG. 5, has newly added inquiry data newly created by the patient to the "list of created inquiry data" 316. In this way, the patient can create inquiry data including his or her own inquiry information, etc. in advance before the doctor's examination.

[0048] Next, when the patient arrives at the hospital and reads, for example, the QR code (registered trademark) provided in the hospital reception or waiting room, the previously created inquiry data can be sent to the doctor in charge of the examination. Specifically, the patient selects the inquiry data to be sent to the doctor in charge of the examination and presses the corresponding "scan" 317.

[0049] FIG. 10 is a diagram showing an example of the installation mode of the QR code (registered trademark) according to this embodiment. FIG. 10(a) shows an example of the installation mode of a stationary type QR code (registered trademark) installed, for example, in the hospital reception. FIG. 10(b) shows an example of the installation mode of a posted type QR code (registered trademark) posted on, for example, the door of the hospital examination room or the guide board. FIG. 10(c) shows an example of the installation mode of a distributed paper printed type QR code (registered trademark) distributed to patients, for example.

[0050] The QR code (registered trademark) according to this embodiment includes hospital information such as the hospital ID, hospital name, doctor ID, department, and doctor name of the hospital, and these hospital information are encoded images. The patient can easily read the hospital information of the hospital just by scanning the QR code (registered trademark) from the camera of the patient terminal 30.

[0051] In the case of a hospital where only one doctor belongs, such as a private hospital, the doctor who examines the patient will inevitably be that doctor. Therefore, the hospital information included in the QR code (registered trademark) of such a hospital may omit the doctor ID, affiliation, and doctor name, and for example, it may only include the hospital ID and hospital name of the hospital.

[0052] On the other hand, in the case of a general hospital where multiple doctors are registered, the patient scans the QR code (registered trademark) of the doctor in charge of examining the patient. This is to enable direct transmission of the interview data to the doctor terminal 40 of the doctor in charge of the examination. Therefore, the hospital side installs QR codes (registered trademarks) for each doctor (for example, in FIGS. 10(b) and 10(c)), and the patient scans the QR code (registered trademark) of the doctor in charge of examining the patient. Specifically, the patient can scan the printed QR code (registered trademark) posted on the door of the examination room of the doctor examining the patient, or the QR code (registered trademark) shown on the interview form for the doctor in charge of the examination. Note that a patient who scans the QR code (registered trademark) shown on the interview form for the doctor can omit filling in the interview form.

[0053] FIG. 11 is a diagram showing an example of a patient screen 6 of the patient terminal according to the present embodiment. By scanning the QR code (registered trademark) installed in the hospital from the patient terminal 30, the patient reads the encoded hospital information and obtains the decoded hospital information (which can also be said to be the information of the doctor in charge of the examination). The obtained hospital information 318 is, for example, "ABC Hospital (H001) Internal Medicine Doctor Ichiro Suzuki (001)" as shown.

[0054] After checking the hospital information 318, the patient presses the "Send" 319 on the screen. The patient terminal 30 sends the "Questionnaire Data ID" of the questionnaire data selected by the patient (Figure 9) and the hospital information read from the QR code (registered trademark) to the questionnaire support server 10. When the questionnaire support server 10 receives the "Questionnaire Data ID" and the hospital information, in the record of the "Questionnaire Data ID" in the hospital DB (Figure 4), together with the "Receiving Date and Time", it updates the "Hospital ID" and "Doctor ID" included in the hospital information to the "Hospital ID" and "Doctor ID", thereby associating the patient's questionnaire data with the doctor in charge of the examination.

[0055] (Hospital-side screen) Figure 12 is a diagram showing Example 1 of the doctor screen of the doctor terminal according to the present embodiment. The doctor accesses and logs in to the questionnaire support system 100 from the doctor terminal 40, and displays the screen 400 shown in Figure 12 on the display screen of the doctor terminal 40. For example, in the "List of Questionnaire Data Received Today" 401 on the screen, the questionnaire data in the hospital DB (Figure 4) associated with the "Hospital ID" and "Doctor ID" logged in from the doctor terminal 40 is displayed. The doctor can check the questionnaire data of the patient when examining the patient. In this case, the doctor selects and operates on the questionnaire data of the patient from the "List of Questionnaire Data Received Today" 401 on the screen.

[0056] Figure 13 is a diagram showing Example 2 of the doctor screen of the doctor terminal according to the present embodiment. The selected questionnaire data is retrieved and displayed from the hospital DB (Figure 4) on the display screen 410 of the doctor terminal 40. The questionnaire data displayed in Figure 13 includes "Receiving Date and Time", "Patient ID", "Patient Name", "Creation Date and Time", "Title", and "Content".

[0057] In particular, the "Content" includes questionnaire information such as subjective symptoms (e.g., headache) that the patient wants to pre-communicate to the doctor. In the conventional face-to-face questionnaire, it may take time for the patient to communicate by conversation, or it may be difficult to talk when the patient is in poor health. According to the present embodiment, when examining the patient, the doctor can quickly check the patient's subjective symptoms and conduct the examination by referring to the questionnaire information in the "Content" compared to listening to the patient's main complaint from scratch.

[0058] Furthermore, the "content" includes diagnostic information (e.g., candidate disease names and conditions, causes, explanations) corresponding to the interview information such as the patient's subjective symptoms. According to this embodiment, when a doctor conducts a medical examination, by referring to the diagnostic information in the "content", the doctor can diagnose the patient more quickly compared to diagnosing the patient's symptoms from scratch. Needless to say, the diagnostic information generated by AI does not reach the doctor's level and legally, it is necessary for the doctor to make a diagnosis. However, for the purpose of assisting the doctor's diagnosis to a certain extent, it can be helpful for the doctor's diagnosis.

[0059] <Modification Example> FIG. 14 is a diagram showing an example of a patient screen of a patient terminal according to this modification example. When an answer to the patient's interview information is output from the large language model 20, the interview support server 10 receives this, and the diagnostic information is displayed in the speech bubble 314 of the AI.

[0060] Also, in this modification example, in the speech bubble 314-2 of the AI, questions for answering in more detail based on the diagnostic information are displayed from the large language model 20 or the interview support server 10. The questions in the speech bubble 314-2 are generated by the large language model 20 or via the interview support server 10 based on the diagnostic information in the speech bubble 314. When the patient inputs and transmits the interview information corresponding to the questions in the input field 311, the interview support server 10 receives this.

[0061] Since the questions in the speech bubble 314-2 are questions for answering in more detail based on the diagnostic information in the speech bubble 314 or for supplementing the information lacking in the patient, for example, "Have you ever had a headache before?" "Do you have any other symptoms?" "Have there been any changes in your appetite or sleep?" and so on.

[0062] Whether or not the question of the speech bubble 314-2 is asked is determined by whether or not the large language model 20 or the interview support server 10 includes the interview information (interview items) that should be minimally interviewed about the interview information of the speech bubble 313 input by the patient. The interview information that should be minimally interviewed includes general interview items and interview items determined according to the symptoms specified from the interview information initially input by the patient. In this way, when the large language model 20 or the interview support server 10 does not include the predetermined interview information that should be minimally interviewed in the interview information of the speech bubble 313 input by the patient, it can ask a question to prompt the input (supplementation) of the predetermined interview information.

[0063] When the patient finishes the input, the patient presses the "Save" 315 on the screen. Note that the question of the speech bubble 314-2 may be repeatedly displayed a plurality of times according to the interview information from the patient.

[0064] In this way, in this modified example, in order to answer in more detail with the diagnostic information according to the subjective symptoms described by the patient, when there is a lack of interview information such as the subjective symptoms input by the patient or when high-quality diagnostic information cannot be answered, the question of the speech bubble 314-2 by AI is displayed to prompt the patient to input more interview information. As a result, the doctor can obtain higher-quality interview information and diagnostic information.

[0065] <Summary> According to the interview support system 100 according to this embodiment, when transmitting the patient's interview data to the 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 during the time at home, the moving time, or the time waiting for the examination. The trouble of the hospital side creating an interview form according to the patient can also be reduced.

[0066] By performing an operation to read a QR code (registered trademark) installed in the hospital, the patient can intuitively and easily link and transmit the questionnaire data already created by the doctor. Also, since the questionnaire information created by the patient is not specific to the hospital's system but solely belongs to the patient, the patient can link a single symptom to multiple doctors and hospitals. For example, the patient can have a certain symptom (questionnaire information) linked to a doctor for diagnosis, and then, if they need to go to another hospital due to a second opinion or a move, they can share the same previous symptom (questionnaire information) with another doctor and get diagnosed again.

[0067] In addition, the questionnaire data according to this embodiment includes questionnaire information such as subjective symptoms that the patient wants to pre-transmit to the doctor, and diagnostic information corresponding to the questionnaire information of the subjective symptoms from the patient. Therefore, the patient's subjective symptoms and the like can be quickly confirmed and the examination can be quickly performed. Thus, it is possible to improve the convenience of the patient's pre-questionnaire while improving the doctor's examination efficiency and shortening the examination time.

[0068] Note that the following embodiments will also be mentioned. In the questionnaire support system 100 according to this embodiment, by providing a system (not shown) for managing the number of times and fees for which the doctor receives the questionnaire data, it is possible to charge usage fees for each hospital and achieve revenue generation for the operator of the questionnaire support system 100.

[0069] Also, as the number of patient users increases, the accumulated questionnaire information becomes big data of subjective symptoms and the like. By aggregating the symptoms, it is possible to take statistics on what symptoms are currently common. Also, according to the patient's symptoms, it is possible to display useful advertisements and information for the patient on the screen of the patient terminal 30. Utilization for insurance assessment can also be considered depending on the content of the symptoms.

[0070] Note that, although the present invention has been described by showing specific examples according to preferred embodiments of the present invention, it is obvious that various modifications and changes can be made to these specific examples without departing from the broad gist and scope of the present invention defined in the claims. That is, the present invention should not be construed as being limited by the details of the specific examples and the attached drawings.

Explanation of Reference Numerals

[0071] 10 Inquiry Support Server 20 Large Language Model 30 Patient Terminal 40 Physician Terminal 60 Network 100 Inquiry Support System 101 Inquiry Information Receiving Unit 102 Inquiry Information Sending Unit 103 Diagnosis Information Receiving Unit 104 Diagnosis Information Sending Unit 105 Inquiry Data Association Unit 106 Inquiry Data Sending Unit 109 Storage Unit 301 Inquiry Data Creation Unit 302 Code Reading Unit 303 Inquiry Data Association Unit 401 Inquiry Data Acquisition Unit 402 Inquiry Data Display Unit

Claims

1. A medical interview support system including a patient application program of a patient terminal and a doctor application program of a doctor terminal, The patient application program includes: Computer, a medical history data generating means for generating medical history data including medical history information input by a patient and diagnosis information corresponding to the medical history information generated by a language model; A code reading means for reading a code image on a code image medium installed in a medical facility; functioning as a medical interview data matching means for matching the created medical interview data with an identifier of the medical facility or an examining doctor at the medical facility, the identifier being included in the code image read from a code image medium installed at the medical facility; The examining physician application program includes: Computer, a medical interview data acquisition means for acquiring medical interview data associated with the identifier of a medical facility or a medical examiner at the medical facility using the examining doctor application program; a medical interview data display means for displaying the acquired medical interview data on a display screen; The medical interview support system is characterized by functioning as follows.

2. The medical interview support system further includes a medical interview support device, The medical interview support device comprises: a medical interview information transmission means for transmitting the medical interview information input by a patient to the language model; a diagnostic information receiving means for receiving the diagnostic information corresponding to the interview information from the language model; a storage means for storing the created interview data in association with the identifier; a medical interview data transmission means for transmitting medical interview data associated with the identifier in response to an acquisition request from a medical examination application program associated with the identifier; 2. The medical interview support system according to claim 1, further comprising:

3. The medical interview support device comprises: When it is determined that the medical interview information does not have predetermined medical interview information, prompting the patient application program to input additional predetermined medical interview information; Sending the predetermined interview information input by the patient to the language model; receiving, from the language model, the diagnosis information responsive to the predetermined medical interview information; 3. The medical interview support system according to claim 2,

4. The code image medium is posted on the door of the examination room of the doctor examining the patient, and the code image of the code image medium includes an identifier of the doctor examining the patient; 4. The medical interview support system according to claim 1, wherein:

Images