Medical service processing method, server and terminal

Abstract

The application provides a medical service processing method, a server and a terminal. The method comprises the following steps: receiving a diagnosis and prescription request input by a user terminal, determining a diagnosis question corresponding to a user of the user terminal and a diagnosis doctor; when there are multiple diagnosis doctors, determining whether the number of diagnosis questions is one; if yes, sorting the diagnosis doctors according to preset evaluation indexes or prescription preferences of the user to generate a recommended prescription doctor list, and sending the recommended prescription doctor list to the user terminal; receiving a prescription doctor sent by the user terminal, and sending a prescription prompt information to a first doctor terminal corresponding to the prescription doctor; and receiving prescription information sent by the first doctor terminal, and sending the prescription information to the user terminal. The method can accurately select a suitable prescription for a user and avoid waste of medical resources.

Description

Technical Field

[0001] This application relates to the field of medical services, and more particularly to a medical service processing method, server, and terminal. Background Technology

[0002] With the development of internet technology and the progress of society, internet technology has been applied to all aspects of people's lives. For example, in the medical field, online consultations have become increasingly common.

[0003] In online consultations, users sometimes conduct multiple consultations for the same symptom based on their needs, a practice known as "multiple consultations for one symptom." For example, after a user has one online consultation with doctor A for a specific symptom, they might initiate a second, or even more, online consultation with doctor B for the same symptom. Alternatively, a user can use the "change doctor" function during an online consultation with doctor A to switch to another doctor's online clinic, allowing for consultations with multiple doctors in a single consultation. In this "multiple consultations for one symptom" scenario, after the consultation, the doctors consulted by the user will issue a prescription, regardless of whether the user needs it. However, in reality, a user only needs one prescription to purchase medication. Issuing multiple prescriptions not only creates difficulties for users in choosing medication but also results in a serious waste of medical resources.

[0004] Therefore, there is a need for a medical service solution that can accurately select the appropriate prescription for the user and avoid the waste of medical resources. Summary of the Invention

[0005] This application provides a medical service processing method, server, and terminal to solve the technical problem in existing online consultation scenarios where users have difficulty selecting appropriate prescriptions, which leads to a waste of medical resources.

[0006] In a first aspect, this application provides a medical service processing method applied to a server, comprising:

[0007] Receive a consultation and prescription request input from a user terminal, and determine the consultation question and doctor corresponding to the user of the user terminal;

[0008] When there are multiple doctors consulting, determine whether the number of consultation questions is one.

[0009] If so, the doctors are sorted according to preset evaluation indicators or the user's prescription preferences to generate a list of recommended doctors, and the list of recommended doctors is sent to the user's terminal.

[0010] Receive the prescribing doctor sent by the user terminal, and send a prescribing prompt message to the first doctor terminal corresponding to the prescribing doctor;

[0011] The system receives prescription information sent by the first doctor's terminal and then sends the prescription information to the user terminal.

[0012] In one possible implementation, the step of sorting the consulting doctors according to preset evaluation indicators or the user's corresponding prescription preferences to generate a recommended list of prescribing doctors specifically includes:

[0013] Determine whether the user has a corresponding prescription preference, wherein the prescription preference includes one or more of the following: consultation duration preference and doctor title preference;

[0014] If so, obtain the consultation duration and / or doctor's title for each of the aforementioned doctors; sort the doctors according to the order of consultation duration from longest to shortest and / or doctor's title from highest to lowest to generate a list of recommended doctors, and set a recommendation tag for the doctor ranked first in the list.

[0015] If not, each of the consulting doctors is evaluated using preset evaluation indicators to determine the evaluation score corresponding to each consulting doctor; the consulting doctors are sorted in descending order of evaluation scores to generate a list of recommended prescribing doctors, and a recommendation label is set for the consulting doctor ranked first in the list.

[0016] In one possible implementation, the evaluation indicators include one or more of the following: consultation duration, doctor's professional title, doctor's approval rating, the matching degree between consultation questions and the department of the consulting doctor, the number of consultations conducted by the doctor, and the number of articles published by the doctor.

[0017] In one possible implementation, determining the user's corresponding medical question and the consulting doctor for the user terminal specifically includes:

[0018] Determine the user's online consultation records within a preset time period; based on the consultation questions and doctors corresponding to each online consultation record, determine the consultation questions and doctors corresponding to the user;

[0019] or,

[0020] Determine the user's most recent online consultation record; based on the consultation question and doctor corresponding to the most recent online consultation record, determine the user's corresponding consultation question and doctor.

[0021] In one possible implementation, the online consultation record is obtained through the following means:

[0022] Receive a consultation request sent by the user terminal and determine the first doctor corresponding to the consultation question in the consultation request;

[0023] Determine whether the user has a corresponding medical treatment preference, wherein the medical treatment preference includes one or more of the following: doctor gender preference, doctor title preference, and doctor type preference;

[0024] If so, the first doctor is screened according to the user's corresponding medical preferences to obtain a second doctor that matches the medical preferences; each second doctor is evaluated using the evaluation index to determine the evaluation score corresponding to each second doctor; the second doctors are sorted in descending order of evaluation scores to generate a first recommended consultation doctor list, and a recommendation tag is set for the second doctor ranked first in the list;

[0025] If not, the evaluation indicators are used to evaluate each of the first doctors to determine the evaluation score corresponding to each of the first doctors; the first doctors are sorted in descending order of evaluation scores to generate a first recommended consultation doctor list, and a recommendation label is set for the first doctor ranked first in the list.

[0026] The first recommended list of doctors is sent to the user terminal, the user terminal sends the first doctor for consultation, and a consultation connection request is sent to the second doctor terminal corresponding to the first doctor.

[0027] After receiving the connection permission information sent by the second doctor terminal, the online communication connection between the user terminal and the second doctor terminal is opened to start the first consultation process corresponding to the first consulting doctor;

[0028] After receiving the consultation end information sent by the second doctor terminal, a first online consultation record corresponding to the first consultation process is generated based on one or more of the following: the first consulting doctor, the consulting doctor information corresponding to the first consulting doctor, the consultation duration corresponding to the first consultation process, and the consultation questions in the consultation request.

[0029] Based on the first online consultation record, generate the online consultation record corresponding to the user;

[0030] The information of the consulting doctor includes one or more of the following: doctor's name, doctor's gender, doctor's type, doctor's professional title, doctor's approval rating, number of consultations, and number of articles published by the doctor.

[0031] In one possible implementation, after receiving the consultation end information sent by the second doctor terminal, the method further includes:

[0032] Receive a request to change doctors sent by the user terminal, and determine whether the user has a corresponding medical preference;

[0033] If so, the first doctor is screened according to the user's corresponding medical preferences to obtain a third doctor that matches the medical preferences; each of the third doctors is evaluated using the evaluation indicators to determine the evaluation score corresponding to each of the third doctors; the third doctors are sorted in descending order of evaluation scores to generate a second list of recommended doctors, and a recommendation tag is set for the third doctor ranked first in the list.

[0034] If not, the evaluation indicators are used to evaluate each of the first doctors to determine the evaluation score corresponding to each of the first doctors; the first doctors are sorted in descending order of evaluation scores to generate a second list of recommended doctors, and a recommendation label is set for the first doctor ranked first in the list.

[0035] The second recommended list of doctors is sent to the user terminal, the user terminal sends the second list of doctors, and a consultation connection request is sent to the third doctor terminal corresponding to the second doctor.

[0036] After receiving the connection permission information sent by the third doctor terminal, the online communication connection between the user terminal and the third doctor terminal is opened to start the second consultation process corresponding to the second consulting doctor;

[0037] After receiving the consultation end information sent by the third doctor terminal, a second online consultation record corresponding to the second consultation process is generated based on one or more of the following: the second consulting doctor, the consulting doctor information corresponding to the second consulting doctor, the consultation duration corresponding to the second consultation process, and the consultation questions in the consultation request.

[0038] Accordingly, generating the online consultation record corresponding to the user based on the first online consultation record specifically includes:

[0039] Based on the first online consultation record and the second online consultation record, an online consultation record corresponding to the user is generated.

[0040] In one possible implementation, it also includes:

[0041] When there are multiple consultation questions, determine whether there are target consultation questions among the consultation questions that correspond to multiple consulting doctors;

[0042] If so, for the target consultation question, the step of sorting the consulting doctors according to preset evaluation indicators or the user's corresponding prescription preferences to generate a recommended list of prescribing doctors is executed; for other consultation questions besides the target consultation question, prescription prompt information is sent to the doctor's terminal of the corresponding consulting doctor respectively.

[0043] If not, then for each of the aforementioned consultation questions, a prescription prompt message will be sent to the corresponding doctor's terminal.

[0044] Secondly, this application provides another medical service processing method, applied to a user terminal, including:

[0045] A consultation and prescription request is sent to the server. The consultation and prescription request is used to instruct the server to determine the consultation question and the doctor corresponding to the user of the user terminal. If there are multiple doctors, it is determined whether the number of consultation questions is one. If so, the doctors are sorted according to preset evaluation indicators or the prescription preference of the user to generate a recommended prescription doctor list and send the recommended prescription doctor list to the user terminal.

[0046] The system receives and displays a list of recommended prescribing doctors sent by the server. After receiving the prescribing doctor selected by the user, the system sends the prescribing doctor to the server so that the server can receive the prescribing doctor sent by the user terminal, send a prescription prompt message to the first doctor terminal corresponding to the prescribing doctor, receive the prescription information sent by the first doctor terminal, and send the prescription information to the user terminal.

[0047] Receive and display the prescription information sent by the server.

[0048] Thirdly, this application provides a server, comprising:

[0049] The receiving module is used to receive a consultation and prescription request input by the user terminal, and to determine the consultation question and the consulting doctor corresponding to the user of the user terminal.

[0050] The first processing module is configured to determine whether the number of consultation questions is one when there are multiple consulting doctors; if so, sort the consulting doctors according to preset evaluation indicators or the user's corresponding prescription preferences to generate a recommended prescription doctor list, and send the recommended prescription doctor list to the user terminal; receive the prescription doctor sent by the user terminal, and send prescription prompt information to the first doctor terminal corresponding to the prescription doctor; receive the prescription information sent by the first doctor terminal, and send the prescription information to the user terminal.

[0051] Fourthly, this application provides a user terminal, including:

[0052] The sending module is used to send a consultation and prescription request to the server. The consultation and prescription request is used to instruct the server to determine the consultation question and the doctor corresponding to the user of the user terminal. When there are multiple doctors, it is determined whether the number of consultation questions is one. If so, the doctors are sorted according to preset evaluation indicators or the prescription preference of the user to generate a recommended prescription doctor list and send the recommended prescription doctor list to the user terminal.

[0053] The second processing module is used to receive and display the list of recommended prescribing doctors sent by the server. After receiving the prescribing doctor selected by the user, the module sends the prescribing doctor to the server so that the server can receive the prescribing doctor sent by the user terminal, send a prescription prompt message to the first doctor terminal corresponding to the prescribing doctor, receive the prescription information sent by the first doctor terminal, and send the prescription information to the user terminal; and receive and display the prescription information sent by the server.

[0054] Fifthly, this application provides a server, including: a processor, and a memory communicatively connected to the processor;

[0055] The memory stores computer-executed instructions;

[0056] The processor executes computer execution instructions stored in the memory to implement the method of the first aspect described above.

[0057] Fifthly, this application provides a user terminal, including: a processor, and a memory communicatively connected to the processor;

[0058] The memory stores computer-executed instructions;

[0059] The processor executes computer execution instructions stored in the memory to implement the method of the second aspect described above.

[0060] In a sixth aspect, this application provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the method described in the first aspect.

[0061] In a seventh aspect, this application provides another computer-readable storage medium storing computer-executable instructions that, when executed by a processor, are used to implement the method described above in the second aspect.

[0062] The medical service processing method, server, and terminal provided in this application can receive a consultation and prescription request input by a user terminal, determine the consultation question and doctor corresponding to the user on the user terminal; when there are multiple doctors, determine whether the number of consultation questions is one; if so, sort the doctors according to preset evaluation indicators or the user's corresponding prescription preferences to generate a recommended prescription doctor list, and send the recommended prescription doctor list to the user terminal; receive the prescription doctor sent by the user terminal and send prescription prompt information to the first doctor terminal corresponding to the prescription doctor; receive the prescription information sent by the first doctor terminal and send the prescription information to the user terminal. The method of this application, after receiving a consultation and prescription request input by a user terminal, can determine whether the consultation and prescription request involves "multiple consultations for one disease" by determining the consultation question and doctor corresponding to the user on the user terminal. When it is determined that such a situation exists, i.e., one consultation question corresponds to multiple doctors, the doctors corresponding to the user can be sorted to generate a recommended prescription doctor list, and the recommended prescription doctor list can be sent to the user terminal, thereby recommending a prescription doctor to the user. After receiving the prescribing doctor's information from the user's terminal, a prescription prompt can be sent only to the terminal of the first doctor corresponding to that doctor. This setting allows for "multiple inquiries about one illness" during online consultations—where a single question corresponds to multiple doctors—so only one doctor issues a prescription, rather than all doctors. This avoids the difficulty users face when multiple prescriptions are issued and prevents the waste of medical resources caused by multiple doctors prescribing the same ailment, thus improving doctors' efficiency. Furthermore, by ranking doctors based on preset evaluation indicators or the user's prescription preferences to generate a recommended doctor list, the accuracy and matching of doctor recommendations can be improved, while still ensuring the user's freedom of choice. Users can independently select their prescribing doctor, enhancing the user experience. Attached Figure Description

[0063] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0064] Figure 1 This is a system architecture diagram of an online consultation service in the existing technology.

[0065] Figure 2 This is a system architecture diagram of an embodiment of this application;

[0066] Figure 3 This is a flowchart of a medical service processing method according to an embodiment of this application;

[0067] Figure 4This is a flowchart of a medical service processing method according to another embodiment of this application;

[0068] Figure 5 This is a schematic diagram of the structure of a server according to an embodiment of this application;

[0069] Figure 6 This is a schematic diagram of the structure of a user terminal according to an embodiment of this application;

[0070] Figure 7 This is a schematic diagram of the server structure according to another embodiment of this application;

[0071] Figure 8 This is a schematic diagram of the structure of a user terminal according to another embodiment of this application.

[0072] Reference numerals in the attached figures: 1. User terminal; 2. Server; 3A. Doctor terminal corresponding to Doctor A; 3B. Doctor terminal corresponding to Doctor B; 4. First doctor terminal; 51. Receiving module; 52. First processing module; 61. Sending module; 62. Second processing module.

[0073] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0074] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0075] The medical service processing method, server, and terminal of this application can be used in the medical field, for example, in scenarios where users conduct online consultations using a medical platform. Of course, the medical service processing method, server, and terminal of this application can also be used in other fields, and the specific application areas are not limited.

[0076] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation portals are provided for users to choose to authorize or refuse.

[0077] In online consultation scenarios, users sometimes conduct multiple consultations for the same symptom based on their own needs, a phenomenon known as "multiple consultations for one symptom." For example, after a user has one online consultation with doctor A for a certain symptom, they may initiate a second online consultation with doctor B for the same symptom, or even more consultations. Alternatively, a user can use the "change doctor" function during an online consultation with doctor A for a certain symptom to switch to another doctor's online clinic, allowing for consultations with multiple doctors in a single consultation. In the "multiple consultations for one symptom" scenario, after the consultation ends, regardless of whether the user needs the prescription, all the doctors consulted will issue a prescription to the user.

[0078] For example, Figure 1 Here is a system architecture diagram for a specific online consultation service in the existing technology, such as... Figure 1 As shown, a user requests an online consultation for a certain symptom through user terminal 1 to server 2 of a medical platform. Server 2 matches the user with doctor A based on the symptoms and, after obtaining the user's permission, sends a call request to doctor A's corresponding doctor terminal 3A to establish an online consultation between the user and doctor A, thus initiating the online consultation. After the consultation with doctor A ends, the user can change their consulting doctor by clicking "Change Consulting Doctor".

[0079] The user requests a change of doctor from server 2. Server 2 matches the user with doctor B and, after obtaining the user's permission, sends a call request to doctor B's corresponding doctor terminal 3B to establish an online consultation between the user and doctor B, thus initiating the online consultation. After the user concludes their consultation with doctor B,

[0080] The online consultation call is now completely terminated. A consultation and prescription request (request 5) is sent from user terminal 1 to server 2. Upon receiving this request, server 2 sends prescriptions to doctor terminal 3A and doctor's terminal 3B respectively.

[0081] Upon receiving the prescription notification, Doctor A and Doctor B upload the prescriptions they have issued to Server 2 via their respective terminals. Server 2 then sends the prescriptions to User Terminal 1.

[0082] However, in real-world scenarios, users only need one prescription to purchase medication. Issuing multiple prescriptions not only creates difficulties for users in making choices but also results in a serious waste of medical resources.

[0083] Based on this technical problem, the inventive concept of this application lies in: how to provide a method that can accurately select

[0084] A medical service approach that provides appropriate prescriptions to users and avoids wasting medical resources.

[0085] Specifically, after receiving a consultation and prescription request from a user terminal, the system can determine whether the request exists by identifying the user's consultation question and the doctor.

[0086] In cases of "one illness, multiple inquiries," when this situation is confirmed—that is, one medical question corresponds to multiple doctors—the users' corresponding doctors can be sorted to generate a recommended list of prescribing doctors.

[0087] The system then sends a list of recommended prescribing doctors to the user's terminal, thus recommending doctors to the user. After receiving the list of prescribing doctors from the user's terminal, a prescription prompt message can be sent only to the terminal of the first doctor corresponding to that doctor. Through this setting, a "one disease, one doctor" approach can be implemented during the user's online consultation.

[0088] In the "multiple-question" scenario, where a single medical question corresponds to multiple doctors, only one of the doctors will issue a prescription, rather than all doctors. This not only avoids the difficulty users face when faced with multiple prescriptions but also prevents the waste of medical resources caused by multiple doctors prescribing the same ailment, thus improving doctors' work efficiency. Furthermore, by ranking doctors based on preset evaluation indicators or users' prescription preferences, recommendations can be generated.

[0089] The list of prescribing doctors can improve the accuracy and matching of doctor recommendations, while also ensuring the freedom of choice for users. Users can choose their own prescribing doctor, thus improving the user experience.

[0090] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will now be described with reference to the accompanying drawings.

[0091] 0 Figure 2 This is a system architecture diagram of an embodiment of this application, as shown below. Figure 2As shown, 1 represents the user terminal, 2 represents the server, and 4 represents the first doctor terminal. After receiving the consultation and prescription request from user terminal 1, server 2 determines the consultation question and doctor corresponding to user terminal 1. If there are multiple doctors, it checks whether the number of consultation questions is one. If so, it sorts the doctors according to preset evaluation indicators or the user's prescription preferences to generate a recommended prescription doctor list and sends the recommended prescription doctor list to user terminal 1. Server 2 receives the prescription doctor sent by user terminal 1 and sends a prescription prompt message to the first doctor terminal 4 corresponding to the prescription doctor. Server 2 receives the prescription information sent by the first doctor terminal 4 and sends the prescription information to user terminal 1.

[0092] Example 1

[0093] Figure 3 This is a flowchart of a medical service processing method provided in one embodiment of this application. This embodiment describes the medical service processing method with the server as the executing entity. Figure 3 As shown, the medical service processing method may include the following steps:

[0094] S101: Receive a consultation and prescription request input from a user terminal, and determine the consultation question and doctor corresponding to the user of the user terminal.

[0095] In this embodiment, after a user has completely finished an online consultation, they can send a consultation and prescription request to the server through their user terminal so that the server can notify the consulting doctor to issue a prescription.

[0096] In one possible implementation, the step S101 above, which involves determining the user's corresponding medical question and doctor, may include: determining the user's online medical records within a preset time period; and determining the user's corresponding medical question and doctor based on the medical questions and doctor corresponding to each online medical record.

[0097] In this embodiment, the preset duration can be flexibly set by those skilled in the art. For example, the preset duration can be 30 minutes or 1 hour, and no restrictions are imposed here.

[0098] In this implementation, when a user seeks medical advice for the same symptom, they may initiate multiple consultation calls with multiple doctors within a certain period of time, meaning that multiple call records correspond to one consultation question. Therefore, by examining the user's online consultation records within a preset time period, the user's corresponding consultation question and the consulting doctor can be accurately and comprehensively determined.

[0099] Alternatively, the step S101 above, which involves determining the user's consultation question and doctor, may also include: determining the user's most recent online consultation record; and determining the user's corresponding consultation question and doctor based on the consultation question and doctor corresponding to the most recent online consultation record.

[0100] In this embodiment, the user's most recent online consultation record can be the most recently generated record among the user's corresponding online consultation records.

[0101] In this implementation, when a user seeks medical advice for the same symptom, they may also use the "Change Doctor" function to be referred within a single online consultation call, allowing them to consult with multiple doctors. In other words, one call record corresponds to one consultation question. Therefore, by using the user's most recent online consultation record, the user's corresponding consultation question and doctor can be easily and conveniently determined.

[0102] In one possible implementation, online consultation records can be obtained through the following methods:

[0103] S11: Receive a consultation request sent by the user terminal and determine the first doctor corresponding to the consultation question in the consultation request.

[0104] S12: Determine whether the user has a corresponding medical treatment preference, which includes one or more of the following: doctor gender preference, doctor title preference, and doctor type preference.

[0105] S13: If so, the first doctor is selected based on the user's corresponding medical preferences to obtain a second doctor that matches the medical preferences; each second doctor is evaluated using evaluation indicators to determine the evaluation score for each second doctor; the second doctors are sorted in descending order of evaluation scores to generate a first recommended consultation doctor list, and a recommendation label is set for the second doctor ranked first in the list.

[0106] S14: If not, use the evaluation indicators to evaluate each primary doctor to determine the evaluation score corresponding to each primary doctor; sort the primary doctors in descending order of evaluation scores to generate a list of primary recommended doctors, and set a recommendation label for the primary doctor ranked first in the list.

[0107] S15: Send the first recommended list of doctors to the user terminal, receive the first doctor from the user terminal, and send a consultation connection request to the second doctor terminal corresponding to the first doctor.

[0108] S16: After receiving the connection permission information sent by the second doctor's terminal, start the online communication connection between the user terminal and the second doctor's terminal to start the first consultation process corresponding to the first consulting doctor.

[0109] S17: After receiving the consultation end information sent by the second doctor terminal, generate the first online consultation record corresponding to the first consultation process based on one or more of the following: the first consulting doctor, the consulting doctor information corresponding to the first consulting doctor, the consultation duration corresponding to the first consultation process, and the consultation questions in the consultation request.

[0110] S18: Generate the user's corresponding online consultation record based on the first online consultation record.

[0111] The information of the consulting doctor includes one or more of the following: doctor's name, doctor's gender, doctor's type, doctor's professional title, doctor's approval rating, number of consultations, and number of articles published by the doctor.

[0112] In this embodiment, users can initiate a consultation request to the server corresponding to the medical platform through their user terminals to conduct online consultations. After receiving the request, the server can match the corresponding first doctor based on the consultation questions in the consultation request, that is, initially screen out doctors who can solve the consultation questions. At this time, there are usually multiple first doctors who meet the requirements.

[0113] In this implementation, after receiving the first list of recommended doctors, the user can choose the doctor ranked first in the list (the doctor with the recommended tag), or choose their preferred doctor independently.

[0114] In this implementation, doctor gender preference can be a user's preference for the gender of the doctor, such as a preference for male doctors or female doctors. Doctor title preference can be a user's preference for the title of the doctor, such as a preference for doctors with higher titles (chief physician, etc.). Doctor type preference can be a user's preference for the type of doctor, such as a preference for traditional Chinese medicine or Western medicine.

[0115] In this embodiment, each doctor in the first recommended consultation doctor list may also include their corresponding consultation doctor information, so that users can determine the appropriate consultation doctor based on the consultation doctor information.

[0116] In this embodiment, when generating the first online consultation record, it can first be determined whether the consultation duration corresponding to the first consultation process exceeds the duration threshold. Only when it exceeds the duration threshold is the consultation process considered valid and the first online consultation record can be generated.

[0117] In this implementation, after initially identifying the first doctor capable of resolving the consultation issue, the first doctor can be further filtered based on the user's corresponding medical preferences to obtain second doctors who match those preferences. Each second doctor is then evaluated using assessment metrics to generate a first recommended consultation doctor list, and a recommendation tag is assigned to the second doctor ranked first in the list. This setup not only satisfies the medical preferences of different users but also improves the accuracy and matching of consultation doctor recommendations through assessment metrics, thereby enhancing the user experience. Furthermore, by setting recommendation tags in the recommended consultation doctor list, the most suitable doctor can be recommended to the user, and the existence of the recommended consultation doctor list also preserves the user's autonomy in selection, further enhancing the user experience. Furthermore, by generating online consultation records based on one or more of the following: the first consultation doctor, the corresponding consultation doctor information, the consultation duration of the first consultation process, and the consultation question in the consultation request, the accuracy and comprehensiveness of the online consultation records can be improved. This facilitates subsequent determination of the consultation question and doctor based on the online consultation records, and evaluation of the corresponding consultation doctors based on the online consultation records.

[0118] In one possible implementation, after receiving the consultation end information sent by the second doctor's terminal in step S17 above, it may further include:

[0119] S21: Receive a request from the user terminal to change doctors and determine whether the user has a corresponding medical preference.

[0120] S22: If so, the first doctor is selected based on the user's corresponding medical preferences to obtain a third doctor that matches the medical preferences; each third doctor is evaluated using evaluation indicators to determine the evaluation score for each third doctor; the third doctors are sorted in descending order of evaluation scores to generate a second list of recommended doctors, and a recommendation label is set for the first-ranked third doctor in the list.

[0121] S23: If not, use the evaluation indicators to evaluate each first doctor to determine the evaluation score corresponding to each first doctor; sort the first doctors in descending order of evaluation score to generate a second recommended consultation doctor list, and set a recommendation label for the first doctor ranked first in the list.

[0122] S24: Send the second list of recommended doctors to the user terminal, receive the second list of doctors sent by the user terminal, and send a consultation connection request to the third doctor terminal corresponding to the second doctor.

[0123] S25: After receiving the connection permission information sent by the third doctor's terminal, start the online communication connection between the user terminal and the third doctor's terminal to start the second consultation process corresponding to the second consulting doctor.

[0124] S26: After receiving the consultation end information sent by the third doctor terminal, generate a second online consultation record corresponding to the second consultation process based on one or more of the following: the second consulting doctor, the consulting doctor information corresponding to the second consulting doctor, the consultation duration corresponding to the second consultation process, and the consultation questions in the consultation request.

[0125] Accordingly, step S18 above, which generates the user's corresponding online consultation record based on the first online consultation record, may include:

[0126] Based on the first and second online consultation records, generate the corresponding online consultation records for each user.

[0127] In this embodiment, when generating a second online consultation record, it can first be determined whether the consultation duration corresponding to the second consultation process exceeds the duration threshold. Only when it exceeds the duration threshold is the consultation process considered valid and a second online consultation record can be generated.

[0128] In this embodiment, if the user sends a request to change doctors to the server again through the user terminal after the second consultation process, the specific processing procedure can be referred to the above steps S21-S26, and will not be repeated here.

[0129] In this implementation, during an online consultation, a user may change their consulting doctor within a single online consultation call using the "Change Consulting Doctor" function, thus conducting multiple consultations. Therefore, after the first consultation ends (receiving the consultation end information from the second doctor's terminal) and the user's terminal sends a request to change doctors, the first doctor initially selected as capable of resolving the consultation issue can be re-screened and evaluated to determine a new list of second recommended consulting doctors, instead of simply displaying the first recommended consulting doctor list again. This setting improves the accuracy and matching of recommendations when changing consulting doctors, thereby enhancing the user experience. Furthermore, if multiple consultations occur within a single online consultation call, online consultation records can be generated separately for each consultation process, and all online consultation records can be used as the user's corresponding online consultation record, ensuring the comprehensiveness and accuracy of the records while maintaining their independence.

[0130] S102: When there are multiple doctors consulting, determine whether the number of questions asked is one.

[0131] In this embodiment, when there are multiple doctors consulting, the existence of "multiple questions for one disease" can be determined by judging whether the number of questions asked is the same.

[0132] In one possible implementation, when the number of consultation questions is multiple, the method may further include:

[0133] S31: Determine whether there is a target consultation question that corresponds to multiple consulting doctors in the consultation question.

[0134] S32: If so, for the target consultation question, perform the step of sorting the consulting doctors according to the preset evaluation indicators or the user's corresponding prescription preferences to generate a list of recommended prescribing doctors; for other consultation questions besides the target consultation question, send prescription prompt information to the doctor's terminal of the corresponding consulting doctor.

[0135] S33: If not, then for each consultation question, send a prescription prompt message to the corresponding doctor's terminal.

[0136] In this embodiment, if there are multiple consultation questions, it indicates that the user has consulted on multiple symptoms. Although users generally issue a prescription after consulting on one symptom, there may be cases where a prescription is issued after consulting on all symptoms. Therefore, when there are multiple consultation questions, it is first necessary to determine whether there are target consultation questions corresponding to multiple consulting doctors, i.e., whether there are consultation questions involving "one disease, multiple inquiries". If not, a prescription prompt message can be sent to the doctor's terminal of each corresponding consulting doctor. If so, the determination of the prescribing doctor for the target consultation question can be processed according to step S103 below. Through this setting, the problem of determining the prescribing doctor in the case of many-to-many consultation questions and consulting doctors can be solved, further avoiding the difficulty for users in choosing from multiple prescriptions.

[0137] S103: If so, then sort the doctors according to the preset evaluation indicators or the user's corresponding prescription preferences to generate a list of recommended doctors, and send the list of recommended doctors to the user terminal.

[0138] In this embodiment,

[0139] In one possible implementation, step S103 above, which involves ranking the consulting doctors according to preset evaluation indicators or the user's corresponding prescription preferences to generate a recommended list of prescribing doctors, may include:

[0140] S1031: Determine whether the user has a corresponding prescription preference, which includes one or more of the following: consultation duration preference and doctor title preference.

[0141] S1032: If so, obtain the consultation duration and / or doctor's title for each doctor; sort the doctors according to the consultation duration from longest to shortest and / or the doctor's title from highest to lowest to generate a list of recommended doctors, and set a recommendation tag for the doctor ranked first in the list.

[0142] S1033: If not, use the preset evaluation indicators to evaluate each doctor and determine the evaluation score for each doctor; sort the doctors according to the evaluation scores from largest to smallest to generate a list of recommended doctors, and set a recommendation label for the doctor ranked first in the list.

[0143] In this implementation, the preference for consultation duration can be a user's preference for the longest consultation duration, such as a preference for the longest consultation. The preference for doctor's professional title can be a user's preference for the doctor's professional title, such as a preference for doctors with higher professional titles (chief physician, etc.).

[0144] In this implementation, if a user selects both consultation duration preference and doctor title preference for prescription preferences, the recommended list of prescribing doctors can be sorted first by consultation duration, and if the consultation durations are the same, then sorted by doctor title.

[0145] In this implementation, after determining the consulting doctor, it can first be determined whether the user has a corresponding prescription preference. If so, the consulting doctors are sorted according to the user's prescription preference to generate a recommended prescription doctor list; if not, the consulting doctors are sorted according to preset evaluation indicators in the server to generate a recommended prescription doctor list. This setting improves the accuracy and matching of prescription doctor recommendations. By setting recommendation tags in the recommended prescription doctor list, the most suitable prescription doctor can be recommended to the user. Furthermore, the existence of the recommended prescription doctor list retains the user's autonomy in selection, further enhancing the user experience.

[0146] In one possible implementation, the evaluation indicators may include one or more of the following: consultation duration, doctor's professional title, doctor's approval rating, the matching degree between consultation questions and the department of the consulting doctor, the number of consultations conducted by the doctor, and the number of articles published by the doctor.

[0147] In this embodiment, those skilled in the art can pre-set the evaluation score corresponding to each evaluation indicator, such as 10 points for chief physician, 5 points for associate chief physician, and 0 points for general practitioner. After determining the evaluation indicators for a doctor, the corresponding evaluation score can be determined according to the preset correspondence. The sum of the evaluation scores of all evaluation indicators is the evaluation score corresponding to that doctor.

[0148] In this implementation, a comprehensive and accurate evaluation of a doctor's consultation can be achieved based on factors such as consultation duration, doctor's professional title, doctor's approval rating, the matching degree between consultation questions and the doctor's department, the number of consultations conducted by the doctor, and the number of articles published by the doctor. This ensures the accuracy of ranking and recommending doctors based on the above evaluation indicators.

[0149] S104: Receive the prescribing doctor sent by the user terminal, and send a prescribing prompt message to the first doctor terminal corresponding to the prescribing doctor.

[0150] In this embodiment, after the user selects a prescribing doctor, a prescription prompt message can be sent to the first doctor terminal corresponding to the prescribing doctor to prompt the prescribing doctor to issue a prescription. Other consulting doctors will not issue prescriptions, that is, only one doctor issues a prescription during the consultation process.

[0151] S105: Receive prescription information sent by the first doctor's terminal and send the prescription information to the user terminal.

[0152] In this embodiment, after receiving the prescription information issued by the prescribing doctor, the prescription information can be sent to the user terminal, and the user can receive a unique prescription.

[0153] In this embodiment, after receiving a consultation and prescription request from a user terminal, the system can determine whether the request involves multiple doctors for the same illness by identifying the user's consultation question and the corresponding doctor. If this is confirmed (i.e., one consultation question corresponds to multiple doctors), the doctors can be sorted to generate a recommended doctor list, which is then sent to the user terminal. Upon receiving the doctor's name from the user terminal, a prescription prompt can be sent only to the first doctor's terminal associated with that doctor. This configuration prevents multiple doctors from issuing prescriptions during online consultations, ensuring that only one doctor issues the prescription, rather than all doctors. This avoids the difficulty users face when multiple prescriptions are issued and prevents the waste of medical resources caused by multiple doctors prescribing the same illness, thus improving doctors' work efficiency. Furthermore, by sorting the doctors based on preset evaluation indicators or the user's corresponding prescription preferences to generate a list of recommended doctors, the accuracy and matching of doctor recommendations can be improved, while also ensuring the user's freedom of choice. Users can choose their own doctors, thus enhancing the user experience.

[0154] Example 2

[0155] Figure 4This is a flowchart of a medical service processing method provided in another embodiment of this application. This embodiment describes the medical service processing method with the user terminal as the executing entity. Figure 3 As shown, the medical service processing method may include the following steps:

[0156] S201: Send a consultation and prescription request to the server. The consultation and prescription request is used to instruct the server to determine the consultation question and the doctor corresponding to the user terminal. If there are multiple doctors, determine whether the number of consultation questions is one. If so, sort the doctors according to the preset evaluation indicators or the user's prescription preference to generate a recommended prescription doctor list and send the recommended prescription doctor list to the user terminal.

[0157] In this embodiment, the user can send a consultation and prescription request to the server through the user terminal. After receiving the consultation and prescription request, the server determines the list of recommended doctors. The specific implementation method can refer to S101-S103 in the above embodiment one, and will not be repeated here.

[0158] S202: Receive and display the list of recommended prescribing doctors sent by the server. After receiving the prescribing doctor selected by the user, send the prescribing doctor to the server so that the server can receive the prescribing doctor sent by the user terminal, send a prescription prompt message to the first doctor terminal corresponding to the prescribing doctor, receive the prescription information sent by the first doctor terminal, and send the prescription information to the user terminal.

[0159] In this embodiment, after the user terminal receives the list of recommended prescribing doctors, it can display the list on the display interface for the user to choose from. After the user makes a selection, the selected prescribing doctor is sent to the server. The specific implementation method for the server to determine the prescription information after receiving the prescribing doctor can refer to S104-S105 in the above embodiment one, and will not be repeated here.

[0160] S203: Receive and display prescription information sent by the server.

[0161] In this embodiment, after receiving the prescription information, the user terminal can display the prescription information on the display interface so that the user can purchase the corresponding medicine according to the prescription information.

[0162] The medical service processing method of this application will be described below with a specific embodiment.

[0163] Example 3

[0164] In one specific embodiment, a user conducts an online consultation through a medical platform and wants to obtain a prescription from the doctor after the consultation. The specific medical service processing procedure is as follows:

[0165] The first step is that after the consultation ends, the user sends a consultation and prescription request to the server through the user terminal.

[0166] The second step is that after the server receives the consultation and prescription request from the user's terminal, it determines the corresponding consultation question and doctor based on the user's most recent online consultation record.

[0167] Third, when there are multiple doctors consulting, the server determines that the number of questions asked is one.

[0168] The fourth step involves the server sorting the doctors based on preset evaluation indicators or the user's prescription preferences to generate a recommended list of doctors, which is then sent to the user's terminal.

[0169] Fifth, the user terminal displays the list of recommended prescribing doctors on the display interface for the user to choose from, and after the user makes a selection, the selected prescribing doctor is sent to the server.

[0170] The sixth step is for the server to receive the prescribing doctor's information from the user terminal and send a prescription prompt message to the first doctor's terminal corresponding to the prescribing doctor.

[0171] Step 7: The first doctor's terminal receives and displays the prescription prompt information so that the prescribing doctor can issue a prescription and upload the prescription information to the server.

[0172] Step 8: The server receives the prescription information sent by the first doctor's terminal and sends the prescription information to the user's terminal. The user then purchases the corresponding medication based on the prescription information displayed on the user's terminal.

[0173] Figure 5 This is a schematic diagram of the structure of a server according to an embodiment of this application, as shown below. Figure 5 As shown, the server includes: a receiving module 51, used to receive a consultation and prescription request input by a user terminal, and determine the consultation question and doctor corresponding to the user; a first processing module 52, used to determine whether the number of consultation questions is one when there are multiple doctors; if so, to sort the doctors according to preset evaluation indicators or the user's corresponding prescription preferences to generate a recommended prescription doctor list, and send the recommended prescription doctor list to the user terminal; to receive the prescription doctor sent by the user terminal, and send a prescription prompt message to the first doctor terminal corresponding to the prescription doctor; to receive the prescription information sent by the first doctor terminal, and send the prescription information to the user terminal. In one embodiment, the specific implementation function of the server can be described in steps S101-S105 of Embodiment 1, and will not be repeated here.

[0174] Figure 6This is a schematic diagram of the structure of a user terminal according to an embodiment of this application, as shown below. Figure 6 As shown, the user terminal includes: a sending module 61, used to send a consultation and prescription request to the server. The consultation and prescription request instructs the server to determine the consultation question and doctor corresponding to the user of the user terminal. When there are multiple doctors, it determines whether the number of consultation questions is one. If so, it sorts the doctors according to preset evaluation indicators or the user's corresponding prescription preference to generate a recommended prescription doctor list and sends the recommended prescription doctor list to the user terminal; a second processing module 62, used to receive and display the recommended prescription doctor list sent by the server. After receiving the prescription doctor selected by the user, it sends the prescription doctor to the server so that the server can receive the prescription doctor sent by the user terminal, send prescription prompt information to the first doctor terminal corresponding to the prescription doctor, receive the prescription information sent by the first doctor terminal, and send the prescription information to the user terminal; and receive and display the prescription information sent by the server. In one embodiment, the specific functions of the user terminal can be described in steps S201-S203 of Embodiment 2, which will not be repeated here.

[0175] Figure 7 This is a schematic diagram of the server structure according to another embodiment of this application, as shown below. Figure 7 As shown, the server includes a processor 101 and a memory 102 communicatively connected to the processor 101; the memory 102 stores computer-executable instructions; the processor 101 executes the computer-executable instructions stored in the memory 102 to implement the steps of the medical service processing method in the above embodiment 1.

[0176] In the aforementioned server, the memory 102 and the processor 101 are electrically connected directly or indirectly to enable data transmission or interaction. For example, these components can be electrically connected to each other via one or more communication buses or signal lines, such as a bus connection. The memory 102 stores computer-executable instructions that implement data access control methods, including at least one software functional module that can be stored in the memory 102 in the form of software or firmware. The processor 101 executes various functional applications and data processing by running the software programs and modules stored in the memory 102.

[0177] The memory 102 may be, but is not limited to, Random Access Memory (RAM), Read Only Memory (ROM), Programmable Read-Only Memory (PROM), Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), etc. The memory 102 stores programs, which are executed by the processor 101 upon receiving execution instructions. Furthermore, the software programs and modules within the memory 102 may include an operating system, which may include various software components and / or drivers for managing system tasks (e.g., memory management, storage device control, power management, etc.) and can communicate with various hardware or software components to provide an operating environment for other software components.

[0178] Processor 101 can be an integrated circuit chip with signal processing capabilities. The aforementioned processor 101 can be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor.

[0179] Figure 8 This is a schematic diagram of the structure of a user terminal according to another embodiment of this application, as shown below. Figure 8 As shown, the user terminal includes: a processor 201, and a memory 202 communicatively connected to the processor 201; the memory 202 stores computer execution instructions; the processor 201 executes the computer execution instructions stored in the memory 202 to implement the steps of the medical service processing method in the above embodiment 2.

[0180] In the aforementioned user terminal, the memory 202 and the processor 201 are electrically connected directly or indirectly to enable data transmission or interaction. For example, these components can be electrically connected to each other via one or more communication buses or signal lines, such as a bus connection. The memory 202 stores computer-executable instructions that implement data access control methods, including at least one software functional module that can be stored in the memory 202 in the form of software or firmware. The processor 201 executes various functional applications and data processing by running the software programs and modules stored in the memory 202.

[0181] The memory 202 may be, but is not limited to, Random Access Memory (RAM), Read Only Memory (ROM), Programmable Read-Only Memory (PROM), Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), etc. The memory 202 stores programs, which are then executed by the processor 201 upon receiving execution instructions. Furthermore, the software programs and modules within the memory 202 may include an operating system, which may include various software components and / or drivers for managing system tasks (e.g., memory management, storage device control, power management), and can communicate with various hardware or software components to provide an operating environment for other software components.

[0182] Processor 201 can be an integrated circuit chip with signal processing capabilities. The aforementioned processor 201 can be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor.

[0183] An embodiment of this application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the steps of the methods in the above-described embodiment one of this application.

[0184] An embodiment of this application also provides another computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the steps of the methods in the above-described embodiment two of this application.

[0185] An embodiment of this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the methods in Embodiment 1 of this application.

[0186] An embodiment of this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the methods in Embodiment 2 of this application.

[0187] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the appended claims.

[0188] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A medical service processing method characterized by comprising: The application is applied to a server, comprising: After the online consultation of a user is finished, receiving a consultation prescription request input by a user terminal of the user; Determining online consultation records of the user within a preset time length; determining the consultation question and the consultation doctor corresponding to the user according to the online consultation record and the consultation question and the consultation doctor corresponding to each online consultation record; the online consultation record of the user includes: a plurality of online consultation records of a plurality of consultation processes of the user, and each online consultation record includes at least: a consultation question, consultation doctor information; When the consultation doctor is more than one, determining whether the number of the consultation question is one; if yes, sorting the consultation doctors according to a preset evaluation index or the prescription preference of the user to generate a recommended prescription doctor list, and sending the recommended prescription doctor list to the user terminal; Receiving a prescription doctor selected by the user terminal, and sending a prescription prompt information to a first doctor terminal corresponding to the one prescription doctor; Receiving prescription information sent by the first doctor terminal, and sending the prescription information to the user terminal.

2. The method of claim 1, wherein, The sorting of the consultation doctors according to the preset evaluation index or the prescription preference of the user to generate the recommended prescription doctor list specifically includes: Determining whether the user has a corresponding prescription preference, and the prescription preference includes one or more of a consultation time length preference and a doctor title preference; If yes, obtaining the consultation time length and / or the doctor title corresponding to each consultation doctor; sorting the consultation doctors according to the order from long to short of the consultation time length and / or the order from high to low of the doctor title to generate the recommended prescription doctor list, and setting a recommended label for the first consultation doctor in the list; If no, evaluating each consultation doctor by using the preset evaluation index to determine the evaluation score corresponding to each consultation doctor; sorting the consultation doctors according to the order from large to small of the evaluation score to generate the recommended prescription doctor list, and setting a recommended label for the first consultation doctor in the list.

3. The method of claim 2, wherein, The evaluation index includes one or more of a consultation time length, a doctor title, a doctor praise rate, a matching degree of a consultation question and a department of the consultation doctor, a number of consultations of a doctor, and a number of articles published by a doctor.

4. The method of claim 1, wherein, The online consultation record is obtained by: Receiving a consultation request sent by the user terminal, determining a first doctor corresponding to a consultation question in the consultation request; Determining whether the user has a corresponding medical preference, and the medical preference includes one or more of a doctor gender preference, a doctor title preference, and a doctor type preference; If yes, screening the first doctor according to the medical preference of the user to obtain a second doctor meeting the medical preference; evaluating each second doctor by using the evaluation index to determine the evaluation score corresponding to each second doctor; sorting the second doctors according to the order from large to small of the evaluation score to generate a first recommended consultation doctor list, and setting a recommended label for the first second doctor in the list; If not, each of the first doctors is evaluated by using the evaluation index to determine the evaluation score corresponding to each of the first doctors; the first doctors are sorted in descending order of the evaluation score to generate a first recommended doctor list for inquiry, and the first doctor ranked first in the list is set with a recommended label; The first recommended doctor list for inquiry is sent to the user terminal, a first doctor for inquiry sent by the user terminal is received, and an inquiry connection request is sent to the second doctor terminal corresponding to the first doctor for inquiry; After receiving the permission connection information sent by the second doctor terminal, the online communication connection between the user terminal and the second doctor terminal is started to start the first inquiry process corresponding to the first doctor for inquiry; After receiving the inquiry end information sent by the second doctor terminal, a first online inquiry record corresponding to the first inquiry process is generated according to one or more of the first doctor for inquiry, the inquiry doctor information corresponding to the first doctor for inquiry, the inquiry duration corresponding to the first inquiry process, and the inquiry question in the inquiry request; According to the first online inquiry record, an online inquiry record corresponding to the user is generated; The inquiry doctor information includes one or more of the following: doctor's name, doctor's gender, doctor's type, doctor's title, doctor's good comment rate, doctor's number of inquiries, and doctor's number of articles published.

5. The method of claim 4, wherein, After receiving the inquiry end information sent by the second doctor terminal, the following is further included: A doctor change request sent by the user terminal is received, and it is judged whether the user has a corresponding medical preference; If yes, the first doctors are screened according to the corresponding medical preference of the user to obtain third doctors meeting the medical preference; each of the third doctors is evaluated by using the evaluation index to determine the evaluation score corresponding to each of the third doctors; the third doctors are sorted in descending order of the evaluation score to generate a second recommended doctor list for inquiry, and the third doctor ranked first in the list is set with a recommended label; If not, each of the first doctors is evaluated by using the evaluation index to determine the evaluation score corresponding to each of the first doctors; the first doctors are sorted in descending order of the evaluation score to generate a second recommended doctor list for inquiry, and the first doctor ranked first in the list is set with a recommended label; The second recommended doctor list for inquiry is sent to the user terminal, a second doctor for inquiry sent by the user terminal is received, and an inquiry connection request is sent to the third doctor terminal corresponding to the second doctor for inquiry; After receiving the permission connection information sent by the third doctor terminal, the online communication connection between the user terminal and the third doctor terminal is started to start the second inquiry process corresponding to the second doctor for inquiry; After receiving the inquiry end information sent by the second doctor terminal, a first online inquiry record corresponding to the first inquiry process is generated according to one or more of the first doctor for inquiry, the inquiry doctor information corresponding to the first doctor for inquiry, the inquiry duration corresponding to the first inquiry process, and the inquiry question in the inquiry request; After receiving the end-of-consultation information sent by the third doctor terminal, a second online consultation record corresponding to the second consultation process is generated according to one or more of the second consultation doctor, the second consultation doctor corresponding consultation doctor information, the second consultation process corresponding consultation time length, and the consultation question in the consultation request; Correspondingly, the generating the online consultation record corresponding to the user according to the first online consultation record specifically includes: generating the online consultation record corresponding to the user according to the first online consultation record and the second online consultation record.

6. The method according to any one of claims 1-5, characterized in that, When the number of consultation questions is multiple, the method further includes: determining whether there is a target consultation question corresponding to multiple consultation doctors in the consultation questions; if yes, for the target consultation question, the step of sorting the consultation doctors according to the preset evaluation index or the prescription preference corresponding to the user is performed to generate a recommended prescription doctor list; and for other consultation questions in the consultation questions except the target consultation question, prescription prompt information is sent to the doctor terminals of the respective corresponding consultation doctors; if no, for each of the consultation questions, prescription prompt information is sent to the doctor terminals of the respective corresponding consultation doctors.

7. A medical service processing method characterized by comprising: The application is applied to a user terminal and includes: after the online consultation corresponding to the user ends, a consultation prescription request is sent to a server to enable the server to determine online consultation records of the user within a preset time length, determine the consultation questions and consultation doctors corresponding to the user according to the consultation questions and consultation doctors corresponding to each of the online consultation records, and when it is determined that the consultation doctors are multiple and the number of the consultation questions is one, sort the consultation doctors according to a preset evaluation index or a prescription preference corresponding to the user to generate a recommended prescription doctor list, and send the recommended prescription doctor list to the user terminal; wherein the online consultation record corresponding to the user includes multiple online consultation records of multiple consultation processes of the user, and each online consultation record of a consultation process at least includes a consultation question and consultation doctor information; after receiving one prescription doctor selected by the user, the one prescription doctor is sent to the server to enable the server to send prescription prompt information to a first doctor terminal corresponding to the one prescription doctor, receive prescription information sent by the first doctor terminal, and send the prescription information to the user terminal; receive and display the prescription information sent by the server.

8. A server, characterized by The application includes: a receiving module configured to receive a consultation prescription request input by a user terminal of the user after the online consultation corresponding to the user ends; a first processing module configured to determine online consultation records of the user within a preset time length; determine the consultation questions and consultation doctors corresponding to the user according to the consultation questions and consultation doctors corresponding to each of the online consultation records; determine the consultation questions and consultation doctors corresponding to the user according to the consultation questions and consultation doctors corresponding to each of the online consultation records; The online consultation record corresponding to the user includes: a plurality of online consultation records of a plurality of consultation processes of the user, and each online consultation record of a consultation process at least includes: a consultation question, consultation doctor information; when the consultation doctor is multiple, it is judged whether the number of the consultation question is one; if yes, the consultation doctor is sorted according to a preset evaluation index or the prescription preference corresponding to the user, to generate a recommended prescription doctor list, and the recommended prescription doctor list is sent to the user terminal; one prescription doctor selected by the user terminal is received, and prescription prompt information is sent to the first doctor terminal corresponding to the one prescription doctor; the prescription information sent by the first doctor terminal is received, and the prescription information is sent to the user terminal.

9. A user terminal, characterized in that Comprise: The sending module is used for sending a consultation prescription request to the server after the online consultation corresponding to the user is ended, so that the server determines the online consultation record of the user within a preset time length, determines the consultation question and the consultation doctor corresponding to the user according to the consultation question and the consultation doctor corresponding to each online consultation record, and when it is judged that the consultation doctor is multiple and the number of the consultation question is one, the consultation doctor is sorted according to a preset evaluation index or the prescription preference corresponding to the user, to generate a recommended prescription doctor list, and the recommended prescription doctor list is sent to the user terminal; wherein the online consultation record corresponding to the user includes: a plurality of online consultation records of a plurality of consultation processes of the user, and each online consultation record of a consultation process at least includes: a consultation question, consultation doctor information; The second processing module is used for receiving and displaying the recommended prescription doctor list sent by the server, after receiving one prescription doctor selected by the user, the one prescription doctor is sent to the server, so that the server sends prescription prompt information to the first doctor terminal corresponding to the one prescription doctor, and receives the prescription information sent by the first doctor terminal, and sends the prescription information to the user terminal; the prescription information sent by the server is received and displayed.

Images