WO2023178973A1

WO2023178973A1 - Online consulting instant messaging system and message processing method

Info

Publication number: WO2023178973A1
Application number: PCT/CN2022/121760
Authority: WO
Inventors: 彭宜堃
Original assignee: 康键信息技术（深圳）有限公司
Priority date: 2022-03-22
Filing date: 2022-09-27
Publication date: 2023-09-28
Also published as: CN114629867A

Abstract

The present application relates to the fields of artificial intelligence and digital medical healthcare. Provided are an online consulting instant messaging system and a message processing method. The system comprises a communication module, a message processing module and a data storage module. The communication module receives an IM consulting session message, and sends the IM consulting session message to the message processing module and the data storage module; the data storage module extracts a patient identification and a doctor identification from the IM consulting session message, splices the patient identification and the doctor identification to form a session identifier, and, on the basis of the session identifier, stores the IM consulting session message into a preset IM database by means of a data partitioning mode and a data routing mode; and, the message processing module receives a data query request carrying a doctor identification or a patient identification, queries in the preset IM database according to the doctor identification or the patient identification to obtain a query result, and pushes the query result by means of the communication module. By using the solution, efficient high-concurrency query can be supported.

Description

Online consultation instant messaging system and message processing method

This application claims priority to the Chinese patent application submitted to the China Patent Office on March 22, 2022, with the application number 202210283140.9, and the invention name is "Online Consultation Instant Messaging System and Message Processing Method", the entire content of which is incorporated by reference in in this application.

Technical field

This application relates to the fields of instant messaging, artificial intelligence and digital medical technology, and in particular to an online consultation instant messaging system and a message processing method for an online consultation instant messaging system.

Background technique

In today's highly information-based mobile Internet era, IM (Instant Messaging, instant messaging) products have become a must-have in life. Social products with IM core such as "WeChat" and "DingTalk" are highly favored by everyone. A network instant messaging system consists of an instant messaging server, a service management system (SMS, Service Management System) connected to the IM server, and multiple IM clients connected to the IM server at the same time. Most IM service frameworks are presented as IM service monomer frameworks.

With the vigorous development of the Internet medical industry, online consultation scenarios have become an important core function that bridges the gap between doctors and patients and provides medical services. The inventor found that the traditional IM service unit cannot support high-concurrency messaging. In the online consultation scenario in the medical field, the traditional IM service unit cannot support personalized queries, such as querying all messages sent by a specific doctor. , messages received by a specific patient from a specific doctor, or all messages during a specific consultation process, if encountering high-concurrency online consultations, the traditional IM service unit will be overloaded and unable to Ensure the stable operation of the system.

Therefore, the current medical industry is generally in urgent need of an instant messaging solution that can support efficient queries.

Contents of the invention

Based on this, it is necessary to address the above technical problems and provide an online consultation instant messaging system and a message processing method for the online consultation instant messaging system that can support high-concurrency online consultations.

In the first aspect, this application provides an online consultation instant messaging system. The system includes: a communication component, a message processing component and a data storage component. The communication component and the data storage component are respectively connected to the message processing component;

The communication component is used to receive IM consultation dialogue messages and send IM consultation dialogue messages to the message processing component and data storage component;

The data storage component is used to extract the patient identity and doctor's identity in the IM consultation conversation message, and splice the patient's identity and doctor's identity into a session identity. Based on the session identity, the IM is stored in the form of data fragmentation and data routing. The consultation conversation messages are stored in the default IM database;

The message processing component is used to receive a data query request carrying a doctor's identity or patient's identity, query the preset IM database based on the doctor's identity or patient's identity, obtain the query results, and push the query results through the communication component.

The above-mentioned online consultation instant messaging system divides the traditional IM service monolithic architecture into independent component modules, so that the online consultation instant messaging system has the functions of communication, message processing and storage at the same time, and the consistency of messages between each component can be maintained and supports high-concurrency data query. In addition, based on the patient's identity and the doctor's identity, IM consultation conversation messages are stored in the form of data sharding and data routing, which can greatly disperse the reading and writing pressure, so that when receiving the message carrying the doctor's identity or the patient's identity When making a data query request, the query is performed in the preset IM database based on the doctor's identity or patient's identity, and the corresponding query results are obtained, thereby realizing personalized query of the consultation dialogue messages between a specific doctor and a specific patient. In summary, by adopting the above system, it is possible to support high-concurrency and efficient queries.

In the second aspect, this application also provides a message processing method for an online consultation instant messaging system. The online consultation instant messaging system includes a communication component, a message processing component and a data storage component. The communication component and the data storage component are respectively related to the message processing component. Component connection methods include:

The communication component receives the IM consultation dialogue message and sends the IM consultation dialogue message to the message processing component and the data storage component;

The data storage component extracts the patient identity and doctor's identity in the IM consultation conversation message, splices the patient's identity and doctor's identity into a session identity, and based on the session identity, the IM consultation is stored in the form of data sharding and data routing. Conversation messages are stored in the default IM database;

When the message processing component receives a data query request carrying a doctor's identity or patient's identity, it queries the preset IM database based on the doctor's identity or patient's identity, obtains the query results, and pushes the query results through the communication component.

In a third aspect, this application also provides a computer-readable storage medium. The computer-readable storage medium has a computer program stored thereon, and when the computer program is executed by the processor, the following steps are implemented:

The data storage component extracts the patient identity and the doctor's identity in the IM consultation conversation message, splices the patient's identity and the doctor's identity into a session identity, and segments the data based on the session identity. and data routing, storing the IM consultation conversation message in a preset IM database;

When the message processing component receives a data query request carrying a doctor's identity or a patient's identity, it performs a query in the preset IM database based on the doctor's identity or the patient's identity, obtains the query results, and passes the required The communication component pushes the query results.

According to the message processing method of the above-mentioned online consultation instant messaging system, the online consultation instant messaging system includes independent components and has the functions of communication, message processing and storage at the same time. The components can maintain message consistency and support high concurrency. data query. The data storage component stores IM consultation conversation messages based on patient identity and doctor identity in the form of data sharding and data routing, which not only greatly disperses the reading and writing pressure, but also enables the message processing component to receive the doctor's identity when it receives the message. When a data query request is made for a specific doctor or a patient's identity, the query is performed in the preset IM database based on the doctor's identity or the patient's identity, and the corresponding query results are obtained, thereby realizing personalized query of the consultation dialogue messages between a specific doctor and a specific patient. In summary, using the above method can support high-concurrency and efficient queries.

Description of the drawings

Figure 1 is a structural block diagram of an online consultation instant messaging system in one embodiment;

Figure 2 is a schematic diagram of an online consultation scenario in one embodiment;

Figure 3 is a schematic flowchart of a message processing method of the online consultation instant messaging system in one embodiment.

Detailed ways

In order to make the purpose, technical solutions and advantages of the present application more clear, the present application will be further described in detail below with reference to the drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain the present application and are not used to limit the present application.

In one embodiment, as shown in Figure 1, an online consultation instant messaging system is provided, including the system including: a communication component 200, a message processing component 202 and a data storage component 204. The communication component 200 and the data storage Component 204 is connected to message processing component 202 respectively;

The instant messaging system is a cross-platform (Linux Server, Windows Server), customizable P2P instant messaging system (integrated multi-person video conferencing function), providing "one-stop" customized solutions for various industry portals and enterprises and institutions , to create a stable, safe, efficient and scalable instant messaging system that is close to or compatible with instant messaging products such as MSN, TM, Tradelink and Taobao Want Want in terms of user habits. However, traditional IM service frameworks are generally service monolithic frameworks. In this embodiment, the communication component is responsible for the push and arrival of messages, which is a centralized service. All types of user messages will be transferred and delivered through this centralized communication component, but the processing of each message is handed over to the data storage component and message processing component. It should be noted that conventional IM services never provide API (Application Programming Interface, Application Programming Interface) to the outside world, and only provide basic long link communication functions. In order to meet the delivery of template messages, the IM service must expose an independent server interface. This interface provides the function of sending template messages for other related business applications. Therefore, in this embodiment, after the communication component is added with an independent server API interface, the interface is exposed to each service background and used to send robot messages (template messages) and card messages, etc. This interface can meet the needs of the interface caller. It has fault tolerance and load balancing and supports horizontal expansion of the API layer. In addition, in order to prevent information bombing, the interface can also support security, flow control, desensitization and other functions.

The message processing component, also known as the computing component, provides query services related to IM consultation dialogue messages and is responsible for data desensitization of query results. In terms of deployment, capacity is estimated individually and server resources are planned based on the respective service loads. Since IM consultation conversation messages are stored based on patient identification and doctor identification, when the user wants to query messages sent by a specific doctor and patient, he or she can send a data query request carrying the doctor's identification or patient's identification. To the message processing component, the message processing component can query the preset IM database according to the doctor identity or patient identity in the data query request, obtain the corresponding query results, and then send the query results to the client through the communication component. To meet the user's query needs.

For massive data to be stored and processed, the data needs to be divided and distributed to each machine area through data sharding (Shard/Partition). After the data is sharded, the storage location of a certain record can be found through data routing. . Therefore, in this embodiment, after receiving the IM consultation dialogue message, the data storage component extracts the patient identity identifier patientId and doctor identity identifier patientId in the IM consultation dialogue message entity, and splices the patient identity identifier patientId and doctor identity identifier patientId into The session identifier is used as the KEY for data fragmentation and data routing, and the IM consultation dialogue message is stored in the preset IM database in the form of data fragmentation and data routing. In this way, it not only greatly disperses the pressure of data reading and writing, but also associates conversational messages with doctors and patients.

The above-mentioned online consultation instant messaging system divides the traditional IM service monolithic architecture into independent component modules, so that the online consultation instant messaging system has the functions of communication, message processing and storage, and can achieve message consistency between components. , supports high-concurrency data query. In addition, based on the patient's identity and the doctor's identity, IM consultation conversation messages are stored in the form of data sharding and data routing, which can greatly disperse the reading and writing pressure, so that when receiving the message carrying the doctor's identity or the patient's identity When making a data query request, the query is performed in the preset IM database based on the doctor's identity or patient's identity, and the corresponding query results are obtained, thereby realizing personalized query of the consultation dialogue messages between a specific doctor and a specific patient. In summary, by adopting the above system, it is possible to support high-concurrency and efficient queries.

In one of the embodiments, the message processing component is also used to perform data desensitization processing on the query results before pushing the query results through the communication component, and the communication component is also used to push the query results after data desensitization.

Data desensitization refers to the deformation of certain sensitive information through desensitization rules to achieve reliable protection of sensitive private data. When customer security data or some commercially sensitive data is involved, real data must be transformed and used for testing without violating system rules, such as ID number, mobile phone number, card number, customer number and other personal information. Perform data desensitization. Sensitive information depends on the actual business scenario and security dimensions. Taking natural persons as an example, the sensitive fields of individual users include: name, ID number, mobile phone number, email address, etc.; in the banking system, as a customer, it may also involve bank card number, Expiration time, payment password, etc.; in the company system, as an employee, it may also involve salary, educational background, etc.; in the medical system, as a patient, it may also involve medical treatment information, etc. Specifically, data desensitization is divided into static data desensitization and dynamic data desensitization. Static data desensitization is the "movement and simulation replacement" of data. After the data is extracted and desensitized, it is sent to downstream links for free access, reading and writing. After desensitization, the data is isolated from the production environment, which satisfies meet business needs while ensuring the security of the production database. Dynamic data desensitization performs desensitization processing in real time while accessing sensitive data. It can implement different desensitization schemes for different roles, different permissions, and different data types, thereby ensuring that the returned data is available and safe.

In this embodiment, the dynamic data desensitization method may be used. During the process of receiving the query request and executing the query statement, real-time desensitization processing can be implemented based on determining whether the preset validity conditions are met. Validation conditions are usually based on the judgment of the current user role. The visible range of sensitive data is preset for different users. The system administrator has the highest authority and can see any field in any table at any time. In this embodiment, after confirming the identity of the client user, during the process of executing the query statement, the query results are desensitized in real time according to the desensitization rules to achieve reliable protection of the data. In another embodiment, the message processing component may also desensitize the IM consultation dialogue message before storing it, and send the desensitized IM consultation message to the data storage component, so that The data storage component stores the desensitized IM consultation conversation messages into the preset IM database. Specifically, commonly used desensitization rules include replacement, rearrangement, encryption, truncation, and masking. In this embodiment, it can be Desensitize doctor identification and patient identification by means of rearrangement, encryption or masking.

In one of the embodiments, the data storage component is also used to extract a preset number of characters in the session identification, determine the preset number of characters as the primary key of data fragmentation and data routing, and use the data fragmentation and data routing according to the primary key. method, the IM consultation conversation message is stored in the corresponding default IM database.

In specific implementation, the last 4 bits of the session identifier can be extracted and used as the primary key for data fragmentation and data routing. Then, the IM consultation dialogue message is divided, and the IM consultation message is divided into data fragmentation and data routing methods. The medical consultation dialogue messages are stored in the IM database. In this embodiment, the last 4 digits of the session identifier are used as the unique identifier. Storing the IM data can ensure the orderly storage of the IM medical consultation dialogue messages, and at the same time, the IM medical consultation dialogue can be stored in an orderly manner. Messages are associated with the doctor and patient who initiated the session to facilitate subsequent data queries.

In one of the embodiments, the data storage component is also used to further include an IM consultation dialogue message storage model. The IM consultation dialogue message storage model is used to store the IM consultation dialogue message according to the consultation session identification field, the patient identity identification field, The formats of the doctor identity field, terminal identification field and message service type field are stored in the default IM database.

Currently, the classic IM consultation dialogue message storage model in non-medical scenarios is: MessageId (message ID), From (sender), To (receiver), Message (message content), Time (sending time) and Status (message state). The above IM consultation dialogue message storage model cannot clarify the identity of the message sender and receiver. If the user wants to query all messages sent by a specific doctor, messages from a specific doctor received by a specific patient, or all messages during a specific consultation process, It cannot meet the user's query needs. Therefore, in this embodiment, the IM consultation dialogue message storage model is expanded. The IM consultation dialogue message storage model in this embodiment includes fields: MessageId (message ID), ConsultId (consultation ID), appId ( Terminal type), bizType (message service type), doctorId (doctor ID), patientId (patient ID), From (sender), To (receiver), Message (message content), Time (sending time), Status (message state). The doctorId and patientId will be used as keys for data routing shards in storage. The AppId will be used in later pushes to indicate the device terminal type being pushed. BizType and consultID will be used in risk control and AI (Artificial Intelligence, artificial intelligence) scenarios to refine the business affiliation and business type of the message. Among them, artificial intelligence scenarios can include conducting intelligent consultation sessions and sending robot template messages. Richer medical data can be expanded through the newly introduced five fields: ConsultId (consultation ID), appId (terminal type), bizType (message service type), doctorId (doctor ID), and patientId (patient ID). dimensions to better meet specific medical-related scenarios.

In one embodiment, the communication component is also used to obtain a message template when a template message generation event is triggered, generate a corresponding template message according to the message template, and push the template message.

In specific implementation, the sender of the IM consultation dialogue message is sometimes not a human sender, but a template message triggered by the communication component under specific rules and generated and sent according to specific template rules, that is, the AI robot template message For example, when the patient clicks to expand the session, a greeting message sending event can be triggered, and a greeting message is generated according to the greeting message template, such as "Hello, how can I help you?" In this embodiment, by sending the template message It can improve communication efficiency and save communication time.

In one embodiment, the communication component is also used to extract the message service type and consultation identifier in the IM consultation dialogue message body of the session when the session ends and reaches the preset duration, and search based on the message service type and consultation identifier. Go to the corresponding target message template, generate a template message based on the target message template, and push the template message.

In this embodiment, for example, in the evaluation information scene after the consultation, the triggering rules at this time are applied and triggered by the communication component. When the consultation ends, the timer starts, and when 20 minutes have passed after the consultation, The message template for the corresponding business will be immediately queried based on the biztype and consultid fields in the IM consultation conversation message body. This template is provided in the form of placeholder replacement. For example: Hello, $User, your consultation $ConsultID has ended. What is your evaluation of this service? Then, when the template is queried, the placeholders in the template are replaced with variable information such as consultid to generate the final template message. It can be understood that in other embodiments, the template message may be sent 10 minutes or 5 minutes after the consultation is completed. The specific setting can be set according to the actual situation, and is not limited here.

In one embodiment, the IM database includes multiple sub-databases and sub-data tables, and the data storage component is also used to store the IM consultation conversation messages into the preset IM database in a sub-database and sub-table manner.

In practical applications, for an IM platform with a large user base, the storage of IM consultation conversation messages is crucial. The storage must meet the characteristics of scalable storage space, low read and write timeliness, and historical data archiving. This solution is based on these three characteristics. At the storage level, the underlying database is split into several sub-databases and sub-tables, and at the application level, the data writing scheme of sub-databases and sub-tables is used. Specifically, you can split the IM database into 10 databases and 10 tables, and add a separate table name to each table, for example: msg_1010, msg_0103, msg_0204. The first two digits of the number represent the serial number of the sub-database, and the last two The bit represents the number of the sub-table. Then, the two user IDs doctorId and patientId in the IM consultation conversation message are extracted and spliced into a session ID, and then the data is written and read based on the last 4 bits of the session ID. It can be understood that in other embodiments, the IM database can also be split into more sub-databases and sub-tables. In this embodiment, by splitting the IM database into multiple sub-databases and sub-tables, data reading and writing pressure can be further dispersed.

In one embodiment, the communication component is also used to monitor the connection status of the client. When it is detected that the client is offline, it sends a user logout event message to the client and updates the connection status to the offline status.

During specific implementation, IM's communication component will monitor the connection status of all user terminals in real time. Once it is found that the user terminal has been disconnected for a period of time, it will send a user logout event message to the user terminal and update the user status to offline. In this embodiment, the communication component monitors the connection status of the user terminal and can update the status of the user terminal in time to facilitate the push of offline messages.

In one of the embodiments, the communication component is also used to obtain the current IM text message content and the preset offline message push field when it is detected that the client is offline, and push the current IM text message content and the preset offline message push field according to the current IM text message content and the preset offline message push field. Fields synthesize offline messages and push offline messages to the client.

During the specific implementation, each message will determine the online status of the current user during the processing of the data stream. Once the user is found to be offline, the current IM text message and the preset offline message push fields (such as appId, device number, device number, etc.) will be obtained. type, pushed title, etc.), and based on the current IM text message content, and supplementing the appId, device number, device type, pushed title, etc., after synthesizing the complete offline message, the interface of the push platform is called to complete the offline message push . In this way, even if the user terminal is offline, the push and storage of messages can be completed.

In one embodiment, the communication component and the data storage component communicate with the message processing component through RPC or message queue.

In practical applications, in order to solve the problem of excessive load under the IM service monolithic architecture, the three main functions of communication, storage, and calculation of IM consultation dialogue messages are cut into three independent component modules, which are interconnected through RPC ( Remote Procedure Call, remote process call), message queue, etc. maintain communication. RPC provides an inter-process communication mechanism. A program can use this protocol to request services from a program on another computer in the network. Through this mechanism, a program running on one computer can smoothly execute a remote code on the system. A "message queue" is a container that saves messages during their transmission. Messages are sent to the queue, and the message queue manager acts as an intermediary in relaying the message from its source to its destination. The main purpose of a queue is to provide routing and ensure the delivery of messages; if a message is sent and the recipient is unable to receive it, the message queue retains the message until it can be successfully delivered. In this embodiment, the successful delivery of the IM consultation dialogue message can be ensured through RPC or message queue.

In one embodiment, as shown in Figure 3, this application also provides a message processing method for an online consultation instant messaging system. The online consultation instant messaging system includes a communication component, a message processing component and a data storage component. The communication component The data storage component and the data storage component are respectively connected to the message processing component. This method is explained using the online instant messaging system shown in Figure 1 as an example, including the following steps:

Step 302: The communication component receives the IM consultation dialogue message and sends the IM consultation dialogue message to the message processing component and the data storage component;

Step 304: The data storage component extracts the patient identity and the doctor's identity in the IM consultation conversation message, splices the patient's identity and the doctor's identity into a session identity, and based on the session identity, uses data fragmentation and data routing. IM consultation conversation messages are stored in the default IM database;

Step 306: When the message processing component receives a data query request carrying a doctor's identity or a patient's identity, it queries the preset IM database based on the doctor's identity or patient's identity, obtains the query results, and pushes the query through the communication component. result.

During specific implementation, the communication component, data storage component and message processing component maintain communication with each other through RPC, message queue and other methods. After receiving the IM consultation dialogue message, the data storage component extracts the patient identity identifier patientId and doctor identity identifier doctorId in the IM consultation dialogue message entity, splices the patient identity identifier patientId and doctor identity identifier patientId into a session identifier, and uses the session identifier as The KEY of data fragmentation and data routing stores IM consultation conversation messages in the default IM database in the form of data fragmentation and data routing. When a user wants to query messages sent by a specific doctor and patient, he or she can send a data query request carrying the doctor's identity or patient's identity to the message processing component. The message processing component can query the message based on the doctor's identity or patient's identity in the request. The logo is queried in the preset IM database to obtain the corresponding query results, and then the query results are sent to the client through the communication component to meet the user's query needs. Furthermore, in another embodiment, before pushing the query results, the message processing component also performs data desensitization processing on the query results, and pushes the query results after the data desensitization processing through the communication component.

In order to explain more clearly the online consultation instant messaging system and the message processing method of the online consultation instant messaging system provided by this application, the following is explained in conjunction with a specific embodiment and Figure 2:

In this embodiment, in order to solve the problem of excessive load during high-concurrency message transmission under the traditional IM service monolithic architecture, the three main functions of communication, storage and calculation of IM consultation dialogue messages are cut into three independent blocks. The component module includes communication component, data storage component and message processing component. Communication component, data storage component and message processing component maintain communication with each other through RPC, message queue and other methods. Moreover, conventional IM services never provide external APIs. In this embodiment, the communication component is added with an independent server-side API interface. This interface is exposed to various service backgrounds and is used to send robot messages (template messages) and Card messages, etc., this interface can meet the fault tolerance and load balancing of the interface caller and support horizontal expansion of the API layer. In addition, in order to prevent information bombing, this interface can also meet security, flow control, desensitization and other functional support.

The user terminal establishes a connection with the communication component. At this time, the communication component can trigger a greeting message sending event and generate a greeting message according to the greeting message template, such as "Hello, how can I help you?" to start an online consultation session. , and at the same time, the IM consultation conversation messages in the session are sent to the computing component and the data storage component in real time. During the session, the communication component monitors the connection status of all user terminals in real time. Once it is found that the user terminal has been disconnected for a period of time, it will send a user logout event to the user terminal, update the user status to offline, and obtain the current IM text messages and preset offline message push fields (such as appId, device number, device type, pushed title, etc.) are based on the current IM text message content and supplemented with appId, device number, device type, pushed title, etc. Content, after synthesizing the complete offline message, call the interface of the push platform to complete the offline message push. When the consultation ends, the timer starts. When 20 minutes have elapsed after the consultation, the message template for the corresponding business will be queried immediately based on the biztype and consultid fields in the IM consultation dialogue message body. This template is replaced by placeholders. to provide. For example: Hello, $User, your consultation $ConsultID has ended. What is your evaluation of this service? Then, when the template is queried, the placeholders in the template are replaced with variable information such as consultid to generate the final template message.

After receiving the IM consultation dialogue message, the data storage component extracts the patient identity identifier patientId and doctor identity identifier doctorId in the message entity of the IM consultation dialogue message, splices the patient identity identifier patientId and doctor identity identifier patientId into a session identifier, and The last 4 digits of the session identifier are used as the KEY for data fragmentation and data routing. The IM consultation conversation message is stored in the default IM database in the form of data fragmentation and data routing. In addition, the IM consultation dialogue messages are stored in the form of separate databases and tables based on the built IM consultation dialogue message storage model. The fields included in the IM consultation dialogue message storage model are: MessageId (message ID), ConsultId (consultation ID), appId (terminal type), bizType (message business type), doctorId (doctor ID), patientId (patient ID), From (sender), To (receiver), Message (message content), Time (sending time), Status (message status). The doctorId and patientId will be used as keys for data routing shards in storage. The AppId will be used in later pushes to indicate the device terminal type being pushed. BizType and consultID will be used in risk control and AI scenarios to refine the business affiliation and business type of the message.

When the message processing component receives the data query request carrying the doctor's identity or the patient's identity sent by the client, it queries the preset IM database based on the doctor's identity or the patient's identity, obtains the query results, and communicates the query results The component is sent to the client to satisfy the user's query needs.

In one embodiment, a computer-readable storage medium is provided. The computer-readable storage medium may be non-volatile or volatile. A computer program is stored thereon and the computer program is executed by a processor. When implementing the steps in each of the above method embodiments.

It should be understood that although the steps in the flowcharts involved in the above-mentioned embodiments are shown in sequence as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated in this article, there is no strict order restriction on the execution of these steps, and these steps can be executed in other orders. Moreover, at least some of the steps in the flowcharts involved in the above embodiments may include multiple steps or stages. These steps or stages are not necessarily executed at the same time, but may be completed at different times. The execution order of these steps or stages is not necessarily sequential, but may be performed in turn or alternately with other steps or at least part of the steps or stages in other steps.

The technical features of the above embodiments can be combined in any way. To simplify the description, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, all possible combinations should be used. It is considered to be within the scope of this manual.

The above-described embodiments only express several implementation modes of the present application, and their descriptions are relatively specific and detailed, but should not be construed as limiting the patent scope of the present application. It should be noted that, for those of ordinary skill in the art, several modifications and improvements can be made without departing from the concept of the present application, and these all fall within the protection scope of the present application. Therefore, the scope of protection of this application should be determined by the appended claims.

Claims

An online consultation instant messaging system, wherein the system includes a communication component, a message processing component and a data storage component, and the communication component and the data storage component are respectively connected to the message processing component;

The communication component is configured to receive an IM consultation dialogue message and send the IM consultation dialogue message to the message processing component and the data storage component;

The data storage component is used to extract the patient identity identifier and the doctor identity identifier in the IM consultation dialogue message, splice the patient identity identifier and the doctor identity identifier into a session identifier, and use the data based on the session identifier. Using fragmentation and data routing methods, the IM consultation conversation messages are stored in the preset IM database;

The message processing component is used to receive a data query request carrying a doctor's identity or a patient's identity, perform a query in a preset IM database based on the doctor's identity or the patient's identity, and obtain query results. Through the communication The component pushes the query results.
The online consultation instant messaging system according to claim 1, wherein the data storage component is further used to extract a preset number of characters in the session identification, and determine the preset number of characters into data fragments and The primary key of data routing, according to the primary key, the IM consultation dialogue message is stored in the corresponding preset IM database in the form of data fragmentation and data routing.
The online consultation instant messaging system according to claim 1, wherein the data storage component includes an IM consultation dialogue message storage model; the IM consultation dialogue message storage model is used to store the IM consultation dialogue message according to The formats of the consultation session identification field, the patient identification field, the doctor identification field, the terminal identification field and the message service type field are stored in the preset IM database.
The online consultation instant messaging system according to claim 1, wherein the communication component is also used to obtain a message template when a template message generation event is triggered, generate a corresponding template message according to the message template, and push the template information.
The online consultation instant messaging system according to claim 1, wherein the communication component is also used to extract the message service type and consultation identification in the IM consultation dialogue message body of the session when the session ends and reaches a preset duration. , find the corresponding target message template according to the message service type and the consultation identification, generate a template message based on the target message template, and push the template message.
The online consultation instant messaging system according to claim 1, wherein the preset IM database includes a plurality of sub-databases and sub-data tables, and the data storage component is also used to store the IM consultation dialogue in a sub-database and sub-table manner. The message is stored in the default IM database.
The online consultation instant messaging system according to any one of claims 1 to 6, wherein the communication component is also used to monitor the connection status of the client, and if the client is detected to be offline, send a user logout event. Send a message to the client to update the connection status to offline status.
The online consultation instant messaging system according to any one of claims 1 to 6, wherein the communication component is also used to obtain the current IM text message content and the preset offline message when the client is detected to be offline. Push field: synthesize an offline message according to the current IM text message content and the preset offline message push field, and push the offline message to the client.
The online consultation instant messaging system according to any one of claims 1 to 6, wherein the message processing component is also used to perform data desensitization processing on the query results; the communication component is used to push data desensitization The subsequent query results.
A message processing method for an online consultation instant messaging system, wherein the online consultation instant messaging system includes a communication component, a message processing component and a data storage component, and the communication component and the data storage component are respectively connected to the message Processing component connections, the method includes:

The communication component receives the IM consultation dialogue message, and sends the IM consultation dialogue message to the message processing component and the data storage component;

The data storage component extracts the patient identity and the doctor's identity in the IM consultation conversation message, splices the patient's identity and the doctor's identity into a session identity, and segments the data based on the session identity. and data routing, storing the IM consultation conversation message in a preset IM database;

When the message processing component receives a data query request carrying a doctor's identity or a patient's identity, it performs a query in the preset IM database based on the doctor's identity or the patient's identity, obtains the query results, and passes the required The communication component pushes the query results.
The message processing method of the online consultation instant messaging system according to claim 10, wherein the data storage component extracts a preset number of characters in the session identifier and determines the preset number of characters as data fragments and the primary key of data routing. According to the primary key, the IM consultation dialogue message is stored in the corresponding preset IM database in the form of data fragmentation and data routing.
The message processing method of the online consultation instant messaging system according to claim 10, wherein the data storage component includes an IM consultation dialogue message storage model; the IM consultation dialogue message storage model stores the IM consultation dialogue The message is stored in the preset IM database in the format of consultation session identification field, patient identification field, doctor identification field, terminal identification field and message service type field.
The message processing method of an online consultation instant messaging system according to claim 10, wherein the communication component obtains a message template when a template message generation event is triggered, generates a corresponding template message according to the message template, and pushes the Template message.
The message processing method of the online consultation instant messaging system according to claim 10, wherein the communication component extracts the message service type and consultation in the IM consultation dialogue message body of the session when the session ends and reaches the preset duration. identification, find the corresponding target message template according to the message service type and the consultation identification, generate a template message based on the target message template, and push the template message.
The message processing method of the online consultation instant messaging system according to claim 10, wherein the preset IM database includes a plurality of sub-databases and sub-data tables, and the data storage component stores the IM consultation in a sub-database and sub-table manner. Conversation messages are stored in the default IM database.
The message processing method of the online consultation instant messaging system according to any one of claims 10 to 15, wherein the communication component monitors the connection status of the client, and if it detects that the client is offline, sends the user to log out. The event message is sent to the client, and the connection status is updated to an offline status.
The message processing method of the online consultation instant messaging system according to any one of claims 10 to 15, wherein the communication component acquires the current IM text message content and the preset offline state when monitoring that the client is offline. The message push field is used to synthesize an offline message according to the current IM text message content and the preset offline message push field, and push the offline message to the client.
The message processing method of the online consultation instant messaging system according to any one of claims 10 to 15, wherein the message processing component performs data desensitization processing on the query results; the communication component pushes the desensitized data query results.
A computer-readable storage medium on which a computer program is stored, wherein the following steps are implemented when the computer program is executed by a processor:

The communication component receives the IM consultation dialogue message and sends the IM consultation dialogue message to the message processing component and the data storage component;

The data storage component extracts the patient identity and the doctor's identity in the IM consultation conversation message, splices the patient's identity and the doctor's identity into a session identity, and segments the data based on the session identity. and data routing, storing the IM consultation conversation message in a preset IM database;

When the message processing component receives a data query request carrying a doctor's identity or a patient's identity, it performs a query in the preset IM database based on the doctor's identity or the patient's identity, obtains the query results, and passes the required The communication component pushes the query results.
The readable storage medium according to claim 19, wherein the data storage component extracts a preset number of characters in the session identification and determines the preset number of characters as a primary key for data fragmentation and data routing, According to the primary key, the IM consultation dialogue message is stored in the corresponding preset IM database in the form of data fragmentation and data routing.