WO2019041533A1 - 基于短信的药品监控系统及方法 - Google Patents

基于短信的药品监控系统及方法 Download PDF

Info

Publication number
WO2019041533A1
WO2019041533A1 PCT/CN2017/108980 CN2017108980W WO2019041533A1 WO 2019041533 A1 WO2019041533 A1 WO 2019041533A1 CN 2017108980 W CN2017108980 W CN 2017108980W WO 2019041533 A1 WO2019041533 A1 WO 2019041533A1
Authority
WO
WIPO (PCT)
Prior art keywords
patient
date
monitoring
specific information
short message
Prior art date
Application number
PCT/CN2017/108980
Other languages
English (en)
French (fr)
Inventor
张贯京
魏琼东
曹辉
董建华
Original Assignee
深圳市前海安测信息技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 深圳市前海安测信息技术有限公司 filed Critical 深圳市前海安测信息技术有限公司
Publication of WO2019041533A1 publication Critical patent/WO2019041533A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients

Definitions

  • the present invention relates to the field of medical cloud platforms, and in particular, to a short message-based drug monitoring system and method.
  • the main object of the present invention is to provide a short message-based drug monitoring system and method, which aims to solve the technical problem of technical problems in which payment and drug monitoring cannot be performed in the event of network interruption.
  • the present invention provides a short message-based drug monitoring system, which runs in a medical cloud platform, and the medical cloud platform is connected with a merchant terminal telecommunication network, and the medical cloud platform and the mobile terminal telecommunication network Connected, the system includes:
  • a receiving module configured to receive first specific information that is sent by the mobile terminal by using a short message
  • the receiving module is further configured to receive second specific information that is sent by the merchant terminal by using a short message;
  • a transfer module configured to: when the first specific information and the second specific information are aligned, use the The bank account of the patient of the mobile terminal transfers the corresponding payment amount in the first specific information to the financial account of the merchant terminal, and completes the payment;
  • a generating module configured to generate payment success information and separately send to the merchant terminal and the mobile terminal, and create a monitoring periodic table;
  • a saving module configured to: when the patient receives the purchased medicine, save the first scan period in the monitoring period table;
  • the saving module is configured to save the second scan date and take the monitoring period table when the first scan date is earlier than the expiration date and the patient scans the two-dimensional code again. Quantity;
  • the sending module is further configured to: when the patient's monitoring periodic table, the corresponding number of the medicines meets the standard
  • the sending module is further configured to: when the inter-segment interval between the first scan date and the expiration date is less than the preset interval, parse the amount in the electronic order corresponding to the patient purchasing the drug and Financial account information, and the money is refunded to the patient's financial account.
  • the first specific information and the second specific information include a registered account number, a payment amount, a payment date, a merchant name, a merchant address, a name, a quantity, and a unit price.
  • the monitoring two-dimensional code includes a drug name, a model number, a production date, and an expiration date.
  • the present invention also provides a method for monitoring drugs based on short messages, which is applied to a medical cloud platform.
  • the medical cloud platform is connected to the merchant terminal telecommunication network or connected to the Internet, and the medical cloud platform is connected to the mobile terminal telecommunication network or the Internet, and the method includes the following steps:
  • the payment amount corresponding to the first specific information is transferred from the bank account of the patient using the mobile terminal to the financial account of the merchant terminal, and the payment is completed.
  • the first scan date is saved in the monitoring periodic table
  • the short message-based drug monitoring method further includes the following steps:
  • the first specific information and the second specific information include a registered account number, a payment amount, a payment date, a merchant name, a merchant address, a name, a quantity, and a unit price.
  • the monitoring two-dimensional code includes a drug name, a model number, a production date, and an expiration date.
  • the present invention adopts the above technical solution, and brings the technical effects as follows:
  • the short message-based drug monitoring system and method of the present invention can realize network payment by means of short message confirmation in the case of interruption of the Internet connection, thereby improving
  • the efficiency of online payment is determined according to the number of doses taken by the patient after a period of time, and the recommendation is provided for the merchant.
  • FIG. 1 is a schematic diagram of an application environment of a short message-based drug monitoring system according to the present invention.
  • FIG. 2 is a block diagram of a preferred embodiment of a short message based drug monitoring system of the present invention.
  • FIG. 3 is a flow chart of a preferred embodiment of a short message based drug monitoring method of the present invention.
  • FIG. 1 it is a schematic diagram of an application environment of a short message-based drug monitoring system according to the present invention.
  • the SMS-based drug monitoring system 10 runs on the medical cloud platform 1.
  • the medical cloud platform 1 stores various types of drug information (for example, patient name, product text information, product type information, courier information, warehousing information, product pictures, shopping records, etc.). It should be noted that the medical cloud platform stored by the medical cloud platform 1 is classified into multiple sets of data according to the time and place, for example, the data generated every second is classified into a set of data.
  • the medical cloud platform 1 is a cluster composed of a plurality of servers.
  • the medical cloud platform 1 is an online drug e-commerce platform, and provides purchase information of various medicines, so that the mobile terminal 3 purchases the medicines provided by the medical cloud platform 1.
  • the medical cloud platform 1 is connected to the merchant terminal 2 via an internet or a telecommunication network (not shown in FIG. 1).
  • the merchant terminal 2 can also be connected to one or more mobile terminals 3 via the Internet or Bluetooth or NFC.
  • the medical cloud platform 1 is also connected to the mobile terminal 3 via the Internet or a telecommunications network.
  • the medical cloud platform 1, the merchant terminal 2, and the mobile terminal 3 transmit information through the Internet or a telecommunication network.
  • the merchant terminal 2 accesses the medical cloud platform 1 and performs network data transmission through the Internet
  • the mobile terminal 3 can also access the medical cloud platform 1 and perform network data transmission through the Internet.
  • the merchant terminal 2 is installed with the client software of the medical cloud platform 1 for the merchant.
  • the administrator of the merchant terminal 2 starts the client software for the merchant, the merchant terminal 2 performs the medical cloud platform 1 with the medical cloud platform 1 Internet connection and data interaction.
  • the mobile terminal 3 is installed with a client software for the consumer of the medical cloud platform 1, and when the patient using the mobile terminal 3 activates the client software for the consumer, the mobile terminal 3 and the The medical cloud platform 1 performs an Internet connection and enables data interaction.
  • the medical cloud platform 1 performs data interaction with the merchant terminal 2 and the mobile terminal 3 (ie, a network terminal that transmits data or no signal)
  • the medical cloud platform 1 can send information to the merchant by using a short message in the telecommunication network.
  • the Internet connection refers to a connection capable of realizing data interaction
  • the telecommunication network connection refers to a connection capable of realizing short message transmission (ie, based on a telecommunication network connection, a patient can make a call) , send SMS to the telecommunications network).
  • the merchant terminal 2 is located in the merchant business premises, and is used when the customer holds the mobile terminal 3 to come to the merchant business premises for consumption, and the merchant terminal 2 scans the payment two-dimensional code on the mobile terminal 3 to complete pay online.
  • the mobile terminal 3 may be, but not limited to, a smart phone, a tablet computer, a PDA, a personal computer, or the like, any other suitable portable electronic device with a camera.
  • FIG. 2 it is a schematic diagram of a module of a preferred embodiment of the short message-based drug monitoring system of the present invention.
  • the short message-based drug monitoring system 10 is applied to the medical cloud platform 1.
  • the medical cloud platform 1 includes, but is not limited to, a short message based drug monitoring system 10, a storage unit 11, a processing unit 12, and a communication unit 13.
  • the storage unit 11 may be a read only storage unit ROM, an electrically erasable storage unit EEPRO M, a flash storage unit FLASH or a solid hard disk.
  • the processing unit 12 may be a central processing unit (CPU), a microcontroller (MCU), a data processing chip, or an information processing unit having a data processing function.
  • CPU central processing unit
  • MCU microcontroller
  • data processing chip or an information processing unit having a data processing function.
  • the communication unit 13 is a wireless communication interface with remote wireless communication functions, for example, supporting communication technologies such as G SM, GPRS, WCDMA, CDMA, TD-SCDMA, WiMAX, TD-LTE, and FDD-LTE. Communication Interface.
  • the short message-based drug monitoring system 10 includes, but is not limited to, a receiving module 111, a determining module 12, a transfer module 113, a generating module 114, a saving module 115, and a transmitting module 116, and the module referred to in the present invention.
  • the receiving module 111 is configured to receive the first specific information that is sent by the mobile terminal 3 by using a short message when the medical cloud platform 1 and the mobile terminal 3 do not establish an Internet connection.
  • the client software installed on the mobile terminal 3 (the medical cloud platform 1 for the client software of the mobile terminal 3) inputs information such as the payment amount, the merchant name, the quantity, the unit price, and the like, and then combines the registered account number (ie, The patient registers the account of the medical cloud platform 1) to generate the first specific information.
  • the first specific information includes information such as a registered account (ie, an account of the patient registration medical cloud platform 1), a payment amount, a payment date, a business name, a business address, a quantity, a unit price, and the like.
  • the mobile terminal 3 can directly scan (ie, the camera on the mobile terminal 3) the bar code (including information such as name and price) on the medicine packaging box to input, so as to avoid the patient inputting the error efficiency manually. After the mobile terminal 3 generates the first specific information, it directly sends the message through the short message. To the medical cloud platform 1.
  • the receiving module 111 is further configured to: when the medical cloud platform 1 and the merchant terminal 2 do not establish an Internet connection, receive the second specific information sent by the merchant terminal 2 by using a short message. Entering the payment amount, the business name, the quantity, the unit price, and the like information on the client software installed on the merchant terminal 2 (the medical cloud platform 1 for the client software of the merchant terminal 2), and then combining the registered account number (ie, the patient registration medical cloud) The account of platform 1) generates the second specific information.
  • the second specific information includes information such as a registered account (ie, an account registered by the patient to register the medical cloud platform 1), a payment amount, a payment date, a business name, a business address, a name, a quantity, a unit price, and the like.
  • the merchant terminal 2 can directly scan (ie, the camera on the merchant terminal 2) the bar code (including the name and price) on the medicine packaging box to input, so as to prevent the salesperson from manually inputting the error efficiency or inputting errors. After the merchant terminal 2 generates the second specific information, it is sent to the medical cloud platform 1 by using a short message.
  • the merchant terminal 3 may acquire the first specific information from the mobile terminal 3 by means of a short message, and use the first specific information obtained from the mobile terminal 3 as the second specific information.
  • the determining module 112 is further configured to compare the first specific information with the second specific information, and determine whether the first specific information and the second specific information are consistent.
  • the transfer module 113 is configured to transfer, from the bank account of the patient using the mobile terminal 3, the corresponding payment amount in the first specific information to the merchant terminal when the first specific information and the second specific information are aligned. 2 accounts, complete payment. Specifically, when the first specific information and the second specific information match, the medical cloud platform 1 accesses the financial system of the bank, and obtains the payment amount from the scan code payment information, from the patient in the medical cloud platform. 1 In the bundled bank account, transfer the payment amount in the scan code payment information to the bank account specified by the merchant.
  • the generating module 114 is configured to generate payment success information and send it to the merchant terminal 2 and the mobile terminal 3, respectively, and create a monitoring periodic table.
  • the payment amount in the scan code payment information is transferred from the bank account bound by the medical cloud platform 1 to the bank account designated by the merchant, in order to ensure that the merchant terminal 2 and the mobile terminal 3 and the mobile terminal 3 view
  • the account receives the payment amount
  • the medical cloud platform 1 also generates payment success information and sends it to the merchant terminal 2 and the mobile terminal 3 via the Internet or a short message in the telecommunication network. Specifically, if the medical cloud platform 1 is connected to the merchant terminal 2 by the Internet, the payment success information is sent to the merchant terminal 2 via the Internet.
  • the medical cloud platform 1 and the merchant terminal 2 are not connected.
  • the payment success information is sent to the merchant terminal 2 through the short message. If the medical cloud platform 1 is connected to the mobile terminal 3 via the Internet, the payment success information is sent to the mobile terminal 3 via the Internet. Otherwise, the medical cloud platform 1 does not establish an Internet connection with the mobile terminal 3, and the payment success information is sent through the short message.
  • the mobile terminal 3 is installed with client software for connecting to the medical cloud platform 1, and the patient starts the client software on the mobile terminal 3 and establishes a connection with the medical cloud platform 1, and at the client. Finish the purchase on the software and submit the electronic order of the purchased medicine to the medical cloud platform1.
  • the generating module 114 creates a monitoring periodic table for the patient, the monitoring periodic table has electronic order information, and the patient receives the purchased order.
  • the date of the first scan after the drug, the second scan date of the patient after the drug has been consumed for a while (for example, ten days or twenty days).
  • the saving module 115 is configured to save the first scan date in the monitoring periodic table when the patient receives the purchased medicine. Specifically, when the patient receives the purchased medicine, the patient sends an instruction to the mobile terminal 3 to remind the patient to scan the two-dimensional code on the medicine package. Specifically, the medical cloud platform 1 determines whether the patient receives the purchased medicine according to the logistics information corresponding to the medicine purchased by the patient, and after the patient signs the receipt, the information of the last sign of the patient by the courier, the medical cloud platform 1 It is determined that the patient receives the purchased medicine.
  • the medicine package includes a monitoring two-dimensional code
  • the monitoring two-dimensional code includes information of the medicine (for example, the name and model of the medicine, the date of manufacture, the expiration date, the expiration date, the electronic code of the medicine, and the like).
  • the medical cloud platform 1 analyzes the information in the monitoring two-dimensional code, and parses the information in the monitoring two-dimensional code with the The information in the patient's electronic order is matched (for example, patient account matching, drug name and model matching).
  • the product name and model in the monitoring QR code are consistent with the product name and model in the patient's electronic order, record the The scan date is the first scan date.
  • the determining module 112 is further configured to determine whether the first scan date is earlier than the expiration date by the preset interval (for example, 10 days). Specifically, in the embodiment, when the first scan date is earlier than the expiration date than the preset interval, it indicates that the drug can be safely consumed during the shelf life. When the first scan date is earlier than the expiration date, it indicates that the drug is within the shelf life (for example, the first scan date is August 10 and the expiration date is August 30, then During the shelf life), the patient can safely eat.
  • the preset interval for example, 10 days.
  • the determining module 112 determines whether the electronic control code of the drug in the monitoring two-dimensional code is published on the supervision website of the drug regulatory bureau (ie, www.dmgadmin.com). Specifically, in the present embodiment, when the electronic regulatory code of the drug in the monitoring two-dimensional code is published on the regulatory website of the Food and Drug Administration, it indicates that the drug is qualified within the validity period, and the patient can take it with confidence.
  • the saving module 115 is configured to save the second scan date and take the monitoring period table when the first scan date is earlier than the expiration date and the patient scans the two-dimensional code again. Quantity. When the patient consumes the medicine, a reminder is sent to the patient's mobile terminal 3, and the patient is reminded to scan the two-dimensional code again, and the amount is taken.
  • the medical cloud platform 1 sends a feedback reminder during a time interval after the patient receives the medicine (a simple dialog box, a dialog box) It includes the number of options to consume, for example, not taking, taking a quarter, taking one-third, taking half, taking all, etc.) to the patient's mobile terminal 3, the patient receives feedback After that, the corresponding quantity is selected and then fed back to the medical cloud platform 1, wherein the feedback date is the second scan date.
  • the medicine a simple dialog box, a dialog box
  • the sending module 112 is further configured to recommend a merchant that sells the drug to the mobile terminal 3 of the patient when the amount of the drug corresponding to the drug in the monitoring period table reaches the standard.
  • the corresponding number of doses corresponding to the medicine in the monitoring period table of the patient refers to the interval between two scan date (ie, the interval between the first scan date and the second scan date).
  • the drug is taken in more than three quarters of the total purchase. If the patient takes more than three-quarters of the purchased amount of the purchased drug, it indicates that the drug is approved by the patient. If the patient purchases a similar drug again, he may continue to recommend the patient and the patient. drug.
  • the sending module 112 is further configured to: when the interval between the first scan date and the expiration date is less than the preset interval, parse the amount and the financial account in the electronic order corresponding to the patient purchasing the drug; Information (eg, bank card information, third-party payment accounts, etc.) and refunds the money to the patient's financial account.
  • Information eg, bank card information, third-party payment accounts, etc.
  • FIG. 3 it is a flowchart of a preferred embodiment of the short message based drug monitoring method of the present invention.
  • the short message-based drug monitoring method is applied to the medical cloud platform 1, and the method includes The following steps:
  • Step S10 When the medical cloud platform 1 and the mobile terminal 3 do not establish an Internet connection, the receiving module 111 receives the first specific information that the mobile terminal 3 sends through the short message. Specifically, the client software installed on the mobile terminal 3 (the medical cloud platform 1 for the client software of the mobile terminal 3) inputs information such as the payment amount, the merchant name, the quantity, the unit price, and the like, and then combines the registered account number (ie, The patient registers the account of the medical cloud platform 1) to generate the first specific information.
  • the client software installed on the mobile terminal 3 the medical cloud platform 1 for the client software of the mobile terminal 3
  • inputs information such as the payment amount, the merchant name, the quantity, the unit price, and the like
  • the registered account number ie, The patient registers the account of the medical cloud platform 1
  • the first specific information includes information such as a registered account (ie, an account registered by the patient to register the medical cloud platform 1), a payment amount, a payment date, a business name, a business address, a quantity, a unit price, and the like.
  • the mobile terminal 3 can directly scan (ie, the camera on the mobile terminal 3) the bar code (including the name and price) on the medicine package to input, so as to avoid the patient inputting the error efficiency manually. After the mobile terminal 3 generates the first specific information, it is directly sent to the medical cloud platform 1 through the short message.
  • Step S11 When the medical cloud platform 1 and the merchant terminal 2 do not establish an Internet connection, the receiving module 111 receives the second specific information sent by the merchant terminal 2 through the short message. Entering the payment amount, the business name, the quantity, the unit price, and the like information on the client software installed on the merchant terminal 2 (the medical cloud platform 1 for the client software of the merchant terminal 2), and then combining the registered account number (ie, the patient registration medical cloud) The account of platform 1) generates the second specific information.
  • the second specific information includes information such as a registered account (ie, an account registered by the patient to register the medical cloud platform 1), a payment amount, a payment date, a business name, a business address, a name, a quantity, a unit price, and the like.
  • a registered account ie, an account registered by the patient to register the medical cloud platform 1
  • a payment amount ie, a payment date
  • a business name ie, an account registered by the patient to register the medical cloud platform 1
  • a payment amount ie, a payment date
  • a business name ie, a payment date
  • a business name ie, a business address
  • a name a quantity, a unit price
  • Step S12 The determining module 112 compares the first specific information with the second specific information, and determines whether the first specific information and the second specific information are consistent. In this embodiment, when the first specific information is consistent with the second specific information, the flow proceeds to step S13, otherwise, when the first specific information does not coincide with the second specific information, the flow proceeds to step S15.
  • Step S13 The transfer module 113 is configured to transfer the corresponding payment amount in the first specific information to the account of the merchant terminal 2 from the bank account of the patient using the mobile terminal 3, and complete the payment. Specifically, when the first specific information and the second specific information match, the medical cloud platform 1 accesses the financial system of the bank. In the system, the payment amount is obtained from the first specific information, and the payment amount in the first specific information of the scan code is transferred from the bank account bound by the medical cloud platform 1 to the bank account designated by the merchant.
  • Step S14 The generating module 114 generates payment success information and sends it to the merchant terminal 2 and the mobile terminal 3, respectively, and creates a monitoring periodic table.
  • the payment amount in the scan code payment information is transferred from the bank account bound by the medical cloud platform 1 to the bank account designated by the merchant, in order to ensure that the merchant terminal 2 and the mobile terminal 3 and the mobile terminal 3 view
  • the account receives the payment amount
  • the medical cloud platform 1 also generates payment success information and sends it to the merchant terminal 2 and the mobile terminal 3 via the Internet or a short message in the telecommunication network. Specifically, if the medical cloud platform 1 is connected to the merchant terminal 2 via the Internet, the payment success information is sent to the merchant terminal 2 via the Internet.
  • the medical cloud platform 1 does not establish an Internet connection with the merchant terminal 2, and the short message is sent.
  • the payment success message is sent to the merchant terminal 2. If the medical cloud platform 1 is connected to the mobile terminal 3 via the Internet, the payment success information is sent to the mobile terminal 3 via the Internet. Otherwise, the medical cloud platform 1 and the mobile terminal 3 do not establish an Internet connection, and the payment success information is sent through the short message.
  • the mobile terminal 3 is installed with client software for connecting to the medical cloud platform 1, and the patient starts the client software on the mobile terminal 3 and establishes a connection with the medical cloud platform 1, and at the client. Finish the purchase on the software and submit the electronic order of the purchased medicine to the medical cloud platform1.
  • the generating module 114 creates a monitoring periodic table for the patient, the monitoring periodic table has electronic order information, and the patient receives the purchased order.
  • the date of the first scan after the drug, the second scan date of the patient after the drug has been consumed for a while (for example, ten days or twenty days).
  • Step S15 When the patient receives the purchased medicine, the saving module 115 saves the first scan date in the monitoring period table. Specifically, when the patient receives the purchased medicine, the patient sends an instruction to the mobile terminal 3 to remind the patient to scan the monitored two-dimensional code on the medicine package. Specifically, the medical cloud platform 1 determines whether the patient receives the purchased medicine according to the logistics information corresponding to the medicine purchased by the patient, and after the patient signs the receipt, the information of the last sign of the patient by the courier, the medical cloud platform 1 It is determined that the patient receives the purchased medicine.
  • the medicine package includes a monitoring two-dimensional code
  • the monitoring two-dimensional code includes information of the medicine (for example, the name and model of the medicine, the date of manufacture, the shelf life, the expiration date, the electronic code of the drug, and the like).
  • the medical cloud platform 1 analyzes and monitors the information in the two-dimensional code, and parses and monitors the information in the two-dimensional code. Matching the information in the patient's electronic order (for example, patient account matching, drug name and model matching), when the product name and model in the monitoring QR code are consistent with the product name and model in the patient's electronic order, Record the scan date as the first scan date.
  • Step S16 The determining module 112 determines whether the first scan date is earlier than the expiration date than the preset interval.
  • the first scan date when the first scan date is earlier than the expiration date than the preset interval, it indicates that the drug can be safely consumed during the shelf life.
  • the first scan code period is earlier than the expiration date than the preset time interval, it indicates that the drug is within the shelf life (for example, the first scan code period is August 10th and the expiration date is August 30th.
  • the patient can safely consume, and the flow proceeds to step S17.
  • the interval between the first scan date and the expiration date is less than the preset interval, it indicates that the drug is expiring or has expired, and the patient can be directly refunded, and the patient is prompted to return the product to the merchant. Go to step S19.
  • the predetermined inter-segment segment may be classified according to the type of the drug. For example, if the shelf life of the drug is long, the predetermined inter-segment segment may be appropriately extended (for example, 2 months), and some drugs have a short shelf life. The preset segment will compare segments (for example, 1 month).
  • the determining module 112 determines whether the electronic control code of the drug in the monitoring two-dimensional code is published on the regulatory website of the SFDA (ie, www.drugadmin.com). Specifically, in the present embodiment, when the electronic control code of the drug in the monitoring two-dimensional code is published on the regulatory website of the Food and Drug Administration, it indicates that the drug is within the validity period and the patient can take it with confidence.
  • Step S17 when the first scan date is earlier than the expiration date and the patient scans the monitoring two-dimensional code again, the saving module 115 saves the second scan date in the monitoring periodic table and Take the amount.
  • the saving module 115 saves the second scan date in the monitoring periodic table and Take the amount.
  • the medical cloud platform 1 sends a feedback reminder during a time interval after the patient receives the medicine (a simple dialog box, a dialog box) It includes the number of options to consume, for example, not taking, taking a quarter, taking one-third, taking half, taking all, etc.) to the patient's mobile terminal 3, the patient receives feedback After that, the corresponding quantity is selected and then fed back to the medical cloud platform 1, wherein the feedback date is the second scan date.
  • the medicine a simple dialog box, a dialog box
  • Step S18 When the dose corresponding to the medicine in the monitoring period table of the patient reaches the standard, the sending module 112 recommends the merchant selling the medicine to the mobile terminal 3 of the patient.
  • the patient suffers
  • the corresponding number of doses of the drug in the monitoring periodic table refers to the interval between the two scan dates (that is, the interval between the first scan date and the second scan date), and the dose of the drug is greater than Three-quarters of all purchases. If the patient takes more than three-quarters of the purchased amount of the purchased drug, it indicates that the drug is approved by the patient. If the patient purchases a similar drug again, he may continue to recommend the patient and the patient. drug.
  • Step S19 When the inter-segment period between the first scan date and the expiration date is less than the preset interval, the sending module 112 parses the amount and the financial account in the electronic order corresponding to the patient purchasing the drug. Information (eg, bank card information, third-party payment accounts, etc.) and refunds the money to the patient's financial account.
  • Information eg, bank card information, third-party payment accounts, etc.
  • the present invention adopts the above technical solution, and brings the technical effects as follows:
  • the short message-based drug monitoring system and method of the present invention can realize network payment by means of short message confirmation in the case of interruption of the Internet connection, thereby improving
  • the efficiency of online payment is determined according to the number of doses taken by the patient after a period of time, and the recommendation is provided for the merchant.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Development Economics (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明提供一种基于短信的药品监控系统及方法，该方法包括以下步骤：当第一特定信息及第二特定信息比对一致时，从使用该移动终端的患者的银行账户中转移第一特定信息中对应的支付金额至商家终端的金融账户，完成支付；当患者接收到所购的药品时，在监控周期表中保存第一扫码日期；当第一扫码日期比到期日期早于预设时间段且患者再次扫描监控二维码时，在监控周期表中保存第二扫码日期及服用数量；当该患者的监控周期表中该药品对应的服用数量达标时，推荐售卖该类药品的商家至该患者的移动终端。实施本发明通过短信确认的方式实现网络支付，根据患者一段时间后的服用数量判定该药品的认可度，及时为商家提供推荐参考。

Description

发明名称：基于短信的药品监控系统及方法 技术领域
[0001] 本发明涉及医疗云平台领域， 尤其涉及一种基于短信的药品监控系统及方法。
背景技术
[0002] 近年来， 互联网， 尤其是移动互联网的迅猛发展， 影响着社会的经济生活， 改 变着人们的工作方式和生活方式。 人们可以使用互联网工作、 生活、 购物及娱 乐等。 由于互联网的巨大潜力及前景， 越来越多的商家将服务 （例如， 健康管 理服务） 或医疗产品 （例如， OTC的药品） 转移到互联网上进行销售。
[0003] 目前， 尽管电商购买药品方便， 很多情况下若没有互联网连接将无法完成支付 ， 进一步地， 患者通过医疗云平台购买药品后， 收到过期药品的情况吋有发生 (例如， 快递延误、 无良商家以快过期药品发货给患者等等） ， 严重影响患者 健康。 对于患者购买后的药品， 商家也无法获知该药品的认可度， 无法做到精 准推荐。
技术问题
[0004] 本发明的主要目的在于提供一种基于短信的药品监控系统及方法， 旨在解决网 络中断的情况下无法进行支付及药品监控的技术问题的技术问题。
问题的解决方案
技术解决方案
[0005] 为实现上述目的， 本发明提供了一种基于短信的药品监控系统， 运行于医疗云 平台中， 所述医疗云平台与商家终端电信网连接， 所述医疗云平台与移动终端 电信网连接， 该系统包括：
[0006] 接收模块， 用于接收移动终端通过短信发送过来的第一特定信息；
[0007] 所述接收模块， 还用于接收商家终端通过短信发送过来的第二特定信息； [0008] 转移模块， 用于当第一特定信息及第二特定信息比对一致吋， 从使用该移动终 端的患者的银行账户中转移第一特定信息中对应的支付金额至商家终端的金融 账户， 完成支付； [0009] 生成模块， 用于生成支付成功信息并分别发送给商家终端及移动终端， 并创建 一个监控周期表；
[0010] 保存模块， 用于当患者接收到所购的药品吋， 在监控周期表中保存第一扫码曰 期；
[0011] 所述保存模块， 用于当第一扫码日期比到期日期早于预设吋间段且患者再次扫 描监控二维码吋， 在监控周期表中保存第二扫码日期及服用数量； 及
[0012] 所述发送模块， 还用于当该患者的监控周期表中该药品对应的服用数量达标吋
， 推荐售卖该类药品的商家至该患者的移动终端。
[0013] 优选的， 所述发送模块还用于当第一扫码日期比到期日期之间的吋间段小于预 设吋间段吋， 解析患者购买该药品对应的电子订单中的金额及金融账号信息， 并将款项退还至患者的金融账号中。
[0014] 优选的， 所述第一特定信息及第二特定信息包括注册账号、 支付金额、 支付日 期、 商家名称、 商家地址、 名称、 数量、 单价。
[0015] 优选的， 所述监控二维码中包括药品名称、 型号、 生产日期及到期日期。
[0016] 另一方面， 本发明还提供一种基于短信的药品监控方法， 应用于医疗云平台中
， 所述医疗云平台与商家终端电信网连接或互联网连接， 所述医疗云平台与移 动终端电信网连接或互联网连接， 该方法包括以下步骤：
[0017] 接收移动终端通过短信发送过来的第一特定信息；
[0018] 接收商家终端通过短信发送过来的第二特定信息；
[0019] 当第一特定信息及第二特定信息比对一致吋， 从使用该移动终端的患者的银行 账户中转移第一特定信息中对应的支付金额至商家终端的金融账户， 完成支付
[0020] 生成支付成功信息并分别发送给商家终端及移动终端， 并创建一个监控周期表
[0021] 当患者接收到所购的药品吋， 在监控周期表中保存第一扫码日期；
[0022] 当第一扫码日期比到期日期早于预设吋间段且患者再次扫描监控二维码吋， 在 监控周期表中保存第二扫码日期及服用数量； 及
[0023] 当该患者的监控周期表中该药品对应的服用数量达标吋， 推荐售卖该类药品的 商家至该患者的移动终端。
[0024] 优选的， 所述基于短信的药品监控方法还包括如下步骤：
[0025] 当第一扫码日期比到期日期之间的吋间段小于预设吋间段吋， 解析患者购买该 药品对应的电子订单中的金额及金融账号信息， 并将款项退还至患者的金融账 号中。
[0026] 优选的， 所述第一特定信息及第二特定信息包括注册账号、 支付金额、 支付日 期、 商家名称、 商家地址、 名称、 数量、 单价。
[0027] 优选的， 所述监控二维码中包括药品名称、 型号、 生产日期及到期日期。
发明的有益效果
有益效果
[0028] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述基于短信的药品监 控系统及方法， 在互联网连接中断的情况下也能通过短信确认的方式实现网络 支付， 提高了网络支付的效率， 根据患者一段吋间后的服用数量判定该药品的 认可度， 及吋为商家提供推荐参考。
对附图的简要说明
附图说明
[0029] 图 1是本发明基于短信的药品监控系统的应用环境示意图。
[0030] 图 2是本发明基于短信的药品监控系统的优选实施例的模块示意图。
[0031] 图 3是本发明基于短信的药品监控方法的优选实施例的流程图。
[0032] 本发明目的的实现、 功能特点及优点将结合实施例， 参照附图做进一步说明。
实施该发明的最佳实施例
本发明的最佳实施方式
[0033] 为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效， 以下结 合附图及优选实施例， 对本发明的具体实施方式、 结构、 特征及其功效， 详细 说明如下。 应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不用 于限定本发明。
[0034] 参照图 1所示， 是本发明基于短信的药品监控系统的应用环境示意图。 本发明 中的基于短信的药品监控系统 10运行于医疗云平台 1上。
[0035] 所述医疗云平台 1上存储有各种类型的药品信息 （例如， 患者名、 商品文字信 息、 商品种类信息、 快递信息、 仓储信息、 商品图片、 购物记录等等） 。 需要 说明的是， 所述医疗云平台 1存储的医疗云平台是按照吋间及地点等分类， 分为 多组数据， 例如， 每一秒生成的数据归为一组数据。 所述医疗云平台 1为多个服 务器组成的集群。
[0036] 所述医疗云平台 1为在线药品电商平台， 提供各种药品的购买信息， 使得所述 移动终端 3购买所述医疗云平台 1所提供的药品。
[0037] 所述医疗云平台 1与商家终端 2通过互联网或电信网 （图 1中未示出） 连接。 所 述商家终端 2还可以与一个或多个移动终端 3通过互联网或蓝牙或 NFC等方式连接 。 所述医疗云平台 1还与移动终端 3通过互联网或电信网连接。
[0038] 在本实施例中， 所述医疗云平台 1、 商家终端 2及移动终端 3之间通过互联网或 电信网进行信息传输。 具体地说， 所述商家终端 2接入到医疗云平台 1并通过互 联网进行网络数据传输， 所述移动终端 3也可以接入到医疗云平台 1并通过互联 网进行网络数据传输。 所述商家终端 2上安装有医疗云平台 1的针对商家的客户 端软件， 当商家终端 2的管理员启动该针对商家的客户端软件吋， 所述商家终端 2与所述医疗云平台 1进行互联网连接并能实现数据交互。 进一步地， 所述移动 终端 3上安装有医疗云平台 1的针对消费者的客户端软件， 当使用移动终端 3的患 者启动该针对消费者的客户端软件吋， 所述移动终端 3与所述医疗云平台 1进行 互联网连接并能实现数据交互。 当所述医疗云平台 1与商家终端 2及移动终端 3进 行数据交互吋 (即传输数据的网络终端或无信号)， 所述医疗云平台 1可以通过电 信网中的短信的方式发送信息至商家终端 2及移动终端 3。
[0039] 为了描述准确， 在本实施例中， 所述互联网连接是指能够实现数据交互的连接 ， 所述电信网连接是指能够实现短信发送的连接 （即基于电信网络连接， 患者 可以拨打电话， 发送短信的电信网络） 。
[0040] 所述商家终端 2位于商家经营场所内， 用于当客户持有所述移动终端 3来到商家 经营场所内消费吋， 商家终端 2扫描所述移动终端 3上的支付二维码完成电子支 付。 [0041] 所述商家终端 2上商家用于与移动终端 3互联网连接或电信网连接的设备， 例如
， 个人电脑等设备。
[0042] 所述移动终端 3可以是， 但不限于， 智能手机、 平板电脑、 PDA、 个人电脑等 其它任意合适带摄像头的便携式电子设备。
[0043] 参照图 2所示， 是本发明基于短信的药品监控系统的优选实施例的模块示意图
。 在本实施例中， 所述基于短信的药品监控系统 10应用于医疗云平台 1。 该医疗 云平台 1包括， 但不仅限于， 基于短信的药品监控系统 10、 存储单元 11、 处理单 元 12、 及通讯单元 13。
[0044] 所述的存储单元 11可以为一种只读存储单元 ROM, 电可擦写存储单元 EEPRO M、 快闪存储单元 FLASH或固体硬盘等。
[0045] 所述的处理单元 12可以为一种中央处理器 （Central Processing Unit, CPU) 、 微控制器 （MCU) 、 数据处理芯片、 或者具有数据处理功能的信息处理单元。
[0046] 所述的通讯单元 13为一种具有远程无线通讯功能的无线通讯接口， 例如支持 G SM、 GPRS、 WCDMA、 CDMA、 TD-SCDMA、 WiMAX、 TD-LTE、 FDD-LTE 等通讯技术的通讯接口。
[0047] 所述基于短信的药品监控系统 10包括， 但不局限于， 接收模块 111、 判断模块 1 12、 转移模块 113、 生成模块 114、 保存模块 115及发送模块 116， 本发明所称的 模块是指一种能够被所述医疗云平台 1的处理单元 12执行并且能够完成固定功能 的一系列计算机程序指令段， 其存储在所述医疗云平台 1的存储单元 11中。
[0048] 所述接收模块 111用于当医疗云平台 1与所述移动终端 3没有建立互联网连接吋 ， 接收移动终端 3通过短信发送过来的第一特定信息。 具体地说， 在所述移动终 端 3上安装的客户端软件 （医疗云平台 1针对移动终端 3的客户端软件） 上输入支 付金额、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注册医疗 云平台 1的账号） 生成第一特定信息。 也就是说， 所述第一特定信息包括注册账 号 （即患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称、 商家 地址、 数量、 单价等信息。 需要说明的是， 移动终端 3可以直接扫描 （即移动终 端 3上的摄像头） 药品包装盒上条码 （包含名称及价格等信息） 进行输入， 避免 患者手动输入耽误效率。 当移动终端 3生成第一特定信息后， 通过短信直接发送 至医疗云平台 1中。
[0049] 所述接收模块 111还用于当医疗云平台 1与所述商家终端 2没有建立互联网连接 吋， 接收商家终端 2通过短信发送过来的第二特定信息。 在所述商家终端 2上安 装的客户端软件 （医疗云平台 1针对商家终端 2的客户端软件） 上输入支付金额 、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注册医疗云平台 1 的账号） 生成第二特定信息。 也就是说， 所述第二特定信息包括注册账号 （即 患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称、 商家地址、 名称、 数量、 单价等信息。 需要说明的是， 商家终端 2可以直接扫描 （即商家终 端 2上的摄像头） 药品包装盒上条码 （包含名称及价格等信息） 进行输入， 避免 营业员手动输入耽误效率或发生输入错误。 当商家终端 2生成第二特定信息后， 通过短信发送至医疗云平台 1中。
[0050] 在其它实施例中， 所述商家终端 3可以通过短信的方式从所述移动终端 3获取第 一特定信息， 并将从移动终端 3获得的第一特定信息作为第二特定信息。
[0051] 所述判断模块 112还用于将第一特定信息与第二特定信息进行比对， 判断第一 特定信息及第二特定信息是否一致。
[0052] 所述转移模块 113用于当第一特定信息及第二特定信息比对一致吋， 从使用该 移动终端 3的患者的银行账户中转移第一特定信息中对应的支付金额至商家终端 2的账户， 完成支付。 具体地说， 当第一特定信息及第二特定信息比对一致吋， 所述医疗云平台 1接入银行的金融系统中， 并从扫码支付信息中获取支付金额， 从患者在医疗云平台 1绑定的银行账号中划拨扫码支付信息中的支付金额至商家 指定的银行账号中。
[0053] 所述生成模块 114用于生成支付成功信息并分别发送给商家终端 2及移动终端 3 ， 并创建一个监控周期表。 在本实施例中， 当从患者在医疗云平台 1绑定的银行 账号中划拨扫码支付信息中的支付金额至商家指定的银行账号后， 为了确保商 家终端 2及移动终端 3及吋査看账号收到支付金额， 所述医疗云平台 1还生成支付 成功信息并通过互联网或电信网中的短信的方式发送至商家终端 2及移动终端 3 。 具体地说， 若所述医疗云平台 1与商家终端 2互联网连接， 则通过互联网发送 支付成功信息至商家终端 2， 否则， 所述医疗云平台 1与商家终端 2没有建立互联 网连接， 则通过短信发送支付成功信息至商家终端 2。 若所述医疗云平台 1与移 动终端 3互联网连接， 则通过互联网发送支付成功信息至移动终端 3， 否则， 所 述医疗云平台 1与移动终端 3没有建立互联网连接， 则通过短信发送支付成功信 息至移动终端 3。 在本实施例中， 所述移动终端 3上安装有用于与医疗云平台 1连 接的客户端软件， 患者在移动终端 3上启动该客户端软件并与医疗云平台 1建立 连接， 并在该客户端软件上完成购物， 并提交所购买的药品的电子订单至医疗 云平台 1。 进一步地， 在本实施例中， 当患者在医疗云平台 1完成一笔订单吋， 生成模块 114创建针对该患者的监控周期表， 该监控周期表中有电子订单信息、 患者收到所购买的药品后的第一次扫码日期、 患者消费该药品一段吋间后 （例 如， 十天或二十天吋间） 的第二次扫码日期等数据。
[0054] 所述保存模块 115用于当患者接收到所购的药品吋， 在监控周期表中保存第一 扫码日期。 具体地说， 当患者接收到所购的药品吋， 发送指令至移动终端 3以提 醒患者扫码药品包装上的监控二维码。 具体而言， 所述医疗云平台 1根据患者所 购的药品对应的物流信息判断患者是否收到所购的药品， 当患者签收后， 快递 员上次患者签收的信息， 则所述医疗云平台 1判定患者收到所购的药品。 进一步 地， 由于所述药品包装上包括监控二维码， 该监控二维码中包括药品的信息 （ 例如， 药品名称及型号、 生产日期、 保质期、 到期日期、 药品电子监管码等信 息） 。 此外， 当患者接收到所购的药品且患者通过移动终端 3扫码该监控二维码 吋， 医疗云平台 1解析监控二维码中的信息， 并将解析监控二维码中的信息与该 患者的电子订单中的信息进行匹配 （例如， 患者账号匹配、 药品名称及型号匹 配） ， 当监控二维码中商品名称及型号与该患者的电子订单中的商品名称及型 号一致吋， 记录该扫码日期为第一扫码日期。
[0055] 所述判断模块 112还用于判断第一扫码日期是否比到期日期早于预设吋间段 ( 例如， 10天） 。 具体地说， 在本实施例中， 当第一扫码日期比到期日期早于预 设吋间段， 则表明该药品在保质期内， 患者可以放心食用。 当第一扫码日期比 到期日期早于预设吋间段， 则表明该药品在保质期内 （例如， 第一扫码日期为 8 月 10日， 到期日期为 8月 30日， 则在保质期内） ， 患者可以放心食用。 当第一扫 码日期比到期日期之间的吋间段小于预设吋间段， 则表明该药品快过期或已经 过期， 可以直接给患者退款， 并提示患者将商品退换给商家。 进一步地， 所述 预设吋间段可以根据药品类别进行分类， 比如， 有的药品保质期长， 则该预设 吋间段可以适当延长 （例如， 2个月） ， 有的药品保质期短， 则该预设吋间段会 比较段 （例如， 1个月） 。 此外， 所述判断模块 112判断监控二维码中的药品电 子监管码是否在药监局的监管网站 （即 www.dmgadmin.com) 上有公布。 具体地 说， 在本实施例中， 当监控二维码中的药品电子监管码在药监局的监管网站上 有公布， 则表明该药品在有效期内且合格， 患者可以放心服用。
[0056] 所述保存模块 115用于当第一扫码日期比到期日期早于预设吋间段且患者再次 扫描监控二维码吋， 在监控周期表中保存第二扫码日期及服用数量。 当患者消 费该药品后的间隔吋间发送提醒至患者的移动终端 3， 并提醒患者再次扫描监控 二维码， 并反馈服用数量。 进一步地， 由于药品消费后， 药品包装袋可能丢失 ， 为了提高患者体验， 所述医疗云平台 1在患者收到该药品后的间隔吋间内， 发 送反馈提醒 （一个简易的对话框， 对话框中包括消费多少数量的选项， 例如， 还没服用、 服用了四分之一、 服用了三分之一、 服用了一半、 全部服用完等选 项） 至患者的移动终端 3， 患者接到反馈提醒后， 选择对应数量后再反馈至医疗 云平台 1， 其中， 反馈日期为第二次扫码日期。
[0057] 所述发送模块 112还用于当该患者的监控周期表中该药品对应的服用数量达标 吋， 推荐售卖该类药品的商家至该患者的移动终端 3。 在本实施例中， 该患者的 监控周期表中该药品对应的服用数量达标是指两次扫码日期之间的间隔 （即第 一扫码日期及第二扫码日期之间的间隔） 内， 该药品的服用数量大于全部购买 数量的四分之三。 若患者对该购买的药品的服用数量大于全部购买数量的四分 之三， 则表明该药品受到患者的认可， 若患者下次再次采购类似品种的药品吋 ， 可以继续为该患者及吋推荐该药品。
[0058] 所述发送模块 112还用于当第一扫码日期比到期日期之间的吋间段小于预设吋 间段吋， 解析患者购买该药品对应的电子订单中的金额及金融账号信息 （例如 ， 银行卡信息、 第三方支付账号等） ， 并将款项退还至患者的金融账号中。
[0059] 参照图 3所示， 是本发明基于短信的药品监控方法的优选实施例的流程图。 在 本实施例中， 所述的基于短信的药品监控方法应用于医疗云平台 1， 该方法包括 以下步骤：
[0060] 步骤 S10: 当医疗云平台 1与所述移动终端 3没有建立互联网连接吋， 所述接收 模块 111接收移动终端 3通过短信发送过来的第一特定信息。 具体地说， 在所述 移动终端 3上安装的客户端软件 （医疗云平台 1针对移动终端 3的客户端软件） 上 输入支付金额、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注 册医疗云平台 1的账号） 生成第一特定信息。 也就是说， 所述第一特定信息包括 注册账号 （即患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称 、 商家地址、 数量、 单价等信息。 需要说明的是， 移动终端 3可以直接扫描 （即 移动终端 3上的摄像头） 药品包装盒上条码 （包含名称及价格等信息） 进行输入 ， 避免患者手动输入耽误效率。 当移动终端 3生成第一特定信息后， 通过短信直 接发送至医疗云平台 1中。
[0061] 步骤 S11 : 当医疗云平台 1与所述商家终端 2没有建立互联网连接吋， 所述接收 模块 111接收商家终端 2通过短信发送过来的第二特定信息。 在所述商家终端 2上 安装的客户端软件 （医疗云平台 1针对商家终端 2的客户端软件） 上输入支付金 额、 商家名称、 数量、 单价等信息， 之后结合注册账号 （即患者注册医疗云平 台 1的账号） 生成第二特定信息。 也就是说， 所述第二特定信息包括注册账号 （ 即患者注册医疗云平台 1的账号） 、 支付金额、 支付日期、 商家名称、 商家地址 、 名称、 数量、 单价等信息。 需要说明的是， 所述移动终端 3通过短信的方式将 第一特定信息发送给商家终端 2， 所述商家终端 2接收到第一特定信息后， 将第 一特定信息作为第二特定信息。 当商家终端 2将第二特定信息通过短信发送至医 疗云平台 1中。
[0062] 步骤 S12: 所述判断模块 112将第一特定信息与第二特定信息进行比对， 判断第 一特定信息及第二特定信息是否一致。 在本实施例中， 当第一特定信息与第二 特定信息一致吋， 流程进入步骤 S13， 否则， 当第一特定信息与第二特定信息不 一致吋， 流程进入步骤 S15。
[0063] 步骤 S13: 所述转移模块 113用于从使用该移动终端 3的患者的银行账户中转移 第一特定信息中对应的支付金额至商家终端 2的账户， 完成支付。 具体地说， 当 第一特定信息及第二特定信息比对一致吋， 所述医疗云平台 1接入银行的金融系 统中， 并从第一特定信息中获取支付金额， 从患者在医疗云平台 1绑定的银行账 号中划拨扫码第一特定信息中的支付金额至商家指定的银行账号中。
[0064] 步骤 S14: 所述生成模块 114生成支付成功信息并分别发送给商家终端 2及移动 终端 3， 并创建一个监控周期表。 在本实施例中， 当从患者在医疗云平台 1绑定 的银行账号中划拨扫码支付信息中的支付金额至商家指定的银行账号后， 为了 确保商家终端 2及移动终端 3及吋査看账号收到支付金额， 所述医疗云平台 1还生 成支付成功信息并通过互联网或电信网中的短信的方式发送至商家终端 2及移动 终端 3。 具体地说， 若所述医疗云平台 1与商家终端 2互联网连接， 则通过互联网 发送支付成功信息至商家终端 2， 否则， 所述医疗云平台 1与商家终端 2没有建立 互联网连接， 则通过短信发送支付成功信息至商家终端 2。 若所述医疗云平台 1 与移动终端 3互联网连接， 则通过互联网发送支付成功信息至移动终端 3， 否则 ， 所述医疗云平台 1与移动终端 3没有建立互联网连接， 则通过短信发送支付成 功信息至移动终端 3。 在本实施例中， 所述移动终端 3上安装有用于与医疗云平 台 1连接的客户端软件， 患者在移动终端 3上启动该客户端软件并与医疗云平台 1 建立连接， 并在该客户端软件上完成购物， 并提交所购买的药品的电子订单至 医疗云平台 1。 进一步地， 在本实施例中， 当患者在医疗云平台 1完成一笔订单 吋， 生成模块 114创建针对该患者的监控周期表， 该监控周期表中有电子订单信 息、 患者收到所购买的药品后的第一次扫码日期、 患者消费该药品一段吋间后 (例如， 十天或二十天吋间） 的第二次扫码日期等数据。
[0065] 步骤 S15: 当患者接收到所购的药品吋， 所述保存模块 115在监控周期表中保存 第一扫码日期。 具体地说， 当患者接收到所购的药品吋， 发送指令至移动终端 3 以提醒患者扫码药品包装上的监控二维码。 具体而言， 所述医疗云平台 1根据患 者所购的药品对应的物流信息判断患者是否收到所购的药品， 当患者签收后， 快递员上次患者签收的信息， 则所述医疗云平台 1判定患者收到所购的药品。 进 一步地， 由于所述药品包装上包括监控二维码， 该监控二维码中包括药品的信 息 （例如， 药品名称及型号、 生产日期、 保质期、 到期日期、 药品电子监管码 等信息） 。 此外， 当患者接收到所购的药品且患者通过移动终端 3扫码该监控二 维码吋， 医疗云平台 1解析监控二维码中的信息， 并将解析监控二维码中的信息 与该患者的电子订单中的信息进行匹配 （例如， 患者账号匹配、 药品名称及型 号匹配） ， 当监控二维码中商品名称及型号与该患者的电子订单中的商品名称 及型号一致吋， 记录该扫码日期为第一扫码日期。
[0066] 步骤 S16: 所述判断模块 112判断第一扫码日期是否比到期日期早于预设吋间段
(例如， 10天） 。 具体地说， 在本实施例中， 当第一扫码日期比到期日期早于 预设吋间段， 则表明该药品在保质期内， 患者可以放心食用。 当第一扫码曰期 比到期日期早于预设吋间段， 则表明该药品在保质期内 （例如， 第一扫码曰期 为 8月 10日， 到期日期为 8月 30日， 则在保质期内） ， 患者可以放心食用， 流程 进入步骤 S17。 当第一扫码日期比到期日期之间的吋间段小于预设吋间段， 则表 明该药品快过期或已经过期， 可以直接给患者退款， 并提示患者将商品退换给 商家， 流程进入步骤 S19。 进一步地， 所述预设吋间段可以根据药品类别进行分 类， 比如， 有的药品保质期长， 则该预设吋间段可以适当延长 （例如， 2个月） ， 有的药品保质期短， 则该预设吋间段会比较段 （例如， 1个月） 。 此外， 所述 判断模块 112判断监控二维码中的药品电子监管码是否在药监局的监管网站 （即 www.drugadmin.com) 上有公布。 具体地说， 在本实施例中， 当监控二维码中的 药品电子监管码在药监局的监管网站上有公布， 则表明该药品在有效期内且合 格， 患者可以放心服用。
[0067] 步骤 S17: 当第一扫码日期比到期日期早于预设吋间段且患者再次扫描监控二 维码吋， 所述保存模块 115在监控周期表中保存第二扫码日期及服用数量。 当患 者消费该药品后的间隔吋间发送提醒至患者的移动终端 3， 并提醒患者再次扫描 监控二维码， 并反馈服用数量。 进一步地， 由于药品消费后， 药品包装袋可能 丢失， 为了提高患者体验， 所述医疗云平台 1在患者收到该药品后的间隔吋间内 ， 发送反馈提醒 （一个简易的对话框， 对话框中包括消费多少数量的选项， 例 如， 还没服用、 服用了四分之一、 服用了三分之一、 服用了一半、 全部服用完 等选项） 至患者的移动终端 3， 患者接到反馈提醒后， 选择对应数量后再反馈至 医疗云平台 1， 其中， 反馈日期为第二次扫码日期。
[0068] 步骤 S18: 当该患者的监控周期表中该药品对应的服用数量达标吋， 所述发送 模块 112推荐售卖该类药品的商家至该患者的移动终端 3。 在本实施例中， 该患 者的监控周期表中该药品对应的服用数量达标是指两次扫码日期之间的间隔 （ 即第一扫码日期及第二扫码日期之间的间隔） 内， 该药品的服用数量大于全部 购买数量的四分之三。 若患者对该购买的药品的服用数量大于全部购买数量的 四分之三， 则表明该药品受到患者的认可， 若患者下次再次采购类似品种的药 品吋， 可以继续为该患者及吋推荐该药品。
[0069] 步骤 S19: 当第一扫码日期比到期日期之间的吋间段小于预设吋间段吋， 所述 发送模块 112解析患者购买该药品对应的电子订单中的金额及金融账号信息 （例 如， 银行卡信息、 第三方支付账号等） ， 并将款项退还至患者的金融账号中。
[0070] 以上仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利用本 发明说明书及附图内容所作的等效结构或等效流程变换， 或直接或间接运用在 其他相关的技术领域， 均同理包括在本发明的专利保护范围内。
工业实用性
[0071] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述基于短信的药品监 控系统及方法， 在互联网连接中断的情况下也能通过短信确认的方式实现网络 支付， 提高了网络支付的效率， 根据患者一段吋间后的服用数量判定该药品的 认可度， 及吋为商家提供推荐参考。

Claims

权利要求书
一种基于短信的药品监控系统， 运行于医疗云平台中， 其特征在于， 所述医疗云平台与商家终端电信网连接， 所述医疗云平台与移动终端 电信网连接， 该系统包括： 接收模块， 用于接收移动终端通过短信发 送过来的第一特定信息， 以及接收商家终端通过短信发送过来的第二 特定信息； 转移模块， 用于当第一特定信息及第二特定信息比对一致 吋， 从使用该移动终端的患者的银行账户中转移第一特定信息中对应 的支付金额至商家终端的金融账户； 生成模块， 用于生成支付成功信 息并分别发送给商家终端及移动终端， 并创建一个监控周期表； 保存 模块， 用于当患者接收到所购的药品吋， 在监控周期表中保存第一扫 码日期； 所述保存模块， 用于当第一扫码日期比到期日期早于预设吋 间段且患者再次扫描监控二维码吋， 在监控周期表中保存第二扫码日 期及服用数量； 及所述发送模块， 还用于当该患者的监控周期表中该 药品对应的服用数量达标吋， 推荐售卖该类药品的商家至该患者的移 动终端。
如权利要求 1所述的基于短信的药品监控系统， 其特征在于， 所述发 送模块还用于当第一扫码日期比到期日期之间的吋间段小于预设吋间 段吋， 解析患者购买该药品对应的电子订单中的金额及金融账号信息
， 并将款项退还至患者的金融账号中。
如权利要求 1所述的基于短信的药品监控系统， 其特征在于， 所述第 一特定信息及第二特定信息均包括注册账号、 支付金额、 支付日期、 商家名称、 商家地址、 名称、 数量、 单价。
如权利要求 1所述的基于短信的药品监控系统， 其特征在于， 所述监 控二维码中包括药品名称、 型号、 生产日期、 到期日期及药品电子监 管码。
一种基于短信的药品监控方法， 应用于医疗云平台中， 其特征在于， 所述医疗云平台与商家终端电信网连接或互联网连接， 所述医疗云平 台与移动终端电信网连接或互联网连接， 该方法包括以下步骤： 接收 移动终端通过短信发送过来的第一特定信息； 接收商家终端通过短信 发送过来的第二特定信息； 当第一特定信息及第二特定信息比对一致 吋， 从使用该移动终端的患者的银行账户中转移第一特定信息中对应 的支付金额至商家终端的金融账户； 生成支付成功信息并分别发送给 商家终端及移动终端， 并创建一个监控周期表； 当患者接收到所购的 药品吋， 在监控周期表中保存第一扫码日期； 当第一扫码日期比到期 日期早于预设吋间段且患者再次扫描监控二维码吋， 在监控周期表中 保存第二扫码日期及服用数量； 及当该患者的监控周期表中该药品对 应的服用数量达标吋， 推荐售卖该类药品的商家至该患者的移动终端
[权利要求 6] 如权利要求 5所述的基于短信的药品监控方法， 其特征在于， 所述基 于短信的药品监控方法还包括如下步骤： 当第一扫码日期比到期日期 之间的吋间段小于预设吋间段吋， 解析患者购买该药品对应的电子订 单中的金额及金融账号信息， 并将款项退还至患者的金融账号中。
[权利要求 7] 如权利要求 5所述的基于短信的药品监控方法， 其特征在于， 所述第
一特定信息及第二特定信息包括注册账号、 支付金额、 支付日期、 商 家名称、 商家地址、 名称、 数量、 单价。
[权利要求 8] 如权利要求 5所述的基于短信的药品监控系统， 其特征在于， 所述监 控二维码中包括药品名称、 型号、 生产日期、 到期日期及药品电子监
PCT/CN2017/108980 2017-09-01 2017-11-01 基于短信的药品监控系统及方法 WO2019041533A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710781339.3A CN107564576A (zh) 2017-09-01 2017-09-01 基于短信的药品监控系统及方法
CN201710781339.3 2017-09-01

Publications (1)

Publication Number Publication Date
WO2019041533A1 true WO2019041533A1 (zh) 2019-03-07

Family

ID=60978815

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/108980 WO2019041533A1 (zh) 2017-09-01 2017-11-01 基于短信的药品监控系统及方法

Country Status (2)

Country Link
CN (1) CN107564576A (zh)
WO (1) WO2019041533A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113517053A (zh) * 2020-04-09 2021-10-19 武汉慧禹信息科技有限公司 一种基于患者医嘱跟随的智能膳食管理系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070074722A1 (en) * 2005-09-21 2007-04-05 Kurve Technology, Inc. Medicament delivery control, monitoring, and reporting system and method
CN101206739A (zh) * 2006-12-19 2008-06-25 黄金富 用手机作为付款器件的收银机收付款系统和相应方法
CN104899701A (zh) * 2015-06-26 2015-09-09 谈伟忠 一种家庭电子药箱管理系统及药品管理方法
CN105184209A (zh) * 2015-09-15 2015-12-23 栾德洋 一种食品保质期提醒系统及方法
CN105335845A (zh) * 2015-11-13 2016-02-17 刘礼强 一种智能化捐赠处理系统及处理方法
CN106886907A (zh) * 2017-01-19 2017-06-23 北京小米移动软件有限公司 处理商品信息的方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070074722A1 (en) * 2005-09-21 2007-04-05 Kurve Technology, Inc. Medicament delivery control, monitoring, and reporting system and method
CN101206739A (zh) * 2006-12-19 2008-06-25 黄金富 用手机作为付款器件的收银机收付款系统和相应方法
CN104899701A (zh) * 2015-06-26 2015-09-09 谈伟忠 一种家庭电子药箱管理系统及药品管理方法
CN105184209A (zh) * 2015-09-15 2015-12-23 栾德洋 一种食品保质期提醒系统及方法
CN105335845A (zh) * 2015-11-13 2016-02-17 刘礼强 一种智能化捐赠处理系统及处理方法
CN106886907A (zh) * 2017-01-19 2017-06-23 北京小米移动软件有限公司 处理商品信息的方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113517053A (zh) * 2020-04-09 2021-10-19 武汉慧禹信息科技有限公司 一种基于患者医嘱跟随的智能膳食管理系统及方法

Also Published As

Publication number Publication date
CN107564576A (zh) 2018-01-09

Similar Documents

Publication Publication Date Title
US9443276B2 (en) Event-based asset tracking, order adherence, and rewards management with NFC-enabled electronic devices
WO2019041537A1 (zh) 基于二维码的医疗云平台监控系统及方法
CN104318462B (zh) 基于消息的购买的系统和方法
US11418468B1 (en) Computing system and method for automatically reversing an action indicated by an electronic message
US20120284036A1 (en) System and method for linking together an array of business programs
CN107430618A (zh) 实现与主计算设备进行用户语音交互的系统和方法
CN106204203A (zh) 一种线上交易数据的处理方法
KR102015024B1 (ko) 셀러쇼핑몰 통합 관리시스템
US20020174023A1 (en) Method and apparatus for conducting multiple transactions
TW201828163A (zh) 電子保證書的管理伺服器及產品管理方法
US20190341139A1 (en) System and method for pharmaceutical transactions
CN111798293A (zh) 一种云仓储订单处理方法、装置、计算机设备和存储介质
CN113312527B (zh) 采购数据处理方法、装置、计算机设备和存储介质
KR20130036668A (ko) 국내외 온라인 쇼핑몰 주문상품 간편배송대행 시스템 및 간편배송 대행 방법
WO2019041533A1 (zh) 基于短信的药品监控系统及方法
KR20190113166A (ko) 농산물 직거래 서비스를 제공하는 지역 커뮤니티 시스템
WO2019041536A1 (zh) 基于医疗云平台的药品监控分析系统及方法
CN109978554A (zh) 订单处理方法、服务端设备及计算机可读存储介质
KR20160040749A (ko) 리뷰 등록 서버 및 리뷰 등록 방법
KR20130101805A (ko) 의약품 판매조력 시스템
US20150032463A1 (en) System and method for communicating with pharmaceutical consumers and managing data related thereto
TWM617376U (zh) 整合線上線下團購系統
US20130054400A1 (en) Management of direct sales activities on networked mobile computing devices
CN113808721A (zh) 一种标准化药品的智能供采方法及系统
CN111507808A (zh) 一种基于移动互联网的商品预售系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17923535

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 16/09/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 17923535

Country of ref document: EP

Kind code of ref document: A1