CN112820420A

CN112820420A - Data interaction method, client and server

Info

Publication number: CN112820420A
Application number: CN202110178283.9A
Authority: CN
Inventors: 陈方林
Original assignee: Ali Health Technology Hangzhou Co ltd
Current assignee: Ali Health Technology Hangzhou Co ltd
Priority date: 2021-02-09
Filing date: 2021-02-09
Publication date: 2021-05-18

Abstract

The specification provides a data interaction method, a client and a server. The method may include: receiving symptom description information input by a user at a user client; sending the symptom description information and the designated position information to a server; so that the server sends a diagnosis offer to the doctor client within a set distance based on the specified position information, wherein the diagnosis offer at least comprises the symptom description information. And displaying a communication interface for establishing communication between the user client and a doctor client responding to the diagnosis invitation. The method can bring convenience to the patient to see a doctor.

Description

Data interaction method, client and server

Technical Field

The present disclosure relates to the field of electronic commerce, and in particular, to a data interaction method, a client, and a server.

Background

With the rapid development of electronic commerce, people have become accustomed to conducting online transactions.

In real life, when a person is ill, the person can choose to visit a hospital for a doctor. Or, based on their own experience, go to a pharmacy to purchase some medications. As people have become accustomed to the online services offered by e-commerce, some web sites have also begun to provide web medical advice services. For example, the user may issue a question on a website, and a doctor may answer a message to the doctor.

Disclosure of Invention

The implementation mode of the specification provides a data interaction method, a client and a server, and convenience can be brought to patient treatment.

An embodiment of the present specification provides a data interaction method, including: receiving symptom description information input by a user at a user client; sending the symptom description information and the designated position information to a server; so that the server sends a diagnosis offer to a doctor client within a set distance based on the specified position information, wherein the diagnosis offer at least comprises the symptom description information; and displaying a communication interface for establishing communication between the user client and a doctor client responding to the diagnosis invitation.

The embodiment of the specification provides a data interaction method, which is applied to a server and comprises the following steps: receiving symptom description information and designated position information sent by a user client; based on the designated position information, sending a diagnosis offer to a doctor client within a set distance; and determining a target doctor client according to the received treatment receiving request which represents that the doctor accepts the diagnosis invitation.

A data interaction method is applied to a doctor client, and comprises the following steps: receiving a diagnosis offer sent by a server; wherein the diagnosis offer is generated based on the server receiving symptom description information published by a user client; feeding back a consultation receiving request aiming at the diagnosis invitation to the server according to the input of a doctor at the doctor client; and displaying a communication interface for establishing communication between the target doctor client and the user client under the condition that the server determines that the doctor client is the target doctor client according to the received treatment request.

In the embodiment of the specification, the server determines to send a diagnosis offer to the doctor client by the aid of the symptom description information sent by the user autonomously, and further determines a target doctor. The system brings great convenience to the user for seeing a doctor or consulting and the like. The user can communicate with the doctor without going out, and the trouble of queuing and registering at the hospital site is avoided. Moreover, hospitals are often places with dense patients, infectious disease patients can exist with high probability, in the embodiment, users can communicate with doctors after giving symptom description information through a network, the users or patients can be free from going to the hospital site, and cross infection is avoided to a certain extent. In this embodiment, the target doctor is finally determined, and the distance from the user may be within a predetermined initial distance. The space distance between the user and the doctor is appropriate, and the patient and the doctor can communicate conveniently and further in the same plane. Brings convenience to users and integrally improves the social labor efficiency.

Drawings

The accompanying drawings, which are included to provide a further understanding of embodiments of the specification, are incorporated in and constitute a part of this specification, illustrate embodiments of the specification and together with the description serve to explain the principles of the specification. It is obvious that the drawings in the following description are only some embodiments of the present description, and that for a person skilled in the art, other drawings can be derived from them without inventive exercise. In the drawings:

FIG. 1 is a schematic diagram of a scenario application of a data interaction system provided in an embodiment of the present disclosure;

FIG. 2 is a schematic diagram of a user client presentation interface provided by an embodiment of the present specification;

FIG. 3 is a schematic diagram of a user client presentation interface provided by an embodiment of the present specification;

FIG. 4 is a schematic diagram of a user client presentation interface provided by an embodiment of the present specification;

FIG. 5 is a flow chart of a data interaction method provided in an embodiment of the present specification;

fig. 6 is a functional block diagram of a client according to an embodiment of the present disclosure;

FIG. 7 is a flow chart of a data interaction method provided by embodiments of the present specification;

fig. 8 is a functional block diagram of a server provided in an embodiment of the present specification;

FIG. 9 is a flow chart of a data interaction method provided by embodiments of the present specification;

fig. 10 is a functional block diagram of a client provided in an embodiment of the present specification.

Detailed Description

In order to make the technical solutions in the present specification better understood, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, but not all embodiments. All other embodiments obtained by a person of ordinary skill in the art without any inventive work based on the embodiments in the present specification shall fall within the protection scope of the present specification.

The embodiment of the specification provides a data interaction system. The data interaction system comprises a user client, a server and a doctor client.

In this embodiment, the user client and the doctor client may be electronic devices having display and network access functions. The electronic device may be provided with a processing chip having a certain arithmetic capability. Specifically, for example, the electronic device may be a tablet computer, a smart phone, a computer terminal, or the like, or may be software that can be run in the electronic device. The client may provide a network interface for data interaction. The client can carry out data information interaction according to a network communication protocol.

In this embodiment, the server may include a hardware device having a data information processing function and software necessary for driving the hardware device to operate. Of course, the server may be only a hardware device having a data processing capability, or only software running in a hardware device. The server can perform network data interaction with the user client and the doctor client based on network protocols such as HTTP, TCP/IP or FTP and a network communication module.

Please refer to fig. 1 and fig. 2. In one example scenario, the user has pharyngolaryngitis and wants to find a doctor to consult the diagnosis. The system is used for starting a user client application installed in the mobile phone and communicating with a doctor through the user client.

The user client may provide the user with the ability to fill out a symptom slip. In particular, the user client may provide an interface with a generate symptom list button. After the user clicks the generate symptom list button, the user client may further provide a content filling page of the symptom list. The user may enter symptom description information on the content fill-in page. Specifically, for example, there may be fields for type identification, symptom description, and setting resource amount. The user can be directed at the type identifier, the type identifier can have two values of emergency call and ordinary outpatient service, the user selects the ordinary outpatient service, the symptom field can fill out the 'throat pain', and the symptom description field can fill out the 'throat swallowing can be very painful, trembled and lasts for a week'. The user filled in that the specified resource amount is 50 dollars. After completion of the filling, the user clicks the completion button. At this point, the user client may have generated a symptom ticket for the user. The specified resource amount may be a part of the content of the symptom list, or may be a part of the content of the symptom list, which is not a part of the content of the symptom list. In this scenario example, the specified resource amount may be made part of the symptom sheet. Of course, the symptom sheet may be one representation of the symptom description information.

Referring to FIG. 3, after the user clicks the completion button of the symptom sheet, the user client may present a map interface. Doctor information within the map area can be presented in the map interface. The physician information may be used to indicate the geographic location where the physician is located. Therefore, the user can intuitively know the condition of the nearby medical resources.

After the user clicks the completion button of the symptom list, the user client may send the symptom list and the location information to the server. After the server receives the symptom ticket, it may analyze the symptom ticket for further processing. First, the server can first determine the value of the type identifier, and find that it is a common outpatient service. So that the server can treat the symptom sheet as a flow of a common outpatient service. Specifically, the server may match the symptom and the symptom description in the symptom list in a preset disease result set to obtain the target disease corresponding to the symptom description of the user. And further, screening doctors based on the target diseases obtained by analysis. Specifically, each doctor will have a corresponding department, and a range of diagnoses for a disease. Thus, after the target disease is obtained, a doctor adapted to the target disease can be screened. For example, after the server is matched, the target disease corresponding to the symptom sheet is tonsil inflammation. Therefore, the doctor in the otolaryngological department can screen to obtain the doctor suitable for the target disease. The screened doctors can respectively belong to different hospitals and correspond to different geographical positions. Therefore, the doctor information obtained through corresponding screening can be displayed on the map interface corresponding to the geographical position of the hospital.

The user can operate the user client to issue the symptom sheet, so that a doctor receiving the diagnosis invitation can further know the physical condition of the user to diagnose. Specifically, the user may click a publish button of the user client, and the user client may send a publish request to the server. After receiving the release request, the server may calculate doctors whose spatial distance from the user is within the initially set distance range based on the location information of the user, and may send a diagnosis offer to the doctors. Specifically, for example, the server may use a hospital address where a doctor works as the doctor's address. In this way, doctors within a specified distance can be obtained by further re-screening according to the distance among the adaptive doctors corresponding to the symptom list.

The doctor receives a diagnosis offer through the doctor client. Specifically, after the doctor client receives the diagnosis offer, the doctor client may be prompted to some extent. Thus, the doctor can know that the diagnosis invitation is received, and the doctor can process the diagnosis invitation in time. Of course, in order to allow the user's symptom list to be accepted by the doctor as soon as possible and to diagnose the condition of an illness for the user as soon as possible, the server may determine the doctor who has sent the first request for a consultation as the target doctor. And can feed back doctor information to the user client of the user. For example, the doctor information may be name: zhang III, department: ear, nose and throat, seniority: the master physician, the good comment degree: five stars, and so on. The server may send the symptom ticket to the doctor's client for easy review by the doctor.

Please refer to fig. 4. After the server determines the target doctor corresponding to the symptom ticket, communication can be established between the user and the target doctor. Specifically, for example, the user client may display a session interface with the target doctor, and the target doctor client of the target doctor may also display a session interface for communicating with the user accordingly. In this manner, the user may communicate with the target physician. The doctor can further inquire the symptom information of the user, and further can diagnose the user, guide the medication and the like.

Please refer to fig. 5. The implementation mode of the specification also provides a data interaction method. The data interaction method can be applied to a client. Specifically, for example, the data interaction method may be applied to a user client. The method may include the following steps.

Step S12: and receiving symptom description information input by a user at a user client.

In this embodiment, the user may operate the user client to generate symptom description information. The symptom description information may be a description of a symptom exhibited by the patient's body. Therefore, the doctor can know the physical state of the patient by using the symptom description information as an information carrier, and further can know the illness state of the patient under the condition of no face-to-face communication. For example, the symptom description information of the throat patient may include sore throat, trembling, and the like. In some embodiments, the specific data form of the symptom describing information may include, but is not limited to, text, images, video, audio, and the like, or any combination thereof. For example, the user may operate the user client to record a video, the video may show a body lesion, and the user may perform certain voice commentary during the recording process.

In the present embodiment, the content included in the symptom description information may not be limited to the symptom description, and may include personal information used for diagnosis and treatment of a patient. In some embodiments, the data interaction system may perform desensitization and/or encrypted storage for the personal information involved. Specifically, for example, the symptom description information may further include a patient name, an age, a sex, a disease history, a contact name, a contact address, and the like.

In the present embodiment, the manner of user input may include keyboard entry, voice recognition, somatosensory recognition, and the like. It is to be understood that the embodiments of the present disclosure are not limited to the above examples, and those skilled in the art can make other modifications according to the prior art, but the functions and effects of the embodiments are the same as or similar to those of the embodiments and are intended to be covered by the scope of the claims.

Step S14: sending the symptom description information and the designated position information to a server; so that the server sends a diagnosis offer to the doctor client within a set distance based on the specified position information, wherein the diagnosis offer at least comprises the symptom description information.

Step S16: and displaying a communication interface for establishing communication between the user client and a doctor client responding to the diagnosis invitation.

In this embodiment, the user inputs symptom description information by operating the user client, which may indicate that the user needs to further establish communication with the doctor. Thereby obtaining the doctor's diagnosis of the disease or the guidance of medication for the patient. After the user client inputs the symptom description information, the user can operate the user client to send the symptom description information to the server, so that the server can further determine a target doctor according to the symptom description information. The mode that the user client sends the symptom description information to the server can be based on the existing network communication protocol, and the symptom description information is directly sent to the server through the network. Of course, in some embodiments, the user client may not have the network communication function, and performs data communication with the electronic device having the network communication function, so that the electronic device having the network communication function transmits the symptom description information to the server.

In this embodiment, after the server receives the symptom description information, it may analyze the symptom description information to determine the doctor client of the doctor who responded to the diagnosis offer. The scope of the doctor's visit in response to the diagnosis offer may cover the disease to which the symptom description information corresponds. Thus, the doctor can further understand the illness state of the patient, diagnose or guide medication and the like through a mode of communicating with the user or the patient in advance.

In this embodiment, the designated location information may be used to indicate the geographic location of the user. The specified location information may be satellite positioning data or may be a data identifier that uniquely represents a certain geographic location. After the server receives the specified location information, the geographic location of the user may be determined based on the specified location information. So that the doctor can be looked up within a set distance, centred on the geographical position. Specifically, for example, a diagnosis offer is sent to a doctor in a circular area formed with a set distance as a radius, with the geographical position of the user as a center. Of course, the method is not limited to a circle, and other embodiments are possible, such as a square centered on the user's geographic location, and the initial set distance may be the diagonal length of the square. It is to be understood that those skilled in the art may make other changes and modifications within the spirit and scope of the present invention, and that the same or similar functions and effects as those of the present embodiment may be achieved by those skilled in the art without departing from the scope of the present invention. In some embodiments, the specified location information may also be location information of a geographic location specified by the user operating the user client, and not necessarily location information of the user client. For example, the user a is at the location a and the patient B is at the location B, the user a operates the user client to find a doctor for the patient B, and the specified location information may be the location information of the patient B.

In this embodiment, after the user can issue the symptom description information through the user client, the user can communicate with the doctor on line. In some cases, the disease of some patients may be complicated, or after the user and the doctor communicate, it is considered necessary to communicate in person, etc. In the embodiment, the diagnosis offer is sent to the doctor within the set distance of the position information, so that the spatial distance between the user and the doctor is appropriate, and convenience is brought to the patient.

In this embodiment, the server may feed back to the user client after determining the physician client that responded to the diagnostic offer. So that the user client can enter an interface for communicating with the doctor. In particular, the server may establish an instant messaging session between the user client and the doctor client. Certainly, the communication interface is not limited to the instant communication session interface between the user client and the doctor client, and may also be a voice communication interface, a telephone communication interface, or a video communication interface that is constructed by the server for the user client and the doctor client.

In the embodiment of the specification, the server determines to send the diagnosis offer to the doctor client by the aid of the symptom description information sent by the user autonomously, and further determines the doctor client for responding to the diagnosis offer. So that the user can communicate with a doctor using a doctor client by using the user client. Brings great convenience to the user for seeing a doctor or consulting and the like. The user can communicate with the doctor without going out, and the trouble of queuing and registering at the hospital site is avoided. Moreover, hospitals are often places with dense patients, infectious disease patients can exist with high probability, in the embodiment, users can communicate with doctors after giving symptom description information through a network, the users or patients can be free from going to the hospital site, and cross infection is avoided to a certain extent. In the present embodiment, the target doctor is finally determined, and the distance from the user may be within a set distance. The space distance between the user and the doctor is appropriate, and the patient and the doctor can communicate conveniently and further in the same plane. Brings convenience to users and integrally improves the social labor efficiency.

In one embodiment, the step of receiving symptom description information input by a user at a user client may include: receiving a specified resource quantity input by a user at a user client; correspondingly, in the step of sending the symptom description information and the designated location information to the server, the method includes: and sending the symptom description information, the specified resource amount and the specified position information to a server.

In this embodiment, the user can specify the specified resource amount corresponding to the symptom description information by himself or herself. Thus, by specifying the quantity of the resource quantity, the enthusiasm and the response speed of the doctor for receiving the diagnosis invitation are improved after the symptom description information is issued. The specified resource amount of the user's symptom descriptive information may be associated with the user's resource account. Thus, after determining the physician client that responded to the diagnostic offer, or after the physician has completed a communication diagnosis with the user using the physician client, the resources represented by the specified resource amounts may be transferred to the account bound by the physician client that responded to the diagnostic offer. In this way, the resources represented by the specified resource amount can be used as compensation for the doctor. Specifically, for example, when the user fills in the symptom description information, the filled specified resource amount may be 50 yuan, and after the symptom description information is published by the server, the doctor client receiving the diagnosis offer may prompt that the received diagnosis offer corresponds to the specified resource amount. For example, the doctor client may prompt for push information such as "you have a new diagnosis offer, specifying a resource amount of 50 dollars". The doctor can operate whether the doctor client receives the diagnosis invitation or not according to the workload condition of the doctor.

In one embodiment, after receiving symptom description information, a map interface may be presented, wherein the map interface displays physician information within the map interface presentation range. In this embodiment, after the user operates the user client to fill in the complete symptom description information, a map interface may be displayed, and in this page, corresponding doctor information may be displayed in a corresponding geographical position. In this way, the user can see doctor information near the position of the user at the map interface. Thus, the user can have certain forecast about target doctors who may receive a treatment after the user releases the symptom description information.

In the present embodiment, the range of the map interface display may be formed based on the scale of the map data. The scale in which the illustration is made may vary. Of course, the user client may provide the function of changing the scale on the map interface. Therefore, the user can change the scale by operating the user client to check doctor information in different geographic ranges.

In one embodiment, after the symptom description information and the specified location information are sent to a server, doctor information of a doctor client responding to the diagnosis offer is presented in the map interface separately from other doctor information.

In the present embodiment, after receiving a request for receiving a doctor to operate a doctor client, the server may specify a doctor client that has responded to the diagnosis offer among the doctor information that has been fed back the request for receiving a doctor, and may use the doctor information of the doctor client as target doctor information. After determining the target doctor information, the target doctor information may be fed back to a user client of the user. Therefore, after the user client receives the target doctor information, the target doctor information and other doctor information can be displayed in a map interface of the user client in a distinguishing mode. Specifically, for example, the doctor information in the map interface may include the name of the doctor. For example, the target doctor may be lie four, and the target doctor information displayed in the map interface may be different from other doctor information in font, font size, color, or any combination. Of course, the target doctor information is displayed differently from other doctor information, and the head portrait of the target doctor can be displayed in the map interface for acquiring the head portrait of the target doctor represented by the target doctor information. The avatar of the target doctor may be a picture set in advance by the doctor operating the doctor client. The target doctor information is displayed differently from other doctor information, and a designated mark can be added to the target doctor information. In this way, after the user observes the designated identifier on the doctor information on the map interface, the doctor indicated by the doctor information can be known as the target doctor. It is to be understood that other modifications may be made by those skilled in the art based on the teachings of the present embodiment, and that the same or similar functions and effects as those of the present embodiment are encompassed by the present invention as long as they are achieved.

In one embodiment, the data interaction method may further include: receiving doctor information sent by the server and accepting the diagnosis invitation; displaying doctor information of a doctor accepting the diagnosis offer; receiving the input of a user at the user client, and determining a target doctor; and sending target doctor information of the target doctor to the server, wherein the doctor client of the target doctor serves as the doctor client for answering the diagnosis invitation.

In this embodiment, after the server sends the diagnosis offer to the doctor client, the doctor may operate the doctor client to accept the diagnosis offer. Specifically, the step of operating the doctor client by the doctor to accept the diagnosis offer may include that the doctor client feeds back a diagnosis receiving request for the diagnosis offer to the server under the operation of the doctor. In this way, after the server receives the request for consultation, the doctor who sent the request for consultation is considered to receive the offer for diagnosis. The specific data structure of the consultation request is not limited herein, and may specifically correspond to the corresponding diagnosis offer. Of course, in some embodiments, after the server sends the diagnosis offer to the doctor client, the doctor client without data feedback may be used as the diagnosis acceptance offer, and the doctor client without the diagnosis acceptance offer may feed back the information of refusing to take the diagnosis.

In this embodiment, the server may transmit information on doctors who have received the diagnosis offer to the user client, so that the user may select one of the doctors who have received the diagnosis offer as a target doctor. Specifically, the user client may present the doctor information to accept the diagnosis offer. In some embodiments, the doctor receiving the diagnostic offer may include 1 or more. In the case where only one doctor receives a diagnosis offer, the user may operate the user client to select the doctor as a target doctor, and of course, the user may also select to cancel the diagnosis. In order to avoid the phenomenon that the user cancels the symptom description information after repeatedly issuing the symptom description information, an upper limit value may be set for the cancellation number. In some embodiments, in the case where the number of doctors who receive the diagnosis offer is plural, the user client may present the plural pieces of doctor information, and the user may also know the detailed information of the doctors after selecting the corresponding doctor information. For example, after clicking on a doctor's information, a detailed information page of the doctor is displayed. Thus, the user can conveniently select a doctor which is considered to be relatively appropriate as the target doctor. In order to shorten the overall time, a time limit may be set for the procedure of the user selection target doctor, and after the duration procedure reaches a specified time, one of the doctors subjected to the diagnosis invitation may be randomly designated as the target doctor, or a doctor represented by the doctor information currently browsed and selected by the user may be designated as the target doctor. Of course, other modifications can be made by those skilled in the art, and are not described in detail.

In the present embodiment, the user operates the user client to select a target doctor from the displayed doctor information. The user client may send the doctor information of the target doctor to the server. Therefore, the server can determine corresponding target doctor information according to the received doctor information, and further can take the doctor client side of the target doctor information as a doctor client side for responding to the diagnosis invitation. And constructing association between the symptom description information of the user and the information of the target doctor, or sending the symptom description information of the user to a doctor client of the target doctor.

Please refer to fig. 6. The implementation mode of the specification also provides a client. The client may include: the device comprises a receiving module, a sending module and a display module.

The receiving module can be used for receiving symptom description information input by a user at a user client.

The sending module may be configured to send the symptom description information and the designated location information to a server; so that the server sends a diagnosis offer to the doctor client within a set distance based on the specified position information, wherein the diagnosis offer at least comprises the symptom description information.

The presentation module may be configured to present a communication interface for establishing communication between the user client and a physician client responding to the diagnostic offer.

The specific functions implemented by the receiving module, the sending module and the displaying module disclosed in the above embodiments may be explained in comparison with other embodiments in this specification.

The implementation mode of the specification also provides a client. The client can comprise a display, a network communication unit and an input module.

The display may be used to present symptom descriptive information and a communication interface. The communication interface is used for establishing communication between the client and the doctor client for responding to the diagnosis invitation.

The network communication unit may be configured to transmit the symptom description information and the designated location information to a server; so that the server sends a diagnosis offer to the doctor client within a set distance based on the specified position information, wherein the diagnosis offer at least comprises the symptom description information.

The input module may be configured to receive symptom description information input by a user.

In the present embodiment, the network communication unit may be a hardware module having a network communication function. Network data interaction according to a network communication protocol can be realized. The display may be an electrical component capable of displaying images, and may be an LCD display, a CRT display, an LED display, or the like, which is not listed. Of course, in some embodiments, the display itself is integrated with a certain integrated circuit, and may have a certain computing capability. The input module may be integrated in the display such that the display may be a touch sensitive display. Of course, the input module may also be other input devices, such as a handwriting pad, a motion sensing input device, and the like.

The functions specifically realized by this embodiment mode can be explained in comparison with other embodiment modes in this specification.

The embodiment of the specification also provides a computer storage medium. The computer storage medium may store computer program instructions that, when executed by a processor, may implement: receiving symptom description information input by a user at a user client; sending the symptom description information and the designated position information to a server; so that the server sends a diagnosis offer to a doctor client within a set distance based on the specified position information, wherein the diagnosis offer at least comprises the symptom description information; and displaying a communication interface for establishing communication between the user client and a doctor client responding to the diagnosis invitation.

In this embodiment, the computer storage medium includes, but is not limited to, a Random Access Memory (RAM), a Read-Only Memory (ROM), a Cache (Cache), a Hard Disk Drive (HDD), or a Memory Card (Memory Card).

In this embodiment, specific functions implemented by the computer storage medium can be explained with reference to other embodiments.

Please refer to fig. 7. The embodiment of the specification provides a data interaction method which is applied to a server. The data interaction method may include the following steps.

Step S30: and receiving symptom description information and designated position information sent by the user client.

Step S32: and sending a diagnosis offer to a doctor client within a set distance based on the specified position information.

Step S34: and determining a target doctor client according to the received treatment receiving request which represents that the doctor accepts the diagnosis invitation.

In this embodiment, the server receives the symptom description information and the designated location information of the user, and may indicate that the user has a need to contact a doctor for an inquiry. The server may determine a target doctor client so that a target doctor using the target doctor client can provide a diagnosis service to the user. Specifically, after the server receives the symptom description information and the designated location information, the server may acquire doctor information within a set distance from the geographical location indicated by the designated location information. Specifically, for example, doctors are required to practice at hospitals, and doctors can provide hospitals with practice at the time of registering doctor accounts to the server. The geographical location of the hospital may be taken as the geographical location of the doctor. Thus, the server can calculate the hospital within the set distance from the user, and further obtain the corresponding doctor information. Alternatively, in some embodiments, a doctor client used by the doctor may also submit doctor location information to the server. Therefore, the server can determine the distance between the doctor and the user according to the received doctor position information, and further screen out the doctor information within the set distance.

In this embodiment, the set distance may be used to form a geographic range together with the specified location information to obtain the doctor client within the geographic range. The specific value of the set distance may be a fixed value preset in the server. Or may be a user-defined numerical value. It is also possible that the server automatically gives a distance based on the symptom description information to increase the number of doctor clients that are in the distance that match the corresponding disease.

In the present embodiment, the server may transmit a diagnosis offer to the doctor client of the doctor so that the target doctor information can be determined among the doctor information of the doctor who accepts the diagnosis offer. Therefore, the doctor client corresponding to the target doctor information is the target doctor client. After the doctor client of the doctor receives the diagnosis offer, the doctor client can feed back a diagnosis receiving request to the server based on the operation of the doctor. The doctor client sends a diagnosis receiving request to indicate that the doctor can accept the diagnosis invitation. The server may use the doctor information corresponding to the first received consultation request as the target doctor information. Of course, the server may randomly designate, as the target doctor information, the doctor information of the doctor who feeds back the examination request after receiving a plurality of examination requests. Alternatively, the server sets, as the target doctor information, the doctor information of the doctor who has had the diagnosis history to the user, among the doctor information of the doctor who has fed back the request for receiving a diagnosis.

In this embodiment, the server may determine the target doctor for the user who issued the symptom description information. So that the target physician can diagnose the patient. Moreover, the user can be free from registering in a hospital or making a registration appointment, and great convenience is brought to the user. The further server takes the doctor within the set distance from the patient as the target doctor to diagnose the patient. Therefore, the space distance between the doctor and the patient is relatively close, and great convenience is provided for the patient when in-person diagnosis is needed.

In one embodiment, the data interaction method may further include: according to the symptom description information, the user of the user client is identified as an emergency user; accordingly, the step of sending a diagnosis offer to a doctor client of a doctor within a set distance based on the specified location information includes: determining a doctor client receiving a diagnosis offer for an emergency call within the set distance based on the location information of the user; the diagnosis offer is sent to a physician client that receives the diagnosis offer for the emergency.

In the present embodiment, the specific symptoms of the patient may be different depending on the individual conditions. Some patients have symptoms which are relatively urgent and need to be treated urgently. After receiving the symptom description information, the server can determine whether the symptom of the patient is a relatively urgent situation according to the information provided in the symptom description information, and needs to perform emergency treatment. Specifically, the server may regard the user as an emergency user when the symptom description in the symptom description information conforms to a preset emergency rule. For example, the server may be provided with an emergency symptom set for determining that an emergency treatment is required, and after receiving the symptom description information, the server may match the symptom description in the symptom description information with the symptom in the emergency symptom set, and may determine that the patient needs to be treated with the emergency treatment when the symptom description in the symptom description information matches the symptom in the emergency symptom set. At this time, the server may preferentially process the symptom description information, and transmit a diagnosis offer to the doctor client of the emergency doctor within a set distance to determine the target doctor as soon as possible. It will be appreciated that in some embodiments, the server may receive a very large amount of symptom description information, and many referral requests for each symptom description. The server may be provided with a queue of processing symptom description information, and the latest received symptom description information may be queued last. When the emergency treatment is determined to be needed, the corresponding symptom description information is processed preferentially, so that the waiting time of the patient needing the emergency treatment is saved. Of course, in some embodiments, the preset emergency rule is not limited to the manner of setting the emergency symptom set, and a manner based on semantic recognition may also be adopted to analyze whether emergency treatment is needed.

In the present embodiment, the doctor can be classified into a doctor for treating an emergency and a doctor for treating a general outpatient service. The server may send a diagnosis offer to a physician client of a physician handling the emergency call, in the event that it is determined that the patient needs to have the emergency call. In the embodiment, the emergency doctor and the ordinary outpatient doctor are divided, so that the server can send the diagnosis invitation more pertinently, the diagnosis invitation of the emergency is prevented from being sent to the doctor client for processing the ordinary outpatient doctor, the overall data processing efficiency of the system is improved, and the redundant diagnosis invitation is reduced.

In one embodiment, the symptom description information has a type identifier, and in the step of identifying the user as an emergency user according to the symptom description information, the method includes: under the condition that the value of the type identifier is a first value, the user is considered as an emergency call user; the type identification comprises a first value indicating that emergency treatment is needed and a second value indicating that emergency treatment is not needed.

In this embodiment, the symptom description information may have a type identifier, and whether emergency treatment is required or not is specified by the type identifier. When the user fills in the symptom description information, the value of the type identifier can be set in the symptom description information to indicate whether the patient needs emergency treatment. For example, the value of the type identifier may include a first value and a second value. The first value is indicative of the need for an emergency call and the second value is indicative of the lack of need for an emergency call. The user can click in the symptom description information interface to realize the designated value of the type identifier. Specifically, for example, the first value may be "emergency treatment", and the second value may be "general outpatient service". In the embodiment, the type identifier is set in the symptom description information, so that the server can quickly determine whether emergency treatment is needed after receiving the symptom description information, and the time for determining whether emergency treatment is needed is shortened.

In one embodiment, in the case that the symptom description in the symptom description information conforms to a preset emergency rule, the step of considering the user as an emergency user may include: under the condition that the symptom description in the symptom description information accords with a preset emergency rule, sending an emergency confirmation prompt to the user client; after receiving the indication that the user client side feedback determines emergency treatment, the user is considered to be an emergency treatment user.

In this embodiment, the server may send an emergency confirmation prompt to the user client in the case where it is determined that the patient requires an emergency based on the symptom description information. In some cases, it may be difficult for the server to set the preset emergency rules to determine with great precision whether an emergency is required, and in some cases, the server may not accurately determine the condition requiring an emergency based on the preset emergency rules. In this embodiment, the server further sends an emergency confirmation prompt to the user client when the server determines that the patient needs an emergency based on the preset emergency rule, so that the patient can be determined to need the emergency after obtaining a confirmation instruction fed back by the user client. And further, corresponding data processing can be carried out according to the emergency treatment process. According to the embodiment, the method and the system for sending the emergency confirmation prompt to the user client improve the accuracy of analysis aiming at the emergency situation, and reduce the situation that the patient needs the emergency and is treated according to the emergency by misjudgment.

In one embodiment, the data interaction method may further include: matching in a disease result set according to the symptom description information to obtain target disease information; wherein, the disease result set is correspondingly recorded with symptom information and disease information; screening doctor information by using the target disease information to obtain doctor information corresponding to the disease information; correspondingly, the step of sending a diagnosis offer to a doctor client within a set distance based on the specified position information comprises the following steps: and sending a diagnosis offer to a doctor client of the doctor information corresponding to the disease information within the set distance based on the designated position information.

In the present embodiment, the doctor has a certain practice range and treats a disease within the practice range. Accordingly, hospitals generally divide doctors into different departments according to organ division of the body. Different departments may correspond to different organ diseases. For example, doctors in the otorhinolaryngological department treat diseases of the ears, nose and throat. The doctor of the gastroenterology department can cure diseases in the gastrointestinal aspect, etc. After receiving the symptom description information, the server may analyze the target disease suffered by the patient based on the symptom description in the symptom description information. Specifically, a disease result set may be set in the server, and the disease information and the symptom information are correspondingly recorded in the disease result set. That is, symptom information of symptoms that the disease indicated by the disease information may have. In this way, the server can match the symptom description in the symptom description information with the symptom information in the disease result set to obtain target disease information corresponding to the symptom description. Further, the physician information may be screened for based on the target disease information.

In the present embodiment, when the doctor information is screened based on the target disease information, the doctor information may be screened based on a disease range corresponding to a department where the doctor is located. When the target disease information is within a disease range corresponding to a certain department, the doctor information included in the department may be used as the doctor information corresponding to the disease information. Of course, in some embodiments, the range of diseases specifically diagnosed may be different for different physician information belonging to a department. For example, doctor information in the ENT department may relate to a disease range for treating eye diseases, and doctor information may relate to a disease range for treating oral diseases. Therefore, when the doctor information is screened based on the target disease information, the doctor information corresponding to the disease information can be obtained by directly screening according to the disease range treated by each doctor. In some embodiments, the target disease information may represent some chronic diseases, and in this case, in order to facilitate searching for corresponding doctor information, the doctor information of the chronic disease information may be uniformly and individually classified and no longer correspond to the department. But only in the category of chronic diseases.

In the embodiment, the doctor information corresponding to the disease information is obtained by screening, so that the target doctor corresponding to the finally determined target doctor client can perform symptomatic treatment. Moreover, based on the designated position information, the diagnosis offer is sent to the doctor client corresponding to the disease information within the set distance, so that the diagnosis offer is also avoided being sent to the doctor client which is not symptomatic, and the network load and the calculation amount of the server are reduced.

In one embodiment, the step of sending a diagnosis offer to a doctor client terminal corresponding to disease information within a set distance based on the designated location information may include: preferably, the diagnosis offer is sent to a doctor client that has responded to the diagnosis offer of the user client.

In this embodiment, the patient may not be the first visit. In particular, for example, the disease of a patient may have repeated attacks. Alternatively, after a certain period of time of administration, the patient needs to be diagnosed with the condition after one-stage administration. At this point the user client may fill in generating symptom description information. The patient usually wants the doctor who has previously treated himself to keep up with his condition, so that the doctor has a certain continuity of treatment for the patient and has a clearer cognition on the change of the patient's condition. In this embodiment, the server may preferentially send a diagnosis offer to a doctor client that has responded to the diagnosis offer of the user client, and may determine the doctor client as a target doctor client when receiving a request for taking a doctor from the doctor client.

In one embodiment, the step of sending a diagnosis offer to a doctor client corresponding to a disease within a set distance based on the designated location information may include: sending a diagnosis offer to the doctor client with the doctor evaluation index higher than the index threshold.

In this embodiment, the levels of different physicians may not be the same. Alternatively, some physicians have some expertise in treating certain diseases. Specifically, for example, some doctors among gastroenterologists are good at treating stomach diseases, and some doctors are good at treating intestinal diseases. The server can receive the evaluation of the doctor fed back by operating the user client after the user receives the doctor diagnosis, and generate the doctor evaluation index corresponding to each doctor information. Therefore, doctor evaluation indexes corresponding to different doctor information may be different. The server may preferentially send a diagnosis offer to the doctor client of the doctor with the higher doctor evaluation index to ensure quality of service for the patient.

In the present embodiment, the exponent threshold may be an empirical value, and may be a threshold set according to experience of experts in the field. Of course, the index threshold may be a threshold set as a whole based on statistics of user ratings received by the server. Further, the server may count user evaluations of doctors involved in each disease, and set an index threshold for the disease. To improve the rationality of the setting of the index threshold.

In one embodiment, the step of sending a diagnosis offer to a doctor client of doctor information corresponding to a disease within a set distance based on the specified location information may include: the diagnostic offer is sent to the physician client that accepts diagnostic offers more than a threshold number of times.

In the embodiment, the doctor receives more diagnosis invitations, and can show that the experience of the doctor in treating the corresponding diseases is rich to a certain extent. The server sends the diagnosis invitation to the doctor client side which receives more times of diagnosis invitation, so that the diagnosis service quality for the patient can be ensured to a certain extent.

In this embodiment, the frequency threshold may be a value set by the server after counting the number of times of receiving diagnosis offers of all the doctor clients as a whole. For example, it may be an average value. Alternatively, the time threshold may be an expert experience value of a person skilled in the art. Alternatively, the server may count the number of times the doctor client involved in each disease receives a diagnosis offer, and then set an index threshold value according to the statistical situation.

In one embodiment, the server may further be provided with a doctor ranking, and in the step of sending a diagnosis offer to a doctor with a corresponding disease within an initial set distance based on the user location information, the server may further include: the diagnosis offer is preferentially sent to the top ranked doctor. Therefore, doctors who diagnose patients can select high-quality doctors as much as possible, and convenience is brought to the patients. The server can comprehensively evaluate the ranking of doctors according to questionnaire survey, historical evaluation, job level, prize winning situation and other information.

In one embodiment, the data interaction method may further include: and if the target doctor client is successfully determined in the doctor clients within the set distance, sending a diagnosis offer to the doctor clients in the extended distance based on the set distance.

In this embodiment, after the server receives the symptom description information of the user client, there may be a case where no doctor client receives the diagnosis offer. For example, no doctor client is online within a set distance; or the server sends a diagnosis invitation to the doctor client within a set distance, and does not receive a diagnosis receiving request of the doctor client within a certain time length; or after the server sends a diagnosis offer to the doctor client within the set distance, the server receives the feedback of the busy state of the doctor fed back by the doctor client. In this case, the server may expand the set distance to obtain the expanded distance. In this manner, the server may send a diagnosis offer to the doctor client within the extended distance. Because the geographic range covered by the extended distance is larger than the geographic range of the set distance, the number of the involved doctor clients is possibly more than that of the doctor clients within the set distance, and thus, the possibility that the diagnosis invitation of the symptom description information of the user is accepted by the doctor clients is improved. Bringing convenience to users. In addition, in the embodiment, the diagnosis offer is sent to the doctor client within the set distance to meet the small distance in the space between the doctor and the patient as much as possible, and the distance is expanded to send the diagnosis offer to meet the diagnosis requirement of the patient under the condition that no doctor client receives the diagnosis offer. Thus, the embodiment achieves a better balance between the convenience for the patient and the doctor and the improvement of the diagnosis probability of the patient. Moreover, the server can firstly send diagnosis invitations and other processing to the doctor client side within the set distance, but not directly send the diagnosis invitations to the doctor client side within a larger range of the extended distance, and the data operation load and the network data transmission load are also reduced to a certain extent.

In the present embodiment, when the server transmits a diagnosis offer to the doctor client in the extended distance, the server may transmit the diagnosis offer only to the doctor client in the extended distance that is increased with respect to the set distance. Therefore, repeated sending of diagnosis offers to doctor clients within a set distance can be avoided, and system load is increased. Of course, the server may also cover doctor clients within a set distance when a diagnostic offer occurs to a doctor in an extended distance. In some cases, there may be a certain time interval between diagnostic offers, and physicians within a set distance may initially have other things that are difficult to receive. After the time interval, there may be a case where a doctor within a set distance operates the doctor client to accept a diagnosis offer. When the server sends the diagnosis invitation in the extended distance, the server can simultaneously cover the doctor client in the set distance and the doctor client in the geographical range of which the extended distance is increased compared with the set distance. In this way, the symptom description information of the user can obtain as many treatment requests as possible. The condition that the patient cannot be treated in time due to the fact that the symptom description information of the user does not have a corresponding consultation request is reduced.

In one embodiment, the step of determining the target doctor client according to the received treatment receiving request indicating that the doctor accepts the diagnosis offer may include: taking a doctor client of a doctor meeting one or more of the following target conditions as a target doctor client in doctors corresponding to the received treatment request, wherein the target conditions comprise: the doctor client of the doctor with the doctor evaluation index higher than the index threshold value; receiving a doctor client of a doctor with the diagnosis invitation times higher than a time threshold; a doctor client of a doctor who has provided a diagnosis to the user.

In the present embodiment, the server may receive the request for a consultation, and may indicate that the doctor can receive a diagnosis offer and diagnose the patient. In the case of receiving a consultation request of a plurality of doctor clients, the server may select one of the plurality of doctor clients as a target doctor client. In order to enable the doctor corresponding to the selected doctor client to better meet the requirements of the user, a plurality of target conditions are set, so that the server can use the doctor client of the doctor meeting one or more target conditions as the target doctor client. When there are a plurality of doctors matching the target condition, the doctor client of the doctor matching the target condition more may be used as the target doctor client. Or, the doctor client of the doctor is selected as the target doctor client in preference to the doctor who receives the diagnosis invitation times higher than the time threshold, in accordance with the doctor who provides the user with the consultation once, the doctor who has the doctor evaluation index higher than the index threshold, and the doctor who has received the diagnosis invitation times higher than the time threshold. Further, the server may further be configured with a doctor ranking, and on the basis of the foregoing rule, the server may further include a doctor client that preferentially selects a doctor with a top ranking as the target doctor client.

In one embodiment, the step of determining the target doctor client according to the received treatment receiving request indicating that the doctor accepts the diagnosis offer may include: sending doctor information of the doctor client accepting the diagnosis invitation to a user client of the user; receiving target doctor information fed back by a user client of a user; and the doctor client corresponding to the target doctor information is used as the target doctor client.

In the present embodiment, after the server receives the request for receiving a diagnosis fed back from the doctor client, it is considered that the doctor corresponding to the doctor client that feeds back the request for receiving a diagnosis receives the diagnosis offer. The server may transmit the doctor information of the doctor feeding back the consultation request to the user client for the user to finally select the target doctor. In this way, the user can select one doctor information receiving the diagnosis invitation as the target doctor information according to the needs of the user. More autonomy is given to the user and the patient, the psychological expectation of the user and/or the patient can be well met, and the satisfaction and the convenience of the user and/or the patient are improved. In this embodiment, specifically, after the user operates the user client to select the target doctor information, the target doctor information may be sent to the server, so that the server may obtain the target doctor information selected by the user. Of course, the data specifically fed back to the server by the user client may represent the target doctor selected by the user, and may not strictly require the same doctor information as that sent by the server.

In one embodiment, the step of determining the target doctor client according to the received treatment receiving request indicating that the doctor accepts the diagnosis offer may include: and determining the doctor client which receives the diagnosis invitation firstly as a target doctor client.

In the embodiment, in order to improve the speed of the doctor operating the corresponding diagnosis offer of the doctor client, the patient can obtain the diagnosis service as soon as possible. After the server sends the diagnosis offer to the doctor's doctor client, the doctor client of the doctor who first received the diagnosis offer may be taken as the target doctor client. Specifically, for example, the doctor operates the doctor client to refer to the diagnosis offer, and may click on the accept button to indicate that the doctor accepts the diagnosis offer. When the doctor operates the doctor client to accept the diagnosis invitation, the doctor client can send a diagnosis receiving request to the server. After the server receives the request for a consultation, the corresponding doctor is considered to accept the diagnosis invitation. Specifically, for example, the server may use the time when the request for receiving a diagnosis is received as a basis for determining the order, or the doctor client feeds back the time when the doctor operates to receive a diagnosis invitation to the server, and the server uses the time fed back by the doctor client as a basis for determining the order.

In one embodiment, the symptom description information corresponds to a specified amount of resources; the data interaction method can further comprise transferring the resources with the specified resource amount from the account of the user client to the account of the target doctor client.

In this embodiment, the doctor client may be associated with a doctor account, and when the user issues the symptom description information, the symptom description information may be associated with a specified resource amount. In this manner, after the server determines the target doctor client, the resources represented by the specified resource amount may be transferred from the user's resource account to the target doctor client's resource account. In this way, the resources indicated by the specified resource amount can be used as compensation for the target doctor. In some embodiments, the specified amount of resources may be input autonomously by the user when generating symptom description information. Of course, in some embodiments, the amount of the designated resource may be a predetermined fixed value. According to the technical scheme provided by the embodiment of the specification, the symptom description information generated by the user corresponds to the specified resource amount to be used as the reward of the doctor, so that the enthusiasm of the doctor for receiving diagnosis offers can be improved, and the patient can obtain diagnosis service as soon as possible.

In one embodiment, the data interaction method may further include: and receiving the specified resource amount corresponding to the symptom description information sent by the user client. Accordingly, in the step of sending a diagnosis offer to the doctor client of the doctor within the set distance, the diagnosis offer is accompanied by the specified resource amount to indicate the resource amount that can be obtained by the target doctor in response to the symptom description information.

In the present embodiment, when the server transmits a diagnosis offer to the doctor client, a specified resource amount may be attached to the diagnosis offer. In this manner, the physician client may prompt the physician for the amount of resources available to process the symptom description information. Specifically, the manner in which the doctor client prompts the doctor may include displaying the specified resource amount by text, or broadcasting the specified resource amount by voice broadcasting. In this embodiment, by attaching the specified resource amount to the diagnosis offer, the doctor can be informed of the specified resource amount corresponding to the symptom description information, and the enthusiasm of the doctor for accepting the diagnosis offer can be improved.

Please refer to fig. 8. The embodiment of the specification provides a server. The server may include: the system comprises a receiving module, an offer sending module and a doctor determining module.

The receiving module can be used for receiving symptom description information and designated position information sent by a user client.

The offer sending module may be configured to send a diagnostic offer to a physician client within a set distance based on the specified location information.

The doctor determination module may be configured to determine a target doctor client based on the received request for a consultation indicating that the doctor accepts the diagnosis offer.

The specific functions implemented by the receiving module, the offer sending module and the doctor determination module disclosed in the above embodiments can be explained in comparison with other embodiments in this specification.

The embodiment of the specification also provides electronic equipment. The electronic device may include a processor and a network communication unit.

The network communication unit may receive symptom description information and designated location information transmitted by a user client. The processor may control the network communication unit to transmit a diagnosis offer to a doctor client of a doctor within a set distance based on the specified location information; and determining a target doctor client according to the received treatment receiving request which represents that the doctor accepts the diagnosis invitation.

The processor may be a large scale integrated circuit and may have a relatively strong logical operation capability. The functions, effects, and the like specifically realized by the present embodiment can be explained in comparison with other embodiments in the present specification.

The embodiment of the specification also provides a computer storage medium. The computer storage medium may store computer program instructions that, when executed by a processor, may implement: receiving symptom description information and designated position information sent by a user client; based on the designated position information, sending a diagnosis offer to a doctor client within a set distance; and determining a target doctor client according to the received treatment receiving request which represents that the doctor accepts the diagnosis invitation.

Please refer to fig. 9. The implementation mode of the specification further provides a data interaction method which is applied to the doctor client. The data interaction method may include the following steps.

Step S40: receiving a diagnosis offer sent by a server; wherein the diagnosis offer is generated based on the server receiving symptom description information published by the user client.

Step S42: and feeding back a diagnosis receiving request aiming at the diagnosis invitation to the server according to the input of the doctor at the doctor client.

Step S44: and displaying a communication interface for establishing communication between the target doctor client and the user client under the condition that the server determines that the doctor client is the target doctor client according to the received treatment request.

In this embodiment, the doctor client may receive the diagnosis offer sent by the server. The doctor may operate the doctor client to accept the diagnosis offer. Specifically, after the doctor client receives the diagnosis offer, the contents of the diagnosis offer may be presented on the interface and a button named as a reception call may be provided. When the doctor clicks this button, the doctor can be considered to accept the diagnosis offer. After the doctor operates the doctor client to accept the diagnosis offer, the doctor client may feed back data to the server to inform the server that the doctor accepts the diagnosis offer. Specifically, the doctor client may send a consultation request to the server, where the consultation request may have a data identifier corresponding to the diagnosis offer. Therefore, after the server receives the diagnosis receiving request, the server can determine a corresponding diagnosis offer according to the diagnosis receiving request, and further corresponds to corresponding symptom description information.

In the present embodiment, the server specifies the target doctor client based on the received request for consultation. In the event that the physician client is determined to be a target physician client, the server may send a notification to the physician client. So that the doctor can know that the doctor successfully receives the treatment through the content displayed by the doctor client. Of course, when the doctor is determined to be the target doctor, the doctor client may present a communication interface with the user under the direction of the server. In this way, the doctor can communicate with the user. For example, the server may establish instant messaging between the doctor client and the user client, so that instant messaging communication can be performed between the doctor and the user.

In one embodiment, the data interaction method may further include: receiving treatment information input by a doctor at the target doctor client; wherein the therapy information is used to instruct the user to self-target a therapy method for the patient; and sending the treatment information to the user client.

In this embodiment, after communication is established between the target doctor client and the user client, the doctor may communicate with the user or the patient. So that the doctor can more comprehensively know the detailed condition of the patient. As such, in some cases, the patient may not be seriously ill or may be more suitable for self-treatment according to the physician's instructions. At this time, the doctor may operate the doctor client to input treatment information to the doctor client to guide the user or the patient how to perform the treatment. Specifically, for example, the patient accidentally falls, and the skin of the knee is damaged and bleeds. The doctor can operate the target doctor client to input treatment information, namely, the doctor uses clean water to clean the patient and uses iodophor to disinfect the patient twice.

In the present embodiment, the treatment information may be data information capable of expressing a treatment method. Specifically, the treatment information may be text information, voice information, video information, or picture information. Of course, the treatment information may also be a combination of one or more of the above. In some embodiments, the implementation of the treatment information may not be limited to one data information, and may be the content embodied in the communication process between the doctor operation target doctor client and the user client. Such as content embodied in instant communications between the targeted physician client and the user client. Or the embodied content is obtained in the process of video call between the target doctor client and the user client. Or the contents embodied in the voice call process between the target doctor client and the user client.

In this embodiment, a doctor can directly provide a treatment method to a user or a patient, so that the patient can be diagnosed professionally at home and treated. Brings convenience to both patients and doctors. Moreover, adverse effects caused by arbitrary treatment without professional diagnosis of doctors after certain symptoms of the patients are avoided to a certain extent.

In one embodiment, the data interaction method may further include: determining video diagnosis and treatment information corresponding to the symptom description information according to the input of a doctor at the target doctor client; the video diagnosis and treatment information is used for demonstrating a diagnosis and treatment method aiming at the symptom description information; and sending the video diagnosis and treatment method to the user client.

In this embodiment, the video medical information may be video data expressing a medical method. The number of the video diagnosis and treatment information can be more than one. Each video diagnosis and treatment information can correspond to adaptive symptoms. Therefore, the patient can perform self-diagnosis according to the content in the video diagnosis and treatment information, or perform physical exercise according to the suggestion in the video diagnosis and treatment information. Specifically, for example, the video medical information may be a video of how to perform strength rehabilitation training after discharge of a patient who is guiding a fracture of the lower leg.

In this embodiment, the video diagnosis and treatment information which can be sent to the user client side can be determined at least based on the symptom description information. The symptom description information describes the symptoms of the patient, so that the doctor client can analyze the video diagnosis and treatment information corresponding to the symptoms and send the video diagnosis and treatment information to the user client. Of course, after the target doctor client displays the symptom description information, the video diagnosis and treatment information required to be sent to the user client is determined according to the received input.

In one embodiment, the data interaction method may further include: receiving medication guide information input by a doctor at the target doctor client; wherein the medication guidance information is used for representing medication suggestions for the symptom description information; and sending the medication guide information to the user client.

In the present embodiment, the medication guidance information may indicate a medication suggestion for a disease corresponding to the symptom description information. Specifically, for example, the medication guide information may include a specific name of the drug, and may also include an amount of the drug used, and the like. Further, the medication guide information may further include purchase address information of the medicine. Specifically, the purchase address information of the medicine may be the address of a specific store that sells the medicine. In some embodiments, the purchase address information for the medication may be a communication message encapsulating the address of a medication sales page. Therefore, the user can operate the user client to enter the medicine sale page to purchase the medicine. In some embodiments, the medication guidance information may also include a prescription order. The doctor can operate the target doctor client to issue the electronic prescription, and therefore the user can purchase corresponding medicines according to instructions in the electronic prescription after receiving the electronic prescription through the user client. In some embodiments, some of the drugs may be prescription drugs that require a doctor's prescription order to purchase. In this embodiment, the doctor can issue the electronic prescription to the user client through the target doctor client, and the user can purchase the corresponding medicine according to the electronic prescription received by the user client.

In one embodiment, the data interaction method may further include: issuing a request for preparation for receiving a doctor to a management system of a hospital where the target doctor client is located; wherein the visit preparation request is used to instruct the hospital to prepare for a visit to a patient of the user client.

In this embodiment, after the target doctor client establishes communication with the user client and the doctor communicates with the user, the patient may be considered to be in need of treatment in the hospital. The target doctor client may issue a request for preparation for a visit to the hospital's management system to notify the relevant departments of the hospital that a patient will come for a hospital visit. So that relevant departments of the hospital can be ready for treatment. In particular, for example, for a patient who is expected to be in a hospital, an institution may need to prepare a ward. For emergency patients, it may be necessary to prepare an operating room or the like. When the target doctor client sends a preparation request for receiving a doctor, the preparation request for receiving a doctor can be sent to the client of a department needing to perform preparation according to the operation of the doctor. Of course, the target doctor client may directly send the request for preparation for receiving a doctor to the hospital management system, and the hospital management system determines the department that needs to perform preparation for receiving a doctor according to the preset judgment rules, and issues the processing task to the corresponding department.

In one embodiment, the data interaction method may further include: issuing an equipment preparation request to a management system of a hospital where the target doctor client is located; wherein the equipment preparation request is for instructing the hospital to prepare medical equipment; wherein the medical equipment is used for the doctor using the target doctor client to go out for treatment and carry.

In the present embodiment, after the communication is established between the target doctor client and the user client, the doctor and the user communicate with each other and the doctor and the user think need to attend to the patient. At this time, the doctor may involve using some medical supplies, and the target doctor client receives the input of the doctor, issues an instrument preparation request to the management system of the hospital so that the corresponding department of the hospital can be notified and prepares the corresponding medical supplies for the doctor. In particular, the medical supplies may include, but are not limited to, various trauma medications, injection devices, auxiliary equipment, or other medical devices. Specifically, for example, the medical article may include an instrument for measuring blood glucose, blood pressure, and the like.

In the present embodiment, the equipment preparation request may be accompanied by supply information to be prepared. Thus, after the equipment preparation request is being issued, the hospital management system can send a specific preparation task to the corresponding department to complete the preparation of the equipment.

In the embodiment, the equipment preparation request can be conveniently issued by the doctor, and convenience is provided for the doctor to service the patient at the position.

In one embodiment, the data interaction method may further include: issuing travel information from the position of the target doctor client to the designated position information representation position corresponding to the symptom description information; determining target vehicle information responding to the travel information; wherein the vehicle represented by the target vehicle information carries the doctor of the target doctor client to the position represented by the designated position information; and sending the target vehicle information to the user client.

In this embodiment, the target doctor client may be provided with a module for providing a travel service. The doctor can operate and click a corresponding function button in the target doctor client, and the travel service can be called. In order to facilitate the doctor operation, the target doctor client may automatically generate travel information from the position where the target doctor client is located to the position indicated by the designated position information of the user. In this way, the trip information can be released to the vehicle side that provides travel service near the target doctor client. After determining the responded target vehicle information, the doctor can take the vehicle indicated by the target vehicle information to the position indicated by the designated position information. In some embodiments, the target physician client may invoke an application that provides travel services and interact with the application. And providing formation information to the application providing the travel service, and receiving target vehicle information fed back by the application.

In this embodiment, the target doctor client may upload the obtained target vehicle information to the server. In this manner, the server may send the target vehicle information to the user client. Alternatively, the server maintains the status information of the doctor corresponding to the doctor client, and after the server receives the target vehicle information, the target vehicle information may be added to the status information of the corresponding doctor. And the target vehicle information can be provided to the user client when the user client accesses the state information of the doctor. Of course, in some embodiments, the target vehicle information may be sent to the user client by the target doctor client directly in an established communication with the user client. Specifically, for example, instant messaging is established between the target doctor client and the user client, and the target vehicle information may be sent to the user client as the content of the instant messaging message.

In the embodiment, the doctor can conveniently and rapidly reach the position of the patient, and travel service is provided. Thus saving time for both the doctor and the patient. The patient can be treated by the doctor as soon as possible. Furthermore, the travel service is directly called through the target doctor client, so that the target doctor client can acquire the information of the target vehicle, and a certain guarantee is provided for safe travel of doctors. Furthermore, the user client receives the target vehicle information, so that the user can know the way of transportation for the doctor to reach the position indicated by the designated position information. Further, it can be ready for the treating doctor.

Please refer to fig. 10. The implementation mode of the specification also provides a client. The client can comprise an offer receiving module, a consultation receiving request feedback module and a display module.

The offer receiving module may be to receive a diagnostic offer sent by a server; wherein the diagnosis offer is generated based on the server receiving symptom description information published by the user client.

The consultation request feedback module can be used for feeding back a consultation request aiming at the diagnosis invitation to the server according to the input of a doctor at the doctor client.

The display module may be configured to display a communication interface for establishing communication between the target doctor client and the user client when the server determines that the doctor client is the target doctor client according to the received consultation request.

The specific functions implemented by the offer receiving module, the consultation request feedback module and the presentation module disclosed in the above embodiments can be explained in comparison with other embodiments in this specification.

The implementation mode of the specification also provides a client. The client may include a network communication unit, an input module, and a display.

The processor receives a diagnosis offer sent by a server through the network communication unit; wherein the diagnosis offer is generated based on the server receiving symptom description information published by the user client. The processor may control the network communication unit to feed back a request for a consultation for the diagnosis offer to the server according to a doctor input implemented by a doctor operation input module. The display may be configured to display a communication interface for establishing communication between the target doctor client and the user client when the server determines that the doctor client is the target doctor client according to the received consultation request.

Embodiments of the present description also provide a computer storage medium, which may store computer program instructions, and when executed by a processor, may implement: receiving a diagnosis offer sent by a server; wherein the diagnosis offer is generated based on the server receiving symptom description information published by a user client; feeding back a consultation receiving request aiming at the diagnosis invitation to the server according to the input of a doctor at the doctor client; and displaying a communication interface for establishing communication between the target doctor client and the user client under the condition that the server determines that the doctor client is the target doctor client according to the received treatment request.

The foregoing description of various embodiments of the present specification is provided for the purpose of illustration to those skilled in the art. It is not intended to be exhaustive or to limit the invention to a single disclosed embodiment. As described above, various alternatives and modifications of the present specification will be apparent to those skilled in the art to which the above-described technology pertains. Thus, while some alternative embodiments have been discussed in detail, other embodiments will be apparent or relatively easy to derive by those of ordinary skill in the art. This specification is intended to embrace all alternatives, modifications, and variations of the present invention that have been discussed herein, as well as other embodiments that fall within the spirit and scope of the above-mentioned application.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. It is anticipated that one skilled in the art, based upon his knowledge of the art, may make any combination of the various embodiments described herein possible.

The description is operational with numerous general purpose or special purpose computing system environments or configurations. For example: personal computers, server computers, hand-held or portable devices, tablet-type devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, quantum computing environments, and the like.

While the specification has been described with respect to the embodiments, those skilled in the art will appreciate that there are numerous variations and permutations of the specification that fall within the spirit and scope of the specification, and it is intended that the appended claims include such variations and modifications as fall within the spirit and scope of the specification.

Claims

1. A method of data interaction, the method comprising:

receiving symptom description information input by a user at a user client;

sending the symptom description information and the designated position information to a server; so that the server sends a diagnosis offer to a doctor client within a set distance based on the specified position information, wherein the diagnosis offer at least comprises the symptom description information;

and displaying a communication interface for establishing communication between the user client and a doctor client responding to the diagnosis invitation.

2. The method according to claim 1, wherein the step of generating symptom description information according to symptom description input by a user at a user client further comprises: receiving a specified resource amount input by a user;

correspondingly, in the step of sending the symptom description information and the location information of the user client to the server, the method includes: and sending the symptom description information, the specified resource amount and the specified position information to a server.

3. The method of claim 1, after receiving symptom description information, the method further comprising: and displaying a map interface, wherein the map interface displays doctor information positioned in the display range of the map interface.

4. The method of claim 3, after sending the symptom description information and the specified location information to a server, the method further comprising: and in the map interface, displaying doctor information of the doctor client side responding to the diagnosis invitation in a way of distinguishing from other doctor information.

5. The method of claim 1, further comprising:

receiving doctor information sent by the server and accepting the diagnosis invitation;

displaying doctor information of a doctor accepting the diagnosis offer;

receiving the input of a user at the user client, and determining a target doctor;

and sending target doctor information of the target doctor to the server, wherein the doctor client of the target doctor serves as the doctor client for answering the diagnosis invitation.

6. A data interaction method is applied to a server, and the method comprises the following steps:

receiving symptom description information and designated position information sent by a user client;

based on the designated position information, sending a diagnosis offer to a doctor client within a set distance;

and determining a target doctor client according to the received treatment receiving request which represents that the doctor accepts the diagnosis invitation.

7. The method of claim 6, further comprising:

according to the symptom description information, the user of the user client is identified as an emergency user;

accordingly, the step of sending a diagnosis offer to a doctor client of a doctor within a set distance based on the specified location information includes: determining a doctor client receiving a diagnosis offer of an emergency call within the set distance based on the designated location information;

the diagnosis offer is sent to a physician client that receives the diagnosis offer for the emergency.

8. The method according to claim 7, wherein the symptom description information has a type identifier, and in the step of identifying the user as an emergency user according to the symptom description information, the method comprises: under the condition that the value of the type identifier is a first value, the user is considered as an emergency call user; the type identification comprises a first value indicating that emergency treatment is needed and a second value indicating that emergency treatment is not needed.

9. The method according to claim 7, wherein the step of identifying the user of the user client as an emergency user according to the symptom description information comprises:

and under the condition that the symptom description information accords with a preset emergency treatment rule, the user is considered as an emergency treatment user.

10. The method according to claim 9, wherein the step of considering the user as an emergency user in case that the symptom describing information conforms to a preset emergency rule comprises:

under the condition that the symptom description information accords with a preset emergency rule, sending an emergency confirmation prompt to the user client;

after receiving the indication that the user client side feedback determines emergency treatment, the user is considered to be an emergency treatment user.

11. The method of claim 6, further comprising:

matching in a disease result set according to the symptom description information to obtain target disease information; wherein, the disease result set is correspondingly recorded with symptom information and disease information;

screening doctor information by using the target disease information to obtain doctor information of corresponding diseases;

correspondingly, the step of sending a diagnosis offer to a doctor client within a set distance based on the specified position information comprises the following steps: and sending a diagnosis offer to a doctor client of the doctor information corresponding to the disease information within the set distance based on the designated position information.

12. The method according to claim 11, in the step of sending a diagnosis offer to a doctor client corresponding to disease information within a set distance based on the specified location information, comprising:

preferably, the diagnosis offer is sent to a doctor client that has responded to the diagnosis offer of the user client.

13. The method according to claim 11, in the step of sending a diagnosis offer to a doctor-client corresponding to a disease within a set distance based on the specified location information, comprising:

sending a diagnosis offer to the doctor client with the doctor evaluation index higher than the index threshold.

14. The method according to claim 11, in the step of sending a diagnosis offer to a doctor client corresponding to a disease within a set distance based on the specified location information, comprising:

the diagnostic offer is sent to the physician client that accepts diagnostic offers more than a threshold number of times.

15. The method of claim 6, further comprising:

and if the target doctor client is not successfully determined in the doctor clients within the set distance, sending a diagnosis offer to the doctor client based on the doctor information in the extended distance of the set distance.

16. The method of claim 6, in the step of determining a target physician client from the received request for a consultation indicating that the physician accepts the diagnosis offer, comprising:

taking a doctor client of a doctor meeting one or more of the following target conditions as a target doctor client in doctors corresponding to the received treatment request, wherein the target conditions comprise:

the doctor information of the doctor with the index higher than the index threshold value is evaluated by the doctor;

receiving doctor information of a doctor with diagnosis invitation times higher than a time threshold;

physician information of a physician who has provided a consultation to the user.

17. The method of claim 6, in the step of determining a target physician client from the received request for a consultation indicating that the physician accepts the diagnosis offer, comprising:

sending doctor information of the doctor client accepting the diagnosis invitation to a user client of the user;

receiving target doctor information fed back by a user client of a user; and the doctor client corresponding to the target doctor information is used as the target doctor client.

18. The method of claim 6, in the step of determining a target physician client from the received request for a consultation indicating that the physician accepts the diagnosis offer, comprising: and determining the doctor client which receives the diagnosis invitation firstly as a target doctor client.

19. The method of claim 6, wherein the symptom description information corresponds to a specified amount of resources; the method also includes transferring the specified amount of resources from the user client's account to the target physician client's account.

20. The method of claim 6, further comprising: receiving the appointed resource quantity corresponding to the symptom description information sent by the user client;

accordingly, in the step of sending a diagnosis offer to the doctor client of the doctor within the set distance, the diagnosis offer is accompanied by the specified resource amount to indicate the resource amount that can be obtained by the target doctor in response to the symptom description information.

21. A data interaction method is applied to a doctor client, and comprises the following steps:

receiving a diagnosis offer sent by a server; wherein the diagnosis offer is generated based on the server receiving symptom description information published by a user client;

feeding back a consultation receiving request aiming at the diagnosis invitation to the server according to the input of a doctor at the doctor client;

and displaying a communication interface for establishing communication between the target doctor client and the user client under the condition that the server determines that the doctor client is the target doctor client according to the received treatment request.

22. The method of claim 21, further comprising:

receiving treatment information input by a doctor at the target doctor client; wherein the therapy information is used to instruct the user to self-target a therapy method for the patient;

and sending the treatment information to the user client.

23. The method of claim 21, further comprising:

determining video diagnosis and treatment information corresponding to the symptom description information according to the input of a doctor at the target doctor client; the video diagnosis and treatment information is used for demonstrating a diagnosis and treatment method aiming at the symptom description information;

and sending the video diagnosis and treatment method to the user client.

24. The method of claim 21, further comprising:

receiving medication guide information input by a doctor at the target doctor client; wherein the medication guidance information is used for representing medication suggestions for the symptom description information;

and sending the medication guide information to the user client.

25. The method of claim 21, further comprising:

issuing a diagnosis receiving preparation request to a hospital where the target doctor client is located; wherein the visit preparation request is used to instruct the hospital to prepare for a visit to a patient of the user client.

26. The method of claim 21, further comprising:

issuing an equipment preparation request to a hospital where the target doctor client is located; wherein the equipment preparation request is for instructing the hospital to prepare medical equipment; wherein the medical equipment is used for the doctor using the target doctor client to go out for treatment and carry.

27. The method of claim 21, further comprising:

issuing travel information from the position of the target doctor client to the designated position information representation position corresponding to the symptom description information;

determining target vehicle information responding to the travel information; wherein the vehicle represented by the target vehicle information carries the doctor of the target doctor client to the position represented by the designated position information;

and sending the target vehicle information to the user client.