Data processing method, terminal device, server and storage medium

Abstract

The embodiment of the present application provides a data processing method, a terminal device, a server and a storage medium. In the data processing method, multiple objects to be analyzed in the field of food and medicine can be obtained, and combined with the existing object usage rules, multiple objects are analyzed to see whether they are suitable for use together, and then, object usage guidance services in the field of food and medicine are provided to users, which is conducive to ensuring drug safety and food safety.

Description

Technical Field

[0001] The present application relates to the field of Internet technology, and in particular to a data processing method, terminal equipment, server and storage medium. Background Art

[0002] The development of Internet technology has brought a lot of convenience to people, allowing them to buy the medicines they need without leaving home. In some scenarios, users can buy medicines through online shopping platforms. Medicines are a special type of medicine, and improper use may lead to safety risks for the users.

[0003] However, the existing online platforms cannot provide users with reasonable medication guidance services or food guidance services when providing medicine or food selection services. Therefore, a new solution is needed. Summary of the invention

[0004] Multiple aspects of the present application provide a data processing method, a terminal device, a server and a storage medium for providing users with usage guidance services related to objects in the field of food and medicine.

[0005] An embodiment of the present application provides a data processing method, including: obtaining multiple objects to be analyzed; the multiple objects belong to the field of food and medicine; sending the identifiers of the multiple objects to a server so that the server analyzes whether the multiple objects are suitable for use together; obtaining analysis result data returned by the server, and displaying the analysis result data; the analysis result data is used to describe whether the multiple objects are suitable for use together.

[0006] An embodiment of the present application also provides a data processing method, including: obtaining identifications of multiple objects sent by a client; the multiple objects belong to the field of food and medicine; based on the identifications of the multiple objects and in combination with object usage rules, analyzing whether the multiple objects are suitable for combined use to obtain analysis result data; and sending the analysis result data to the client for display.

[0007] An embodiment of the present application also provides a terminal device, including: a processing component, a communication component and a display component; the processing component is used to: obtain multiple objects to be analyzed; the multiple objects belong to the field of food and medicine; the communication component is used to: send the identifications of the multiple objects to a server, so that the server analyzes whether the multiple objects are suitable for use together, and obtains analysis result data returned by the server; the analysis result data is used to describe whether the multiple objects are suitable for use together; the display component is used to: display the analysis result data.

[0008] An embodiment of the present application also provides a server, including: a processing component and a communication component; the communication component is used to: obtain the identifications of multiple objects sent by a client; the multiple objects belong to the field of food and medicine; the processing component is used to: analyze whether the multiple objects are suitable for combined use based on the identifications of the multiple objects and in combination with object usage rules, obtain analysis result data, and send the analysis result data to the client for display through the communication component.

[0009] The embodiment of the present application also provides a computer-readable storage medium storing a computer program, which, when executed, can implement the data processing method executed by the client or the data processing method executed by the server provided in the embodiment of the present application.

[0010] In the data processing method provided in the embodiment of the present application, multiple objects to be analyzed in the field of food and medicine are obtained, and combined with existing object usage rules, it is analyzed whether the multiple objects are suitable for combined use. Object usage guidance services in the field of food and medicine can be provided to users, which is conducive to ensuring medication safety and food safety. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0012] Figure 1 A schematic diagram of the structure of a data processing system provided for an exemplary embodiment of the present application;

[0013] Figure 2a A schematic diagram of an order list display page provided for an exemplary embodiment of the present application;

[0014] Figure 2b A schematic diagram of selecting a drug to be analyzed provided by an exemplary embodiment of the present application;

[0015] Figure 2c A schematic diagram of selecting a drug to be analyzed provided by another exemplary embodiment of the present application;

[0016] Figure 3a A schematic diagram of inputting target medication attributes provided by an exemplary embodiment of the present application;

[0017] Figure 3b A schematic diagram of displaying analysis result data and jumping to an object recommendation interface provided by an exemplary embodiment of the present application;

[0018] Figure 3c A schematic diagram showing recommended candidate objects provided by an exemplary embodiment of the present application;

[0019] Figure 3d A schematic diagram of displaying analysis result data and jumping to an order submission interface provided by another exemplary embodiment of the present application;

[0020] Figure 3e A schematic diagram of displaying analysis result data in a pop-up window interface provided by an exemplary embodiment of the present application;

[0021] Figure 4 A flowchart of a data processing method provided for an exemplary embodiment of the present application;

[0022] Figure 5 A flowchart of a data processing method provided for another exemplary embodiment of the present application;

[0023] Figure 6 A schematic diagram of the structure of a client provided for an exemplary embodiment of the present application;

[0024] Figure 7 A schematic diagram of the structure of a server provided for another exemplary embodiment of the present application. DETAILED DESCRIPTION

[0025] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only 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 ordinary technicians in this field without making creative work are within the scope of protection of the present application.

[0026] In the prior art, online platforms cannot provide users with reasonable object usage guidance services in the field of food and medicine. In response to this technical problem, in some embodiments of the present application, a solution is provided, which includes a data processing system composed of a client and a server. The technical solutions provided by each embodiment of the present application will be described in detail below in conjunction with the accompanying drawings.

[0027] Figure 1 A structural diagram of a data processing system provided for an exemplary embodiment of the present application is shown in FIG. Figure 1 As shown, the data processing system 100 includes a client 101 and a server 102 .

[0028] The client 101 includes a device that can interact with the user and has a communication function. In different application scenarios, the implementation form of the client 101 will be different. For example, in some scenarios, the client 101 can be implemented as a mobile phone, a tablet computer, a computer device, etc. on the user side.

[0029] The server 102 includes a device capable of data processing and having a communication function. In some embodiments, the server 102 can be implemented as a conventional server, a cloud server, a cloud host, a virtual center, or other server, and this embodiment does not limit this.

[0030] Based on the interaction between the client 101 and the server 102, the data processing system 100 can provide an object usage guidance function in the food and medicine field. The food and medicine field includes the food field and the medicine field. The objects in the food and medicine field can be implemented as physical medicines or physical foods that can be used in people's lives, which are not listed one by one here. The following will take the object implementation as a medicine in the medicine field as an example to exemplify the object usage guidance function provided by the data processing system 100.

[0031] The client 101 is mainly used to obtain multiple objects to be analyzed and send the identifiers of the multiple objects to the server 20. When the object is implemented as a drug, the identifier of the object may include at least one of the name of the drug, the number of the drug, and the SPU (Standard Product Unit) information of the drug, which is not limited in this embodiment.

[0032] The multiple objects to be analyzed may be actively acquired by the client 101. For example, when the object is implemented as medicine, the client 101 may acquire the multiple medicines to be analyzed from the user's medicine purchase list, or may acquire the multiple medicines to be analyzed from the medication reminder information recorded by the user, which is not limited in this embodiment.

[0033] In other embodiments, the multiple objects to be analyzed may be provided by the user. For example, the user may select multiple drugs to be analyzed from the existing drug list provided by the client 101; or the user may enter the name or number of at least one drug to be analyzed in the input window provided by the client 101.

[0034] Among them, the server 102 is mainly used to: receive the identifications of multiple objects to be analyzed sent by the client 101, analyze whether the multiple objects are suitable for combined use based on the identifications of the multiple objects and in combination with the object usage rules, obtain analysis result data, and send the analysis result data to the client 101.

[0035] The object usage rules may be established in advance based on the usage experience of the objects or the functional attributes of the objects, and are used to describe the collocation usage relationship between different objects. The object usage rules may be stored in the server 102, or may be stored in other remote devices, which is not limited in this embodiment. After the server 102 obtains the identifiers of the multiple objects, it may query the collocation usage relationship of the multiple objects from the object usage rules, and analyze whether the multiple objects are suitable for collocation based on the queried collocation usage relationship.

[0036] The analysis result data refers to data used to describe whether the multiple objects are suitable for use together. For example, the analysis result data may include: multiple drugs are suitable for use together, or multiple drugs are not suitable for use together, or multiple drugs should be used together with caution, etc. This embodiment includes but is not limited to this.

[0037] After receiving the analysis result data returned by the server 102, the client 101 can display the analysis result data for the user to view. When the object is implemented as a drug, based on the analysis result data displayed by the client 101, the user can understand whether multiple drugs can be used together, thereby avoiding health risks caused by improper use of drugs. In some scenarios, if the user needs to purchase multiple drugs, the drug selection can be reasonably made based on the usage matching of multiple drugs.

[0038] In the data processing system 100, the above data interaction process between the client 101 and the server 102 can be implemented based on the communication connection relationship established between the client 101 and the server 102. The specific communication connection method can be determined according to the actual application scenario.

[0039] In some exemplary embodiments, the client 101 and the server 102 may communicate with each other by wired communication or wireless communication. The wireless communication includes short-distance communication such as Bluetooth, ZigBee, infrared, WiFi (WIreless-Fidelity), long-distance wireless communication such as LORA, and wireless communication based on mobile network. When connected through mobile network communication, the network standard of the mobile network can be any one of 3d (GSM), 2.5G (GPRS), 3G (WCDMA, TD-SCDMA, CDMA2000, UTMS), 4G (LTE), 4G+ (LTE+), 5G, WiMax, etc.

[0040] In this embodiment, based on the interaction between the client 101 and the server 102, multiple drugs to be analyzed can be obtained, and combined with existing drug use rules, it is analyzed whether the multiple drugs are suitable for combined use, and reasonable medication guidance services can be provided to users.

[0041] It should be noted that the drug use guidance function provided by the data processing system 100 can be triggered by the user or actively triggered by the data processing system 100. The above two triggering methods will be exemplarily described below.

[0042] Implementation A: The data processing system 100 actively activates the drug use guidance function when triggered by a specific system event.

[0043] The system event may be an event that a specified drug list is updated, and the drug list may be implemented as a list for recording a drug order list, or as a list for recording drugs to be reminded to be taken, and this embodiment includes but is not limited to this. Furthermore, the data processing system 100 may proactively provide drug use guidance services to the user when the user updates the drug order list or when the user updates the medication reminder information.

[0044] Implementation B: A user may initiate a matching analysis operation for multiple drugs through the client 101 to trigger the drug use guidance function of the data processing 100. The user who initiates the matching analysis operation may be a user who needs to use the drug or other users, and this embodiment does not limit this.

[0045] In this embodiment, the client 101 may provide an input component to obtain a matching analysis operation initiated by a user. Optionally, the client 101 may include a touch screen display, through which the user may initiate a matching analysis operation for multiple drugs. Of course, in other optional implementation forms, the client 101 may include a physical button or a voice input device, etc., and the user may initiate a matching analysis operation for drugs based on the physical button or the voice input device, which will not be described in detail here.

[0046] Optionally, the client 101 may display an operation icon on an interface for the user to initiate a matching analysis operation for multiple drugs. The interface may be a page for displaying the user's order list. In some embodiments, the interface may be implemented as a shopping cart interface provided by the client 101.

[0047] Figure 2a The interface displayed by the client 101 is illustrated. The operation icons on the interface can be implemented as Figure 2a At the same time, the client 101 can also display the function prompt information of the operation icon for the user to view, such as Figure 2a The prompt information of “Is it reasonable to take multiple drugs at the same time?” is shown. When the user has a drug evaluation requirement, the “evaluate now” icon can be triggered to activate the drug use guidance function of the data processing 100 .

[0048] In the above and below embodiments of the present application, the client 101 may adopt a variety of optional implementations to obtain multiple objects to be analyzed, which will be exemplified below in conjunction with some typical application scenarios.

[0049] When the object is implemented as a medicine, a typical application scenario is the online medicine purchase scenario.

[0050] In the scenario of online drug purchase, users can purchase drugs through the online shopping platform provided by the data processing system 100, and add the purchased drugs to the order list, that is, the virtual "shopping cart" provided by the online shopping platform. The drugs added to the order list are recorded in the designated drug list. The client 101 can obtain the drug list corresponding to the order list, and obtain multiple drugs to be analyzed according to the drug list.

[0051] In an optional implementation, the client 101 may actively obtain multiple drugs in the drug list when the drugs in the drug list are updated. Based on this implementation, the user may be provided with a drug use guidance service before purchasing the drug without the user's awareness.

[0052] In another optional embodiment, the client 101 may obtain multiple drugs specified by the user from the purchased drugs. For example, the client 101 may display an operation icon on an interface for the user to initiate a matching analysis operation for multiple drugs. After the user triggers the operation icon, the client 101 may respond to the user's triggering operation on the operation icon and display the selection control corresponding to the drug list. The selection control corresponding to the drug list may be displayed on the interface or on a new interface. If the selection control is displayed on a new interface, the new interface may be implemented as a drug selection interface provided by the client 101, and the drug selection interface displays drugs that have been added to the order list. The client 101 may determine the selected drugs as the multiple drugs to be analyzed based on the user's selection operation on the drugs that have been added to the order list.

[0053] For example, following the above example, the client 101 may respond to the user's Figure 2a Schematic of the triggering action for the "Evaluate Now" icon, showing Figure 2b Schematic diagram of the drug selection interface. The drug selection interface includes a check box and drugs that have been added to the virtual shopping cart. After the user selects the drugs to be included in the analysis on the drug selection interface, the selected drugs will be re-displayed in the check box to confirm that they have been selected.

[0054] In this scenario, the client 101 can obtain the identifiers of multiple drugs selected by the user when the user purchases drugs, and send the identifiers of the multiple drugs to the server 102. The server 102 can return the analysis result data of whether the multiple drugs selected by the user are suitable for use together, and the analysis result data can guide the user's operation of purchasing drugs, thereby helping to improve the user stickiness and repurchase rate of the shopping platform.

[0055] When the object is implemented as a drug, another typical application scenario is the online medication consultation scenario.

[0056] In the online medication consultation scenario, the user can initiate a consultation operation on the combined use of multiple drugs through the client 101 to inquire whether the multiple drugs are suitable for combined use.

[0057] In this scenario, the client 101 may optionally display available drugs, such as Figure 2c As shown in the figure, the user can select multiple drugs to be analyzed from the available drugs, such as Figure 2c The added drugs 4 and 6 are shown. Optionally, the client 101 may display an input window, through which the user may input the identifiers of the multiple drugs to be analyzed, such as Figure 2c The search window is shown.

[0058] Optionally, the client 101 may obtain a picture provided by the user and identify the medicine contained in the picture as the medicine to be analyzed. Figure 2c As shown, the client 10 may display a "camera" icon. The user may trigger the camera icon, open the local album and upload locally saved pictures. The pictures uploaded by the user may include: prescription pictures, pictures of drug packaging or any pictures containing drug logos. Alternatively, the user may trigger the camera icon to open the camera on the client 101, use the camera to take pictures of prescriptions, drug packaging or any object containing drug logos, and upload the taken pictures. In some other embodiments, the client 101 may send the acquired pictures to the server 102, and the server 102 may identify the drug to be analyzed from the image, which is not limited in this embodiment.

[0059] Optionally, the client 101 may obtain voice data input by the user, perform voice recognition on the voice data, and determine the drug to be analyzed according to the result of the voice recognition. Figure 2cAs shown, the client 101 may display a "microphone" icon, and the user may trigger the microphone icon and orally state the identification of the drug to be analyzed. In response to the triggering operation on the microphone icon, the client 101 may display a voice input prompt interface, and may call the microphone component to collect the voice uttered by the user to obtain voice data. In some other embodiments, the client 101 may send the acquired voice data to the server 102, and the server 102 may identify the drug to be analyzed from the voice data, which is not limited in this embodiment.

[0060] In this scenario, the drugs to be analyzed selected by the user can be recorded in the specified drug list. The client 101 can obtain multiple drugs to be analyzed based on the drug list. For example, when the drug list is updated, the client 101 can obtain the drugs included in the drug list as multiple drugs to be analyzed, which will not be repeated.

[0061] Based on the above optional implementations, the client 101 can determine multiple drugs to be analyzed, and can send the identifications of the multiple drugs to be analyzed to the server 102. The server 102 receives the identifications of the multiple drugs sent by the client 101, and can analyze whether the multiple drugs are suitable for combined use in combination with the drug use rules.

[0062] In the above and the following embodiments of the present application, the object usage rule includes: object collocation usage rule. Continuing to take the object as a medicine as an example, the object collocation usage rule can be implemented as: medicine collocation usage rule.

[0063] Optionally, the drug combination use rules are used to indicate the combination relationship between different drugs. For each drug, the corresponding drug combination use rules may include suitable combination rules between the full amount of the drug and a part of other drugs, and unsuitable combination rules between the full amount of the drug and another part of other drugs. Based on the above suitable combination rules and unsuitable combination rules, drugs with positive influence relationships and drugs with negative influence relationships can be analyzed.

[0064] Among them, the negative impact relationship between two drugs means that one drug will reduce the function of another drug, or one drug will hinder the function of another drug, or one drug will damage another drug, which is not limited in this embodiment. The negative impact relationship between drugs is precipitated as a rule for the use of drug combinations, and reasonable suggestions can be made to drug users to effectively avoid drug risks.

[0065] In some embodiments, the drug combination usage rules can be obtained based on the analysis of historical drug usage data.

[0066] For example, the efficacy data and clinical trial data generated when multiple drugs are used in combination to treat a disease can be obtained, and the rules for using multiple drugs in combination can be obtained based on the efficacy data and clinical trial data.

[0067] In other embodiments, the drug combination rules can be obtained based on the pharmacological properties of the drugs, or the drug combination rules can be obtained based on the compatibility or conflict relationship of the drug components. For example, based on the mutual solubility of the components of drug D and drug E, the rules of contraindications for the joint use of drug D and drug E can be obtained.

[0068] In some other embodiments, the guideline documents in the medical field and the information on the combination of drugs recorded in the basic data dictionary can be precipitated into drug combination rules. The guideline documents may include papers on drug and disease research, health magazines, health science articles, etc., which are not limited in this embodiment.

[0069] Optionally, the drug combination rules obtained based on the above implementation may include at least one of: drug interaction rules, repeated medication rules, and incompatibility rules. Among them, drug interaction rules include: drug mutual synergy rules, drug function addition rules, drug mutual antagonism rules, etc., which are not limited in this embodiment.

[0070] Among them, drug interaction refers to the combined effect between two or more drugs when taken at the same time or within a set time. This combined effect can enhance the efficacy of the drug or reduce side effects, or it can weaken the efficacy of the drug or cause undesirable toxic and side effects. Among them, the interaction that can enhance the efficacy of the drug or reduce side effects can be described as drug synergy or drug functional additive effect. The interaction that can weaken the efficacy of the drug or cause undesirable toxic and side effects can be described as drug antagonism.

[0071] Among them, repeated medication refers to two or more drugs with the same pharmacological effect. When repeated medication is used, the drug dosage is repeated and the drug effects are repeated, which is prone to overdose and adverse drug reactions.

[0072] Among them, incompatibility refers to the physical or chemical interactions that may occur when drugs are combined in vitro, which in turn may affect the efficacy of the drugs, reduce or ineffective the efficacy, or cause toxic reactions.

[0073] Based on the above-mentioned multi-dimensional contraindications for drug use, multi-dimensional drug combination rules can be obtained, which is conducive to providing users with more comprehensive medication guidance services.

[0074] It is worth noting that the rules for the combination of drugs may also include at least one of the corresponding drug prohibition rules, real-name purchase rules and limited purchase rules.

[0075] In some embodiments, special regulations for some drugs in different countries and regions can be obtained from management standard documents or legal policy documents issued by different countries and regions for drugs, and the obtained special regulations can be precipitated into sales ban rules, real-name purchase rules or limited purchase rules corresponding to the above-mentioned drugs.

[0076] Among them, the ban on sales rules means that some drugs cannot be sold in certain countries or regions. For example, painkillers containing anesthetics are listed as banned drugs in some countries. Among them, the real-name purchase rule means that when purchasing some drugs in some countries, real-name registration is required. Usually, these drugs are highly dangerous drugs, such as disinfectant alcohol, potassium permanganate, etc. Among them, the limited purchase rule means that in some countries or regions, the purchase quantity of some drugs is restricted, such as sleeping pills, ephedrine compound preparations, etc., which will not be repeated.

[0077] Based on the above-mentioned drug combination usage rules, in some optional embodiments, after the server 102 obtains the identifications of multiple drugs, it can query the usage rules associated with the multiple drugs from the drug combination usage rules based on the identifications of the multiple drugs. For the convenience of description and distinction, the rules associated with the multiple drugs are described as the first usage rules.

[0078] After obtaining the first usage rule, the server 102 determines whether the multiple drugs match each other according to the first usage rule. If the multiple drugs match each other, it can be determined that the multiple drugs are suitable for combined use.

[0079] Optionally, the first usage rule is a drug combination usage rule hit by the multiple drugs, and the server 102 can obtain the influence relationship between the multiple drugs according to the first usage rule. If the influence relationship between the multiple drugs does not include a negative influence relationship, the server 102 can determine that the multiple drugs match each other; conversely, if the influence relationship between the multiple drugs includes a negative influence relationship, the server 102 can determine that the multiple drugs do not match each other.

[0080] Optionally, if the first usage rule includes at least one of the mutual antagonism rule, repeated medication rule, and incompatibility rule associated with the multiple drugs, the server 102 may determine that the multiple drugs include a negative influence relationship. Conversely, if the first usage rule does not include any of the mutual antagonism rule, repeated medication rule, and incompatibility rule associated with the multiple drugs, the server 102 may determine that the multiple drugs do not include a negative influence relationship.

[0081] Based on the above analysis operation, the server 102 can analyze the usage matching degree of the multiple drugs from multiple dimensions, and can ensure that the combination of the multiple drugs has a certain rationality of use.

[0082] The following will take Drug 1 and Drug 2 as examples for further illustrative explanation.

[0083] After the server 102 obtains the identifiers of drug 1 and drug 2, it can obtain the drug combination usage rules associated with both drug 1 and drug 2 from the drug combination usage rules.

[0084] Optionally, when acquiring the drug combination usage rules associated with drug 1 and drug 2 at the same time, the server 102 may first acquire all drug combination usage rules associated with drug 1, and then filter out the drug combination usage rules associated with drug 2 from the drug combination usage rules associated with drug 1. Alternatively, all drug combination usage rules associated with drug 2 may be acquired first, and then the drug combination usage rules associated with drug 1 may be filtered out from the drug combination usage rules associated with drug 2, and this embodiment does not limit this.

[0085] If the drug combination usage rule associated with drug 1 and drug 2 is a drug mutual antagonism rule, it can be determined that a negative impact will occur between drug 1 and drug 2. Alternatively, if the usage rule associated with drug 1 and drug 2 is a repeated medication rule, it can be determined that a negative impact will occur between drug 1 and drug 2. If the usage rule associated with drug 1 and drug 2 is a contraindication rule, it can be determined that a negative impact will occur between drug 1 and drug 2. If any of the above negative impact relationships exists between drug 1 and drug 2, server 102 can determine that drug 1 and drug 2 are not suitable for use together.

[0086] It is worth noting that, in addition to the object matching rules recorded in the above embodiments, the object matching rules also include: matching rules for objects and user attributes. Continuing to take the object as a drug as an example, the user attributes may include the drug attributes of the user, and the matching rules for objects and user attributes may be implemented as: matching rules for drugs and drug attributes.

[0087] Among them, medication attributes are used to describe the medication needs and health attributes of the medication user. For example, medication attributes may include the medication user's disease attributes, contraindicated drug attributes, allergy attributes, and special population attributes.

[0088] Among them, the matching rules of drugs and medication attributes are used to indicate the matching relationship between different drugs and different medication attributes. The matching relationship may include: suitable matching (high matching rationality) or unsuitable matching (low matching rationality or prohibited matching). Accordingly, the matching rules of drugs and medication attributes may include suitable matching rules and unsuitable matching rules.

[0089] Among them, for each drug, the corresponding drug and drug attribute collocation rules may include suitable collocation rules between the full amount of the drug and a part of the drug attributes, and unsuitable collocation rules between the full amount of the drug and another part of the drug attributes. Alternatively, for each drug attribute, the corresponding drug and drug attribute collocation rules may include suitable collocation rules between the full amount of the drug attribute and a part of the drug, and unsuitable collocation rules between the full amount of the drug attribute and another part of the drug.

[0090] Based on the above-mentioned suitable matching rules and unsuitable matching rules, it is convenient to guide drug users on the drugs that are suitable for them to take, and it can also avoid adverse consequences caused by drug users using drugs that do not match them.

[0091] In some embodiments, the rules for the combination of drugs and drug attributes can be obtained by analyzing the treatment data generated when the drugs are used to treat users with different drug attributes.

[0092] For example, the rules for the combination of drugs and drug attributes can be obtained based on the efficacy data and clinical trial data generated by drugs on users with different drug attributes. For example, the rule that drug A is not suitable for patients with hypertension, and the rule that drug B is not suitable for people under the age of 18. For example, the rule that the indication of drug C is wind-cold cold, and the contraindication is wind-heat cold.

[0093] In other embodiments, the rules for the combination of drugs and medication attributes can be obtained based on the interaction between the pharmacology and ingredients of the drugs and the medication attributes. For example, based on the attribute that drug F contains hormone ingredients, a rule can be obtained that drug F is not suitable for patients who are allergic to hormones.

[0094] In some other embodiments, the guidance documents in the medical field and the drug use guidance information for drug users with different drug attributes recorded in the basic data dictionary can be precipitated into the matching use rules of drugs and drug attributes. Among them, the guidance documents may include papers on drug and disease research, health magazines, health science popularization articles, etc., which are not limited in this embodiment.

[0095] Optionally, the matching rules of drugs and medication attributes obtained based on the above implementation may include: at least one of: drug indication rules, drug usage rules, drug dosage rules, drug contraindication rules and medication rules for special populations.

[0096] Of course, in addition to the above implementations, other optional implementations may be used to obtain the usage rules between the object and the medication attributes, which will not be described in detail.

[0097] Based on the above-mentioned rules for the combination of drugs and medication attributes, the data processing system 100 can further consider the medication attributes of the medication user when providing medication guidance services, so as to provide medication users with more reasonable and more suitable medication guidance services for medication users. Further exemplary explanations are given below.

[0098] In some optional embodiments, the client 101 may further obtain the medication attributes of the medication user, and for ease of description and distinction, describe the medication attributes of the medication user as target medication attributes. The client 101 may send the obtained target medication attributes to the server 102, and then the server 102 may analyze whether the multiple drugs are suitable for combined use based on the target medication attributes and the identifiers of the multiple drugs, and obtain analysis result data.

[0099] The target medication attributes may include the medication user's disease attributes, contraindicated drug attributes, allergy attributes, and special population attributes. The target medication attributes may be provided by a user, who may be the medication user or another user other than the medication user.

[0100] In some optional embodiments, when acquiring the target medication attributes, the client 101 may display at least one medication attribute label for the user to select. The user may select a medication attribute label that can describe the medication user from the at least one medication attribute label according to the actual situation of the medication user. In response to the user's selection operation of the at least one medication attribute label, the client 101 may determine the selected medication attribute label and acquire the target medication attributes according to the selected medication attribute label.

[0101] Optionally, the at least one medication attribute label may be displayed on a user information input interface provided by the client 101. For example, following the above example, Figure 2b In the example, after the user selects a drug, the "selected" icon on the drug selection interface can be triggered. Figure 2c In the illustration, after the user selects the target drug, the "Next" icon on the interface can be triggered.

[0102] In response to the above trigger operation, the client 101 may display a user information input interface and display a medication attribute label on the user information input interface. A typical user information input interface is as follows: Figure 3a As shown, in Figure 3a In the illustration, the medication attribute labels may include: hypertension attribute label, diabetes attribute label, pregnancy attribute label, lactation attribute label, renal insufficiency attribute label, liver insufficiency attribute label, penicillin allergy attribute label, under 15 years old attribute label, etc. It should be understood that Figure 3a The illustrated medication attribute labels are only used for exemplary description and do not constitute any limitation on the medication attribute labels displayed by the user client 101 .

[0103] Optionally, the at least one medication attribute label displayed by the client 101 may be pre-stored at the client 101 or may be obtained by the client 101 in real time from the server 102, which is not limited in this embodiment. An exemplary description will be given below in conjunction with one of the implementations.

[0104] Optionally, after the client 101 sends the identifications of the multiple drugs to the server 102, the server 102 may obtain medication attributes associated with the multiple drugs based on the identifications of the multiple drugs, and return at least one medication attribute tag to the client 101 based on the medication attributes associated with the multiple drugs.

[0105] Optionally, when the server 102 obtains the medication attributes associated with the multiple drugs, it can query the collocation rules associated with each of the multiple drugs from the collocation rules of the drugs and medication attributes. For the convenience of description and distinction, the collocation rules associated with each of the multiple drugs are described as second usage rules. Among them, each drug can be associated with one or more collocation rules of drugs and medication attributes, and accordingly, the number of second usage rules can be one or more, which is not limited in this embodiment.

[0106] The matching rules of each drug and medication attribute describe the matching relationship between the drug and the medication attribute, so the server 102 can obtain the medication attributes associated with each of the multiple drugs from the second usage rules. Based on the medication attributes associated with each of the multiple drugs, the server 102 can send at least one medication attribute tag to the client 101.

[0107] Based on the above records, it can be known that the matching rules of drugs and medication attributes may include rules for suitable matching of drugs and medication attributes and rules for inappropriate matching of drugs and medication attributes. The medication attributes associated with each drug acquired by server 102 may include medication attributes that are suitable for matching with the drug and medication attributes that are not suitable for matching with the drug. For example, the matching rules of drugs and medication attributes associated with drug 1 may include: drug 1 is applicable to medication attribute 1 and medication attribute 2, but not applicable to medication attribute 3. Then, according to the matching rules of drugs and medication attributes associated with drug 1, it can be determined that the medication attributes associated with drug 1 are: attribute 1, attribute 2, and attribute 3.

[0108] Optionally, for any of the multiple drugs, the server 102 may determine at least one of the indications, contraindications, and medication attributes for special populations associated with the drug as the medication attribute corresponding to the drug based on the rules for the combination of the drug and the medication attributes.

[0109] After receiving the at least one medication attribute tag returned by the server 102, the client 101 may display the at least one medication attribute tag for the user to select. After the user selects, the client 101 may determine the target medication attribute according to the medication attribute tag selected by the user.

[0110] Optionally, following the above example, the target medication attributes acquired by the client 101 may include at least one of: symptom attributes, drug contraindication attributes, allergy attributes, and special population attributes.

[0111] Among them, the symptom attribute refers to the symptoms of the disease of the drug user, such as fever, cough, dizziness and other attributes. The drug contraindication attribute refers to the attribute that the drug user is prohibited from using, such as prohibited antibiotics, prohibited antihypertensive drugs, prohibited hormone-containing drugs, prohibited stimulant-containing drugs, etc. The allergy attribute refers to the allergy attribute of the drug user to the drug, such as penicillin allergy, aspirin allergy, chloramphenicol allergy, etc. The population attribute refers to the age range, physiological stage, special occupation and other attributes of the drug user. For example, the drug user belongs to the group of children, the elderly, pregnant women or athletes.

[0112] Based on the above-mentioned target medication attributes, the server 102 can fully obtain the medication needs of the medication user, which is conducive to providing the medication user with more reasonable medication use guidance services.

[0113] It is worth noting that, in addition to the implementation methods described in the aforementioned embodiments, the client 101 may also obtain target medication attributes actively added by the user.

[0114] Optionally, the client 101 may display an information adding icon. Optionally, the information adding icon is displayed on the user information input interface, such as Figure 3a In response to the selection operation of the information adding icon, the client 101 may display an information input area, and may obtain the target medication attribute according to the input operation in the information input area.

[0115] Optionally, the information input area can be displayed in a floating window on the information input interface, such as Figure 3b As shown, it can also be displayed in a new interface, which is not limited in this embodiment.

[0116] It is worth noting that in some optional embodiments, the user can pre-edit one or more medication user information through the client 101. When editing the medication user information, the correspondence between the medication user's identification and the medication attributes can be input and saved. After the user initiates the matching analysis operation, the client 101 can display the medication user selection control, based on which the user can input the medication user's user identification. Based on the medication user's user identification, the client 101 can obtain the medication attributes corresponding to the medication user's identification from the pre-saved correspondence between the user identification and the medication attributes as the target medication attributes. Based on this implementation, the user information pre-edited by the user through the client 101 can be reused multiple times, further simplifying the user's operation process.

[0117] In some optional embodiments, after the server 102 obtains the identifications and target medication attributes of the multiple drugs, it can analyze whether the multiple drugs are suitable for combined use in combination with the drug use rules to obtain analysis result data.

[0118] Optionally, the server 102 may query the drug combination usage rules associated with the multiple drugs from the drug usage rules, and query the combination usage rules of the drugs and medication attributes associated with the multiple drugs and the target medication attributes.

[0119] Next, the server 102 can determine whether the multiple drugs match each other based on the above-mentioned rules queried, and determine whether the multiple drugs and the target medication attributes match each other. Among them, the optional implementation method of determining whether the multiple drugs match each other can refer to the records of the previous embodiment and will not be repeated here. The operation of determining whether the multiple drugs and the target medication attributes match each other can be implemented based on the matching rules of the drugs and medication attributes associated with the multiple drugs and the target medication attributes. If the multiple drugs match each other, and the multiple drugs match the target medication attributes, the server 102 can determine that the multiple drugs are suitable for matching.

[0120] Optionally, the following will take the first drug among the multiple drugs as an example to exemplify an optional implementation method for the server 102 to determine whether the drug and the target medication attributes match each other. The first drug refers to any drug among the multiple drugs, and the term "first" is used here only for convenience of description and distinction.

[0121] In some embodiments, the target medication attribute includes multiple medication attributes. If the matching usage rules of the first drug and the target medication attribute indicate that the matching rationality of the first drug and at least one of the target medication attributes does not meet the set conditions, the server 102 can determine that the first drug does not match the target medication attribute; if the matching usage rules of the first drug and the target medication attribute indicate that the matching rationality of the first drug and each of the target medication attributes meets the set conditions, the server 102 can determine that the first drug matches the target medication attribute.

[0122] The setting conditions corresponding to the reasonableness of the combination can be set according to actual needs, and this embodiment does not limit it. For example, the setting conditions can be set as: the reasonableness of the combination is greater than the set threshold, there is obvious therapeutic effect after the combination is used, there is no side effect after the combination is used, or the symptoms are alleviated after the combination, etc.

[0123] The following will be explained with reference to specific examples. Assume that the matching rules of the drug and medication attributes associated with drug 1 include: drug 1 is applicable to medication attribute 1 and medication attribute 2, but not to medication attribute 3. Then, if the target medication attribute includes: medication attribute 1 and medication attribute 2, then drug 1 can be considered to match the target medication attribute. If the target medication attribute includes medication attribute 3, then drug 1 can be considered to not match the target medication attribute.

[0124] Based on the above, the server 102 can analyze the usage matching results of each of the multiple drugs and the target medication attribute one by one, and analyze whether the multiple drugs are suitable for combined use according to the usage matching results of each drug and the target medication attribute. Optionally, if there is at least one drug among the multiple drugs that does not match the target medication attribute, it can be determined that the multiple drugs are not suitable for combined use.

[0125] Based on the above, the data processing system 100 can analyze the medication matching degree of multiple drugs in multiple dimensions and the matching degree between each drug and the target medication attribute, which effectively improves the reliability of the drug matching analysis results.

[0126] Based on the above embodiments, the analysis result data of the multiple drugs analyzed by the server 102 may include at least one of the following: information that the multiple drugs are suitable for use together, and information that the multiple drugs are not suitable for use together. The information that the multiple drugs are not suitable for use together may include: information that the multiple drugs do not match each other, or information that at least one of the multiple drugs does not match the target drug attribute.

[0127] For example, the multiple drugs to be analyzed are drug A and drug B, and the analysis result data may include: drug A and drug B cannot be used at the same time. Or, drug A and drug B are not suitable for users with medication attribute C to take at the same time, which will not be repeated.

[0128] It should be noted that, in some possible scenarios, when the server 102 analyzes whether multiple drugs are used together, if at least one of the multiple drugs hits at least one of the prohibition rules, real-name purchase rules, and limited purchase rules, the analysis result data corresponding to the multiple drugs may also include purchase prompt information corresponding to the at least one drug. For example, the purchase prompt information may be: drug M1 is a prohibited drug in country C1, drug M2 is a drug that requires real-name purchase in country C2, and drug M3 is a drug that is purchased in limited quantities in country C3, which will not be repeated.

[0129] After receiving the analysis result data returned by the server 102 , the client 101 may display the analysis result data.

[0130] Optionally, the client 101 may display an analysis result display interface and display the analysis result data on the interface. Figure 3b As shown, the client 101 can display information on the analysis result display interface that the combination of drug 1 and drug 2 is prohibited from being used at the same time. Figure 3d As shown, information indicating that the combination of drug 1 and drug 2 can be used together is displayed on the analysis result display interface.

[0131] It should be understood that, in addition to Figure 3b and 3d In addition to the illustrated manner, the client 101 may also display the analysis result data through other optional implementations.

[0132] In some embodiments, the client 101 may display the analysis result data on an interface for displaying an order list containing the multiple drugs. For example, in an online shopping scenario, the client 101 may display the analysis result data on a virtual "shopping cart" interface.

[0133] In other embodiments, the client 101 may display the analysis result data on an interface for displaying the order submission operation of the plurality of drugs. For example, in an online shopping scenario, the client 101 may display the analysis result data on a "submit order" interface.

[0134] In some other embodiments, the client 10 may display a pop-up window interface on any interface being displayed, and display the analysis result data on the pop-up window interface. Figure 3e The pop-up window interface 103 is illustrated, and the pop-up window interface 103 can further enhance the reminder effect.

[0135] In some optional embodiments, if multiple drugs to be analyzed are not suitable for combined use, the server 102 may further calculate candidate drugs suitable for combined use based on drug use rules, and send the identifiers of the candidate drugs to the client 101 for display.

[0136] For any drug among the multiple drugs, the server 102 may calculate at least one candidate drug suitable for use with the drug. The following will continue to take the first drug among the multiple drugs as an example to exemplify the optional implementation of the server 102 calculating at least one candidate drug corresponding to the first drug. For the convenience of description, the second drug will continue to be used to describe the other drugs among the multiple drugs except the first drug.

[0137] For the first drug, the following operations may be performed to obtain candidate drugs suitable for use with the first drug:

[0138] Optionally, server 102 may calculate a first candidate drug having similar usage attributes to a second drug; then, from the first candidate drugs, determine a second candidate drug having a positive influence relationship with the first drug; then, from the second candidate drugs, screen drugs that are compatible with the target medication attributes as candidate drugs suitable for use with the first drug.

[0139] Among them, the operation of determining the second candidate drug that has a positive influence relationship with the first drug from the first candidate drug can be implemented based on the drug combination use rules associated with the first candidate drug, which is not repeated here. Among them, the operation of screening drugs that are compatible with the target medication attribute from the second candidate drugs can be implemented based on the drug and medication attribute combination use rules of the second candidate drugs and the target medication attribute, which is not repeated here.

[0140] The following will illustrate an optional implementation method for obtaining candidate drugs with reference to a specific example.

[0141] Assume that the drugs to be analyzed include: Drug A and Drug B.

[0142] When calculating drugs that can be used in combination with drug A, first, drugs with similar therapeutic effects to drug B can be matched from the drug library according to the indications of drug B. If drug B has multiple indications, the union of multiple drugs corresponding to the multiple indications of drug B can be obtained.

[0143] Optionally, it is possible to further screen drugs that match at least one of the specifications, dosage forms, dosages, usage, manufacturers, etc. of drug B from drugs corresponding to the indications of drug B to obtain drug set X.

[0144] Next, based on the target user attributes of the drug user and the usage rules between the drug and user attributes, the drugs suitable for the diseases and symptoms of the drug user can be screened out from the drug library to obtain the drug set Y. Next, the intersection of drug set X and drug set Y is calculated to obtain drug set M. The drugs in drug set M are compatible with the drug user and have similar therapeutic effects as drug B. Next, based on the rules for the combination of drugs, mutually antagonistic drugs and drugs for repeated use can be screened out from drug set M to obtain drug set N. Next, based on the attributes of the drug user's disease history, age, special population, etc., the drugs that are prohibited or not recommended for use can be deleted from drug set N to obtain drug set Z. Drug set Z is the drug that can be used with drug A.

[0145] Based on the above implementation, the server 102 can obtain candidate drugs that can be used in combination with each of the multiple drugs, and can send the identification of each drug and the identification of the candidate drugs that can be used in combination with it to the client 101 .

[0146] Based on the above embodiment, optionally, when displaying the analysis result data returned by the server 102, the client 101 may also display an operation icon for viewing the recommended drugs, such as Figure 3b In response to the user's triggering operation on the operation icon for viewing the recommended drugs, the client 101 can display the candidate drugs according to the identifiers of the candidate drugs sent by the server 102 .

[0147] In some scenarios, the client 101 may display icons of the multiple drugs and at least one candidate drug that can be used in combination with any of the multiple drugs. The user can trigger the icon of any drug to switch to view candidate drugs that can be used in combination with different drugs, such as Figure 3c For example, a user can trigger Figure 3c The icons of drug 1 and drug 2 are displayed, and you can switch to view candidate drugs that can be used with drug 1 or candidate drugs that can be used with drug 2.

[0148] Based on the above implementation, when multiple drugs to be analyzed are not suitable for combined use, the data processing system 100 can actively recommend drugs that are suitable for combined use to the user, thereby simplifying the user's operation.

[0149] In other optional embodiments, if multiple drugs to be analyzed are suitable for use together, the client 101 may display an operation icon for submitting an order when displaying the analysis result data, such as Figure 3d The “Submit” icon shown; in response to a trigger operation on the operation icon for submitting an order, the client 101 may display an interface for providing an order submission operation for the user to perform the order submission operation.

[0150] It is worth noting that the data processing system 100 provided in the above embodiments can be oriented to different users, for example, drug purchasers, drug users, doctors, pharmacists, etc. The application scenarios of the data processing system 100 will be described below in combination with different users.

[0151] For drug buyers and drug users, the data processing system 100 can provide online drug purchase services and drug evaluation services before drug purchase. While providing drug purchase services to drug buyers and drug users, the data processing system 100 can help drug buyers and drug users determine whether the selected drugs have safety risks, which is conducive to promoting rational drug use. In addition, when the purchased drugs are not suitable for drug users, the system actively recommends similar drugs to drug users, avoiding the operation of re-searching drugs, simplifying the online drug purchase process, and improving the order conversion rate.

[0152] For drug users, the data processing system 100 can provide online drug use consultation services in non-shopping scenarios. For example, the client 101 can serve as a medication assistant for drug users, providing drug users with medication consultation services and medication reminder services in daily life. When drug users have consultation needs, they can provide the drugs they plan to use and the attributes of the drug users themselves through the client 101. The server 102 can evaluate the rationality of drug use for drug users based on the attributes of the drugs and the drug users themselves. Alternatively, when drug users need to add medication reminder services, they can provide the drugs that need to be reminded to take and the attributes of the drug users themselves through the client 101. The server 102 can actively evaluate the rationality of drug use for drug users based on the attributes of the drugs and the drug users themselves, and provide risk warnings for rational drug use.

[0153] For doctors, the data processing system 100 can provide prescription review services. In the process of prescribing, doctors can provide the proposed prescription and the medication attributes of the user to the client 101. Based on the interaction between the client 101 and the server 102, the client 101 can return prompt information to the doctor whether the prescription is reasonable, so as to improve the doctor's prescription efficiency.

[0154] For pharmacists, the data processing system 100 can provide a prescription rationality verification service. In the process of taking medicine according to the prescription, the pharmacist can provide the prescription and the medication attributes of the user to the client 101. Based on the interaction between the client 101 and the server 102, the client 101 can return prompt information to the pharmacist whether the prescription is reasonable, so as to further reduce the medication risk of the user.

[0155] The data processing 100 provided in the aforementioned embodiments can provide not only medication guidance services, but also food intake guidance services in the food field.

[0156] Different from the aforementioned embodiments, in the field of food, object usage rules may include food pairing usage rules and usage rules between food and the edible attributes of the consumer. An exemplary explanation will be given below. Optionally, food pairing usage rules may include: at least one of food taboo rules, food incompatibility rules, nutrient pairing rules and dietary rules for special groups. Among them, edible attributes may include: at least one of the age range of the consumer, gastrointestinal function attributes and food ingredient allergy attributes. Among them, food pairing usage rules and usage rules between food and the edible attributes of the consumer can be obtained from nutrition research data, healthy diet guidelines and other literature, and will not be repeated here. Based on this implementation method, food pairing suggestions can be provided to consumers to reduce food safety risks, and will not be repeated here.

[0157] In addition to the data processing systems described in the aforementioned embodiments, the embodiments of the present application also provide a data processing method, which will be exemplarily described below in conjunction with the accompanying drawings.

[0158] Figure 4 is a flow chart of a data processing method provided by an exemplary embodiment of the present application. When the method is executed on the client side, it may include the following steps: Figure 4 Steps shown:

[0159] Step 401: Acquire multiple objects to be analyzed; the multiple objects belong to the field of food and medicine.

[0160] Step 402: Send the identifiers of the multiple objects to a server, so that the server analyzes whether the multiple objects are suitable for use together.

[0161] Step 403: Obtain the analysis result data returned by the server and display the analysis result data; the analysis result data is used to describe whether the multiple objects are suitable for use together.

[0162] In some exemplary embodiments, a method of obtaining a plurality of objects to be analyzed includes: obtaining an object list, the object list being used to record objects added to an order list; and obtaining the plurality of objects to be analyzed according to the object list.

[0163] In some exemplary embodiments, a method for obtaining the multiple objects to be analyzed based on the object list includes: displaying a first operation icon on a first interface; the first interface is used to display the order list; in response to a trigger operation on the first operation icon, displaying a selection control corresponding to the object list; and determining, based on the trigger operation on the selection control, an object selected from the object list as the multiple objects to be analyzed.

[0164] In some exemplary embodiments, displaying the analysis result data includes at least one of the following methods: displaying the analysis result data on a first interface, wherein the first interface is used to display an order list containing the multiple objects; displaying the analysis result data on a second interface, wherein the second interface is used to provide an order submission operation for the multiple objects; displaying the analysis result data on a third interface, wherein the third interface is used to display analysis results of the multiple objects; and displaying the analysis result data on a fourth interface, wherein the fourth interface is a pop-up window interface.

[0165] In some exemplary embodiments, the method further includes: acquiring target user attributes; and sending the target user attributes to the server, so that the server analyzes whether the multiple objects are suitable for use together based on the target user attributes and the identifiers of the multiple objects.

[0166] In some exemplary embodiments, a method of obtaining target user attributes includes: displaying at least one user attribute tag; determining a selected user attribute tag in response to a selection operation of the at least one user attribute tag; and obtaining the target user attributes based on the selected user attribute tag.

[0167] In some exemplary embodiments, after sending the identifiers of the multiple objects to the server, the method further includes: receiving the at least one user attribute tag returned by the server according to the identifiers of the multiple objects.

[0168] In some exemplary embodiments, the method further includes: displaying an information adding icon; displaying an information input area in response to a selection operation on the information adding icon; and acquiring the target user attributes according to an input operation on the information input area.

[0169] In some exemplary embodiments, the analysis result data includes at least one of the following: information that the multiple objects are suitable for use together; information that the multiple objects are not suitable for use together; wherein the information that the multiple objects are not suitable for use together includes: information that the multiple objects do not match each other, or information that at least one of the multiple objects does not match the attributes of the target user.

[0170] In some exemplary embodiments, displaying the analysis result data also includes: if the multiple objects are not suitable for use in combination, displaying a second operation icon for viewing recommended objects; and in response to a triggering operation on the second operation icon, displaying at least one candidate object suitable for use in combination with the first object among the multiple objects.

[0171] In some exemplary embodiments, displaying the analysis result data also includes: if the multiple objects are suitable for use in combination, displaying a third operation icon for submitting an order; and in response to a trigger operation on the third operation icon, displaying an interface for providing an order submission operation for the multiple objects.

[0172] In some exemplary embodiments, the plurality of objects include: a plurality of drugs; the target user attributes include: at least one of the user's symptom attributes, drug contraindication attributes, allergy attributes, and special population attributes.

[0173] In this embodiment, multiple objects to be analyzed are obtained, and the identifiers of the multiple objects are sent to the server, so that the server can analyze whether the multiple objects are suitable for use together, and provide users with object matching guidance services, which is conducive to reducing the risk of object use in the food and drug field.

[0174] Figure 5 is a flow chart of a data processing method provided by another exemplary embodiment of the present application. When the method is executed on the server side, it may include the following steps: Figure 5 Steps shown:

[0175] Step 501: Obtain identifiers of multiple objects sent by the client; the multiple objects belong to the field of food and medicine.

[0176] Step 502: Analyze whether the multiple objects are suitable for combined use based on the identifiers of the multiple objects and in combination with the object use rules, and obtain analysis result data.

[0177] Step 503: Send the analysis result data to the client for display.

[0178] In some exemplary embodiments, a method of analyzing whether the multiple objects are suitable for combined use based on the identifications of the multiple objects in combination with object usage rules includes: querying a first usage rule associated with the multiple objects from the object usage rules; judging whether the multiple objects match each other based on the first usage rule; if the multiple objects match each other, determining that the multiple objects are suitable for combined use.

[0179] In some exemplary embodiments, a method for determining whether the multiple objects match each other according to the first usage rule includes: obtaining the influence relationship between the multiple objects according to the first usage rule; if the influence relationship does not include a negative influence relationship, determining that the multiple objects match each other; if the influence relationship includes a negative influence relationship, determining that the multiple objects do not match each other.

[0180] In some exemplary embodiments, the multiple objects include multiple drugs; the first usage rules include: at least one of drug interaction rules, repeated medication rules, and drug incompatibility rules associated with the multiple drugs; according to the first usage rules, a method of obtaining the influence relationship between the multiple objects includes: if the multiple drugs meet at least one of the antagonism rules in the drug interaction rules, the repeated medication rules, and the incompatibility rules, it is determined that there is a negative influence relationship between the multiple drugs.

[0181] In some exemplary embodiments, it also includes: obtaining the target user attributes sent by the client; analyzing whether the multiple objects are suitable for use together according to the identifiers of the multiple objects and the target user attributes in combination with the object usage rules, including: analyzing whether the multiple objects are suitable for use together according to the identifiers of the multiple objects and the target user attributes in combination with the object usage rules.

[0182] In some exemplary embodiments, after obtaining the identifiers of multiple objects sent by the client, the method further includes: querying, from the object usage rules, second usage rules associated with each of the multiple objects based on the identifiers of the multiple objects; obtaining, from the second usage rules, user attributes associated with each of the multiple objects; and sending at least one user attribute tag to the client based on the user attributes associated with each of the multiple objects, so that the client displays the at least one user attribute tag.

[0183] In some exemplary embodiments, the multiple objects include: multiple drugs; the second usage rules include: at least one drug usage rule among drug indication rules, drug usage rules, drug dosage rules, drug contraindication rules and special population medication rules; a method of obtaining user attributes associated with the multiple objects from the second usage rules includes: for any drug among the multiple drugs, according to the drug usage rules, obtaining at least one of the indications, contraindications and special population medication attributes associated with the drug as the user attribute corresponding to the drug.

[0184] In some exemplary embodiments, a method of analyzing whether the multiple objects are suitable for combined use based on the identifiers of the multiple objects and the target user attributes in combination with the object usage rules includes: querying a third usage rule associated with the multiple objects and the target user attributes from the object usage rules; judging whether the multiple objects match each other and judging whether the multiple objects and the target user attributes match each other based on the third usage rule; if the multiple objects match each other and the multiple objects match the target user attributes, determining that the multiple objects are suitable for combined use.

[0185] In some exemplary embodiments, a method for determining whether the multiple objects and the target user attributes match each other includes: for a first object among the multiple objects, if the third usage rule indicates that the matching rationality between the first object and at least one user attribute among the target user attributes does not meet the set conditions, then determining that the first object does not match the target user attribute; if the third usage rule indicates that the matching rationality between the first object and each user attribute among the target user attributes meets the set conditions, then determining that the first object matches the target user attribute.

[0186] In some exemplary embodiments, the plurality of objects include a plurality of drugs; the target user attributes include at least one of: symptom attributes of the drug user, drug contraindication attributes, allergy attributes, and attributes of a special population.

[0187] In some exemplary embodiments, the method further includes: if the analysis result data indicates that the multiple objects are not suitable for use together, then, based on the object usage rule, calculating at least one candidate object suitable for use with a first object among the multiple objects; and sending an identifier of the at least one candidate object to the client so that the client displays the at least one candidate object.

[0188] In some exemplary embodiments, a method for calculating at least one candidate object suitable for use with a first object among the multiple objects based on the object usage rule includes: calculating a first candidate object having similar usage attributes to other objects among the multiple objects except the first object; determining, from the first candidate objects, a second candidate object that has a positive influence relationship with the first object based on the object usage rule; and screening, from the second candidate objects, an object that is adapted to the target user attributes as a candidate object suitable for use with the first object based on the object and user attribute usage rule.

[0189] In this embodiment, after the identifiers of multiple objects to be analyzed are obtained, the analysis result data of the multiple objects can be analyzed in combination with the existing object usage rules, and reasonable object usage guidance services can be provided to the user.

[0190] It should be noted that the execution subject of each step of the method provided in the above embodiment can be the same device, or the method can be executed by different devices. For example, the execution subject of steps 401 to 403 can be device A; for another example, the execution subject of steps 401 and 402 can be device A, and the execution subject of step 403 can be device B; and so on.

[0191] In addition, in some of the processes described in the above embodiments and the accompanying drawings, multiple operations appearing in a specific order are included, but it should be clearly understood that these operations may not be executed in the order in which they appear in this document or may be executed in parallel, and the sequence numbers of the operations, such as 401, 402, etc., are only used to distinguish between different operations, and the sequence numbers themselves do not represent any execution order. In addition, these processes may include more or fewer operations, and these operations may be executed in sequence or in parallel.

[0192] It should be noted that the descriptions such as “first” and “second” in this article are used to distinguish different messages, devices, modules, etc., and do not represent the order of precedence, nor do they limit “first” and “second” to different types.

[0193] Figure 6 FIG. 1 is a schematic diagram of the structure of a terminal device provided by an exemplary embodiment of the present application. The terminal device is applicable to the data processing system provided by the aforementioned embodiment. Figure 6 As shown, the terminal device includes: a memory 601, a processing component 602, a communication component 603 and a display component 604.

[0194] The memory 601 is used to store computer programs and can be configured to store various other data to support operations on the terminal device. Examples of such data include instructions for any application or method used to operate on the terminal device, contact data, phone book data, messages, pictures, videos, etc.

[0195] The processing component 602 is coupled to the memory 601 and is used to execute the computer program in the memory 601 to obtain a plurality of objects to be analyzed; the plurality of objects belong to the field of food and medicine.

[0196] The communication component 603 is used to: send the identifiers of the multiple objects to the server so that the server analyzes whether the multiple objects are suitable for use together, and obtain the analysis result data returned by the server; the analysis result data is used to describe whether the multiple objects are suitable for use together.

[0197] The display component 604 is used to display the analysis result data.

[0198] In some exemplary embodiments, when acquiring multiple objects to be analyzed, the processing component 602 is specifically used to: acquire an object list, where the object list is used to record objects added to the order list; and acquire the multiple objects to be analyzed according to the object list.

[0199] In some exemplary embodiments, a processing component 602 obtains the multiple objects to be analyzed based on the object list, including: displaying a first operation icon on a first interface through a display component 604; the first interface is used to display the order list; in response to a trigger operation on the first operation icon, displaying a selection control corresponding to the object list; and determining, based on the trigger operation on the selection control, the object selected from the object list as the multiple objects to be analyzed.

[0200] In some exemplary embodiments, when displaying the analysis result data, the display component 604 is specifically used to perform at least one of the following operations: displaying the analysis result data on a first interface, the first interface being used to display an order list containing the multiple objects; displaying the analysis result data on a second interface, the second interface being used to provide an order submission operation for the multiple objects; displaying the analysis result data on a third interface, the third interface being used to display analysis results of the multiple objects; and displaying the analysis result data on a fourth interface, the fourth interface being a pop-up window interface.

[0201] In some exemplary embodiments, the processing component 602 is further used to: obtain target user attributes; send the target user attributes to the server via the communication component 603, so that the server analyzes whether the multiple objects are suitable for use together based on the target user attributes and the identifiers of the multiple objects.

[0202] In some exemplary embodiments, when acquiring the target user attributes, the processing component 602 is specifically used to: display at least one user attribute tag; respond to a selection operation on the at least one user attribute tag to determine a selected user attribute tag; and acquire the target user attributes based on the selected user attribute tag.

[0203] In some exemplary embodiments, after sending the identifiers of the multiple objects to the server, the communication component 603 is further configured to: receive the at least one user attribute tag returned by the server according to the identifiers of the multiple objects.

[0204] In some exemplary embodiments, the processing component 602 is further used to: display an information adding icon through the display component 604; display an information input area in response to a selection operation on the information adding icon; and obtain the target user attributes according to the input operation of the information input area.

[0205] In some exemplary embodiments, the analysis result data includes at least one of the following: information that the multiple objects are suitable for use together; information that the multiple objects are not suitable for use together; wherein the information that the multiple objects are not suitable for use together includes: information that the multiple objects do not match each other, or information that at least one of the multiple objects does not match the attributes of the target user.

[0206] In some exemplary embodiments, when displaying the analysis result data, the display component 604 is also used to: if the multiple objects are not suitable for use in combination, display a second operation icon for viewing recommended objects; the processing component 602 is also used to: respond to a triggering operation on the second operation icon, and display at least one candidate object suitable for use with the first object among the multiple objects.

[0207] In some exemplary embodiments, when displaying the analysis result data, the display component 604 is also used to: if the multiple objects are suitable for use together, display a third operation icon for submitting an order; the processing component 602 is also used to: respond to a trigger operation on the third operation icon, and display an interface for providing an order submission operation for the multiple objects.

[0208] In some exemplary embodiments, the plurality of objects include: a plurality of drugs; the target user attributes include: at least one of the user's symptom attributes, drug contraindication attributes, allergy attributes, and special population attributes.

[0209] Further, if Figure 6 As shown, the terminal device also includes: a power supply component 605, an audio component 606 and other components. Figure 6 Only some components are shown schematically, which does not mean that the terminal equipment only includes Figure 6 Components shown.

[0210] In this embodiment, multiple objects to be analyzed are obtained, and the identifiers of the multiple objects are sent to the server, so that the server can analyze whether the multiple objects are suitable for use together, and provide users with object matching guidance services, which is conducive to reducing the risk of object use in the food and drug field.

[0211] Accordingly, an embodiment of the present application also provides a computer-readable storage medium storing a computer program, which, when executed, can implement the steps that can be executed by the terminal device in the above method embodiment.

[0212] Figure 7 FIG. 1 is a schematic diagram showing the structure of a server provided by an exemplary embodiment of the present application, and the server is applicable to the data processing system provided by the aforementioned embodiment. Figure 7 As shown, the server includes: a memory 701 , a processing component 702 and a communication component 703 .

[0213] The memory 701 is used to store computer programs and can be configured to store various other data to support operations on the server. Examples of such data include instructions for any application or method operating on the server, contact data, phone book data, messages, pictures, videos, etc.

[0214] The communication component 703 is used to obtain the identifiers of multiple objects sent by the client; the multiple objects belong to the field of food and medicine.

[0215] The processing component 702 is coupled to the memory 701 and is used to execute the computer program in the memory 701 to: analyze whether the multiple objects are suitable for combined use according to the identifiers of the multiple objects and in combination with the object use rules, and obtain analysis result data.

[0216] The communication component 703 is also used to send the analysis result data to the client for display.

[0217] In some exemplary embodiments, when the processing component 702 analyzes whether the multiple objects are suitable for combined use based on the identifiers of the multiple objects and the object usage rules, it is specifically used to: query a first usage rule associated with the multiple objects from the object usage rules; determine whether the multiple objects match each other based on the first usage rule; if the multiple objects match each other, determine that the multiple objects are suitable for combined use.

[0218] In some exemplary embodiments, when the processing component 702 determines whether the multiple objects match each other according to the first usage rule, it is specifically used to: obtain the influence relationship between the multiple objects according to the first usage rule; if the influence relationship does not include a negative influence relationship, determine that the multiple objects match each other; if the influence relationship includes a negative influence relationship, determine that the multiple objects do not match each other.

[0219] In some exemplary embodiments, the multiple objects include multiple drugs; the first usage rules include: at least one of drug interaction rules, repeated medication rules, and drug incompatibility rules associated with the multiple drugs; when the processing component 702 obtains the influence relationship between the multiple objects according to the first usage rules, it is specifically used to: if the multiple drugs meet at least one of the antagonism rules in the drug interaction rules, the repeated medication rules, and the incompatibility rules, it is determined that there is a negative influence relationship between the multiple drugs.

[0220] In some exemplary embodiments, the communication component 703 is also used to: obtain the target user attributes sent by the client; when the processing component 702 analyzes whether the multiple objects are suitable for use together based on the identifications of the multiple objects and the target user attributes in combination with the object usage rules, it is specifically used to: analyze whether the multiple objects are suitable for use together based on the identifications of the multiple objects and the target user attributes in combination with the object usage rules.

[0221] In some exemplary embodiments, after the communication component 703 obtains the identifiers of multiple objects sent by the client, the processing component 702 is also used to: query the second usage rules associated with each of the multiple objects from the object usage rules based on the identifiers of the multiple objects; obtain the user attributes associated with each of the multiple objects from the second usage rules; and send at least one user attribute tag to the client through the communication component 703 based on the user attributes associated with each of the multiple objects, so that the client displays the at least one user attribute tag.

[0222] In some exemplary embodiments, the multiple objects include: multiple drugs; the second usage rules include: drug indication rules, drug usage rules, drug dosage rules, drug contraindication rules and at least one drug usage rule among special populations; when the processing component 702 obtains the user attributes associated with the multiple objects from the second usage rules, it is specifically used to: for any drug among the multiple drugs, according to the drug usage rules, obtain at least one of the indications, contraindications and special population usage attributes associated with the drug as the user attribute corresponding to the drug.

[0223] In some exemplary embodiments, when the processing component 702 analyzes whether the multiple objects are suitable for combined use based on the identifiers of the multiple objects and the target user attributes in combination with the object usage rules, it is specifically used to: query a third usage rule associated with the multiple objects and the target user attributes from the object usage rules; determine whether the multiple objects match each other and determine whether the multiple objects and the target user attributes match each other based on the third usage rule; if the multiple objects match each other and the multiple objects match the target user attributes, determine that the multiple objects are suitable for combined use.

[0224] In some exemplary embodiments, when determining whether the multiple objects and the target user attributes match each other, the processing component 702 is specifically used to: for a first object among the multiple objects, if the third usage rule indicates that the reasonableness of the match between the first object and at least one user attribute among the target user attributes does not meet the set conditions, then determine that the first object does not match the target user attribute; if the third usage rule indicates that the reasonableness of the match between the first object and each user attribute among the target user attributes meets the set conditions, then determine that the first object matches the target user attribute.

[0225] In some exemplary embodiments, the plurality of objects include a plurality of drugs; the target user attributes include at least one of: symptom attributes of the drug user, drug contraindication attributes, allergy attributes, and attributes of a special population.

[0226] In some exemplary embodiments, the processing component 702 is also used to: if the analysis result data indicates that the multiple objects are not suitable for use together, then according to the object usage rule, calculate at least one candidate object suitable for use with the first object among the multiple objects; and send the identifier of the at least one candidate object to the client so that the client displays the at least one candidate object.

[0227] In some exemplary embodiments, when the processing component 702 calculates at least one candidate object suitable for use with a first object among the multiple objects according to the object usage rule, it is specifically used to: calculate a first candidate object having similar usage attributes to other objects among the multiple objects except the first object; determine, from the first candidate objects, a second candidate object that has a positive influence relationship with the first object according to the object usage rule; and screen, from the second candidate objects, an object that is adapted to the target user attribute as a candidate object suitable for use with the first object according to the object and user attribute usage rule.

[0228] Further, if Figure 7 As shown, the server also includes: a power supply component 704 and other components. Figure 7 Only some components are shown schematically, which does not mean that the server only includes Figure 7 Components shown.

[0229] In this embodiment, after the identifiers of multiple objects to be analyzed are obtained, it is possible to analyze whether the multiple objects are suitable for combined use in combination with the existing object use rules, and provide the user with reasonable object use guidance services.

[0230] Accordingly, an embodiment of the present application further provides a computer-readable storage medium storing a computer program, which, when executed, can implement the steps that can be executed by the server in the above method embodiment.

[0231] Above Figure 6 and Figure 7 The memory in can be implemented by any type of volatile or non-volatile storage device or a combination of them, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk.

[0232] Above Figure 6 and Figure 7 The communication component in is configured to facilitate wired or wireless communication between the device where the communication component is located and other devices. The device where the communication component is located can access a wireless network based on a communication standard, such as WiFi, 3D, 3G, 4G or 5G, or a combination thereof. In an exemplary embodiment, the communication component receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component can be implemented based on near field communication (NFC) technology, radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0233] Above Figure 6 The display in the embodiment includes a screen, which may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation.

[0234] Above Figure 6 and Figure 7The power supply component in the device provides power to various components of the device where the power supply component is located. The power supply component may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device where the power supply component is located.

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

[0236] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of 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 produce 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.

[0237] 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.

[0238] 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 The steps for the functions specified in one or more boxes.

[0239] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0240] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0241] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0242] 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, drug 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, drug or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the presence of other identical elements in the process, method, drug or device including the element.

[0243] 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.

Claims

1. A data processing method, applied to online drug purchase scenarios, characterized in that: include: Get multiple objects to be analyzed; The plurality of objects belong to the field of food and medicine; sending the identifiers of the multiple objects to a server so that the server analyzes whether the multiple objects are suitable for use together; Obtaining the analysis result data returned by the server and displaying the analysis result data; The analysis result data is used to describe whether the multiple objects are suitable for collocation; wherein the analysis result data is obtained by the server according to the identifications of the multiple objects and the object usage rules; the object usage rules include: drug collocation rules obtained by precipitation of collocation information between drugs recorded in the guideline literature in the medical field and the basic data dictionary; Wherein, obtaining the multiple objects to be analyzed includes: when a drug list recording the drug order list is updated, obtaining multiple drugs from the drug list, or obtaining multiple drugs specified by a user from drugs added to the order list; The method further includes: when the multiple drugs are not suitable for combined use, displaying icons of the multiple drugs, and displaying candidate drugs suitable for combined use with the drugs based on a viewing operation of an icon of any drug among the multiple drugs.

2. The method according to claim 1, characterized in that Get multiple objects to be analyzed, including: Obtain an object list, where the object list is used to record objects added to the order list; According to the object list, the multiple objects to be analyzed are obtained.

3. The method according to claim 2, characterized in that Acquiring the plurality of objects to be analyzed according to the object list includes: Displaying a first operation icon on a first interface; the first interface is used to display the order list; In response to a triggering operation on the first operation icon, displaying a selection control corresponding to the object list; According to the triggering operation on the selection control, the object selected in the object list is determined as the multiple objects to be analyzed.

4. The method according to claim 1, characterized in that: Displaying the analysis result data, including at least one of the following: Displaying the analysis result data on a first interface, where the first interface is used to display an order list containing the multiple objects; Displaying the analysis result data on a second interface, where the second interface is used to provide an order submission operation for the multiple objects; Displaying the analysis result data on a third interface, wherein the third interface is used to display the analysis results of the multiple objects; The analysis result data is displayed on a fourth interface, and the fourth interface is a pop-up window interface.

5. The method according to any one of claims 1 to 4, characterized in that: Also includes: Get the target user attributes; The target user attributes are sent to the server, so that the server analyzes whether the multiple objects are suitable for use together according to the target user attributes and the identifiers of the multiple objects.

6. The method according to claim 5, characterized in that Get the target user attributes, including: Display at least one user attribute tag; In response to a selection operation on the at least one user attribute tag, determining a selected user attribute tag; The target user attributes are obtained according to the selected user attribute tag.

7. The method according to claim 6, characterized in that After sending the identifiers of the multiple objects to the server, the method further includes: The at least one user attribute tag returned by the server according to the identifiers of the multiple objects is received.

8. The method according to claim 6, characterized in that Also includes: Display information adding icon; In response to a selection operation on the information adding icon, displaying an information input area; According to the input operation in the information input area, the target user attribute is obtained.

9. The method according to claim 5, characterized in that The analysis result data includes at least one of the following: Information that the multiple objects are suitable for use together; Information that the multiple objects are not suitable for use together; The information that the multiple objects are not suitable for use together includes: information that the multiple objects do not match each other, or information that at least one of the multiple objects does not match the attributes of the target user.

10. The method according to claim 5, characterized in that Displaying the analysis result data also includes: If the multiple objects are not suitable for use together, displaying a second operation icon for viewing recommended objects; In response to a triggering operation on the second operation icon, at least one candidate object suitable for use with the first object among the multiple objects is displayed.

11. The method according to claim 5, characterized in that Displaying the analysis result data also includes: If the multiple objects are suitable for use together, displaying a third operation icon for submitting an order; In response to a trigger operation on the third operation icon, an interface for providing an order submission operation for the multiple objects is displayed.

12. The method according to claim 5, characterized in that The plurality of objects include: a plurality of medicines; The target user attributes include: at least one of the user's symptom attributes, drug contraindication attributes, allergy attributes, and special population attributes.

13. A data processing method, applied to online drug purchase scenarios, characterized in that: include: Get the identifiers of multiple objects sent by the client; The multiple objects belong to the field of food and medicine; wherein the multiple objects are multiple drugs obtained from the drug list recording the drug order list when the client is updated, or multiple drugs specified by the user obtained by the client from the drugs added to the order list; according to the identifiers of the multiple objects, combined with the object use rules, the multiple objects are analyzed whether they are suitable for collocation and use, and the analysis result data is obtained; the object use rules include: drug collocation rules obtained by precipitation of collocation information between drugs recorded in the guide literature in the medical field and the basic data dictionary; The analysis result data is sent to the client for display, so that when the multiple drugs are not suitable for use in combination, the client displays the icons of the multiple drugs, and based on the viewing operation of the icon of any drug among the multiple drugs, displays candidate drugs that are suitable for use in combination with the drug.

14. The method according to claim 13, characterized in that Analyzing whether the multiple objects are suitable for use together according to the identifiers of the multiple objects and in combination with the object use rules includes: From the object usage rules, query a first usage rule associated with the plurality of objects; According to the first usage rule, determining whether the multiple objects match each other; If the multiple objects match each other, it is determined that the multiple objects are suitable for use together.

15. The method according to claim 14, characterized in that Determining, according to the first usage rule, whether the multiple objects match each other includes: Acquire, according to the first usage rule, an influence relationship between the multiple objects; If the influence relationship does not include a negative influence relationship, determining that the multiple objects match each other; If the influence relationship includes a negative influence relationship, it is determined that the multiple objects do not match each other.

16. The method according to claim 15, characterized in that The multiple objects include multiple drugs; the first usage rules include: at least one of drug interaction rules, repeated medication rules, and drug incompatibility rules associated with the multiple drugs; Acquiring, according to the first usage rule, an influence relationship between the multiple objects, including: If the multiple drugs meet at least one of the antagonism rule, the repeated medication rule and the incompatibility rule in the drug interaction rule, it is determined that there is a negative influence relationship between the multiple drugs.

17. The method according to any one of claims 13 to 16, characterized in that: Also includes: Obtaining the target user attributes sent by the client; Analyzing whether the multiple objects are suitable for combined use according to the identifiers of the multiple objects and in combination with the object use rules includes: According to the identifiers of the multiple objects and the target user attributes, combined with the object usage rules, it is analyzed whether the multiple objects are suitable for combined use.

18. The method according to claim 17, characterized in that After obtaining the identifiers of multiple objects sent by the client, it also includes: According to the identifiers of the multiple objects, querying from the object usage rules a second usage rule associated with each of the multiple objects; Acquire user attributes associated with each of the plurality of objects from the second usage rule; At least one user attribute tag is sent to the client according to the user attributes associated with the multiple objects, so that the client displays the at least one user attribute tag.

19. The method according to claim 18, characterized in that The multiple objects include: multiple drugs; the second usage rules include: at least one drug usage rule among drug indication rules, drug usage rules, drug dosage rules, drug contraindication rules and special population drug usage rules; Acquiring user attributes associated with the plurality of objects from the second usage rule includes: For any drug among the multiple drugs, at least one of the indications, contraindications and medication attributes for special populations associated with the drug is obtained according to the drug usage rules as the user attribute corresponding to the drug.

20. The method according to claim 17, characterized in that Analyzing whether the multiple objects are suitable for use together according to the identifiers of the multiple objects and the target user attributes in combination with the object use rules includes: From the object usage rules, query a third usage rule associated with the plurality of objects and the target user attribute; According to the third usage rule, determining whether the multiple objects match each other, and determining whether the multiple objects and the target user attributes match each other; If the multiple objects match each other and the multiple objects match the target user attributes, it is determined that the multiple objects are suitable for use together.

21. The method according to claim 20, characterized in that Determining whether the multiple objects and the target user attributes match each other includes: For a first object among the multiple objects, if the third usage rule indicates that the matching rationality between the first object and at least one user attribute among the target user attributes does not meet a set condition, it is determined that the first object does not match the target user attribute; If the third usage rule indicates that the matching rationality between the first object and each of the target user attributes satisfies a set condition, it is determined that the first object matches the target user attributes.

22. The method according to claim 17, characterized in that The multiple objects include multiple drugs; the target user attributes include: at least one of the symptom attributes of the drug user, the drug contraindication attributes, the allergy attributes, and the attributes of the special population to which the user belongs.

23. The method according to claim 17, characterized in that Also includes: If the analysis result data indicates that the multiple objects are not suitable for use together, calculating at least one candidate object suitable for use together with a first object among the multiple objects according to the object use rule; The identifier of the at least one candidate object is sent to the client, so that the client displays the at least one candidate object.

24. The method according to claim 23, characterized in that Calculating, according to the object usage rule, at least one candidate object suitable for use with a first object among the multiple objects, comprises: calculating a first candidate object having similar usage attributes to other objects among the plurality of objects except the first object; According to the object collocation rule, determining, from the first candidate objects, a second candidate object that has a positive influence relationship with the first object; According to the matching rules of objects and user attributes, objects that match the target user attributes are selected from the second candidate objects as candidate objects suitable for matching with the first object.

25. A terminal device, used in online drug purchase scenarios, characterized in that: include: processing components, communication components, and display components; The processing component is used to: obtain a plurality of objects to be analyzed; The plurality of objects belong to the field of food and medicine; The communication component is used to: send the identifiers of the multiple objects to the server, so that the server analyzes whether the multiple objects are suitable for use together, and obtain the analysis result data returned by the server; The analysis result data is used to describe whether the multiple objects are suitable for use together; The analysis result data is obtained by the server according to the identifiers of the multiple objects and in combination with the object usage rules; The object usage rules include: drug combination usage rules obtained by precipitating the combination usage information between drugs recorded in the guideline literature in the medical field and the basic data dictionary; The display component is used to: display the analysis result data; Wherein, when acquiring the multiple objects to be analyzed, the processing component is specifically used to: include: when the drug list recording the drug order list is updated, acquiring multiple drugs from the drug list, or acquiring multiple drugs specified by the user from the drugs added to the order list; The processing component is also used to: display icons of the multiple drugs when the multiple drugs are not suitable for use together, and display candidate drugs that are suitable for use together with the drugs based on a viewing operation on the icon of any drug among the multiple drugs.

26. A server, applied to online drug purchase scenarios, characterized in that: include: processing components and communication components; The communication component is used to: obtain the identifiers of multiple objects sent by the client; The multiple objects belong to the field of food and medicine; wherein the multiple objects are multiple drugs obtained by the client from the drug list when the drug list recording the drug order list is updated, or multiple drugs specified by the user obtained by the client from the drugs added to the order list; The processing component is used to: analyze whether the multiple objects are suitable for combined use based on the identifiers of the multiple objects and in combination with the object use rules, obtain analysis result data, and send the analysis result data to the client for display through the communication component, so that the client can display the icons of the multiple drugs when the multiple drugs are not suitable for combined use, and display candidate drugs that are suitable for combined use with the drugs based on the viewing operation of the icon of any drug among the multiple drugs; the object use rules include: drug combination use rules obtained by precipitating the combination use information between drugs recorded in the guideline documents in the medical field and the basic data dictionary.

27. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed, it can implement the data processing method described in any one of claims 1 to 12 or the data processing method described in any one of claims 13 to 24.

Images