CN115700889A - Method and device for ordering medicines, storage medium and electronic equipment - Google Patents
Method and device for ordering medicines, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN115700889A CN115700889A CN202211296986.2A CN202211296986A CN115700889A CN 115700889 A CN115700889 A CN 115700889A CN 202211296986 A CN202211296986 A CN 202211296986A CN 115700889 A CN115700889 A CN 115700889A
- Authority
- CN
- China
- Prior art keywords
- user
- medicine
- information
- drug
- disease
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 239000003814 drug Substances 0.000 title claims abstract description 453
- 229940079593 drug Drugs 0.000 title claims abstract description 178
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000003860 storage Methods 0.000 title claims abstract description 20
- 238000012797 qualification Methods 0.000 claims abstract description 81
- 238000012550 audit Methods 0.000 claims abstract description 13
- 201000010099 disease Diseases 0.000 claims description 149
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims description 149
- 238000004590 computer program Methods 0.000 claims description 15
- 230000004044 response Effects 0.000 claims description 4
- 239000000825 pharmaceutical preparation Substances 0.000 claims description 3
- 229940127557 pharmaceutical product Drugs 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 9
- 230000006872 improvement Effects 0.000 description 9
- 238000012545 processing Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 208000017667 Chronic Disease Diseases 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 208000004998 Abdominal Pain Diseases 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 208000023504 respiratory system disease Diseases 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 2
- 230000001788 irregular Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 229940126532 prescription medicine Drugs 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 206010000087 Abdominal pain upper Diseases 0.000 description 1
- 206010057190 Respiratory tract infections Diseases 0.000 description 1
- 206010062255 Soft tissue infection Diseases 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- LSQZJLSUYDQPKJ-NJBDSQKTSA-N amoxicillin Chemical compound C1([C@@H](N)C(=O)N[C@H]2[C@H]3SC([C@@H](N3C2=O)C(O)=O)(C)C)=CC=C(O)C=C1 LSQZJLSUYDQPKJ-NJBDSQKTSA-N 0.000 description 1
- 229960003022 amoxicillin Drugs 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 210000002249 digestive system Anatomy 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- -1 for example Substances 0.000 description 1
- 210000001035 gastrointestinal tract Anatomy 0.000 description 1
- 208000015181 infectious disease Diseases 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000006651 lactation Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- LSQZJLSUYDQPKJ-UHFFFAOYSA-N p-Hydroxyampicillin Natural products O=C1N2C(C(O)=O)C(C)(C)SC2C1NC(=O)C(N)C1=CC=C(O)C=C1 LSQZJLSUYDQPKJ-UHFFFAOYSA-N 0.000 description 1
- 229920001296 polysiloxane Polymers 0.000 description 1
- 239000000955 prescription drug Substances 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 210000002345 respiratory system Anatomy 0.000 description 1
- 206010040872 skin infection Diseases 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 208000019206 urinary tract infection Diseases 0.000 description 1
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
The specification discloses a method, a device, a storage medium and an electronic device for ordering medicines. And determining the drug purchase qualification information uploaded by the user when the user purchases the second drug, sending the drug purchase qualification information selected by the user as target certification information to terminal equipment used by an auditor for auditing, and executing a task of ordering aiming at the first drug after the audit is passed. The user does not need to actively upload the required medicine purchasing qualification information during medicine purchasing, so that the medicine purchasing efficiency of the user can be greatly improved.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a method, an apparatus, a storage medium, and an electronic device for ordering a medicine.
Background
With the development of electronic commerce, more and more users purchase articles in an online shopping mode, when the users purchase certain articles, corresponding certificates need to be uploaded, and after relevant personnel determine that the users are qualified according to the certificates uploaded by the users, the users can purchase the articles. For example, when a user purchases a prescription drug, it is necessary to upload a certificate such as a corresponding prescription or case, and the certificate is checked by an online pharmacist, so that the user can purchase the corresponding drug.
At present, when a user purchases a prescription medicine each time, the corresponding prescription needs to be uploaded, and the medicine can be purchased after being checked by a pharmacist.
Disclosure of Invention
The present specification provides a method, an apparatus, a storage medium, and an electronic device for ordering a medicine, so as to partially solve the above problems in the prior art.
The technical scheme adopted by the specification is as follows:
the specification provides a method for ordering a medicine, which comprises the following steps:
determining a first medicine required by a user to place an order;
determining a second medicine which is purchased by the user and matched with the first medicine from the historical medicine purchasing record of the user;
determining and displaying the drug purchasing qualification information uploaded by the user when the user purchases the second drug;
determining the drug purchasing qualification information selected by the user as target certification information;
sending the target certification information to terminal equipment used by a verifier for verification;
and executing a placing task aiming at the first medicine in response to the target certification information passing the audit of the auditor.
Optionally, determining and displaying the medication purchasing qualification information uploaded by the user when purchasing the second medication specifically includes:
recommending and displaying at least one piece of information of a drugger filled when the user purchases the second medicine to the user;
using the information of the user-selected druggers as information of target druggers using the first medicine;
and inquiring and displaying the medicine purchasing qualification information of the target medicine user corresponding to the medicine user uploaded when the user purchases the second medicine.
Optionally, the historical medication purchase record comprises: the dosage of the drug user and the dosage of the drug purchased by the user;
recommending and displaying at least one piece of information of the pharmacy filled when the user purchases the second medicine to the user, wherein the information of the pharmacy specifically comprises the following steps:
predicting the residual medicine quantity of each user after using the second medicine according to the historical medicine quantity purchased by the user for each user corresponding to the user;
and recommending at least one piece of information of the user who fills in when the user purchases the second medicine to the user according to the predicted residual medicine amount of each user who uses the second medicine, and displaying the information.
Optionally, before sending the target certification information to a terminal device used by an auditor for auditing, the method further includes:
determining information of diseases for treatment of the first medicine according to the first medicine;
displaying disease information of each disease treated by the first drug to the user;
determining a disease selected by the user from the displayed disease information of the diseases as a first disease;
sending the target certification information to a terminal device used by an auditor for auditing, wherein the auditing specifically comprises the following steps:
and sending the disease information of the first disease selected by the user and the target certificate information to terminal equipment used by an auditor for auditing.
Optionally, the historical pharmacy record further comprises: the history of diseases confirmed by the drug user;
the displaying, to the user, disease information of each disease treated by the first drug specifically includes:
determining historical diseases which can be treated by the first medicine from the confirmed historical diseases of the medicine taking person corresponding to the determined target medicine taking person information using the first medicine, and taking the historical diseases as a second disease;
determining a disease type to which the second disease belongs;
and arranging and displaying the disease information of the disease type which can be treated by the first medicine before the disease information of the diseases of other disease types which can be treated by the first medicine.
Optionally, displaying, to the user, disease information of each disease treated by the first drug specifically includes:
determining the utilization rate of the first medicine for treating the disease as the corresponding utilization rate of the disease aiming at each disease which can be treated by the first medicine;
and displaying the disease information of each disease which can be treated by the first medicine according to the sequence from high to low of the corresponding utilization rate of each disease which can be treated by the first medicine.
Optionally, determining and displaying the medication purchasing qualification information uploaded by the user when the user purchases the second medicine specifically includes:
judging whether the medicine purchasing qualification information exceeds the valid period of the medicine purchasing qualification information;
and if so, displaying the medicine purchasing qualification certification information to the user.
This specification provides a device of ordering of medicine, includes:
the first determining module is used for determining a first medicine required by a user to order;
a second determining module, configured to determine, from a historical medicine purchasing record of the user, a second medicine that matches the first medicine and that the user purchased;
the display module is used for determining and displaying the medicine purchasing qualification information uploaded by the user when the user purchases the second medicine;
a third determination module, configured to determine, as target certification information, the medication purchasing qualification information selected by the user;
the sending module is used for sending the target certification information to terminal equipment used by an auditor for auditing;
and the execution module is used for responding to the target certification information and passing the audit of the auditor and executing the ordering task aiming at the first medicine.
The present specification provides a computer-readable storage medium storing a computer program which, when executed by a processor, implements the above-described method of ordering a drug.
The present specification provides an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor executes the program to implement the above-mentioned method for ordering a drug.
The technical scheme adopted by the specification can achieve the following beneficial effects:
in the method for ordering the medicines, a first medicine required to be ordered by a user is determined, and then a second medicine matched with the first medicine and purchased by the user is determined from a historical medicine purchase record of the user. And determining and displaying the drug purchasing qualification information uploaded by the user when the user purchases the second drug, determining the drug purchasing qualification information selected by the user as target certification information, sending the target certification information to terminal equipment used by an auditor for auditing, and executing a task of placing an order for the first drug after the target certification information is determined to pass the audit of the auditor.
According to the method, when the user purchases the first medicine, whether the medicine purchasing business can be provided for the user can be determined according to the acquired medicine purchasing qualification certification information contained in the historical medicine purchasing record of the user, and the user does not need to upload the medicine purchasing qualification certification information required for purchasing the first medicine again, so that the efficiency of the user in executing the medicine purchasing business is improved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the specification and are incorporated in and constitute a part of this specification, illustrate embodiments of the specification and together with the description serve to explain the specification and not to limit the specification in a non-limiting sense. In the drawings:
FIG. 1 is a schematic flow chart of a method for ordering a pharmaceutical product provided herein;
FIG. 2 is a schematic illustration of a purchase interface provided herein;
FIG. 3 is a schematic view of a conventional drug purchasing interface provided herein;
FIG. 4 is a schematic diagram of a purchase interface of a method for ordering a pharmaceutical product provided in the present specification
FIG. 5 is a schematic view of a drug ordering apparatus provided herein;
fig. 6 is a schematic diagram of an electronic device corresponding to fig. 1 provided in the present specification.
Detailed Description
To make the objects, technical solutions and advantages of the present specification clearer and more complete, the technical solutions of the present specification will be described in detail and completely with reference to the specific embodiments of the present specification and the accompanying drawings. It is to be understood that the embodiments described are only a few embodiments of the present disclosure, and not all embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present specification without any creative effort belong to the protection scope of the present specification.
It should be noted that all actions of acquiring signals, information or data in this specification are performed under the premise of complying with the corresponding data protection regulation policy of the country of the location and obtaining the authorization given by the owner of the corresponding device.
The technical solutions provided by the embodiments of the present description are described in detail below with reference to the accompanying drawings.
Fig. 1 is a schematic flow chart of a method for ordering a medicine provided in this specification, including the following steps:
s101: a first drug that a user needs to place an order is determined.
At present, when a user purchases medicine on the internet, the user is often required to fill various data in a form provided by a platform. For example, a drug person, a disease, an offline medical file, and the like. And because the user needs to fill in corresponding information every time of purchasing the medicine, the efficiency is low, and the user experience of the medicine purchasing business executed by the user is reduced.
Based on this, the present specification provides a method for ordering a drug, and first, a client may determine a first drug that a user needs to order. The client can monitor the medicine selected by the user in the medicine purchasing interface displayed by the client, and when the user is determined to perform selection operation on the displayed medicine information (for example, the medicine corresponding to the medicine information is added into a shopping cart or ordering operation is performed on the selected medicine), the first medicine required by the user can be determined.
Of course, for the medicine which needs to be taken for a long time, the client may also determine the time length from the current time when the user purchases the medicine according to the purchase time and the current time when the user historically purchases the medicine, and then presume whether the medicine is consumed or will be consumed according to the time length and the dosage of the medicine, and if so, the medicine may be used as the first medicine which the user needs to purchase.
In addition, in this specification, when it is determined that the first drug for ordering needs to be issued by the user, it may be further determined whether the first drug belongs to a drug for treating a chronic disease, and after it is determined that the first drug belongs to a drug for treating a chronic disease, it may be determined, in a subsequent process, that the user has historically purchased the second drug matching the first drug, and the uploaded drug purchase qualification information. For example, when the user performs the settlement operation, the client transmits the drug information of the first drug to the server, and the server may determine whether the first drug is a drug for treating chronic diseases based on a pre-constructed drug library for chronic diseases after receiving the drug information.
S102: and determining a second medicine which is purchased by the user and matched with the first medicine from the historical medicine purchasing record of the user.
After determining the first medicine required by the user to place an order, the client may determine a second medicine matched with the first medicine and purchased by the user from the historical medicine purchase record of the user. The second medicine may be the same as the first medicine, and the second medicine may be the same as or similar to the first medicine in efficacy.
There are various ways to determine the second drug matching the first drug, for example, drug information keywords of the first drug (such as drug name, disease name of the treated disease, etc.) can be determined, and then drug information keywords of various drugs purchased by the user are matched with the drug information keywords of the first drug from the historical drug purchasing record of the user to match the second drug.
For another example, the package image of the first drug may be matched with the package images of the drugs historically purchased by the user to match the second drug; for another example, the drug information of the first drug and the drug information of each drug that the user has historically purchased may be input into a preset matching model to match the second drug. Other ways are not necessarily illustrated here.
It should be noted that the specific implementation manner of step S102 may be roughly divided into two types, one is that if the client locally stores the historical medicine purchase record of the user, after determining that the first medicine for which the user needs to make an order is stored, the client may determine, from the stored historical medicine purchase record, the second medicine that is matched with the first medicine and that is purchased by the user.
The second method is that the server stores the historical medicine purchasing records of the user, so that the client needs to send the medicine information of the first medicine to the server after determining the first medicine which the user needs to place an order, and the server can determine the second medicine which is matched with the first medicine and purchased by the user in the history through the integrated information by integrating the historical medicine purchasing records of the user.
Of course, if a second drug matching the first drug is not determined, the client prompts the user to actively upload the medication order qualification information required to purchase the first drug to perform the order task of purchasing the first drug.
S103: and determining and displaying the drug purchasing qualification information uploaded by the user when the user purchases the second drug.
After the second medicine is determined, the medicine-purchasing qualification information uploaded by the user when the user purchases the second medicine can be determined and displayed to the user through the client. The drug purchase qualification information mentioned here may refer to information of a user, case information, prescription data, and an inquiry dialogue record between the user or the user and a doctor, which are uploaded when the user purchases the second drug.
In practice, a user may help others buy a medication, and thus the medication person and the user may or may not be the same person. Therefore, the information about the medication person may be information about the user in the client used by the user, or information about other medication persons that the user has filled when helping other medication persons to purchase the medication. The information of the user can comprise: the data of the name, the identification number, the mobile phone number and the like of the person using the medicine.
In practical situations, the user may have historically purchased the second medicine for a plurality of users, so when determining the medicine purchasing qualification information uploaded by the user when purchasing the second medicine, it is necessary to further determine which user's historical medicine purchasing qualification information needs to be presented to the user at the client.
Therefore, before determining the medicine-purchasing qualification information uploaded by the user when purchasing the second medicine, at least one piece of information of a user who has filled in when the user historically purchased the second medicine may be recommended to the user, and then, the client may determine, according to the selection operation performed by the user, the information of the user who has selected by the user, as the information of the target user who uses the first medicine, and query the information of the medicine-purchasing qualification information of the user corresponding to the information of the target user who has uploaded when the user purchases the second medicine, so as to display the information to the user.
If the server stores the historical medicine purchasing record of the user, all the medicine user information uploaded by the user when the user purchases the second medicine historically can be returned to the client to be displayed, so that the user can select target medicine user information actually using the first medicine from the medicine user information.
Of course, the server may also return part of the information about the pharmacists uploaded by the user when the user purchases the second medicine historically to the client for display. The server can screen out the information of the person who uses the first medicine possibly according to the historical medicine purchasing record and return the information to the client. The server may predict the remaining amount of the second drug used by each user according to the amount of the second drug purchased by the user corresponding to the information of each user in history, and then recommend at least one piece of information of the user who is filled when the user purchases the second drug to the user according to the predicted remaining amount of the second drug used by each user and display the information through the client.
The server can determine the consumption speed of the second medicine used by the medicine user according to the preset consumption speed of the second medicine, and the server can determine the residual medicine quantity according to the consumption speed of the second medicine used by the medicine user and the medicine purchasing quantity of the user, so that at least one medicine user information filled when the user purchases the second medicine is recommended to the user and displayed through the client. For example, if the second drug is drug a, the recommended number of times of use of drug a is one package per day, the medicine a purchased by the user for drug a is ten packages, and nine days have elapsed since the user purchased the last time, the remaining medicine amount may be determined to be one package, thereby determining that the user may need to purchase drug a again for drug a.
Of course, the user may recommend the information of the drug user in other manners, for example, after determining that the user selects the disease to be treated by using the first drug, the client sends the disease information of the disease selected by the user to the server, and the server may recommend the information of the drug user with the disease to the user by analyzing the historical drug purchase record of the user.
In addition, if it is determined that the user has historically purchased the second medicine for only one drug user, the information of the drug user can be directly displayed to the user as the information of the drug user using the first medicine, and at this time, the user only needs to perform confirmation operation without selection.
S104: and determining the medicine purchasing qualification certification information selected by the user as target certification information.
S105: and sending the target certification information to terminal equipment used by an auditor for auditing.
After the client acquires the drug-purchasing qualification information, the drug-purchasing qualification information can be displayed to the user. The user can select the medicine-purchasing qualification information of the user using the first medicine according to actual requirements, and correspondingly, the client can take the medicine-purchasing qualification information selected by the user as the target certification information.
Then, the client may send the target certification information to the server, so that the server sends the target certification information to the terminal device used by the auditor for auditing. Certainly, in actual application, since the server stores each drug purchasing qualification information, the client may actually send only the information identifier corresponding to the target certification information to the server, and the server may query the target certification information according to the information identifier and send the target certification information to the terminal device used by the auditor for auditing. The information identifier mentioned here may refer to a name of a person who takes the medicine corresponding to the target identification information, an information number of the target identification information, time information of last uploading of the target identification information by the user, and the like, and the auditor mentioned here may refer to a doctor or pharmacist who audits the qualification of purchasing the medicine of the person who takes the medicine.
Before the target certification information is sent to the terminal device used by the auditor for auditing, the diseases treated by the first medicine can be determined according to the first medicine, then the disease information of the diseases treated by the first medicine is displayed for the user to select, and the client can use the diseases selected by the user from the displayed disease information of the diseases as the first diseases. Wherein, since the first drug may be used for treating a variety of diseases, for example, the first drug is amoxicillin, the corresponding candidate diseases may be respiratory tract infection, urinary tract infection, digestive tract infection, skin and soft tissue infection, and the like.
After the user selects the first disease, the disease information of the first disease and the target certification information may be sent to the terminal device used by the auditor for auditing.
In order to facilitate the user to select the first disease, the client may determine, from the determined historical diseases diagnosed by the target person using the first drug, the historical diseases which can be treated by the first drug, determine, as the second disease, the disease type to which the second disease belongs, and arrange and display the disease information of the disease type which can be treated by the first drug before the disease information of the diseases of other disease types which can be treated by the first drug.
For example, if the second disease belongs to a respiratory disease, the disease information belonging to the respiratory disease in the diseases that can be treated by the first drug is displayed to the user before the disease information not belonging to the respiratory disease in the diseases that can be treated by the first drug. The disease type may be a human system to which the historical disease belongs, such as respiratory system, digestive system, etc.
In the process of presenting the candidate diseases to the user, the usage rate of the first medicine for treating the disease may be determined for each disease that can be treated by the first medicine, and the disease information of each disease that can be treated by the first medicine may be presented in the order from the highest usage rate to the lowest usage rate corresponding to each disease that can be treated by the first medicine. For example, the first drug is drug a, the drug a has a 50% usage rate for treating disease a, a 30% usage rate for treating disease B, and a 20% usage rate for treating disease C, so the final ranking result may be disease a for the first, disease B for the second, and disease C for the third.
In order to ensure the medication safety of the user, the valid periods of different pieces of medicine purchasing qualification information can be set according to diseases corresponding to different pieces of medicine purchasing qualification information. When the medicine-purchasing qualification information exceeds the validity period of the medicine-purchasing qualification information, the client can prompt the user to provide the corresponding medicine-purchasing qualification information again. Here, the main role of the purchase qualification information is to prove to a platform providing a medicine purchasing service which prescription medicines the user can purchase. Therefore, the certification information of the drug purchasing qualification may be a certification document for the offline doctor visit of the user, or a prescription or certification document which is provided by the user through communicating with the doctor online.
It should be noted that, when the client sends the target certification information to the terminal device used by the auditor through the server, the server may first identify whether the target certification information meets a preset condition (where the preset condition is that the medicine purchasing qualification information is not some meaningless pictures, such as blank pictures, etc.) through a preset image identification model, and then send the target certification information meeting the preset condition to the terminal device used by the auditor, and the auditor confirms that the user can purchase the first medicine through the target certification information.
S106: and executing a placing task aiming at the first medicine in response to the target certification information passing the audit of the auditor.
After the reviewer determines that the target certification information passes the review, the server may perform a placing task for the first drug. In the process, the user can pay through the payment page, after the payment is completed, the target certification information is sent to the terminal equipment used by the auditor to be audited, and once the server determines that the target certification information passes the audit of the auditor, the server can execute the distribution task aiming at the first medicine. Of course, the user may also perform order placing operation on the first medicine first, and at this time, the flow corresponding to the above step is triggered, so as to send the target certification information to the terminal device used by the auditor for auditing. And once the server determines that the target certification information passes the audit of the auditor, the server returns a payment instruction to the client so that the client displays a payment page to the user according to the payment instruction. Once the user completes the payment operation, the server may perform a delivery task for the first drug.
Of course, if it is determined that the target certification information does not pass the audit of the auditor, the server will not execute the delivery task for the first drug, i.e., cancel the order.
In practical applications, the modes of providing the medicine purchasing service to the user can be specifically divided into two types: one is that the platform automatically fills in the inquiry information, and the other is that the user manually fills in the inquiry information.
First, the platform is explained to automatically fill in the inquiry information.
Fig. 2 is a schematic diagram of a medicine purchasing interface provided in the present specification.
In fig. 2, when a user purchases a first medicine, the client may first display information about users who determined users who may use the first medicine to the user. The information of the person who takes the medicine can be displayed through a pop-up window of a one-key continuation as shown in fig. 2.
If the user clicks the 'agree' option shown in the pop-up window, the client determines that the user needs to obtain the medicine purchasing qualification information of the druggers shown in the pop-up window.
If the user does not check the one-key continuation option above the popup window in fig. 2 when purchasing the first medicine, the popup cannot pop up, that is, after the one-key continuation option is checked in advance, the information of the determined user who may use the first medicine can be displayed to the user through the popup window.
In this specification, the option of the one-key continuation party may be selected by the user, or may be selected by the client by default after the user performs an authorization operation that allows the platform (i.e., the server) to obtain and temporarily store the medicine-purchasing qualification information uploaded by the user in the client before performing the medicine-purchasing service.
It should be noted that the certification information for drug purchase mentioned in this specification may include, in addition to the conventional information such as the disease information and prescription data of the user, the inquiry dialogue record between the user or the user and the doctor. The inquiry dialogue records may include an inquiry dialogue between the user or the user and the doctor about the reaction after the administration of the medicine, in addition to the inquiry dialogue between the user or the doctor and the patient about the condition of the patient.
The server can sort the inquiry dialogue records and return the sorted inquiry dialogue records to the user for viewing and selection as part of the medicine purchasing qualification information. The server can perform semantic analysis on the inquiry dialogue records to identify irregular descriptors from the inquiry dialogue records as words to be replaced, and find out standard descriptors corresponding to the words to be replaced from a preset word bank. The server may replace the word to be replaced with the standard descriptor in the inquiry session record to obtain the collated inquiry session record.
For example, if a disease descriptor of "stomach ache" is included in the inquiry dialogue record between the administrator and the doctor, the server may recognize that the descriptor is an irregular descriptor and needs to be replaced. Further, the server may determine that the standard descriptor corresponding to the descriptor is "abdominal pain" from a preset lexicon, and the server may replace "abdominal pain" in the inquiry dialogue record with "abdominal pain".
Of course, the server may also perform other optimization operations on the inquiry session records, for example, by performing semantic analysis, identify statements that are irrelevant to the inquiry, and remove the statements from the inquiry session records to obtain the sorted inquiry session records.
Correspondingly, after the user clicks the "agree" option shown in fig. 2, the client displays the determined medicine purchasing qualification information to the user, and the user can review the medicine purchasing qualification information such as the disease information, prescription data, and inquiry session records sorted by the server displayed by the client. After determining that the qualification information for purchasing the medicines displayed by the client is correct, the user can execute a confirmation operation, and at the moment, the client can send the qualification information for purchasing the medicines as target certification information selected by the user to a terminal device used by an auditor through a server for auditing.
If the target certification information does not pass the audit of the auditor, the client needs to prompt the user to actively fill in information of the drug buyer, disease information, prescription data, inquiry dialogue records between the user or the drug buyer and the doctor, and the like, and the information is displayed to the user, so that the ordering task for the first drug is executed after the user confirms the information.
Of course, if the second medicine is not matched, or the confirmation information of the user is not the information required by the user, the user may fill in the confirmation information of the medicine purchasing qualification. The self-filling mode is the conventional mode, and is not described in detail here.
To further illustrate that the method for ordering a drug provided by the present application can greatly improve the efficiency of drug purchasing, a comparison will be made between a schematic diagram of a conventional drug purchasing interface provided by the present application in fig. 3 and a schematic diagram of a drug purchasing interface of a method for ordering a drug provided by the present application in fig. 4.
As shown in fig. 3, in the conventional medicine purchasing process, a user needs to manually fill in information of a medicine user (name, identification number, mobile phone number, disease history/lactation, and relationship with the user of the medicine user in fig. 3) and disease information at each medicine purchasing time, and also needs to manually upload medicine purchasing qualification information. It should be noted that, in fig. 3, the user may click on each plus sign to fill in corresponding information.
As shown in fig. 4, in the medicine purchasing process of the present application, the client may display the information of the user who has purchased the medicine obtained by the client to the user, and the user may select the user who has purchased the medicine from the information of the user who has displayed the information of the user who has purchased the medicine without refilling the information of the user. If the information of the user who uses the medicine displayed by the client does not contain the user who uses the medicine for the time, the user can click the plus sign behind the information of the user who uses the medicine to manually input the information of the user who uses the medicine.
Correspondingly, the client can also display the history disease information which is obtained by the client and confirmed by the medicine user, the user can select the disease information which needs to be treated by the medicine purchasing from the history disease information which is displayed by the client and confirmed by the medicine user, and the information does not need to be manually filled in.
Finally, the client can display the medicine purchasing qualification information uploaded by the user when the user purchases the second medicine, which is contained in the historical medicine purchasing record of the user, to the user, and the user can select the medicine purchasing qualification information corresponding to the person using the first medicine from the medicine purchasing qualification information, without manually uploading by the user. If the user determines that additional uploading of other medicine purchasing qualification information is needed according to the medicine purchasing qualification information displayed by the client, the user can click a plus sign behind the medicine purchasing qualification information to manually upload the medicine purchasing qualification information.
The user only needs to select the information of the drug user, the disease information and the historically uploaded drug purchasing qualification information, and does not need to manually fill and upload, so that the drug purchasing efficiency of the user is improved.
Wherein, the information of the user selected by the user, the disease information and the certification information of the drug purchasing qualification are deepened.
According to the method, when the user purchases the first medicine, whether the medicine purchasing business can be provided for the user can be determined according to the acquired medicine purchasing qualification certification information uploaded when the user purchases the medicine historically, and the user does not need to upload the medicine purchasing qualification certification information required for purchasing the first medicine again, so that the efficiency of the user in executing the medicine purchasing business is effectively improved.
It should be noted that all data referred to in the present application are obtained under the premise of complying with the corresponding data protection regulation policy of the country of the location, and are authorized by the owner of the corresponding device.
Fig. 5 is a schematic view of a device for ordering medicines provided by the present specification, including:
a first determining module 501, configured to determine a first medicine required by a user to place an order;
a second determining module 502, configured to determine, from the historical medicine purchase record of the user, a second medicine that matches the first medicine and that the user purchased;
a display module 503, configured to determine and display the medication purchasing qualification information uploaded by the user when purchasing the second medication;
a third determining module 504, configured to determine the medication purchasing qualification information selected by the user as target certification information;
a sending module 505, configured to send the target certification information to a terminal device used by an auditor for auditing;
an executing module 506, configured to execute a task of placing an order for the first drug in response to the target certification information passing the audit of the auditor.
Optionally, the display module 503 is specifically configured to recommend and display at least one piece of information about a drugger filled when the user purchases the second medicine to the user; using the information of the user-selected druggers as information of target druggers using the first medicine; and inquiring and displaying the medicine purchasing qualification information of the target medicine user corresponding to the medicine user uploaded when the user purchases the second medicine.
Optionally, the historical medication purchase record comprises: the amount of the drug purchased by the user;
the display module 503 is specifically configured to predict the remaining amount of the second medicine after each user uses the second medicine according to the amount of the second medicine purchased by the user for each user information corresponding to the user in history; and recommending and displaying at least one piece of information of the drug takers filled when the user purchases the second drug to the user according to the predicted residual drug amount of each drug taker after using the second drug.
Optionally, before the target certification information is sent to the terminal device used by the auditor for auditing, the display module 503 is further configured to determine, according to the first medicine, each disease treated by the first medicine; displaying disease information of diseases treated by the first medicine to the user; determining a disease selected by the user from the displayed disease information of each disease as a first disease;
the sending module 505 is specifically configured to send the disease information of the first disease selected by the user and the target certification information to a terminal device used by a verifier for verification.
Optionally, the historical pharmacy record further comprises: the history of diseases confirmed by the drug user;
the display module 503 is specifically configured to determine, from the determined historical diseases diagnosed by the target person who uses the first medicine, historical diseases that can be treated by the first medicine, as second diseases; determining a disease type to which the second disease belongs; and arranging and displaying the disease information of the disease type which can be treated by the first medicine before the disease information of the diseases of other disease types which can be treated by the first medicine.
Optionally, the display module 503 is specifically configured to, for each disease that can be treated by the first drug, determine a usage rate of the first drug for treating the disease as a usage rate corresponding to the disease; and displaying the disease information of each disease which can be treated by the first medicine according to the sequence from high to low of the corresponding utilization rate of each disease which can be treated by the first medicine.
Optionally, the display module 503 is specifically configured to determine whether the medicine purchasing qualification information exceeds the validity period of the medicine purchasing qualification information; and if so, displaying the medicine purchasing qualification certification information to the user.
According to the device, when the user purchases the first medicine through the device, the user does not need to upload the medicine purchasing qualification information required for purchasing the first medicine, the second medicine which is purchased by the user and is matched with the first medicine can be determined according to the historical medicine purchasing record of the user, the medicine purchasing qualification information uploaded by the user when the user purchases the second medicine in the historical period is obtained and serves as the medicine purchasing qualification information required for purchasing the first medicine, so that the medicine purchasing efficiency of the user can be effectively improved, and great convenience is brought to medicine purchasing of the user.
This specification also provides a schematic block diagram of an electronic device corresponding to that of figure 1, shown in figure 6. As shown in fig. 6, at the hardware level, the electronic device includes a processor, an internal bus, a network interface, a memory, and a non-volatile memory, but may also include hardware required for other services. The processor reads a corresponding computer program from the non-volatile memory into the memory and then runs the computer program to implement the method for ordering the medicines described in fig. 1. Of course, besides the software implementation, the present specification does not exclude other implementations, such as logic devices or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may be hardware or logic devices.
The execution logic of the method for ordering the medicines provided in the present specification may be implemented by the client alone, that is, if the client stores the historical medicine purchasing record of the user and the medicine purchasing qualification information sent to the auditor before the user, the above steps may be implemented by the client as the execution subject. Of course, the method can also be completed by information interaction between the client and the server.
In the 90 s of the 20 th century, improvements in a technology could clearly distinguish between improvements in hardware (e.g., improvements in circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements in process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing an Integrated Circuit chip, such Programming is often implemented by "logic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is also written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as ABEL (Advanced Boolean Expression Language), AHDL (alternate Hardware Description Language), traffic, CUPL (core universal Programming Language), HDCal, jhddl (Java Hardware Description Language), lava, lola, HDL, PALASM, rhyd (Hardware Description Language), and vhigh-Language (Hardware Description Language), which is currently used in most popular applications. It will also be apparent to those skilled in the art that hardware circuitry that implements the logical method flows can be readily obtained by merely slightly programming the method flows into an integrated circuit using the hardware description languages described above.
The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, atmel AT91SAM, microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic for the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller in purely computer readable program code means, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be regarded as a hardware component and the means for performing the various functions included therein may also be regarded as structures within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.
The systems, apparatuses, modules or units described in the above embodiments may be specifically implemented by a computer chip or an entity, or implemented by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
For convenience of description, the above devices are described as being divided into various units by function, respectively. Of course, the functionality of the various elements may be implemented in the same one or more pieces of software and/or hardware in the practice of this description.
As will be appreciated by one skilled in the art, embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The description has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the description. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, 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 disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrases "comprising one of 8230; \8230;" 8230; "does not exclude the presence of additional like elements in a process, method, article, or apparatus that comprises that element.
As will be appreciated by one skilled in the art, embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and so forth) having computer-usable program code embodied therein.
This description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the system embodiment, since it is substantially similar to the method embodiment, the description is relatively simple, and reference may be made to the partial description of the method embodiment for relevant points.
The above description is only an example of the present disclosure, and is not intended to limit the present disclosure. Various modifications and alterations to this description will become apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present specification should be included in the scope of the claims of the present specification.
Claims (10)
1. A method for ordering a pharmaceutical product, comprising:
determining a first medicine required by a user to place an order;
determining a second drug matched with the first drug purchased by the user from a historical drug purchase record of the user;
determining and displaying the drug purchasing qualification information uploaded by the user when the user purchases the second drug;
determining the drug purchasing qualification information selected by the user as target certification information;
sending the target certification information to terminal equipment used by an auditor for auditing;
and executing a placing task aiming at the first medicine in response to the target certification information passing the audit of the auditor.
2. The method of claim 1, wherein determining and displaying the medication purchasing qualification information uploaded by the user when purchasing the second medication comprises:
recommending and displaying at least one piece of information of a drugger filled when the user purchases the second medicine to the user;
using the information of the user-selected druggers as the information of target druggers using the first medicine;
and inquiring and displaying the medicine purchasing qualification information of the target medicine user corresponding to the medicine user uploaded when the user purchases the second medicine.
3. The method of claim 2, wherein the historical medication purchase record comprises: the amount of the drug purchased by the user;
recommending and displaying at least one piece of information of the drug user filled when the user purchases the second drug to the user, wherein the information of the drug user filled when the user purchases the second drug specifically comprises the following steps:
predicting the residual medicine amount of each medicine user after using the second medicine according to the medicine purchasing amount of the second medicine purchased by the corresponding medicine user corresponding to the information of each medicine user in history;
and recommending and displaying at least one piece of information of the drug takers filled when the user purchases the second drug to the user according to the predicted residual drug amount of each drug taker after using the second drug.
4. The method of claim 2, wherein prior to sending the target attestation information to a terminal device used by an auditor for auditing, the method further comprises:
determining, from the first drug, the diseases treated by the first drug;
displaying disease information of each disease treated by the first drug to the user;
determining a disease selected by the user from the displayed disease information of the diseases as a first disease;
sending the target certification information to terminal equipment used by an auditor for auditing, wherein the auditing specifically comprises the following steps:
and sending the disease information of the first disease selected by the user and the target certificate information to terminal equipment used by an auditor for auditing.
5. The method of claim 4, wherein the historical pharmacy records further comprise: the history of diseases confirmed by the drug user;
the displaying, to the user, disease information of each disease treated by the first drug specifically includes:
determining historical diseases which can be treated by the first medicine from the confirmed historical diseases of the medicine taking person corresponding to the determined target medicine taking person information using the first medicine, and taking the historical diseases as a second disease;
determining a disease type to which the second disease belongs;
and arranging the disease information of the disease type which can be treated by the first medicine before the disease information of the diseases of other disease types which can be treated by the first medicine for displaying.
6. The method of claim 4, wherein presenting disease information for each disease treated with the first drug to the user comprises:
determining the utilization rate of the first medicine for treating the disease as the corresponding utilization rate of the disease aiming at each disease which can be treated by the first medicine;
and displaying the disease information of each disease which can be treated by the first medicine according to the sequence from high to low of the corresponding utilization rate of each disease which can be treated by the first medicine.
7. The method of claim 1, wherein determining and displaying the medication purchasing qualification information uploaded by the user when purchasing the second medication comprises:
judging whether the medicine purchasing qualification information exceeds the valid period of the medicine purchasing qualification information;
and if so, displaying the medicine purchasing qualification certification information to the user.
8. A device for ordering a medication, comprising:
the first determining module is used for determining a first medicine required by a user to place an order;
a second determining module, configured to determine, from a historical medicine purchasing record of the user, a second medicine that matches the first medicine and that the user purchased;
the display module is used for determining and displaying the medicine purchasing qualification information uploaded by the user when the user purchases the second medicine;
a third determination module, configured to determine, as target certification information, the medication purchasing qualification information selected by the user;
the sending module is used for sending the target certification information to terminal equipment used by an auditor for auditing;
and the execution module is used for responding to the target certification information passing the audit of the auditor and executing the order placing task aiming at the first medicine.
9. A computer-readable storage medium, characterized in that the storage medium stores a computer program which, when executed by a processor, implements the method of any of the preceding claims 1 to 7.
10. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1 to 7 when executing the program.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211296986.2A CN115700889A (en) | 2022-10-21 | 2022-10-21 | Method and device for ordering medicines, storage medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211296986.2A CN115700889A (en) | 2022-10-21 | 2022-10-21 | Method and device for ordering medicines, storage medium and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115700889A true CN115700889A (en) | 2023-02-07 |
Family
ID=85120920
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211296986.2A Pending CN115700889A (en) | 2022-10-21 | 2022-10-21 | Method and device for ordering medicines, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115700889A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109637616A (en) * | 2018-12-04 | 2019-04-16 | 平安医疗健康管理股份有限公司 | Medicine distribution method, apparatus, equipment and the storage medium of shared prescription |
| US20200105392A1 (en) * | 2018-09-28 | 2020-04-02 | Symptos LLC | Healthcare ecosystem methods, systems, and techniques |
| CN111477296A (en) * | 2020-04-16 | 2020-07-31 | 上海雨浓医药科技有限公司 | Online and offline integrated medicine inquiry system |
| CN113724829A (en) * | 2021-08-30 | 2021-11-30 | 康键信息技术（深圳）有限公司 | Prescription checking method and device, electronic equipment and storage medium |
| CN114724677A (en) * | 2022-04-25 | 2022-07-08 | 康键信息技术（深圳）有限公司 | Health card pushing method and device, computer equipment and medium |
| CN114743635A (en) * | 2022-03-03 | 2022-07-12 | 浙江省标准化研究院(金砖国家标准化(浙江)研究中心、浙江省物品编码中心) | Intelligent medicine selling method and equipment for intelligent pharmacy and storage medium |
-
2022
- 2022-10-21 CN CN202211296986.2A patent/CN115700889A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20200105392A1 (en) * | 2018-09-28 | 2020-04-02 | Symptos LLC | Healthcare ecosystem methods, systems, and techniques |
| CN109637616A (en) * | 2018-12-04 | 2019-04-16 | 平安医疗健康管理股份有限公司 | Medicine distribution method, apparatus, equipment and the storage medium of shared prescription |
| CN111477296A (en) * | 2020-04-16 | 2020-07-31 | 上海雨浓医药科技有限公司 | Online and offline integrated medicine inquiry system |
| CN113724829A (en) * | 2021-08-30 | 2021-11-30 | 康键信息技术（深圳）有限公司 | Prescription checking method and device, electronic equipment and storage medium |
| CN114743635A (en) * | 2022-03-03 | 2022-07-12 | 浙江省标准化研究院(金砖国家标准化(浙江)研究中心、浙江省物品编码中心) | Intelligent medicine selling method and equipment for intelligent pharmacy and storage medium |
| CN114724677A (en) * | 2022-04-25 | 2022-07-08 | 康键信息技术（深圳）有限公司 | Health card pushing method and device, computer equipment and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220351817A1 (en) | Blockchain prescription management system | |
| US20240170119A1 (en) | Multi-platform prescription routing system | |
| US11923052B2 (en) | Electronic healthcare record data blockchain system and process | |
| US20180012244A1 (en) | System and method to determine prescription drug benefit eligibility from electronic prescription data streams | |
| US10387617B2 (en) | Optimization of medicines delivery | |
| US20160042148A1 (en) | Therapeutic Equivalent and Healthy Alternative Recommendation System | |
| US20150161353A1 (en) | Methods and apparatus for improving healthcare | |
| CN111652683A (en) | Medicine purchase request method and device, electronic equipment and computer storage medium | |
| US20160203267A1 (en) | Systems and methods for generating customized medical media | |
| US11521728B2 (en) | Optimization of medicines delivery | |
| US20140303992A1 (en) | System and method of assisting prescription treatment fulfillment | |
| US10025907B1 (en) | Pharmaceutical prescription transfer system | |
| CN115700889A (en) | Method and device for ordering medicines, storage medium and electronic equipment | |
| US20140297298A1 (en) | Systems and methods for adjusting benefit levels for healthcare transactions previously rejected for prior authorization by a primary payor | |
| US20140257840A1 (en) | Precise engagment in a medical information handling system | |
| CN114937484A (en) | Medicine combination pushing method and device, server and computer readable storage medium | |
| CN114119163A (en) | Method and device for executing medicine purchase business | |
| WO2017052358A1 (en) | Comprehensive healthcare system and method for effective management of healthcare services | |
| US20220254518A1 (en) | Patient Information Network | |
| US11670412B2 (en) | Treatment adherence systems and processes | |
| JP7253308B1 (en) | Program, information processing device, information processing system, information processing method | |
| US20160203266A1 (en) | Systems and methods for generating customized media for human resource management | |
| CN116705224A (en) | Display method, device, equipment and medium of medication scheme information | |
| JP2016539402A (en) | Free distribution medicine delivery system | |
| WO2014018523A1 (en) | System and method for communicating with pharmaceutical consumers and managing data related thereto |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |