Doctor-patient double-end two-dimensional code linkage pre-inquiry method and device and storage medium

Abstract

The invention relates to the technical field of pre-inquiry methods, in particular to a doctor-patient double-end two-dimensional code linkage pre-inquiry method and device and a storage medium, and the method specifically comprises the following steps: step 1, patient end basic information collection and two-dimensional code generation: establishing a doctor-patient association APP, and based on the established doctor-patient association APP, after a patient completes APP login, sending the two-dimensional code to the patient end; basic information is collected in a choice question form, and after collection is completed, a unique two-dimensional code is generated based on the collected information and displayed on the top of a side pull frame and the top of a personal homepage; according to the invention, the unique identification of the identity and health information of the patient is realized through the collection of the basic information of the patient end and the generation of the exclusive two-dimensional code, so that the patient does not need to repeatedly fill basic data, and the exclusive two-dimensional code which can be used for a long time and is privacy-safe can be generated only through one-time collection, thereby greatly reducing the operation cost of the patient.

Description

Technical Field

[0001] This invention relates to the field of pre-consultation methods for doctors and patients, and in particular to a pre-consultation method, device and storage medium that links QR codes on both the doctor and patient ends. Background Technology

[0002] In the modern healthcare system, pre-consultation serves as a crucial link between patient preparation for medical treatment and doctor's diagnostic services. Its core value lies in collecting patient health information and clarifying the course of their illness in advance, laying the foundation for accurate subsequent diagnosis. On the one hand, with the continuous growth of medical demand and the significant increase in the number of patients seen by medical institutions, doctors face challenges such as limited consultation time and fragmented patient information. Through pre-consultation between doctors and patients, patients can independently complete the filling out of basic information, symptom descriptions, and medical history before their visit. Doctors can obtain relevant information in advance, avoiding the need to spend a lot of time collecting basic data during the consultation, effectively shortening the duration of each consultation and improving diagnostic efficiency.

[0003] Traditional pre-consultation methods rely heavily on paper forms or online text submissions, requiring doctors to manually enter patient information into the system. This is not only inefficient but also prone to errors and omissions. Summary of the Invention

[0004] In response to the technical problems that traditional pre-consultation methods rely heavily on paper forms or single online text submissions, requiring doctors to manually enter patient information into the system, which is not only inefficient but also prone to errors and omissions, this invention provides a pre-consultation method, device, and storage medium that links QR codes between doctors and patients.

[0005] The technical solution adopted in this invention is: a pre-consultation method that links QR codes between doctors and patients, specifically including the following steps: Step 1: Patient Basic Information Collection and QR Code Generation: Establish a doctor-patient linkage APP. Based on this APP, after logging in, patients collect basic information through a multiple-choice question format. After collection, a unique QR code is generated based on the collected information. It will be displayed at the top of the side scroll bar and at the top of the personal homepage; Step 2: Linking the pre-consultation file and updating the QR code status. After the patient completes the pre-consultation questionnaire, the pre-consultation file is linked to the QR code generated in Step 1. Linkage; if the patient has not created a pre-consultation file, the QR code is only linked to basic information; the QR code status is updated synchronously for doctors to identify the existence of the file when scanning it. Step 3: Doctor's QR code scanning and information parsing: The doctor scans the patient's QR code using the doctor's app, and first parses the information in the QR code. Then, an information request is sent to the server of the backend doctor-patient association APP, and the doctor's identity is verified at the same time; if the scanned QR code is the patient's historical health record, a floating prompt "This record has been entered into the database" will be displayed. Step 4: Synchronize pre-consultation records with the area to be consulted: The server of the doctor-patient association APP determines whether the patient has a pre-consultation record; Step 5: Doctor Confirmation and Patient File Archiving: After reviewing the patient's pre-consultation file, the doctor confirms it via electronic signature. Once the confirmation information is uploaded to the server of the doctor-patient association APP, the server updates the patient's pre-consultation file status. The patient's APP receives real-time notifications from the server of the doctor-patient association APP, automatically archives the "pre-consultation file" as a "consultation file," and displays it in the "Service File" module. Step 6: Patient scanning doctor's QR code for binding and feedback: Patients scan the doctor's QR code using the "scan" function in their app to check their historical binding records. If the doctor already exists in the patient's "Doctor List," a "Doctor Binding Successful" floating notification will pop up; if... If it does not exist, then leave it alone. This serves as a unique identifier for the doctor's QR code. Step 7: Dual-end information synchronization verification and anomaly handling: The backend of the doctor-patient association APP automatically initiates a consistency verification of information between the doctor and patient, comparing the local information on the patient's end with the server information of the doctor-patient association APP, and the local information on the doctor's end with the server information of the doctor-patient association APP. If there is a discrepancy, automatic synchronization is triggered; if the QR code of the historical health record is scanned, the record archiving status is verified and a "This record has been entered into the database" prompt pops up.

[0006] In one embodiment, in step 1, the formula for generating the unique QR code identifier is as follows: ;in: The QR code serves as a unique identifier. It is a SHA-256 hash function used to irreversibly encrypt patient information to prevent information leakage; A collection of basic patient information; This is the timestamp when the QR code was generated, used to distinguish QR codes generated at different times for the same patient; The salt value is random.

[0007] In one embodiment, the formula for determining the QR code status in step 2 is as follows: ; in: In QR code status; This serves as an identifier for the existence of pre-consultation records; f() is a state mapping function that implements... and One-to-one correspondence.

[0008] In one embodiment, the formula for obtaining doctor-side information in step 3 is as follows:

[0009] in: This is the final collection of patient information obtained by the doctor. This is a server data call function for the doctor-patient relationship APP, used to retrieve the corresponding patient information from the database based on the QID; As a medical practitioner's identification identifier, only when When verifying through the server of the doctor-patient relationship APP, Only then was the patient information returned.

[0010] In one embodiment, step 4 involves the server of the doctor-patient association APP based on... Determine if a patient has a pre-consultation file: If If a patient file exists, the pre-consultation file and the patient's basic information will be synchronized to the doctor's waiting area; if... If there is no record, only the patient's basic information will be synchronized, and the pre-consultation progress will be marked as 0. The formula for calculating the progress of pre-consultation is as follows: ,in ; in: To predict the progress of the consultation; The completion rate of the pre-consultation questionnaire; To identify the existence of pre-diagnosis records, when At any time, regardless Why is it worth it? All are 0; when hour, equal .

[0011] In one embodiment, the file status transition formula in step 5 is as follows:

[0012] in: This is the final state of the archive; To verify the validity of doctors' electronic signatures; As a marker of the existence of pre-consultation records, only when and hour, .

[0013] In one embodiment, the binding status determination formula in step 6 is as follows: ; in ; in: In a bound state; This serves as a unique identifier for the doctor's QR code. For patients ; For patients The corresponding list of doctors who have been linked to the doctor in the past.

[0014] In one embodiment, the information consistency verification formula in step 7 is as follows: ; in: As a consistency indicator; The hash value of the basic information stored locally; The hash value of the corresponding basic information stored on the server of the doctor-patient related APP; The status of locally stored files; The corresponding file status stored on the server of the doctor-patient related APP; " is for absolute value operation, when hour, Otherwise, it is 1; similarly. It can take the value 0 or 1.

[0015] The beneficial effects of this invention are as follows: Compared with existing technologies, this invention achieves a unique identifier for patient identity and health information through the collection of basic patient information and the generation of a unique QR code. Patients no longer need to repeatedly fill in basic information; a long-term usable and privacy-secure unique QR code can be generated with just one collection, significantly reducing the operational costs for patients. For doctors, scanning the patient's QR code allows for quick access to basic information and pre-consultation file status, eliminating the need for manual entry or additional queries. This effectively reduces unnecessary operations, shortens pre-consultation preparation time, and allows doctors to focus more on core diagnostic and treatment processes. The real-time linkage between the pre-consultation file and the QR code enables doctors to intuitively understand key information such as the patient's condition description and medical history, allowing for advance prediction of treatment priorities and improving the targeting and accuracy of subsequent consultations. The binding function of the QR codes on both the doctor and patient ends establishes a stable doctor-patient relationship, laying the foundation for personalized services such as targeted medical advice delivery and follow-up visit reminders, and enhancing the connection and stickiness between doctors and patients. Attached Figure Description

[0016] Figure 1 This is a flowchart illustrating the present invention; Detailed Implementation

[0017] In the description of this invention, it should be noted that the terms "front", "up", "down", "left", "right", "vertical", "horizontal", etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing this invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on this invention.

[0018] To address the problems existing in the background technology, this application proposes the following technical solution: a pre-consultation method, device, and storage medium for QR code linkage between doctors and patients, specifically including the following steps: Step 1: Collection of basic patient information and generation of QR codes; Establish a doctor-patient relationship APP. Based on the established doctor-patient relationship APP, after the patient logs in to the APP, basic information is collected through multiple-choice questions (including name, age group, gender, occupation, and current city of residence, i.e. the 5 items in "UI-Basic Information" in the document). After the collection is completed, a unique QR code is generated based on the collected information and displayed at the top of the side drop-down box and the top of the personal homepage. The formula for generating a unique QR code identifier is as follows: ; Function: To generate a unique and non-repeatable patient QR code identifier (QID), ensuring that each patient's QR code is unique and avoiding confusion with other patient information; in: A unique identifier for the QR code (32-bit hash value + 10-bit timestamp + 8-bit salt value). It is a SHA-256 hash function used to irreversibly encrypt patient information to prevent information leakage; For the patient's basic information set ( ); This is the timestamp when the QR code was generated, used to distinguish QR codes generated at different times for the same patient; The salt value is a random combination of uppercase and lowercase letters and numbers, further enhancing the effect. To ensure uniqueness and avoid duplication of patient information conflict; In the above technical solutions: based on the irreversibility of hash algorithms, Only through Forward computation, which prevents the original information from being deduced from the hash result, protects patient privacy; the introduction of timestamps and salt values ​​follows the "uniqueness principle," ensuring that even if different patients have completely identical basic information, their... It will not be repeated, so as to provide a unique identifier for subsequent dual-end linkage.

[0019] Step 2: Linking pre-consultation records and updating QR code status; After the patient completes the pre-consultation questionnaire, the pre-consultation file (including chief complaint, symptom description, past medical history, etc.) is associated with the QID generated in step 1; if the patient has not created a pre-consultation file, the QR code is only associated with basic information; the QR code status is updated synchronously for doctors to identify the existence of the file when scanning it. The formula for determining the status of a QR code is as follows:

[0020] Function: Through The QR code identifies the status of the pre-consultation file, allowing doctors to directly determine whether a patient has a valid pre-consultation file after scanning it, without the need for additional queries. in: The status is indicated by the QR code (1 indicates a valid pre-consultation record, 0 indicates no pre-consultation record). The presence of a pre-consultation file is indicated by 1 (1 indicates a pre-consultation file has been created, 0 indicates no file has been created); f() is the state mapping function, which implements... and One-to-one correspondence; In the above technical solution: based on the "state linkage theory", the existence of the pre-consultation file is bound to the QR code status, so that the QR code not only carries the patient's identity information, but also carries the file association status, providing a basis for doctors to make quick decisions (whether to call the pre-consultation file) and reducing invalid operations.

[0021] Step 3: Doctor's end QR code scanning and information parsing; Doctors scan a patient's QR code using their doctor's app. First, the doctor parses the QID in the QR code, then sends an information request to the server of the doctor-patient linked app in the background, while simultaneously authenticating the doctor's identity. If the scanned QR code is a patient's historical health record, a floating prompt will appear saying "This record has been entered into the database." The formula for obtaining information from the doctor's end is as follows:

[0022] Function: To ensure that only authorized doctors can access patient information, and to achieve real-time information synchronization through server calls of the doctor-patient association APP, avoiding lag in local information on the doctor's end; in: The final collection of patient information obtained by the doctor ( ); This is a server data call function for the doctor-patient relationship APP, used to retrieve the corresponding patient information from the database based on the QID; This is an encrypted identifier for doctor identity verification (containing the doctor's employee number, affiliated hospital, and department), and is only used when... When verifying through the server of the doctor-patient relationship APP, Only then was the patient information returned; In the above technical solution: based on the OAuth2.0 identity authentication protocol, through... Implement access control for doctors to prevent unauthorized personnel from accessing patient information and protect privacy; at the same time, rely on the centralized data storage of the doctor-patient related APP server to ensure that the information obtained by doctors is the latest version and avoid information deviation caused by local caching.

[0023] Step 4: Synchronize the pre-consultation records with the area to be consulted; The server of the doctor-patient relationship APP is based on Determine if a patient has a pre-consultation file: If (If a patient's medical record exists), the pre-consultation record and the patient's basic information will be synchronized to the doctor's waiting area; if... If there is no patient record, only the patient's basic information will be synchronized, and the pre-consultation progress will be marked as 0. Formula for calculating the progress of pre-consultation: ,in ; Function: It visually reflects the completion status of the patient's pre-consultation and helps doctors quickly determine whether it is necessary to guide the patient to supplement the pre-consultation information; in: Preliminary consultation progress (value range 0-100%) To assess the completion rate of the pre-consultation questionnaire (e.g., 3 / 5 of the questions were answered correctly). ); To identify the existence of pre-diagnosis records, when At any time, regardless Why is it worth it? All are 0 (indicating no valid files); when hour, equal (Indicates the completion status of the file); In the above technical solution: based on the "progress visualization theory", through By transforming the abstract pre-consultation completion status into concrete numerical values, doctors can quickly identify high-completion cases (prioritized) and incomplete cases (guided for supplementation), improving the sorting and processing efficiency of the pending consultation area. Step 5: Doctor confirms and archives patient records; Operation process: After the doctor reviews the patient's pre-consultation file (or basic information), he completes the confirmation through electronic signature. After the confirmation information is uploaded to the server of the doctor-patient association APP, the server of the doctor-patient association APP updates the status of the patient's pre-consultation file. The patient's APP receives the server notification of the doctor-patient association APP in real time, automatically archives the "pre-consultation file" as "consultation file", and displays it in the "service file" module. The formula for changing the status of an archive is as follows:

[0024] Purpose: To ensure that pre-consultation records are only archived after valid confirmation by the doctor, preventing status errors caused by unauthorized operations (such as accidental touches or confirmation by someone other than the person themselves); in: The final status of the file (0 indicates "in pre-consultation", 1 indicates "consultation completed"); This serves as a validity indicator for doctors' electronic signatures (the server of the doctor-patient relationship APP verifies whether the signature belongs to the doctor and whether it is within the validity period; a valid signature is 1, and an invalid signature is 0). As a marker of the existence of pre-consultation records, only when and hour, (Archiving completed); In the above technical solution: based on the "digital signature anti-counterfeiting theory," the doctor's electronic signature uses asymmetric encryption (private key signing, public key verification) to ensure that the signature cannot be forged. The validity verification further ensures the legality of the archived records, while realizing real-time linkage between "doctor confirmation and patient archiving" to avoid delays for patients.

[0025] Step 6: Patient scans doctor's QR code for binding and feedback; Patients can scan the doctor's QR code (containing the doctor's unique identifier) ​​using the "scan" function in the app. ), Query patient's historical binding records: If If the doctor already exists in the patient's "Doctor List," a "Doctor Binding Successful" floating notification will pop up; if... If it does not exist, it will not be processed for now (to be added in future feature expansions); The formula for determining the binding status is as follows: ; in ; Function: Quickly determine the historical relationship between patients and doctors, avoid duplicate binding prompts, and lay the foundation for subsequent doctor-patient personalized services (such as targeted medical advice). in: The binding status is 1 (1 indicates binding, 0 indicates unbinding); The doctor's QR code is a unique identifier (same structure). (Including doctor information hash, timestamp, and salt value). For patients ; For patients The corresponding historical list of bound doctors (stored) gather); In the above technical solution: based on the "relationship mapping theory", through Establish a one-to-one / one-to-many relationship mapping between patients and doctors. The judgment can quickly provide feedback on the binding results, reducing repetitive operations for patients, and at the same time providing identity matching basis for subsequent doctor-patient exclusive interactions (such as doctors sending targeted medical record opinions).

[0026] Step 7: Verify and handle information synchronization between both ends; Every 30 minutes (configurable), an automatic consistency check of information between the doctor and patient ends is initiated. The check compares the local information on the patient's end with the server information of the doctor-patient associated APP, and the local information on the doctor's end with the server information of the doctor-patient associated APP. If there is a discrepancy, automatic synchronization is triggered. If the QR code of the historical health record is scanned, the record archiving status is verified and a "This record has been entered into the database" prompt will pop up. The formula for verifying information consistency is as follows: ; Function: To quantify the degree of deviation between local information on both the doctor and patient end and server information on the doctor-patient related APP; when the deviation is not 0, synchronization is triggered to ensure information consistency. in: This is a consistency index (values ​​can be 0 or positive integers, where 0 indicates complete consistency and the larger the value, the greater the deviation). The hash value of the basic information stored locally (patient or doctor's side); The hash value of the corresponding basic information stored on the server of the doctor-patient related APP; The status of locally stored files ( or ); The corresponding file status stored on the server of the doctor-patient related APP; " is for absolute value operation, when hour, Otherwise, it is 1; similarly. It can take the value 0 or 1; In the above technical solution: based on the "data consistency theory", hash value comparison is used ( and To ensure that basic information is not tampered with, the status value is compared ( and Ensure the archive status is accurate. The quantitative judgment makes abnormal synchronization more accurate, avoids meaningless full synchronization, and reduces the server load of doctor-patient related apps.

[0027] In summary, by collecting basic patient information and generating unique QR codes, a unique identifier for each patient's identity and health information is achieved. Patients no longer need to repeatedly fill out basic information; a single collection generates a long-term usable and privacy-secure QR code, significantly reducing operational costs. For doctors, scanning the patient's QR code allows for quick access to basic information and pre-consultation records, eliminating the need for manual entry or additional searches. This effectively reduces unnecessary operations, shortens pre-consultation preparation time, and allows doctors to focus more on core diagnostic and treatment procedures. The real-time linkage between pre-consultation records and QR codes enables doctors to intuitively understand key information such as the patient's condition and medical history, allowing for advance assessment of treatment priorities and improving the targeting and accuracy of subsequent consultations. The binding function of QR codes between doctors and patients establishes a stable doctor-patient relationship, laying the foundation for personalized services such as targeted medical advice and follow-up appointment reminders, and enhancing the connection and cohesion between doctors and patients. In terms of information security, the solution employs multiple measures, including hash encryption and identity authentication, to ensure that basic patient information and pre-consultation records are not leaked or tampered with during transmission and storage, fully protecting patient privacy and complying with medical data security standards. The information consistency verification mechanism avoids discrepancies between local information on both the patient and medical end and the server information, ensuring the accuracy of the diagnosis and treatment basis and reducing the risk of treatment errors. For patients, real-time archiving feedback of pre-consultation records allows them to know the status of their records promptly without long waiting times for confirmation, improving information feedback efficiency and the overall medical experience. The historical binding record query function avoids the tedious operation of repeated binding, making doctor-patient interaction smoother.

[0028] Although embodiments of the invention have been shown and described, the scope of the invention will be defined by the appended claims and their equivalents by those skilled in the art.

Claims

1. A pre-consultation method using QR codes linked between doctors and patients, characterized in that, Specifically, the following steps are included: Step 1: Patient Basic Information Collection and QR Code Generation: Establish a doctor-patient linkage APP. Based on this APP, after logging in, patients collect basic information through a multiple-choice question format. After collection, a unique QR code is generated based on the collected information. It will be displayed at the top of the side scroll bar and at the top of the personal homepage; Step 2: Linking the pre-consultation file and updating the QR code status. After the patient completes the pre-consultation questionnaire, the pre-consultation file is linked to the QR code generated in Step 1. Linkage; if the patient has not created a pre-consultation file, the QR code is only linked to basic information; the QR code status is updated synchronously for doctors to identify the existence of the file when scanning it. Step 3: Doctor's QR code scanning and information parsing: The doctor scans the patient's QR code using the doctor's app, and first parses the information in the QR code. Then, an information request is sent to the server of the backend doctor-patient association APP, and the doctor's identity is verified at the same time; if the scanned QR code is the patient's historical health record, a floating prompt "This record has been entered into the database" will be displayed. Step 4: Synchronize pre-consultation records with the area to be consulted: The server of the doctor-patient association APP determines whether the patient has a pre-consultation record; Step 5: Doctor Confirmation and Patient File Archiving: After reviewing the patient's pre-consultation file, the doctor confirms it via electronic signature. Once the confirmation information is uploaded to the server of the doctor-patient association APP, the server updates the status of the patient's pre-consultation file. The patient's APP receives real-time notifications from the server of the doctor-patient association APP, automatically archives the "pre-consultation file" as a "consultation file," and displays it in the "Service File" module. Step 6: Patient scanning doctor's QR code for binding and feedback: Patients scan the doctor's QR code using the "scan" function in their app to check their historical binding records. If the doctor already exists in the patient's "Doctor List," a "Doctor Binding Successfully" floating notification will pop up; if... If it does not exist, then leave it alone. This serves as a unique identifier for the doctor's QR code. Step 7: Dual-end information synchronization verification and anomaly handling: The backend of the doctor-patient association APP automatically initiates a consistency verification of information between the doctor and patient, comparing the local information on the patient's end with the server information of the doctor-patient association APP, and the local information on the doctor's end with the server information of the doctor-patient association APP. If there is a discrepancy, automatic synchronization is triggered. If you scan the QR code of your historical health record, the record will be verified and a message will pop up saying "This record has been entered into the database".

2. The pre-consultation method based on QR code linkage between doctors and patients according to claim 1, characterized in that, In step 1, the formula for generating the unique QR code identifier is as follows: ； in: The QR code serves as a unique identifier. It is a SHA-256 hash function used to irreversibly encrypt patient information to prevent information leakage; A collection of basic patient information; This is the timestamp when the QR code was generated, used to distinguish QR codes generated at different times for the same patient; The salt value is random.

3. The pre-consultation method based on QR code linkage between doctors and patients according to claim 2, characterized in that, The formula for determining the status of the QR code in step 2 is as follows: ； in: In QR code status; This serves as an identifier for the existence of pre-consultation records; f() is a state mapping function that implements... and One-to-one correspondence.

4. The pre-consultation method based on QR code linkage between doctors and patients according to claim 3, characterized in that, The formula for obtaining doctor-side information in step 3 is as follows: in: This is the final collection of patient information obtained by the doctor. This is a server data call function for the doctor-patient relationship APP, used to retrieve the corresponding patient information from the database based on the QID; As a medical practitioner's identification identifier, only when When verifying through the server of the doctor-patient relationship APP, Only then was the patient information returned.

5. The pre-consultation method based on QR code linkage between doctors and patients according to claim 4, characterized in that, Step 4: The server of the doctor-patient association APP is based on... Determine if a patient has a pre-consultation file: If If a patient file exists, the pre-consultation file and the patient's basic information will be synchronized to the doctor's waiting area; if... If there is no record, only the patient's basic information will be synchronized, and the pre-consultation progress will be marked as 0. The formula for calculating the progress of pre-consultation is as follows: ,in ; in: To predict the progress of the consultation; The completion rate of the pre-consultation questionnaire; To identify the existence of pre-diagnosis records, when At any time, regardless Why is it worth it? All are 0; when hour, equal .

6. The pre-consultation method based on QR code linkage between doctors and patients according to claim 5, characterized in that, The formula for changing the file status in step 5 is as follows: in: This is the final state of the archive; To verify the validity of doctors' electronic signatures; As a marker of the existence of pre-consultation records, only when and hour, .

7. A pre-consultation method for doctor-patient dual-terminal QR code linkage according to claim 6, characterized in that, The formula for determining the binding status in step 6 is as follows: ； in ; in: In a bound state; This serves as a unique identifier for the doctor's QR code. For patients ; For patients The corresponding list of doctors who have been linked to the doctor in the past.

8. The pre-consultation method based on QR code linkage between doctors and patients according to claim 7, characterized in that, In step 7, the formula for verifying information consistency is as follows: ； in: As a consistency indicator; The hash value of the basic information stored locally; The hash value of the corresponding basic information stored on the server of the doctor-patient related APP; The status of locally stored files; The corresponding file status stored on the server of the doctor-patient related APP; " is for absolute value operation, when hour, Otherwise, it is 1; similarly. It can take the value 0 or 1.

9. An electronic device, characterized in that, include: At least one processor; And at least one memory, the at least one memory being coupled to the at least one processor and storing instructions for execution by the at least one processor, the instructions, when executed by the at least one processor, causing the electronic device to perform the pre-consultation method of doctor-patient dual-end QR code linkage according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, It stores a computer program that can be executed by a processor to implement the pre-diagnosis method of QR code linkage between doctors and patients according to any one of claims 1 to 7.

Images