A medical resource information processing method and device

Abstract

This invention discloses a method and apparatus for processing medical resource appointment information, relating to the field of medical and health technology. One specific embodiment of the method includes: determining the doctor's appointment information corresponding to a user's submitted appointment request, judging whether the user needs to add an appointment, and if so, displaying an application for adding an appointment control. After receiving the user's operation information on the control, a questionnaire is pushed to the user, and the user's response information is received, so as to generate an appointment result based on the response information. This embodiment can achieve intelligent generation of user appointment results, and by comprehensively considering the doctor's appointment information and the user's response information, it helps to improve the accuracy and efficiency of the results generation.

Description

Technical Field

[0001] This invention relates to the field of medical and health technology, and in particular to a method and apparatus for processing medical resource source information. Background Technology

[0002] Currently, in the healthcare context, users need to register for appointments at various hospitals to complete the queuing process for doctors in different departments. Successfully registering for an appointment is a key factor in whether a user can receive timely medical attention. In addition to the regular appointment slots offered by doctors, some hospitals allocate a certain number of extra appointments for patient diagnosis to ensure more timely care. These extra slots are primarily reserved for patients with critical conditions, ensuring they receive prompt medical attention and protecting their health. After a user applies for an extra appointment, the hospital doctor determines whether to approve the request based on the application submitted through the backend system. This process is inefficient and the decision is easily influenced by the doctor's subjective factors. Summary of the Invention

[0003] In view of this, embodiments of the present invention provide a method and apparatus for processing medical resource number information, which can improve the accuracy of the numbering results and the efficiency of numbering result generation.

[0004] To achieve the above objectives, according to one aspect of the present invention, a method for processing medical resource number information is provided, comprising: Determine the doctor's appointment information corresponding to the appointment request submitted by the user, and determine whether the user needs to add an appointment based on the appointment information; In response to the queue number information meeting the preset addition conditions, a control for applying for an addition number is displayed; In response to receiving the user's operation information on the control, the system pushes questionnaire information to the user; In response to receiving the user's response information based on the questionnaire information, a ranking result for the user is generated based on the response information.

[0005] Optionally, the method further includes: Before pushing questionnaire information to the user, scale information is generated based on the doctor's questionnaire template. The scale information is used to maintain the status of the questionnaire information in the questionnaire template. The questionnaire information is generated based on the questionnaire template and the scale information.

[0006] Optionally, after generating the questionnaire information based on the questionnaire template and the scale information, the method further includes: generating the user's appointment request form based on the patient information sent by the user, the doctor's doctor number, and the scheduling information, and establishing an association between the appointment request form and the scale information; the patient information includes the patient's name, location, and time of appointment; The step of generating the user's queuing result based on the response information includes: updating the scale information based on the response information, updating the plus sign application form based on the updated scale information and the association between the plus sign application form and the scale information, and generating the user's queuing result based on the updated plus sign application form.

[0007] Optionally, generating the user's queuing result based on the updated plus sign application form includes: Query the historical examination reports of the patient corresponding to the plus sign application form; Based on the historical inspection report and the updated plus sign application form, a plus sign application summary for the user is generated, and the user's queuing result is determined according to the plus sign application form and the plus sign application summary.

[0008] Optionally, determining the user's queuing result based on the plus sign application form and the plus sign application summary includes: Based on the plus number application form, the plus number application summary, and the preset application conditions, prompt words are generated. The preset application conditions include at least one of the following: disease priority, information completeness, and availability of appointment slots. The user's queuing result is generated based on the prompt words.

[0009] Optionally, the method further includes: A session is created based on the identifier of the plus sign application form, and a question-and-answer interface for the session is generated. The question and answer information is displayed through the question and answer interface of the session, and the response information corresponding to each question and answer information sent by the user through the question and answer interface is received.

[0010] Optionally, before generating the user's plus sign application summary based on the historical inspection report and the updated plus sign application form, the method further includes: displaying the inspection report upload option through the Q&A interface; The step of generating the user's plus sign application summary based on the historical inspection report and the updated plus sign application form includes: in response to receiving a first inspection report uploaded by the user based on the inspection report upload option, generating the user's plus sign application summary based on the first inspection report, the historical inspection report, and the updated plus sign application form.

[0011] Optionally, the doctor's appointment information corresponding to the user's submitted appointment request is determined, including: Based on the doctor number corresponding to the user's queuing request, query the doctor's available appointments, additional appointment settings, and additional appointment resources; The doctor's appointment information is generated based on the available appointment slots, the addition settings, and the addition resources.

[0012] Optionally, the control includes an application plus button and plus category information; the operation information includes trigger operation information for the plus button and selection information for the plus category information.

[0013] According to another aspect of the present invention, a processing apparatus for medical resource number information is provided, comprising: The determination module is used to determine the doctor's appointment information corresponding to the appointment request submitted by the user, and to determine whether the user needs to add an appointment based on the appointment information; The display module is used to display a control for applying for a number when the queue number information meets the preset conditions for adding a number; The push module is used to push questionnaire information to the user in response to receiving the user's operation information on the control; The queuing module is used to respond to the response information sent by the user based on the questionnaire information, and generate the queuing result of the user according to the response information.

[0014] According to another aspect of the present invention, an electronic device is provided, comprising: one or more processors; and a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the medical resource number source information processing method provided in the embodiments of the present invention.

[0015] According to another aspect of the present invention, a computer-readable medium is provided having a computer program stored thereon, which, when executed by a processor, implements the method for processing medical resource source information provided in the embodiments of the present invention.

[0016] According to another aspect of the present invention, a computer program product is provided, including a computer program that, when executed by a processor, implements the method for processing medical resource source information provided in the embodiments of the present invention.

[0017] One embodiment of the above invention has the following advantages or beneficial effects: it can query the corresponding doctor's appointment information based on the user's appointment request and determine whether an additional appointment is needed. The queried appointment information accurately determines whether the doctor supports adding appointments, preventing users from performing invalid addition operations. Simultaneously, displaying the control for requesting an additional appointment allows for timely receipt of the user's application information for subsequent appointment result judgment, helping to improve the efficiency of appointment result generation. Furthermore, before generating appointment results, it is necessary to collect user information through an interactive questionnaire and accurately determine whether to approve the user's additional appointment application based on the collected information, improving the accuracy of the results.

[0018] The further effects of the aforementioned unconventional alternative methods will be explained below in conjunction with specific implementation methods. Attached Figure Description

[0019] The accompanying drawings are provided to better understand the invention and are not intended to unduly limit the scope of the invention. Wherein: Figure 1 This is a schematic diagram of the main steps of a method for processing medical resource number information according to an embodiment of the present invention; Figure 2 This is a schematic diagram of a questionnaire template; Figure 3 This is a diagram illustrating a summary of a plus sign application. Figure 4 A schematic diagram of the judgment process for a large model provided in an embodiment of the present invention; Figure 5 This is a diagram of an IM card; Figure 6 This is a screenshot of the Q&A interface. Figure 7 This is a schematic diagram of the main modules of a medical resource number source information processing device according to an embodiment of the present invention; Figure 8 This is an exemplary system architecture diagram in which embodiments of the present invention can be applied; Figure 9 This is a schematic diagram of the structure of a computer system suitable for implementing terminal devices or servers of the present invention. Detailed Implementation

[0020] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of the present invention, including various details to aid understanding. These details should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the invention. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0021] It should be noted that the technical solutions disclosed in this invention, regarding the collection, updating, analysis, processing, use, transmission, and storage of user personal information, all comply with relevant laws and regulations, are used for legitimate purposes, and do not violate public order and good morals. Necessary measures are taken to prevent unauthorized access to user personal information data and to safeguard user personal information security, network security, and national security.

[0022] It should be noted that the collection, use, storage, sharing and transfer of user personal information involved in the technical solution of the present invention all comply with the provisions of relevant laws and regulations, and require notification to users and obtaining their consent or authorization. When applicable, user personal information is subjected to de-identification and / or anonymization and / or encryption technical processing.

[0023] Currently, in hospital registration, users typically register online or by queuing offline. To address more serious or urgent cases, hospital doctors may allocate additional appointment slots to these patients, ensuring they receive timely treatment. To allocate these additional slots more efficiently, a review process can be implemented to ensure they are distributed to those who need them most. Specifically, doctors review written applications submitted by users and approve or reject them. This method is time-consuming, and the results can be influenced by the doctor's subjective judgment.

[0024] To fully consider the shortcomings of the above methods, this invention provides a user queuing method that can automatically generate accurate user queuing results when a user needs to add an appointment, by combining the doctor's queuing information and the user's response information based on the questionnaire. This also improves the efficiency of queuing result generation.

[0025] Figure 1 This is a schematic diagram illustrating the main steps of a method for processing medical resource number information according to an embodiment of the present invention. Figure 1 As shown, the method for processing medical resource number information mainly includes steps S101 to S104.

[0026] Step S101: Determine the doctor's queuing information corresponding to the queuing request submitted by the user, and determine whether the user needs to add an appointment based on the queuing information.

[0027] When queuing for user appointments, the first step is to obtain the queuing information of the doctor in the department the user needs to book with, so as to determine the user's queuing method based on the doctor's queuing information. Specifically, based on the queuing request submitted by the user, the corresponding doctor is identified, and then the doctor's queuing information is obtained. The queuing information includes the number of regular appointments available for that doctor, the number of regular appointments already booked, the number of additional appointments available, and the number of additional appointments already booked. This quantitative information is closely related to whether the user can proceed with the queuing operation. In determining the doctor corresponding to the queuing request, the request is first parsed to obtain the doctor's name / doctor identifier (ID (Identity Document)) / doctor code, etc., which are then used to identify the corresponding doctor.

[0028] After obtaining the doctor's appointment information, the system determines whether the user needs to add an appointment to that doctor's schedule. Specifically, this involves first checking if the number of regular appointments already scheduled for the doctor has reached the doctor's available number of regular appointments. If not, appointments can still be made through the regular registration process. If so, the doctor's regular appointments are already allocated, and adding an appointment needs to be considered. Once regular appointments are allocated, the system further checks if the number of added appointments already scheduled for the doctor has reached the doctor's available number of added appointments. If so, the doctor's added appointments are also allocated, and the user cannot register for an appointment with that doctor. If not, the user can apply for an added appointment with that doctor.

[0029] Step S102: In response to the queue number information meeting the preset addition conditions, display the control for applying for an addition number.

[0030] Once the above-described judgment process determines that the queueing information meets the preset conditions for adding an appointment, a control for applying for an additional appointment will be displayed to the user to guide them through the application process. The preset conditions for adding an appointment are that the number of regular appointment slots available reaches the number of regular appointment slots available to the doctor, and the number of already booked additional appointment slots does not reach the number of additional appointment slots available to the doctor. The control should at least include a button for applying for an additional appointment; clicking / selecting this button will trigger the system to enter the appointment process.

[0031] Step S103: In response to receiving user operation information on the control, push questionnaire information to the user.

[0032] Once it's determined that a user needs to be added to the registry and the user's interaction with the control is received, the user's addition process is initiated. This interaction includes clicks / selections, which trigger the addition process. During the process, a pre-set questionnaire is sent to the user to inquire about their basic medical condition, in order to determine whether to add them to the registry.

[0033] In one embodiment, the questionnaire information may include multiple medical consultation questions to communicate with the user about their condition. This questionnaire information may be associated with a doctor (i.e., different doctors have different questionnaire information), or with a department (i.e., different departments have different questionnaire information), or it may be a universal questionnaire template.

[0034] In one embodiment, the user's operation information on the control includes not only the information for selecting the plus sign, but also patient information (patient's name, hospital district, appointment time, etc.).

[0035] Step S104: In response to receiving the user's response information based on the questionnaire information, generate the user's ranking result based on the response information.

[0036] After sending the questionnaire information to the user, the system receives the user's response based on the questionnaire. This response includes a description of the user's condition. Based on this information, the system can determine the urgency of the user's condition and further consider the doctor's availability of additional appointment slots to decide whether to allocate an additional appointment slot to the user. Finally, based on the determination result, the system generates the user's queueing result and returns it to the user. The user's queueing result can be "passed" or "failed".

[0037] In one embodiment, the user performing the addition or queuing operation can be different from or the same as the patient registering for an appointment. If the user is different from the patient, the patient's information needs to be added to the response information.

[0038] The method for processing medical resource appointment information provided in this embodiment of the invention can query the corresponding doctor's appointment information based on the user's appointment request and determine whether an additional appointment is needed. The queried appointment information accurately determines whether the doctor supports adding appointments, preventing users from performing invalid appointment requests. Simultaneously, displaying an application for an additional appointment allows for timely receipt of user application information for subsequent appointment result determination, improving the efficiency of appointment result generation. Furthermore, before generating appointment results, user information is collected through an interactive questionnaire, and the collected information is used to accurately determine whether the user's appointment request is approved, further improving the accuracy of the results.

[0039] In one embodiment, the method further includes: generating scale information based on the doctor's questionnaire template before pushing questionnaire information to the user, the scale information being used to maintain the status of the questionnaire information in the questionnaire template; and generating questionnaire information based on the questionnaire template and the scale information.

[0040] Before pushing questionnaire information to users, the content to be pushed must first be determined. Specifically, the questionnaire template corresponding to the doctor with the queue number must be determined, and the scale information corresponding to the questionnaire template must be generated. The purpose of this scale information is to maintain the status of the questionnaire information in the questionnaire template. The scale information includes: scale ID (primary key), questionnaire template ID, scale name, total number of items, publication status, etc. The initialization operations when generating scale information include: the current user's scale information is added to the table's content_scale_info, and the scale information includes: scale ID (primary key), questionnaire template ID, scale name, total number of items, publication status; the current scale's item information is initialized to the table's content_scale_question_info. Each item in the scale is a data record, containing the following fields: scale ID (foreign key), item ID (primary key), item number, whether the item is required, item type (0 single choice, 1 multiple choice, 2 fill in the blank, 3 image, 4 Q&A, etc.), question stem, and options (if any). After generating the scale information, the questionnaire information can be generated based on the questionnaire template and scale information. The questionnaire template is a collection of all questions, and the scale information maintains data such as the status of all questions. Based on the scale information, it can be determined which / which questions need to be pushed to the user.

[0041] In one embodiment, when determining the doctor's questionnaire template, it is first necessary to determine the doctor's code (encoding) corresponding to the user's queuing request, which is passed through a link (this doctor's code can also be a doctor's number). The questionnaire template database is then queried to obtain the questionnaire template ID (the database stores the configuration association between doctor codes and questionnaire template IDs; for example, the doctor code for Dr. Zhang is Doctor.Zhang, and the questionnaire template ID is pre-generated). The questionnaire template ID associated with the passed-in doctor code is obtained, and the questionnaire template information is retrieved based on the questionnaire template ID. The questionnaire template can be pre-configured on the operations side, such as... Figure 2 The image shown is a schematic diagram of a questionnaire template. The questionnaire template includes the questionnaire name, application location, display status, question content, and question editing buttons.

[0042] The method for processing medical resource registration information provided in this embodiment of the invention can collect user information according to a preset questionnaire template, and simultaneously maintain questionnaire information through scale information, ensuring the smooth progress of the process of collecting user information.

[0043] In one embodiment, after generating questionnaire information based on the questionnaire template and scale information, the method further includes: generating an appointment request form for the user based on the patient information, doctor's ID, and scheduling information sent by the user, and establishing an association between the appointment request form and the scale information; the patient information includes the patient's name, location, and time of visit; generating the user's queuing result based on the response information includes: updating the scale information based on the response information, updating the appointment request form based on the updated scale information and the association between the appointment request form and the scale information, and generating the user's queuing result based on the updated appointment request form.

[0044] In addition to generating scale information, a corresponding appointment request form also needs to be generated. This form plays a crucial role in determining whether an appointment should be made for the user. The appointment request form must include the patient's and doctor's basic information, specifically: Request Form ID (primary key), User ID, Patient ID from the Hospital Information System (HIS), Patient Name, Patient Card Number, Patient Gender, Doctor's Schedule ID, Request Form Status (Draft), Department ID, and Appointment Time. Subsequently, based on the user's response, the following information needs to be added: Patient's Chief Complaint, Patient's Purpose of Visit, Patient's Report Summary, and Patient's Remarks.

[0045] After creating the questionnaire information and the plus-sign application form, the questionnaire information can be updated based on the user's real-time feedback, which in turn updates the information in the plus-sign application form. Finally, the user's queuing result is generated based on the updated plus-sign application form.

[0046] In one embodiment, the association between the appointment request form and the questionnaire can be stored in the appointment request form. For example, the questionnaire ID can be stored in the appointment request form. The questionnaire is used to manage questionnaires; one questionnaire ID is associated with one questionnaire. For example, the questionnaire's questions, quantity, publication status, and the answers from each appointment request form can all be retrieved using the questionnaire ID. The appointment request form maintains data related to the patient's current appointment request, such as the patient's basic information, chief complaint, appointment time, and schedule. The patient's responses under the current appointment request form can be retrieved using the questionnaire ID + request form ID. In one embodiment, the information in the appointment request form can be updated based on the questionnaire's question content and user response information in the questionnaire, that is, updating the question stem, question options, and user response data in the appointment request form.

[0047] The method for processing medical resource appointment information provided in this embodiment of the invention can establish an association system of doctor, questionnaire template, scale information, and appointment application form, which facilitates rapid data retrieval and greatly improves the efficiency of generating appointment results. Simultaneously, this association system ensures that each appointment application is an independent process, avoiding data confusion when the same user applies multiple times, and guaranteeing the accuracy of appointment results.

[0048] In one embodiment, generating a user's queuing result based on the updated appointment request form includes: querying the patient's historical examination reports corresponding to the appointment request form; generating a user's appointment request summary based on the historical examination reports and the updated appointment request form; and determining the user's queuing result based on the appointment request form and the appointment request summary.

[0049] When generating a user's queuing results, the system can consider the patient's historical examination reports to obtain more accurate results. Specifically, it queries the historical examination reports corresponding to the patient's appointment request form. These historical reports can be those from the current department at the current hospital; if no such reports are available, the scope can be expanded to include all historical reports from the current hospital. After retrieving the historical reports, a summary of the patient's appointment request can be generated by combining the content of these reports with the appointment request form. This summary can be generated by first creating a report summary based on the historical reports, and then combining this report summary with the appointment request form. The report summary summarizes the user's historical examination results; the appointment request summary summarizes the patient's information, doctor's information, and report summary, generating the final display result. Figure 3 The diagram shows a summary of a plus sign application, including patient information (name, age, appointment time, department, etc.), doctor information (doctor's name, position, etc.), medical condition information (patient's chief complaint, purpose of medical visit), and report summary. The medical condition information is determined based on the user's response information.

[0050] In one embodiment, the report summary can be generated using a large model. This involves inputting the retrieved historical inspection reports into the large model and obtaining the report summary output by the model. The prompts in the large model can be set as follows: "## Role: You are a clinical physician assistant, focusing on the auxiliary diagnosis and treatment of thyroid and breast diseases. You are responsible for compiling structured, key-highlighting, and easy-to-read professional summaries of patients' laboratory test and imaging results for reference by thyroid and breast surgeons.

[0051] ## Task: Based on the patient's test data and imaging reports, a structured summary is generated that meets the clinical needs of breast and thyroid surgery, focusing on key information such as thyroid diseases, breast lesions, and related tumor markers.

[0052] Input content: (${reportContent})

[0053] ## Output format requirements: I. Summary of Laboratory Tests 1. Routine tests (complete blood count, biochemistry, immunology, microbiology, etc.) 1. Prioritize listing indicators related to thyroid or breast diseases and mark any abnormal values.

[0054] 2. If there are multiple test records, highlight the dynamic trend (such as "ALT (Alanine Aminotransferase) continues to rise", "white blood cell count gradually decreases").

[0055] 3. Abnormal indicators should be marked with bold or highlight.

[0056] 2. Specialized tests (tumor markers, gene testing, hormones, etc.)

[0057] 1. Summarize important positive findings or negative results that have diagnostic value.

[0058] 2. If follow-up data is available, explain the changes and their clinical significance.

[0059] II. Summary of Imaging Examinations

[0060] 1. Key Imaging Findings

[0061] 1. Describe in a conclusion-oriented manner (e.g., "Chest CT (Computed Tomography) shows consolidation in the right lower lung, suggesting possible infection.").

[0062] 2. If there is a before-and-after comparison, the changes in the lesion should be described (e.g., "significantly absorbed compared to before", "new nodules", etc.).

[0063] 3. Important radiographic abnormalities should also be highlighted in bold.

[0064] ## Content quality requirements: 1. Refine information and eliminate redundancy. Only retain key data with clinical significance, and avoid listing worthless normal indicators.

[0065] 2. When comparing historical data, emphasize trend changes to help predict the course of the disease.

[0066] 3. Clear structure and distinct hierarchy

[0067] 4. Use headings, subheadings, lists, etc. to build a logical structure.

[0068] 5. Anomalies and changes are displayed first for easy and quick identification.

[0069] 6. Language-specific and easy to read

[0070] 7. Use medical terminology accurately, but avoid overly complex sentence structures.

[0071] 8. Avoid subjective assumptions and rely primarily on objective facts.

[0072] 9. Do not reply with suggestions; only summarize.

[0073] 10. Do not use "xxx report" as the title; begin with "Laboratory Test Summary" instead.

[0074] 11. Do not add any summary sentences, prompts, or additional explanations at the end of the structured summary; keep the content concise and objective.

[0075] ## Example output structure: I. Summary of Laboratory Tests 1. Routine inspection 1. Complete blood count: WBC 12.3×10 9 / L↑ (neutrophils account for 80%), Hb 115g / L ↓ 2. Biochemistry: ALT 89 U / L ↑, AST 76 U / L ↑, TBIL 34 μmol / L ↑ 3. CRP: 68 mg / L ↑ (increased compared to the previous reading) 2. Special inspection 1. Tumor marker: CA125 102 U / mL ↑ (20% increase compared to one week ago) 2. Coagulation function: D-dimer 1.8 mg / L ↑ II. Summary of Imaging Examinations 1. Key Imaging Findings 1. Chest CT scan shows a large area of ​​consolidation in the right lower lung with blurred margins and surrounding exudate, strongly suggesting infection. 2. Abdominal ultrasound showed: mild enlargement of the liver with increased parenchymal echogenicity, suggesting possible fatty liver. In one embodiment, before generating the queuing results, the report summary can be updated to the plus sign application form so that the user's plus sign application summary can be generated directly from the plus sign application form.

[0076] In one embodiment, to reduce the number of historical inspection reports queried, a time range for the historical inspection reports can be set, for example, only inspection reports within the last six months can be queried.

[0077] In one embodiment, querying historical examination reports can be achieved through the following process: The application form is queried based on the scale ID to obtain the current user's patient ID and department ID (his patient ID and department ID). The his interface is called with the input parameters his patient ID and department ID to query the current patient's historical examination reports under that department within that hospital. The interface input and output parameters are: patient ID, department ID, query time range format ("YYYY-MM-DD to YYYY-MM-DD"), and report type enumeration values ​​("examination report = 1 / examination report = 2"). The returned data structure includes (report ID, report name, array of examination items (including item name, result value, reference range, and anomaly identifier), and report generation timestamp). After retrieving the historical examination reports, they are assembled into prompts and input into a larger model to obtain the report summary output by the larger model.

[0078] The method for processing medical resource appointment information provided in this embodiment of the invention can combine a user's historical examination reports to determine whether to approve a user's application for additional appointments, providing more accurate queuing results. Specifically, the user's historical examination reports can intuitively reflect the patient's medical condition information, more accurately assessing the user's request for additional appointments.

[0079] In one embodiment, determining the user's queuing result based on the plus-number application form and the plus-number application summary includes: generating prompt words based on the plus-number application form, the plus-number application summary, and preset application conditions, wherein the preset application conditions include at least one of the following: disease priority, information completeness, and availability of appointment slots; and generating the user's queuing result based on the prompt words.

[0080] Determining a user's appointment booking result can be achieved using a large-scale model. First, prompts are generated based on the user's application form, summary of the application, and preset application conditions. These prompts are then input into the large-scale model, yielding the user's appointment booking result. The preset application conditions include priority criteria for different disease types, the completeness of the information provided by the user, and the sufficiency of available appointment slots with doctors. A comprehensive judgment is made based on these three conditions to determine whether to approve the user's application for an additional appointment.

[0081] In one embodiment, the generated prompt word content may be as follows: "## Role: You are an in-house appointment booking review assistant, focused on objectively determining whether an patient meets the criteria for appointment booking based on the complete information submitted by the patient and the availability of appointment booking resources. This provides doctors with decision-making support for efficiently prioritizing appointment booking requests, outputting only "Meets appointment booking criteria" or "Does not meet appointment booking criteria" along with the core judgment criteria, without adding any additional treatment suggestions.

[0082] ## Task: Based on the provided patient's application for additional appointments (including the patient's basic information, responses to the medical questionnaire, and report summary), the number of remaining appointment slots available to doctors, and the preset rejection conditions, the system strictly adheres to the rules to determine whether the patient meets the requirements for additional appointments. This generates clear review results and key judgment criteria, ensuring that the judgment logic is consistent with the hospital's priority for allocating additional appointment resources (urgency of the condition > availability of appointment slots > completeness of basic information).

[0083] Input content: 1. Patient's appointment request data: ${applicationFormData} (including patient's name, age, department, doctor, appointment date, chief complaint, purpose of visit, questionnaire questions and user responses, and a summary report generated by the large model) 2. Number of remaining doctor appointment slots: ${remainingQuota} (Currently available number of appointment slots for additional doctors) 3. Preset rejection conditions: ${rejectionConditions} (including but not limited to: non-urgent condition / outside the scope of departmental diagnosis and treatment, missing key information in the questionnaire, no clear lesion indication in the report summary and no need for medical treatment, and all available appointment slots have been used up) ## Output format requirements: I. Verification Results of Plus Sign 1. Clearly define the conclusion: Output only one of the two options: "Meets the plus sign condition" or "Does not meet the plus sign condition"; 2. Core criteria: List the key information for judgment in bullet points, which must be linked to the specific data in the input content (such as the urgency of the illness, the number of available appointments, and the completeness of the information).

[0084] II. Explanation of Judgment Logic

[0085] 1. Priority Verification: Following the order of "urgency of condition → availability of appointment slots → completeness of basic information," explain the verification results for each stage (e.g., "urgency of condition verification passed: the report summary indicates a breast abscess, a lesion requiring priority treatment; availability of appointment slots verification passed: 2 appointment slots remaining; completeness of basic information verification passed: no key information missing from the questionnaire").

[0086] 2. Reasons for Rejection (only required if "Does not meet the criteria for additional appointments"): Clearly state the specific rejection criteria and corresponding evidence (e.g., "Rejection criterion 1: The condition is not urgent - the report summary does not indicate any breast / thyroid-related lesions, and the purpose of the visit is 'routine follow-up'; Rejection criterion 3: All additional appointment slots have been used up - there are 0 remaining slots").

[0087] ## Content quality requirements: 1. Objectivity: Judgments are based solely on input data, without incorporating subjective diagnostic suggestions or additional assumptions (such as not speculating that "the patient may have unmentioned lesions").

[0088] 2. Accuracy: Key information must accurately reference the specific details in the input (such as the patient's chief complaint, the number of remaining appointment slots, and the rejection criterion number), avoiding vague descriptions (e.g., instead of saying "the condition is relatively urgent," say "the condition is critical: the chief complaint is a breast abscess, meeting the criteria for emergency treatment").

[0089] 3. Conciseness: The core basis and judgment logic should be explained in no more than 150 words, retaining only the key information necessary for the judgment, with no redundant content.

[0090] 4. Uniqueness: The conclusion is only either "compliant" or "non-compliant," without intermediate conclusions such as "reassessment after supplementary information" (if information is missing, it will be directly classified as "does not meet the plus sign condition" and marked "key information missing").

[0091] 5. Language-specific and easy to read

[0092] 6. Use medical terminology accurately, but avoid overly complex sentence structures.

[0093] 7. Avoid subjective assumptions and rely primarily on objective facts.

[0094] 8. Do not reply with suggestions; only summarize.

[0095] 9. Do not add any summary sentences, prompts, or additional explanations at the end of the structured summary; keep the content concise and objective.

[0096] ## Example output structure: I. Verification Results of Plus Sign 1. Clarify the conclusion: The conditions for adding a plus sign are met or not met; 2. Core Basis: 1. Urgent condition: The patient presented with a "breast abscess," and the report summary indicated that it required priority treatment. 2. Sufficient number of appointment slots available: For example, if the doctor has 2 additional appointment slots remaining. 3. Complete Information: The questionnaire lacked key questions requiring answers, and the application form contained complete data. Taking breast and thyroid surgery as an example, the following criteria apply: 1. Meeting the criteria for critical symptoms such as 'breast abscess / nipple bleeding with pain' → Emergency (Priority 1); 2. Meeting the criteria for 'breast nodules BI-RADS 4 or above' → Relatively Emergency (Priority 2); 3. Meeting the criteria for 'breast cysts / asymptomatic nodules' → General (Priority 3); 4. Only 'routine follow-up examination shows no abnormalities' → Non-Emergency (Priority 4); "Appointment availability criteria: When there are ≥1 remaining appointment slots, priority 1-2 patients are given priority; when there are ≥3 remaining appointment slots, priority 3 patients can be assigned; when there are 0 remaining appointment slots, all priority slots are rejected."

[0097] II. Explanation of Logical Judgment

[0098] 1. Priority verification: Urgency of condition verified (breast abscess is an urgent condition) → Availability of appointment slots verified (2 slots remaining) → Completeness of basic information verified (no missing information)

[0099] In one embodiment, the judgment process for the large model is as follows: Figure 4 As shown. First, assemble the prompt words and input them into the large model. The large model loads preset application conditions, where different application conditions have different priorities: the priority of the disease condition is higher than the availability of appointments condition, and the availability of appointments condition is higher than the information completeness condition. Each condition is judged in order of priority. If the corresponding condition is not met, the corresponding rejection reason is returned. For example, if the information completeness condition is not met, the returned rejection reason is "key information missing".

[0100] In one embodiment, the generated queuing results can be returned to the user in the form of an IM (instant messaging) card, such as... Figure 5 The image shows a schematic of an IM card. The card includes the patient's information, appointment time, department, doctor, and reason for rejection. The reason for rejection can be a preset reason corresponding to different appointment results (approved / unapproved). For example, if the result is approved, the corresponding reason for rejection is Reason 1; if the result is unapproved, the corresponding reason for rejection is Reason 2. Similarly, when the appointment result is approved, the image will also display the patient's information, appointment time, department, doctor, and "Appointment Successfully Booked" message.

[0101] In one embodiment, the method further includes: creating a session based on the identifier of the plus sign application form, and generating a question-and-answer interface for the session; displaying question-and-answer information through the question-and-answer interface of the session, and receiving response information corresponding to each question-and-answer message sent by the user through the question-and-answer interface.

[0102] To quickly obtain user responses, a session can be created based on the identifier of the plus sign application form. This session allows the user to push questionnaire information to the user and receive the user's responses. Specifically, a question-and-answer interface is generated based on the created session. This interface displays the questions and answers one by one and receives the user's responses to each question and answer.

[0103] In one embodiment, IM and session information are initialized. To use IM, it is first necessary to create IM dual-end users (for example, in WeChat, user A and user B chat, the chat interface is a session, and the two IDs corresponding to user A and B are the dual-end users in the current session. The two dual-end users determine a unique session. Previous chat history can be seen in the same session, and different sessions are not interconnected). Here, the dual-end users are the answer robot ID and the application form ID. The answer robot ID is fixed, and the application form ID is generated every time the user enters the IM page. Therefore, when the user exits and re-enters, a new session will be generated, ensuring that each entry is a new questionnaire. The same user can submit multiple times.

[0104] In one embodiment, after officially entering the question-answering page, a welcome message (a pre-set generic message) is first sent to the user using the question-answering robot ID. Then, the current scale's `content_scale_question_info` question table is queried based on the scale ID to obtain the question information with sequence number 1. The question type is determined, and the question stem information is assembled according to different question types (e.g., multiple choice, multiple selection options; fill-in-the-blank, open answer areas; image upload buttons, etc.). The question information is then sent to the IM using the question-answering robot ID. After the user answers the question, the user's response data is sent back to the backend interface via IM. After collecting the user's response data, the backend saves the answer data to the `scale_answer_info` table, whose fields include: scale ID, question ID, answer content, selection sequence number (if any), time of completion, question sequence number, question stem content, and question stem options. After saving, the `content_scale_question_info` question table is queried, the question sequence number of the input parameter is incremented by 1, the next question is retrieved, and sent.

[0105] In one embodiment, such as Figure 6 The image shown is a screenshot of the question-and-answer interface. A conversation facilitated through this interface could include: the chatbot asking, "What disease are you seeking medical advice for?", the user responding with "breast nodules," and the chatbot asking, "What is the purpose of your visit?", etc.

[0106] The medical resource appointment information processing method provided by this embodiment of the invention can utilize an IM session to push questionnaire questions and collect user responses. The system pushes questions sequentially according to the scale question number (automatically assembling question stems, options, or upload portals according to question type), and stores user responses in real time, solving the problems of data loss and poor interactivity in traditional questionnaires. Through efficient and accurate data collection and storage, the accuracy of appointment number generation can be greatly improved.

[0107] In one embodiment, before generating a user's plus application summary based on historical inspection reports and updated plus application forms, the method further includes: displaying an inspection report upload option through a Q&A interface; generating a user's plus application summary based on historical inspection reports and updated plus application forms includes: in response to receiving a first inspection report uploaded by the user based on the inspection report upload option, generating a user's plus application summary based on the first inspection report, historical inspection reports, and updated plus application forms.

[0108] In addition to directly querying a patient's historical examination reports, it is also possible to obtain examination reports uploaded by the user to access examination reports from other hospitals. Specifically, the examination report upload option can be displayed through a question-and-answer interface. Users can upload examination reports through this option. Correspondingly, if the user's first uploaded examination report exists, a report summary needs to be generated by combining the retrieved historical examination reports and the first examination report, and further, a summary of the user's plus sign application can be generated.

[0109] In one embodiment, determining the doctor's queuing information corresponding to the queuing request submitted by the user includes: querying the doctor's available appointments, additional appointment settings, and additional appointment resources based on the doctor's number corresponding to the queuing request submitted by the user; and generating the doctor's queuing information based on the available appointments, additional appointment settings, and additional appointment resources.

[0110] When determining the doctor's appointment information corresponding to a request, the request can be parsed to obtain the doctor's ID. Then, the available appointment slots, bonus slot settings, and bonus slot resources corresponding to that doctor's ID can be queried, and all data can be aggregated to generate the doctor's appointment information. The bonus slot settings indicate whether the doctor has enabled bonus slots.

[0111] In one embodiment, the control includes an application plus button and plus category information; the operation information includes trigger operation information for the plus button and selection information for the plus category information.

[0112] In addition to the "Apply for plus sign" button, the control can also include plus sign category information, such as information on different disease types. User operations can include triggering the "Apply for plus sign" button and selecting different plus sign categories.

[0113] The method for processing medical resource appointment information provided in this embodiment of the invention can combine doctor's queuing information with user response information to determine user queuing, greatly improving the accuracy of user queuing results. Specifically, the collected doctor's queuing information provides an accurate data foundation for generating user queuing results. Based on the collected data, and combined with preset data, a system of doctor—questionnaire information—scale information—additional appointment application form is established, ensuring data correlation and facilitating rapid data retrieval, thus improving the efficiency of user queuing result generation. Furthermore, automatic user queuing determination through a large model, combined with preset application conditions to generate accurate queuing results, helps to rationally allocate additional appointment resources and avoid waste. Simultaneously, this method also avoids doctor's review operations, preventing the occupation of doctors' consultation time.

[0114] Figure 7 This is a schematic diagram of the main modules of the medical resource appointment information processing device provided in an embodiment of the present invention. As shown in the figure, the medical resource appointment information processing device 700 mainly includes a determination module 701, a display module 702, a push module 703, and a queuing module 704.

[0115] The determination module 701 is used to determine the doctor's queuing information corresponding to the queuing request submitted by the user, and to determine whether the user needs to add an appointment based on the queuing information; The display module 702 is used to display a control for applying for a number when the queue number information meets the preset conditions for adding a number. The push module 703 is used to push questionnaire information to the user in response to receiving the user's operation information on the control; The queuing module 704 is used to respond to the response information sent by the user based on the questionnaire information and generate the user's queuing result according to the response information.

[0116] The medical resource appointment information processing device provided in this embodiment of the invention can query the corresponding doctor's appointment information based on the user's appointment request and perform a judgment process on whether an additional appointment is needed. The queried appointment information accurately determines whether the doctor supports adding appointments, preventing users from performing invalid appointment requests. Simultaneously, displaying an application for an additional appointment allows for timely receipt of the user's application information for subsequent appointment result judgment, improving the efficiency of appointment result generation. Furthermore, before generating appointment results, user information needs to be collected through an interactive questionnaire, and the collected information is used to accurately determine whether the user's appointment request is approved, improving the accuracy of the results.

[0117] In one embodiment, the medical resource number source information processing device 700 further includes a generation module 705 (not shown in the figure), used to: generate scale information based on the doctor's questionnaire template before pushing questionnaire information to the user, the scale information being used to maintain the status of the questionnaire information in the questionnaire template; and generate questionnaire information based on the questionnaire template and the scale information.

[0118] In one embodiment, the medical resource appointment information processing device 700 further includes: an establishment module 706 (not shown in the figure), used to generate an appointment request form for the user based on the patient information, doctor's ID number and scheduling information sent by the user, and to establish an association between the appointment request form and the scale information; the patient information includes the patient's name, location and time of visit. The queuing module 704 is also used to update the scale information based on the response information, and to update the plus sign application form based on the updated scale information and the correlation between the plus sign application form and the scale information, and to generate the user's queuing result based on the updated plus sign application form.

[0119] In one embodiment, the queuing module 704 is further configured to: query the historical examination reports of the patient corresponding to the addition application form; generate a summary of the user's addition application based on the historical examination reports and the updated addition application form; and determine the user's queuing result based on the addition application form and the addition application summary.

[0120] In one embodiment, the queuing module 704 is further configured to: generate prompt words based on the addition application form, the addition application summary, and preset application conditions, wherein the preset application conditions include at least one of the following: disease priority, information completeness, and availability of appointment slots; and generate the user's queuing result based on the prompt words.

[0121] In one embodiment, the medical resource number source information processing device 700 further includes: a creation module 707 (not shown in the figure), used to create a session based on the identifier of the plus sign application form and generate a question and answer interface for the session; and a display module 708 (not shown in the figure), used to display question and answer information through the question and answer interface of the session and receive response information corresponding to each question and answer message sent by the user through the question and answer interface.

[0122] In one embodiment, the medical resource number information processing device 700 further includes an upload module 709 (not shown in the figure), which is used to display examination report upload options through a question-and-answer interface; The queuing module 704 is also used to respond to receiving the first inspection report uploaded by the user based on the inspection report upload option, and to generate a summary of the user's plus application based on the first inspection report, historical inspection reports and the updated plus application form.

[0123] In one embodiment, the determining module 701 is further configured to: query the doctor's available appointment slots, additional appointment settings, and additional appointment resources based on the doctor's number corresponding to the appointment request submitted by the user; and generate the doctor's appointment information based on the available appointment slots, additional appointment settings, and additional appointment resources.

[0124] In one embodiment, the control includes an application plus button and plus category information; the operation information includes trigger operation information for the plus button and selection information for the plus category information.

[0125] The medical resource appointment information processing device provided in this embodiment of the invention can determine user appointments by combining doctor's appointment information with user response information, greatly improving the accuracy of user appointment result generation. Specifically, the collected doctor's appointment information provides an accurate data foundation for generating user appointment results. Based on the collected data, a system of doctor-questionnaire information-scale information-additional appointment application form is established by combining preset data, ensuring data correlation and facilitating rapid data retrieval, thus improving the efficiency of user appointment result generation. Furthermore, automatic user appointment determination through a large model, combined with preset application conditions to generate accurate appointment results, helps to rationally allocate additional appointment resources and avoid waste. Simultaneously, this method also avoids doctor review operations, preventing the occupation of doctors' consultation time.

[0126] Figure 8 An exemplary system architecture 800 is shown, which can be applied to the method or apparatus for processing medical resource source information according to embodiments of the present invention.

[0127] like Figure 8 As shown, system architecture 800 may include terminal devices 801, 802, and 803, a network 804, and a server 805. Network 804 serves as the medium for providing communication links between terminal devices 801, 802, and 803 and server 805. Network 804 may include various connection types, such as wired or wireless communication links or fiber optic cables, etc.

[0128] Users can use terminal devices 801, 802, and 803 to interact with server 805 via network 804 to receive or send messages, etc. Various communication client applications can be installed on terminal devices 801, 802, and 803, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social media platform software, etc. (for example only).

[0129] Terminal devices 801, 802, and 803 can be various electronic devices with displays and web browsing capabilities, including but not limited to smartphones, tablets, laptops, and desktop computers.

[0130] Server 805 can be a server providing various services, such as a backend management server supporting shopping websites browsed by users using terminal devices 801, 802, and 803 (for example only). The backend management server can analyze and process data such as received user queuing requests, and feed back the processing results (such as queuing results - for example only) to the terminal devices.

[0131] It should be noted that the method for processing medical resource number information provided in this embodiment of the invention is generally executed by server 805, and correspondingly, the device for processing medical resource number information is generally located in server 805.

[0132] It should be understood that Figure 8 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0133] The following is for reference. Figure 9 It shows a schematic diagram of the structure of a computer system 900 suitable for implementing terminal devices or servers of the present invention. Figure 9 The terminal device or server shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of the present invention.

[0134] like Figure 9 As shown, the computer system 900 includes a central processing unit (CPU) 901, which can perform various appropriate actions and processes based on programs stored in read-only memory (ROM) 902 or programs loaded from storage section 908 into random access memory (RAM) 903. The RAM 903 also stores various programs and data required for the operation of the system 900. The CPU 901, ROM 902, and RAM 903 are interconnected via a bus 904. An input / output (I / O) interface 905 is also connected to the bus 904.

[0135] The following components are connected to I / O interface 905: an input section 906 including a keyboard, mouse, etc.; an output section 907 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 908 including a hard disk, etc.; and a communication section 909 including a network interface card such as a LAN card, modem, etc. The communication section 909 performs communication processing via a network such as the Internet. A drive 910 is also connected to I / O interface 905 as needed. A removable medium 911, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 910 as needed so that computer programs read from it can be installed into storage section 908 as needed.

[0136] In particular, according to the embodiments disclosed in this invention, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this invention include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 909, and / or installed from removable medium 911. When the computer program is executed by central processing unit (CPU) 901, it performs the functions defined above in the system of this invention.

[0137] It should be noted that the computer-readable medium shown in this invention can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this invention, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this invention, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0138] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0139] The units or modules described in the embodiments of the present invention can be implemented in software or hardware. The described units or modules can also be housed in a processor; for example, a processor can be described as including a determining module, a display module, a push module, and a queuing module. The names of these units or modules do not necessarily limit the specific unit or module itself. For example, the determining module can also be described as "a module for determining the queuing information of the doctor corresponding to the queuing request submitted by the user, and determining whether an additional appointment is needed based on the queuing information."

[0140] In another aspect, the present invention also provides a computer-readable medium, which may be included in the device described in the above embodiments; or it may exist independently and not assembled into the device. The computer-readable medium carries one or more programs, which, when executed by the device, cause the device to include: Determine the doctor's appointment information corresponding to the user's appointment request, and determine whether the user needs to add an appointment based on the appointment information; In response to the queue number information meeting the preset addition criteria, a control for applying for an addition number is displayed; In response to receiving user interaction information with the control, push questionnaire information to the user; In response to receiving the user's response information based on the questionnaire information, the system generates the user's ranking result based on the response information.

[0141] According to the technical solution of this invention, the system can query the corresponding doctor's appointment information based on the user's appointment request and determine whether an additional appointment is needed. The queried appointment information accurately determines whether the doctor supports adding appointments, preventing users from performing invalid addition operations. Simultaneously, displaying an application for an additional appointment allows for timely receipt of the user's application information for subsequent appointment result determination, improving the efficiency of appointment result generation. Furthermore, before generating appointment results, user information needs to be collected through an interactive questionnaire, and the collected information is used to accurately determine whether the user's application for an additional appointment is approved, improving the accuracy of the results.

[0142] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can occur depending on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for processing medical resource appointment information, characterized in that, include: Determine the doctor's appointment information corresponding to the appointment request submitted by the user, and determine whether the user needs to add an appointment based on the appointment information; In response to the queue number information meeting the preset addition conditions, a control for applying for an addition number is displayed; In response to receiving the user's operation information on the control, the system pushes questionnaire information to the user; In response to receiving the user's response information based on the questionnaire information, a ranking result for the user is generated based on the response information.

2. The method according to claim 1, characterized in that, The method further includes: Before pushing questionnaire information to the user, scale information is generated based on the doctor's questionnaire template. The scale information is used to maintain the status of the questionnaire information in the questionnaire template. The questionnaire information is generated based on the questionnaire template and the scale information.

3. The method according to claim 2, characterized in that, After generating the questionnaire information based on the questionnaire template and the scale information, the method further includes: generating an appointment request form for the user based on the patient information sent by the user, the doctor's doctor number, and the scheduling information, and establishing an association between the appointment request form and the scale information; the patient information includes the patient's name, location, and time of visit. The step of generating the user's queuing result based on the response information includes: updating the scale information based on the response information, updating the plus sign application form based on the updated scale information and the association between the plus sign application form and the scale information, and generating the user's queuing result based on the updated plus sign application form.

4. The method according to claim 3, characterized in that, The process of generating the user's queuing result based on the updated plus sign application form includes: Query the historical examination reports of the patient corresponding to the plus sign application form; Based on the historical inspection report and the updated plus sign application form, a plus sign application summary for the user is generated, and the user's queuing result is determined according to the plus sign application form and the plus sign application summary.

5. The method according to claim 4, characterized in that, The step of determining the user's queuing result based on the plus sign application form and the plus sign application summary includes: Based on the plus number application form, the plus number application summary, and the preset application conditions, prompt words are generated. The preset application conditions include at least one of the following: disease priority, information completeness, and availability of appointment slots. The user's queuing result is generated based on the prompt words.

6. The method according to any one of claims 4 or 5, characterized in that, The method further includes: A session is created based on the identifier of the plus sign application form, and a question-and-answer interface for the session is generated. The question and answer information is displayed through the question and answer interface of the session, and the response information corresponding to each question and answer information sent by the user through the question and answer interface is received.

7. The method according to claim 6, characterized in that, Before generating the user's plus sign application summary based on the historical inspection report and the updated plus sign application form, the method further includes: displaying the inspection report upload option through the Q&A interface; The step of generating the user's plus sign application summary based on the historical inspection report and the updated plus sign application form includes: in response to receiving a first inspection report uploaded by the user based on the inspection report upload option, generating the user's plus sign application summary based on the first inspection report, the historical inspection report, and the updated plus sign application form.

8. The method according to claim 1, characterized in that, Determine the doctor's appointment information corresponding to the user's submitted appointment request, including: Based on the doctor number corresponding to the user's queuing request, query the doctor's available appointments, additional appointment settings, and additional appointment resources; The doctor's appointment information is generated based on the available appointment slots, the addition settings, and the addition resources.

9. The method according to claim 1, characterized in that, The control includes an application plus button and plus category information; the operation information includes trigger operation information for the plus button and selection information for the plus category information.

10. A device for processing medical resource appointment information, characterized in that, include: The determination module is used to determine the doctor's appointment information corresponding to the appointment request submitted by the user, and to determine whether the user needs to add an appointment based on the appointment information; The display module is used to display a control for applying for a number when the queue number information meets the preset conditions for adding a number; The push module is used to push questionnaire information to the user in response to receiving the user's operation information on the control; The queuing module is used to respond to the response information sent by the user based on the questionnaire information, and generate the queuing result of the user according to the response information.

11. An electronic device, characterized in that, include: One or more processors; Storage device for storing one or more programs. When the one or more programs are executed by the one or more processors, the one or more processors implement the method as described in any one of claims 1-9.

12. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1-9.

13. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1-9.

Images