Doctor-patient communication method, system and device based on intranet and extranet, and electronic equipment

Abstract

The invention relates to the technical field of communication, and discloses a doctor-patient communication method, system and device based on an intranet and an extranet, and electronic equipment.The method comprises the steps that an intranet server receives a call request of a first user equipment end and determines a target second user according to second user identification information carried by the call request, obtaining state information of a target second user, wherein the state information comprises an offline state and an online state; when the target second user is in an offline state, the intranet server forwards the call request to the extranet service port through the proxy server; and the external network service port receives the call request, determines a target second user mobile terminal corresponding to the second user identification information, and sends the call request to the target second user mobile terminal. According to the technical scheme provided by one or more embodiments, normal communication between the doctor and the patient between the internal network and the external network can be ensured.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a doctor-patient communication method, system, device and electronic equipment based on an intranet and an extranet. Background Art

[0002] Currently, in the ward call scenario, patients generally call relevant medical staff through a call bell, and the relevant medical staff notify the attending physician. When the attending physician is not in the hospital, it is difficult for patients to contact the attending physician, which can easily delay treatment and lead to unnecessary medical risks.

[0003] In actual medical scenarios, patients can contact their attending physicians in the intranet environment through the intranet ward call system, but when the attending physician is in an extranet environment outside the hospital scenario, the patient cannot contact the attending physician through the intranet ward call system. In addition, the attending physician is responsible for many patients, and adding the contact information of all patients is cumbersome.

[0004] In view of this, how to conduct communication between doctors and patients between internal and external networks is an urgent problem to be solved. Summary of the invention

[0005] The present application provides a doctor-patient communication method, system, device and electronic equipment based on the intranet and extranet, which can ensure normal communication between the doctor and the patient between the intranet and extranet, and provide great convenience for the medical industry.

[0006] The first aspect of the present application provides a medical-patient communication method based on an intranet and an extranet, the method being applied to a medical-patient communication system, the medical-patient communication system comprising an intranet service end, a proxy server and an extranet service end, the intranet service end comprising an intranet server and a plurality of first user equipment ends, the extranet service end comprising an extranet service port and a plurality of second user mobile ends; the method comprising: the intranet server receiving a call request from the first user equipment end, and determining a target second user according to second user identification information carried in the call request, and obtaining status information of the target second user, the status information comprising an offline status and an online status; when the target second user is in an offline status, the intranet server forwards the call request to the extranet service port via the proxy server; the extranet service port receives the call request, and determines a target second user mobile end corresponding to the second user identification information, and sends the call request to the target second user mobile end.

[0007] According to a second aspect of the present application, there is provided a medical-patient communication system, the system comprising an intranet service end, a proxy server and an extranet service end, the intranet service end comprising an intranet server and a plurality of first user equipment ends, the extranet service end comprising an extranet service port, a plurality of second user mobile terminals and a plurality of second user equipment ends; the intranet service end is used to receive a call request from the first user equipment end, and determine a target second user according to second user identification information carried in the call request, obtain status information of the target second user, and transfer the call request to the target second user equipment end or the proxy server according to the status information; the proxy server is used to receive the call request when the target second user is in an offline state, and transfer the call request to the extranet service port; the extranet service end is used to receive the call request when the target second user is in an offline state, and determine a target second user mobile terminal corresponding to the second user identification information, and send the call request to the target second user mobile terminal.

[0008] A third aspect of the present application provides a medical-patient communication device, which is applied to a medical-patient communication system, and the device includes: a request transceiver module, which is used to issue or receive a call request from a first user device or a voice request from a second user device; a request processing module, which is used to receive the call request and determine the target second user according to the second user identification information carried by the call request, and send the call request to the target second user mobile terminal through a proxy server, and receive the voice request and determine the target first user according to the first user identification information carried by the voice request, and send the voice request to the target first user device through a proxy server.

[0009] The fourth aspect of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the electronic device is used to implement a medical-patient communication method based on an intranet and an extranet as described in the first aspect.

[0010] The technical solution provided in this embodiment of the present application provides a communication connection between the patient side of the intranet and the doctor side of the external network through a proxy server. Among them, the patient side makes a call request to the intranet server, and the intranet server transfers the call request to the doctor side of the external network through the proxy server. The doctor side receives a text message carrying information with the call request, and can choose to contact the designated patient in the form of voice or video through the proxy server through the voice service. It can be seen that the technical solution provided in this embodiment of the present application ensures normal communication between doctors and patients between the internal and external networks, providing great convenience for the medical industry. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the specific implementation methods of the present application or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0012] Figure 1 A step diagram of a doctor-patient communication method based on an intranet and an extranet provided for an implementation method of the present application;

[0013] Figure 2 A schematic diagram of the steps of transmitting a call request to an external network service port provided in one embodiment of the present application;

[0014] Figure 3 A schematic diagram of a scenario of a doctor-patient communication method based on an intranet and an extranet provided in one embodiment of the present application;

[0015] Figure 4 A flowchart of a method for doctor-patient communication based on an intranet and an extranet provided in accordance with an embodiment of the present application;

[0016] Figure 5 A schematic diagram of data transmission by a proxy server performing forward proxy and reverse proxy according to an embodiment of the present application;

[0017] Figure 6 A schematic diagram of the structure of a doctor-patient communication system provided for one embodiment of the present application;

[0018] Figure 7 A schematic diagram of the structure of a doctor-patient communication device provided in one embodiment of the present application;

[0019] Figure 8 A schematic diagram of the structure of an electronic device provided in accordance with an embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present application.

[0021] In addition, the descriptions involving "first", "second", etc. in this application are for descriptive purposes only and cannot be understood as indicating or implying their relative importance or implicitly indicating the number of technical features indicated. Thus, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In the description of the embodiments of the present application, unless otherwise specified, "multiple" means two or more. In addition, the use of "based on" or "according to" means openness and inclusiveness, because the process, steps, calculations or other actions "based on" or "according to" one or more of the conditions or values ​​can be based on additional conditions or beyond the described values ​​in practice.

[0022] With the continuous development of the smart medical industry, in actual medical scenarios, patients can contact their attending physicians through the ward call system of the hospital intranet in order to receive timely treatment. The traditional calling method is to call the nurse station through the call bell at the patient's bedside, and the nurse station will conduct medical dispatch. Nowadays, more and more hospitals are using more diversified ward call systems to call medical staff. The above-mentioned ward call system can include intelligent terminal devices such as arm screens and bedside cards installed on one side of the bed, which can be directly connected to the doctor's end device or nurse station device that is also in the intranet through the hospital's intranet.

[0023] However, when the attending physician leaves the hospital and is in an extranet environment, the patient cannot contact the attending physician through the intranet call system due to the communication barriers between the intranet and the extranet, which may delay the patient's treatment in an emergency. In addition, since the attending physician is responsible for many patients, adding the patient's contact information one by one is not only cumbersome, but also not conducive to the doctor's personal privacy protection.

[0024] How to enable patients to communicate effectively with their attending physicians at any time and any place, and ensure that patients can receive timely and professional medical guidance when they need help, has become an urgent problem to be solved in the current medical industry. In view of this, one or more implementations of this application provide a doctor-patient communication method, system, device and electronic equipment based on an intranet and an extranet, which can solve the above problems and realize communication between doctors and patients between the intranet and the extranet, thereby improving the quality of medical services and patient satisfaction.

[0025] See also Figure 1 In one embodiment of the present application, a doctor-patient communication method based on an intranet and an extranet is provided. The method is applied to a doctor-patient communication system. The doctor-patient communication system includes an intranet server, a proxy server, and an extranet server. The intranet server includes an intranet server and a plurality of first user device terminals. The extranet server includes an extranet service port and a plurality of second user mobile terminals. The method may include the following steps:

[0026] S1: The intranet server receives a call request from the first user device, determines a target second user based on information carried in the call request, and obtains status information of the target second user, wherein the information carried in the call request includes second user identification information, and the status information includes an offline status and an online status.

[0027] The above-mentioned multiple first user device terminals can be understood as bedside call devices for each patient, such as an arm screen installed on the side of the bed, a bedside card and other intelligent terminal devices, which are used by patients to send call requests to medical staff so that medical treatment can be provided to the patients in a timely manner. Among them, the above-mentioned first user can refer to each patient, the above-mentioned second user can refer to each attending physician, and the above-mentioned target second user is the attending physician corresponding to the current patient's call.

[0028] The above-mentioned intranet server can be understood as a server of the nurse station in the hospital intranet environment, which is used to coordinate medical requests and personnel scheduling on the patient side and the medical staff side. Among them, the call request from the above-mentioned first user device can be sent to the above-mentioned intranet server to further call the corresponding target second user.

[0029] In this embodiment, the above-mentioned call request carries the second user identification information, which is used to determine the target second user to be called. Among them, adding an independent identification to the call request can correctly feed back the call request to the specified second user. In practical applications, this can be achieved by extending the identification bit, or by adding the identification information of the second user in the request instruction. Taking the addition of the second user identification information as an example, each second user has its unique corresponding serial number. The unique serial number is added as the second user identification information in the instruction structure of the request command. According to the identification of the second user identification information, the target second user to be called can be determined, thereby ensuring the correct transmission of the call request.

[0030] In this embodiment, after the intranet server receives the call request from the first user device, the target second user is determined by identifying the second user identification information carried in the call request. Furthermore, the intranet server will retrieve the current status information of the target second user and determine the forwarding path of the call request based on the status information. The above status information includes an offline state and an online state. The above offline state can be understood as the target second user is currently in an external network in a non-hospital environment, such as a state where a doctor is off duty, taking a lunch break, etc. and is disconnected from the hospital intranet. The above online state can be understood as the target second user being in a working state in the hospital intranet.

[0031] S3: When the target second user is in an offline state, the intranet server forwards the call request to the external network service port via the proxy server.

[0032] In an intranet environment, direct access to the Internet is usually prohibited for security reasons. In order to allow the intranet server to access external network services, a proxy server is needed for transfer. The intranet server will send the request to the proxy server, which will then access the external network service and return the response result to the intranet server. The proxy server transmits the request data between the intranet and the intranet, allowing the intranet server to indirectly access external resources and services. At the same time, the proxy server can also filter and control the data, improving the security of the intranet system.

[0033] The above-mentioned proxy server is used for port mapping between the intranet and the intranet, and transmits data between the intranet and the intranet through a forward proxy or a reverse proxy. Specifically, when a client in the intranet wants to access the Internet, it needs to access it through a proxy server. This access service is called a forward proxy. For example, the intranet server uses the proxy server to perform a forward proxy to pass the above-mentioned call request to the external network server. Similarly, the external network server uses the proxy server to perform a reverse proxy to pass the access information back to the intranet server. It should be noted that when performing a reverse proxy, only the proxy server address is exposed, while the address of the real server in the intranet is hidden.

[0034] The above-mentioned external network service port is a service port called by the external network server, which is used to receive the call request transmitted by the proxy server. Preferably, the external network service port of Tencent Cloud service can be called, such as Tencent Cloud SMS service port, Tencent Cloud voice service port, etc.

[0035] S5: The external network service port receives the call request, determines the target second user mobile terminal corresponding to the second user identification information, and sends the call request to the target second user mobile terminal.

[0036] The second user mobile terminal can be understood as a doctor's mobile phone, tablet or other mobile networking device, and the target second user mobile terminal is the mobile device of the patient's attending physician. When the doctor is offline, the call request can be transmitted to the external network service port via the proxy server, and the external network service port transmits the call request to the target second user mobile terminal.

[0037] It should be noted that the information carried by the above call request not only includes the second user identification information, but also may include basic information on the patient side such as the first user identification information, the first user request information, the first user's medical condition information, etc., so as to facilitate the attending physician to understand the patient's basic information and call needs in a targeted manner.

[0038] Based on the above ideas, the technical solution provided by this implementation of the present application enables the patient to contact the attending physician in time through data interaction between the intranet and the intranet when the doctor is offline. The first user device can send the information carried in the call request to the target second user mobile terminal by sending a call request to the intranet server, breaking the communication barrier between the intranet and the intranet of the hospital, ensuring that the patient can contact the attending physician in time through the intranet device in the ward when the doctor is in the extranet.

[0039] In a possible implementation, when the intranet server detects that the target second user is online, the call request can be directly transferred to the doctor's device end of the intranet. Specifically, the intranet server determines the target second user device end corresponding to the target second user according to the second user identification information, and sends the call request to the target second user device end.

[0040] In this embodiment, the second user device can be understood as a communication device in the attending doctor's office, such as a doctor's office computer, a landline phone, and other terminal devices in the hospital intranet environment. The intranet server directly sends the call request to the second user device of the corresponding department based on the second user identification information, without the need to switch between the intranet and the intranet, so that the doctor can receive the patient's call request in time when he is online.

[0041] The technical solution provided by this implementation provides a communication method when both the attending physician and the patient are in an intranet scenario. The patient sends a call request through the device, which can be directly transferred to the second user device in the designated doctor's office through the intranet server, thereby enriching the communication scenarios between intranets and bringing a more comprehensive processing method for communication between doctors and patients.

[0042] In a possible implementation, based on step S3, the intranet server forwards the call request to the external network service port via the proxy server, and the external network service port includes a short message service interface. Specifically, the intranet server determines the address and port number of the proxy server by specifying variables, and sends the call request to the proxy server according to the address and port number; the proxy server sends the call request to the short message service interface by specifying the request domain name.

[0043] The above-mentioned SMS service interface can adopt the SMS API interface of Tencent Cloud SMS service, which sends SMS by sending http requests and processes the returned results. Specifically, first configure the address and port number of the proxy server on the intranet server to ensure that the intranet server can access the proxy server. When the intranet server needs to pass the call request to the second user's mobile terminal, the intranet server sends the call request to the proxy server according to the configured proxy server address and port number. Furthermore, the proxy server will forward the call request to the SMS service interface according to the specified request domain name, wherein the proxy server may perform some additional processing, such as authentication of the request, encryption or decryption of the data, etc. Furthermore, after receiving the request from the proxy server, the service interface will verify the legitimacy of the request and send a text message to the target second user's mobile terminal according to the request content.

[0044] Exemplarily, the SMS API interface address of Tencent Cloud SMS service is "http: / / sms.tencentcloudapi.com", which is used to send SMS requests. Among them, the intranet server can determine the IP address and port number of the proxy server by specifying variables. The above-mentioned specified variable is "proxy", and the port number of the above-mentioned proxy server is preferably "443", and "443" is the standard port number of the HTTPS protocol. Furthermore, the proxy server will forward the call request to the external network service interface according to the specified request domain name. On the basis of accessing Tencent Cloud SMS service, the above-mentioned specified request domain name is the interface address of the SMS API "http: / / sms.tencentcloudapi.com".

[0045] See also Figure 2 In a possible implementation manner, based on step S5, the information carried in the call request further includes the first user identification information and the first user request information; the external network service port receives the call request, determines the target second user mobile terminal corresponding to the second user identification information, and sends the call request to the target second user mobile terminal, specifically including:

[0046] S501: The SMS service interface receives the call request, traverses the preset second user communication list of the SMS service interface, and determines the communication information of the target second user mobile terminal according to the second user identification information;

[0047] S503: The SMS service interface sends the first user identification information and the first user request information to the target second user device based on the communication information of the target second user mobile terminal.

[0048] The second user identification information can be understood as a serial number corresponding to the target second user added to the instruction structure of the call request, wherein the serial number can be the second user's mobile phone number or user ID, etc. The preset second user communication list can be a data set in a pre-set database, cache or other storage medium, which contains the communication information of all second user mobile terminals. Similarly, the first user identification information can be a serial number such as the first user's mobile phone number or user ID, and the first user request information can be the profile information of the first user who issued the call request, such as the patient's medical condition information, or can be the type of medical treatment consulted by the first user, such as inquiries about medical precautions, inquiries about sudden changes in medical conditions, etc.

[0049] In this embodiment, the SMS service interface parses the received call request, extracts the second user identification information, the first user identification information and the first user request information, and traverses the preset second user communication list, searches for entries that match the second user identification information and extracts the communication information of the current second user, such as the mobile phone number of the current second user, constructs the SMS content based on the extracted first user identification information and the first user request information, and sends the SMS to the target second user mobile terminal, which is the second user mobile terminal pointed to by the matched second user communication information.

[0050] In this embodiment, the target first user who issues the call request and the demand type of the target first user can be clearly known through the carried first user identification information and the first user request information, so that the second user can pre-clearly determine the requested solution after receiving the text message. For example, after receiving the text message, the attending physician can quickly locate the patient based on the first user identification information, and clarify the patient's condition information or consultation type based on the first user request information, thereby providing the patient with faster and more accurate guidance and improving the service satisfaction of both doctors and patients.

[0051] Furthermore, after sending the call request to the target second user's mobile terminal, the SMS service interface will return the response status of the call request to the proxy server. The above response status can be understood as the status of success or failure of SMS sending. The proxy server will forward the above response status back to the intranet server. Through the feedback of the above response status, the nurse station can receive timely feedback on whether the attending doctor has received the notification on the intranet server, which can provide a progress reference for the scheduling of medical resources.

[0052] In the above-mentioned multiple implementations, the introduction of the SMS service interface provides the proxy server with an external network service interface, which not only solves the problem that the network of the internal network server is inaccessible, but also sends the call request information to the designated second user's mobile terminal through the SMS service, thereby improving the efficiency of information transmission and user experience, while enhancing the security and flexibility of intranet and extranet communications.

[0053] In a possible implementation, the external network service port also includes a voice service interface. On the basis of step S5, after sending the call request to the target second user mobile terminal, the target second user can initiate a voice request to the first user through the proxy server. Specifically, in response to the call request, the target second user mobile terminal initiates a voice request to the voice service interface, and the voice request carries the first user identification information; the voice service interface determines the target first user device corresponding to the voice request based on the first user identification information, and sends the voice request to the target first user device via the proxy server. Among them, the above-mentioned voice service interface can adopt the voice API interface of Tencent Cloud Voice Service.

[0054] In this embodiment, after receiving the SMS notification, the second user can initiate a voice request to the first user device as a response on the second user's mobile terminal. Since the target first user device is in an intranet environment, the external network service port cannot communicate with it directly, so the voice request can be forwarded to the target first user device through a proxy server, and then an audio and video call can be made with the target first user. Among them, the voice request carries the identification information of the first user, so that the external network service port can correctly determine the target first user device and forward the voice request.

[0055] In this embodiment, the voice service interface can determine the target first user device to be communicated based on the identification information of the first user and the preset first user communication list. Specifically, the voice service interface receives a voice request, and traverses the preset first user communication list of the voice interface, determines the communication information of the target first user device based on the first user identification information, and further, based on the communication information of the target first user device, transfers the voice request to the proxy server, and the proxy server transfers the voice request to the target first user device.

[0056] Taking the hospital scenario as an example, the hospital LAN is the current intranet environment. This application provides one or more embodiments of the above-mentioned doctor-patient communication method based on the intranet and extranet as follows:

[0057] See also Figure 3 and Figure 4The first user device is the arm screen calling device in the patient's ward, the second user device is the landline or intranet computer and other communication equipment at the doctor's station, the intranet server is the nurse station server, and the second user mobile terminal is the doctor's private mobile phone and other external network communication equipment.

[0058] In one embodiment, first, when a patient encounters an emergency and needs to communicate with the attending physician, a call request is initiated to the nurse station server through the arm screen calling device. After receiving the call request, the nurse station determines the attending physician corresponding to the patient's call based on the information carried in the call request, and decides whether to transfer the call request to the doctor station based on the current status information of the attending physician.

[0059] In one implementation of this embodiment, when the attending doctor is online, it means that the attending doctor is currently in the intranet environment of the doctor station. At this time, the nurse station directly transfers the call request to the communication device of the doctor station through the intranet. After receiving the call request, the attending doctor will promptly arrange for medical staff to go to the ward where the patient is located. It should be noted that the information carried in the above call request includes the serial number of the attending doctor, the serial number of the patient, and the patient's request type information. The serial number of the attending doctor can be the ID number of the attending doctor, and the serial number of the patient can be the ID number or bed number of the patient. The patient's request type information may include emergency calls, medical project requests, or question communication requests, etc. The nurse station can accurately transmit the call request to the attending doctor corresponding to the current patient according to the serial number of the attending doctor. After receiving the call request, the attending doctor can promptly determine the medical care projects that the patient may currently need to perform according to the serial number and request type information of the patient, thereby improving the communication efficiency between doctors and patients.

[0060] In another implementation of this embodiment, when the attending physician is offline, it means that the attending physician is currently in an extranet environment. At this time, the call request needs to be transferred to the doctor's extranet communication device through a proxy server. Specifically, the nurse station server sends the call request to the doctor's mobile phone in the form of a text message via the proxy server, and feeds back the notification result to the nurse station. After receiving the call request, the attending physician will call the WeChat applet to initiate a voice request such as video or phone call to the patient. Among them, the information carried by the call request can be reflected in the content of the text message, and the attending physician can also promptly determine the medical care items that the patient may currently need based on the patient's serial number and request type information.

[0061] In one embodiment, see Figure 5, the above-mentioned proxy server is preferably an nginx proxy server, and a socks5 proxy is configured on the nginx proxy server. Considering the safety of the hospital intranet, configuring a socks5 proxy on the basis of the existing nginx proxy server can enhance the security of intranet and extranet communications, and can break through access restrictions to achieve safer and more flexible network access control. Wherein, the socks5 proxy is usually bound to the 1080 port of the proxy server, which can be through the request data of multiple different communication protocols, such as TCP, IP, HTTP, HTTPS and other communication protocols.

[0062] Specifically, the nurse station server forwards the request to the nginx proxy server through the configured socks5 proxy. The nginx proxy server calls the Tencent Cloud SMS service interface on the external network through the forward proxy, and sends the patient's call request to the doctor's mobile phone in the form of SMS. Among them, the address of the proxy server can be obtained through the variable "PROXY_HOST", such as the external IP "443" of the network gate, and the port number of the proxy server can be obtained through the variable "PROXY_PORT". The nurse station server sends the call request to the proxy server according to the address and port number of the above-mentioned proxy server. Further, the proxy server sends the call request to the Tencent Cloud SMS service interface by requesting the domain name "http: / / sms.tencentcloudapi.com".

[0063] Furthermore, after sending the call request to the doctor's extranet communication device, the doctor calls the Tencent Cloud voice service interface and initiates a voice request to the patient arm screen on the intranet through the reverse proxy of the nginx proxy server according to the domain name port provided by the hospital. Among them, the Tencent Cloud voice service will provide appropriate resources and scheduling for audio and video calls based on the identity information of the doctor and the patient, network conditions, etc., to ensure the quality of the call. In addition, the Tencent Cloud SMS service interface on the extranet can also feedback the response status information to the proxy server, and the proxy server transmits the response status information, such as the SMS sending status, to the nurse station server through the IP "10393" on the inner end of the network gate.

[0064] In one implementation of this embodiment, the attending physician can directly jump to the mini program to initiate a call with the patient by clicking on the SMS link. Specifically, the SMS content with the URL Link is generated through the external network service interface and sent to the doctor's external network communication device. The doctor clicks the URL Link in the SMS to directly jump to the mini program to call the voice service to conduct audio and video communication with the patient.

[0065] In one embodiment, the arm screen calling device can be an intelligent terminal device installed on the side of the patient's bed, which is connected to the hospital's local area network and is used by the patient to initiate a call request on demand. The arm screen calling device is provided with a variety of operation buttons, each button corresponding to a different call request type, such as a nursing call request, an emergency call request, etc. In addition, the arm screen can also make audio and video calls with the terminal device of the medical staff.

[0066] The above description is only an example scenario provided in the specification and is not intended to limit the present invention. Any modifications, equivalent substitutions, etc. made within the spirit and principles of the present invention should be included in the protection scope of the present invention.

[0067] One or more implementations of the present application provide a communication connection between the patient side of the intranet and the doctor side of the extranet through a proxy server. The patient side makes a call request to the intranet server, and the intranet server transfers the call request to the doctor side of the extranet through the proxy server. The doctor side receives a text message carrying information with the call request, and can choose to contact the designated patient in the form of voice or video through the proxy server through the voice service. It can be seen that the technical solution provided by this implementation of the present application can ensure normal communication between doctors and patients between the intranet and the extranet, providing great convenience for the medical industry.

[0068] See also Figure 6 The present application also provides a doctor-patient communication system, the system comprising an intranet server, a proxy server and an extranet server, the intranet server comprising an intranet server and a plurality of first user device terminals, the extranet server comprising an extranet service port, a plurality of second user mobile terminals and a plurality of second user mobile terminals, specifically:

[0069] The intranet server 100 is used to receive the call request from the first user device, determine the target second user according to the second user identification information carried in the call request, obtain the state information of the target second user, and transfer the call request to the target second user device or proxy server according to the state information;

[0070] The proxy server 200 is used to receive the call request when the target second user is in an offline state, and transfer the call request to the external network service port;

[0071] The external network service end 300 is used to receive the call request when the target second user is in an offline state, determine the target second user mobile terminal corresponding to the second user identification information, and send the call request to the target second user mobile terminal.

[0072] In one embodiment, the intranet service end 100 specifically includes an intranet server, a plurality of first user equipment ends and a plurality of second user equipment ends;

[0073] In one embodiment, the external network service terminal 300 specifically includes an external network service port and a plurality of second user mobile terminals, and the external network service port includes a short message service interface and a voice service interface.

[0074] In one embodiment, the intranet service terminal 100 is specifically used to determine the target second user device terminal or the target second user mobile terminal corresponding to the target second user according to the second user identification information, send the call request to the target second user device terminal, or send the call request to the target second user mobile terminal through the proxy server, and receive the returned status response information.

[0075] In one embodiment, the proxy server 200 is specifically used to receive a call request from the intranet server and transfer it to the external network server, receive status response information returned by the external network server, and receive a voice request fed back by the external network server, and transfer the above voice request to the target first device of the intranet server.

[0076] In one embodiment, the external network service terminal 300 is specifically used to receive a call request forwarded by a proxy server and parse the carried information of the call request, notify the target second user mobile terminal of the carried information in the form of a text message, and initiate a voice request to the first user device terminal of the internal network server through the proxy server.

[0077] See also Figure 7 The present application also provides a doctor-patient communication device, which is applied to a doctor-patient communication system, and the device includes:

[0078] The request transceiver module 001 is used to send or receive a call request from a first user equipment end or a voice request from a second user equipment end;

[0079] The request processing module 002 is used to receive the call request and determine the target second user according to the second user identification information carried in the call request, and send the call request to the target second user mobile terminal through the proxy server, and receive the voice request and determine the target first user according to the first user identification information carried in the voice request, and send the voice request to the target first user device through the proxy server.

[0080] In one embodiment, the request transceiver module 001 is specifically used to send and receive request data. Specifically, the request transceiver module sends / receives call requests of different request types to the request processing module as needed, and the information carried by the call request includes the second user identification information, the first user identification information and the first user request information, wherein the first user request information refers to the request type of the current call request, and in addition, the request transceiver module can also send / receive voice requests to the request processing module.

[0081] In one embodiment, the request processing module 002 is specifically used to receive a call request or a voice request sent by the request transceiver module, and adjust the call request or the voice request to a data format that complies with the specified protocol of the proxy server for data transmission, and according to the second user identification information / first user identification information pointed to by the information carried by the call request or the voice request, pass the call request or the voice request back to the request transceiver module through the proxy server.

[0082] The further functional description of each of the above modules and units is the same as that of the above corresponding embodiments and will not be repeated here.

[0083] A system / device for doctor-patient communication in an embodiment of the present application is presented in the form of a functional unit, where the unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and memory that executes one or more software or fixed programs, or other devices that can provide the above functions.

[0084] See also Figure 8 , Figure 8 1 is a schematic diagram of the structure of an electronic device provided by one embodiment of the present application. The electronic device may be one of the intranet server, extranet server or proxy server in the aforementioned embodiment, and may perform the functions of the corresponding device. Figure 8As shown, the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components are connected to each other using different buses for communication, and can be installed on a common mainboard or installed in other ways as needed. The processor can process the instructions executed in the computer device, including instructions stored in or on the memory to display the graphical information of the GUI on an external input / output device (such as, a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 8 A processor 10 is taken as an example.

[0085] The processor 10 may be a central processing unit, a network processor or a combination thereof. The processor 10 may further include a hardware chip. The hardware chip may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general purpose array logic or any combination thereof.

[0086] The memory 20 stores instructions executable by at least one processor 10, so that the at least one processor 10 executes the method shown in the above embodiment.

[0087] The memory 20 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 20 may optionally include a memory remotely arranged relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0088] The memory 20 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 20 may also include a combination of the above types of memory.

[0089] The computer device further comprises a communication interface 30 for the computer device to communicate with other devices or a communication network.

[0090] The embodiment of the present application also provides a computer-readable storage medium. The above method according to the embodiment of the present application can be implemented in hardware, firmware, or can be implemented as a computer code that can be recorded in a storage medium, or can be implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium through a network download, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid-state hard disk, etc.; further, the storage medium can also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by a computer, a processor, or hardware, the method shown in the above embodiment is implemented.

[0091] The systems, devices or modules described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0092] For the convenience of description, the above device is described in various units according to their functions. Of course, when implementing the present application, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0093] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0094] The present application is described with reference to the flowcharts and / or block diagrams of the methods, systems, and computer program products according to the embodiments of the present application. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0095] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0096] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0097] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0098] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0099] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

[0100] Although the embodiments of the present application have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present application, and such modifications and variations are all within the scope defined by the appended claims.

Claims

1. A doctor-patient communication method based on an intranet and an extranet, characterized in that: The method is applied to a doctor-patient communication system, the doctor-patient communication system includes an intranet server, a proxy server and an extranet server, the intranet server includes an intranet server and a plurality of first user equipment terminals, the extranet server includes an extranet service port and a plurality of second user mobile terminals; the method includes: The intranet server receives a call request from the first user device, determines a target second user according to information carried in the call request, and obtains status information of the target second user, wherein the information carried in the call request includes second user identification information, and the status information includes an offline state and an online state; When the target second user is in an offline state, the intranet server forwards the call request to the external network service port via the proxy server; The external network service port receives the call request, determines the target second user mobile terminal corresponding to the second user identification information, and sends the call request to the target second user mobile terminal.

2. The method according to claim 1, characterized in that The intranet service end further includes a plurality of second user equipment ends. When the target second user is online, the method includes: The intranet server determines a target second user device corresponding to the target second user according to the second user identification information; The call request is sent to the target second user equipment.

3. The method according to claim 1, characterized in that: The external network service port includes a short message service interface; The intranet server forwarding the call request to the external network service port via the proxy server includes: The intranet server determines the address and port number of the proxy server by specifying variables, and sends the call request to the proxy server according to the address and port number; The proxy server sends the call request to the SMS service interface via the specified request domain name.

4. The method according to claim 1 or 3, characterized in that: The information carried by the call request also includes first user identification information and first user request information; the external network service port receives the call request, determines the target second user mobile terminal corresponding to the second user identification information, and sends the call request to the target second user mobile terminal, specifically including: The SMS service interface receives the call request, traverses the preset second user communication list of the SMS service interface, and determines the communication information of the target second user mobile terminal according to the second user identification information; The SMS service interface sends the first user identification information and the first user request information to the target second user device based on the communication information of the target second user mobile terminal.

5. The method according to claim 1 or 3, characterized in that: The external network service port includes a short message service interface. After sending the call request to the target second user mobile terminal, the method further includes: The SMS service interface returns the response status of the call request to the proxy server, and the proxy server sends the response status to the intranet server.

6. The method according to claim 1, characterized in that The external network service port also includes a voice service interface; after sending the call request to the target second user mobile terminal, the method further includes: In response to the call request, the target second user mobile terminal initiates a voice request to the voice service interface, wherein the voice request carries the first user identification information; The voice service interface determines the target first user device corresponding to the voice request according to the first user identification information, and sends the voice request to the target first user device via the proxy server.

7. The method according to claim 6, characterized in that The voice service interface determines the target first user device corresponding to the voice request according to the first user identification information carried in the voice request, and sends the voice request to the target first user device via the proxy server, specifically including: The voice service interface receives the voice request, and traverses the preset first user communication list of the voice interface, and determines the communication information of the target first user device according to the first user identification information; The voice service interface forwards the voice request to the proxy server based on the communication information of the target first user device, and the proxy server forwards the voice request to the target first user device.

8. A doctor-patient communication system, characterized in that: The system includes an intranet service end, a proxy server and an extranet service end, wherein the intranet service end includes an intranet server and a plurality of first user equipment ends, and the extranet service end includes an extranet service port, a plurality of second user mobile terminals and a plurality of second user equipment ends; The intranet server is used to receive the call request from the first user device, determine the target second user according to the second user identification information carried in the call request, obtain the status information of the target second user, and transfer the call request to the target second user device or proxy server according to the status information; The proxy server is used to receive the call request when the target second user is in an offline state, and transfer the call request to the external network service port; The external network service end is used to receive the call request when the target second user is in an offline state, determine the target second user mobile end corresponding to the second user identification information, and send the call request to the target second user mobile end.

9. A doctor-patient communication device, characterized in that: The doctor-patient communication device is applied to a doctor-patient communication system, and the device comprises: A request transceiver module, used to send or receive a call request from a first user equipment end or a voice request from a second user equipment end; A request processing module is used to receive the call request and determine the target second user according to the second user identification information carried in the call request, and send the call request to the target second user mobile terminal through the proxy server; and receive the voice request and determine the target first user according to the first user identification information carried in the voice request, and send the voice request to the target first user device through the proxy server.

10. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the program, the method according to any one of claims 1 to 7 is implemented.

Images