WO2019041537A1 - 基于二维码的医疗云平台监控系统及方法 - Google Patents

基于二维码的医疗云平台监控系统及方法 Download PDF

Info

Publication number
WO2019041537A1
WO2019041537A1 PCT/CN2017/109001 CN2017109001W WO2019041537A1 WO 2019041537 A1 WO2019041537 A1 WO 2019041537A1 CN 2017109001 W CN2017109001 W CN 2017109001W WO 2019041537 A1 WO2019041537 A1 WO 2019041537A1
Authority
WO
WIPO (PCT)
Prior art keywords
code
payment
user
cloud platform
payment information
Prior art date
Application number
PCT/CN2017/109001
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 WO2019041537A1 publication Critical patent/WO2019041537A1/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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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
    • 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/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to the field of medical cloud platforms, and in particular, to a medical cloud platform monitoring system and method based on two-dimensional codes.
  • a main object of the present invention is to provide a medical cloud platform monitoring system and method based on a two-dimensional code, which aims to solve the technical problem of technical problems in which payment and drug monitoring cannot be performed in the case of network interruption.
  • the present invention provides a medical cloud platform monitoring system based on a two-dimensional code, which runs in a medical cloud platform, and the medical cloud platform is communicatively connected with a merchant terminal and a mobile terminal, and the system includes:
  • a receiving module configured to receive a binary first payment information and a first random payment code sent by the mobile terminal by using a short message
  • a restoration module configured to perform binary conversion on the binary first payment information to restore the first payment information
  • the receiving module is configured to receive second payment information and a second random payment code sent by the merchant terminal by using a short message
  • the restoring module is configured to perform binary conversion on the binary second payment information to restore the second payment information
  • a transfer module configured to: when the first payment information and the second payment information match, transfer the corresponding payment amount in the first payment information to the account of the merchant terminal from the bank account of the user using the mobile terminal, Complete 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 save the first scan code period in the monitoring period table when the user receives the purchased medicines
  • 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 user scans the two-dimensional code again. Quantity;
  • the sending module is further configured to: when the user’s monitoring periodic table corresponds to the quantity of the drug,
  • 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 user purchasing the drug and Financial account information, and refund the money to the user's financial account.
  • the first payment information and the second payment information include a registered account number, a payment amount, a payment date, a business name, a business address, a name, a quantity, and a unit price of the medicine.
  • the monitoring two-dimensional code includes a drug name, a model number, a production date, an expiration date, and a drug electronic supervision code.
  • the monitoring system further includes a determining module, configured to parse and monitor the electronic electronic supervision code of the drug in the two-dimensional code, and analyze the electronic regulatory code of the drug and the electronic device on the regulatory website of the Food and Drug Administration. The supervision code is compared.
  • a determining module configured to parse and monitor the electronic electronic supervision code of the drug in the two-dimensional code, and analyze the electronic regulatory code of the drug and the electronic device on the regulatory website of the Food and Drug Administration. The supervision code is compared.
  • the present invention further provides a medical cloud platform monitoring method based on a two-dimensional code, which is applied to a medical cloud platform, wherein the medical cloud platform is in communication connection with a merchant terminal and a mobile terminal, and the method includes the following steps. : Receiving the binary first payment information and the first random payment code sent by the mobile terminal by using the short message; [0021] performing binary conversion on the binary first payment information to restore the first payment information; [0022] Receiving second payment information and a second random payment code sent by the merchant terminal by using a short message;
  • the first scan date is saved in the monitoring period table
  • the amount and the financial account information in the electronic order corresponding to the user purchasing the drug are analyzed, and the payment is made. Returned to the user's financial account.
  • the first payment information and the second payment information include a registered account number, a payment amount, a payment date, a business name, a business address, a name, a quantity, and a unit price of the medicine.
  • the monitoring two-dimensional code includes a drug name, a model number, a production date, an expiration date, and a drug electronic supervision code.
  • the monitoring method further includes the following steps:
  • the present invention adopts the above technical solution, and brings the technical effects as follows:
  • the medical cloud platform monitoring system and method based on the two-dimensional code of the present invention can be used in the network connection when the user purchases the medicine through the network payment.
  • FIG. 1 is a schematic diagram of an application environment of a medical cloud platform monitoring system based on a two-dimensional code according to the present invention.
  • FIG. 2 is a block diagram showing a preferred embodiment of a medical cloud platform monitoring system based on a two-dimensional code of the present invention.
  • FIG. 3 is a flow chart of a preferred embodiment of a two-dimensional code based medical cloud platform monitoring method according to the present invention.
  • FIG. 1 it is a schematic diagram of an application environment of a medical cloud platform monitoring system based on a two-dimensional code according to the present invention.
  • the two-dimensional code-based medical cloud platform monitoring system 10 of the present invention runs on 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 i.e., the merchant terminal of the pharmacy
  • the medical cloud platform 1 is also connected to the mobile terminal 3 via the Internet or a telecommunications network.
  • the network is preferably a wireless communication network, including but not limited to, a GSM network, a GPRS network, a CDM A network, a TD-SCDMA network, a WiMAX network, a TD-LTE network, a FDD-LTE network, etc.
  • the internet 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 via the Internet, and the mobile terminal 3 can also access the medical cloud platform 1 and perform network data transmission via the Internet.
  • the merchant terminal 2 is installed with the client software of the medical cloud platform 1 for the merchant.
  • the merchant terminal 2 When 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. Further, the mobile terminal 3 is installed with the client software for the patient of the medical cloud platform 1, When the user of the mobile terminal 3 activates the client software for the patient, the mobile terminal 3 makes an Internet connection with the medical cloud platform 1 and can implement data interaction. When 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. Terminal 2 and mobile terminal 3.
  • the mobile terminal 3 ie, a network terminal that transmits data or no signal
  • the medical cloud platform 1 stores various types of drug data (for example, a user name, drug text information, drug type information, courier information, warehousing information, drug pictures, shopping records, etc.). It should be noted that the medical data 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 a server of a cloud platform or a data center, and can better manage and/or assist through the data transmission capability and data storage capability of the cloud platform or the data center.
  • the merchant terminal 2 and the mobile terminal 3 connected to the medical cloud platform 1.
  • the merchant terminal 2 may be, but is not limited to, a device that is in communication connection with the mobile terminal 3, for example, a personal computer, a server, or the like.
  • 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 preferred embodiment of a medical cloud platform monitoring system based on a two-dimensional code of the present invention.
  • the medical cloud platform monitoring system 10 based on the two-dimensional code is applied to the medical cloud platform 1.
  • the medical cloud platform 1 includes, but is not limited to, a medical cloud platform monitoring system 10 based on a two-dimensional code, 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
  • flash memory unit FLASH or solid hard disk FLASH or 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 function, for example, supporting G.
  • Communication interfaces for communication technologies such as SM, GPRS, WCDMA, CDMA, TD-SCDMA, WiMAX, TD-LTE, and FDD-LTE.
  • the two-dimensional code-based medical cloud platform monitoring system 10 includes, but is not limited to, a receiving module 111, The restoration module 112, the determination module 113, the migration module 114, the storage module 115, and the transmission module 116, the module referred to in the present invention refers to a module that can be executed by the processing unit 12 of the medical cloud platform 1 and can perform a fixed function.
  • a series of computer program instructions are stored in the storage unit 11 of the medical cloud platform 1.
  • the receiving module 111 is configured to receive the binary first payment information and the first random payment code sent by the mobile terminal 3 by using a short message.
  • the client software (the medical cloud platform 1 for the client software of the mobile terminal 3) installed on the mobile terminal 3 inputs information such as a payment amount, a business name, a drug name, a quantity, a unit price, and the like.
  • the first payment information is generated by combining the registered account (that is, the account registered by the user to the medical cloud platform 1). That is to say, the first payment information includes information such as a registered account (ie, an account registered by the user to register the medical cloud platform 1), a payment amount, a payment date, a business name, a business address, a name, a quantity, and a unit price of the medicine.
  • the mobile terminal 3 performs binary conversion on the first payment information. Specifically, in this embodiment, the mobile terminal 3 invokes built-in binary code transcoding software (for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.) to be the first The payment information is converted into a binary code.
  • built-in binary code transcoding software for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.
  • a first random payment code is randomly generated, and then the mobile terminal 3 sends a short message to the medical cloud platform 1 respectively.
  • the restoration module 112 is configured to perform binary conversion on the binary first payment information to restore the first payment information.
  • the restoration module 112 invokes binary code transcoding software built in the medical cloud platform 1 (for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.) to restore the binary first payment information.
  • the original first payment information for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.
  • the receiving module 111 is configured to receive second payment information and a second random payment code sent by the merchant terminal 2 by using a short message.
  • the restoration module 112 is configured to perform binary conversion on the binary second payment information to restore the second payment information.
  • the restoration module 112 invokes binary code transcoding software built in the medical cloud platform 1 (for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.) to restore the binary second payment information.
  • the original second payment information for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.
  • the determining module 113 is configured to determine whether the first random payment code is consistent with the second random payment code.
  • the transfer module 114 is configured to transfer the corresponding payment amount in the first payment information to the merchant terminal from the bank account of the user using the mobile terminal 3 when the first random payment code is consistent with the second random payment code. 2 accounts, complete payment, and create a monitoring periodic table. Specifically, when the first random payment code is consistent with the second random payment code, the medical cloud platform 1 accesses the financial system of the bank, and obtains the payment amount from the first payment information, and the user is in the medical The bank account bound to the cloud platform 1 transfers the payment amount in the scan code payment information to the bank account designated by the merchant.
  • the transfer module 114 creates a monitoring periodic table for the user, and the monitoring periodic table has electronic order information, and the user receives the purchased order.
  • the first scan date after the drug, the second scan time after the user took the drug 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 period table when the user receives the purchased medicine. Specifically, when the user receives the purchased medicine, the user sends an instruction to the mobile terminal 3 to remind the user to scan the two-dimensional code on the medicine package. Specifically, the medical cloud platform 1 determines, according to the logistics information corresponding to the medicine purchased by the user, whether the user receives the purchased medicine, and after the user signs the receipt, the information that the courier last signed by the user, the medical cloud platform 1 Determine that the user 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 product supervision code, and the like).
  • the medical cloud platform 1 analyzes and monitors the information in the two-dimensional code, and parses the information in the monitoring two-dimensional code with the The information in the user's electronic order is matched (for example, user account matching, drug name and model matching).
  • the name and model of the drug in the monitoring QR code are consistent with the drug name and model in the user's electronic order, record the The scan date is the first scan date.
  • the determining module 113 is configured to determine whether the first scan date is earlier than the expiration date by a 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 is within the validity period, and the user can take it with confidence. When the first scan date is earlier than the expiration period, the drug is within the validity period (for example, the first scan date is August 10 and the expiration date is August 30). During the validity period, users can take it with confidence. When the interval between the first scan date and the expiration date is less than the preset interval, it indicates that the drug has expired or has passed. During the period, you can directly refund the user and prompt the user to return the drug to the merchant.
  • a preset interval for example, 10 days.
  • the preset inter-segment segments may be classified according to the type of the medicine. For example, if the medicine has a long period of validity, the predetermined inter-segment period may be appropriately extended (for example, 2 months), and some medicines (fresh milk) ) If the validity period is short, the preset segment will compare segments (for example, 1 day or 2 days).
  • the determining module 113 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).
  • the electronic regulatory code of the drug in the monitoring two-dimensional code when 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 judging module 113 parses and monitors the electronic electronic supervision code in the two-dimensional code, and compares the analyzed electronic electronic supervision code with the electronic supervision code on the regulatory website of the Food and Drug Administration, when the analyzed electronic electronic supervision code and the drug supervision The electronic supervision code on the regulatory website of the bureau is consistent and the drug is deemed to be qualified.
  • 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 user scans the two-dimensional code again. Quantity. When the user takes the medicine, the reminder is sent to the user's mobile terminal 3, and the user is reminded to scan the two-dimensional code again and feed back the number.
  • the medical cloud platform 1 sends a feedback reminder during a time interval after the user receives the medicine (a simple dialog box, a dialog box) It includes the number of options, for example, if you have not taken it, took a quarter, took one-third, took half, took all, etc.) to the user's mobile terminal 3, the user received a feedback reminder 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 sending module 116 is further configured to recommend, when the amount of the medicine corresponding to the medicine in the monitoring period table of the user reaches the standard, the merchant that sells the medicine to the mobile terminal 3 of the user.
  • the number of doses corresponding to the medicine in the monitoring period table of the user 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 two-thirds of the total purchase. If the user takes more than two-thirds of the total purchased quantity, it indicates that the medicine is approved by the user, and if the patient still needs to purchase the same type of medicine, the medicine can continue to be recommended for the user and the patient.
  • the sending module 116 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 user purchasing the drug. Information (for example , bank card information, third-party payment account, etc.), and refund the money to the user's financial account.
  • Information for example , bank card information, third-party payment account, etc.
  • FIG. 3 it is a flow chart of a preferred embodiment of the medical cloud platform monitoring method based on the two-dimensional code of the present invention.
  • the two-dimensional code-based medical cloud platform monitoring method is applied to the medical cloud platform 1, and the method includes the following steps:
  • Step S11 The receiving module 111 is configured to receive the binary first payment information and the first random payment code sent by the mobile terminal 3 by using a short message.
  • the client software (the medical cloud platform 1 for the client software of the mobile terminal 3) installed on the mobile terminal 3 inputs information such as a payment amount, a business name, a drug name, a quantity, a unit price, and the like.
  • the first payment information is generated by combining the registered account (that is, the account registered by the user to the medical cloud platform 1). That is to say, the first payment information includes information such as a registered account (ie, an account registered by the user to register the medical cloud platform 1), a payment amount, a payment date, a business name, a business address, a name, a quantity, and a unit price of the medicine.
  • the mobile terminal 3 performs binary conversion on the first payment information. Specifically, in this embodiment, the mobile terminal 3 invokes built-in binary code transcoding software (for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.) to be the first The payment information is converted into a binary code.
  • built-in binary code transcoding software for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.
  • a first random payment code is randomly generated, and then the mobile terminal 3 sends a short message to the medical cloud platform 1 respectively.
  • Step S12 The restoration module 112 performs binary conversion on the binary first payment information to restore the first payment information.
  • the restoration module 112 invokes binary code transcoding software built in the medical cloud platform 1 (for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.) to restore the binary first payment information.
  • the original first payment information for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.
  • Step S13 The receiving module 111 receives the second payment information and the second random payment code sent by the merchant terminal 2 through the short message.
  • Step S14 The restoration module 112 performs binary conversion on the binary second payment information to restore the second payment information.
  • the restoration module 112 invokes binary code transcoding software built in the medical cloud platform 1 (for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.) to restore the binary second payment information.
  • the original second payment information for example, a Unicode transcoder or a binary code transcoder installed on the mobile terminal 3, etc.
  • Step S15 The determining module 113 is configured to determine whether the first random payment code and the second random payment code are one To. When the first random payment code coincides with the second random payment code, the flow proceeds to step S16. When the first random payment code is inconsistent with the second random payment code, the flow ends.
  • Step S16 When the first random payment code is consistent with the second random payment code, the transfer module 114 transfers the corresponding payment amount in the first payment information from the bank account of the user using the mobile terminal 3 to the merchant terminal 2 Account, complete payment, and create a monitoring periodic table. Specifically, when the first random payment code is consistent with the second random payment code, the medical cloud platform 1 accesses the financial system of the bank, and obtains the payment amount from the first payment information, and the user is in the medical The bank account bound to the cloud platform 1 transfers the payment amount in the scan code payment information to the bank account designated by the merchant.
  • the transfer module 114 creates a monitoring periodic table for the user, and the monitoring periodic table has electronic order information, and the user receives the purchased order.
  • the first scan date after the drug, the second scan time after the user took the drug for a while for example, ten days or twenty days).
  • Step S17 When the user receives the purchased medicine, the saving module 115 saves the first scan date in the monitoring period table. Specifically, when the user receives the purchased medicine, the user sends an instruction to the mobile terminal 3 to remind the user to scan the monitored two-dimensional code on the medicine package. Specifically, the medical cloud platform 1 determines, according to the logistics information corresponding to the medicine purchased by the user, whether the user receives the purchased medicine, and after the user signs the receipt, the information that the courier last signed by the user, the medical cloud platform 1 Determine that the user 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, and the electronic electronic supervision code).
  • the medical cloud platform 1 analyzes and monitors the information in the two-dimensional code, and parses the information in the monitoring two-dimensional code with the The information in the user's electronic order is matched (for example, user account matching, drug name and model matching).
  • the name and model of the drug in the monitoring QR code are consistent with the drug name and model in the user's electronic order, record the The scan date is the first scan date.
  • Step S18 The determining module 113 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 is within the validity period, and the user can take it with confidence.
  • the first scan time period is earlier than the expiration date than the preset time interval, it indicates that the drug is within the validity period (for example, the first scan time period)
  • the expiration date is August 30th, then within the validity period, the user can take it with confidence, and the process proceeds to step S19.
  • 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 user can be directly refunded, and the user is prompted to return the drug to the merchant. Proceed to step S21.
  • the preset inter-segment segments may be classified according to the type of the medicine. For example, if the medicine has a long period of validity, the predetermined inter-segment period may be appropriately extended (for example, 2 months), and some medicines (fresh milk) ) If the validity period is short, the preset segment will compare segments (for example, 1 day or 2 days).
  • the determining module 113 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).
  • the electronic regulatory code of the drug in the monitoring two-dimensional code when 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 judging module 113 parses and monitors the electronic electronic supervision code in the two-dimensional code, and compares the analyzed electronic electronic supervision code with the electronic supervision code on the regulatory website of the Food and Drug Administration, when the analyzed electronic electronic supervision code and the drug supervision The electronic supervision code on the regulatory website of the bureau is consistent, and the drug is deemed to be qualified, and the process proceeds to step S19.
  • Step S19 The saving module 115 saves the second scan date and the number of the samples in the monitoring period table.
  • the reminder is sent to the user's mobile terminal 3 at intervals, and the user is reminded to scan the monitoring two-dimensional code again, and feedback the amount taken.
  • the medical cloud platform 1 sends a feedback reminder during a time interval after the user receives the medicine (a simple dialog box, a dialog box) It includes the number of options, for example, if you have not taken it, took a quarter, took one-third, took half, took all, etc.) to the user's mobile terminal 3, the user received a feedback reminder 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.
  • Step S20 When the quantity corresponding to the medicine in the monitoring period table of the user reaches the standard, the sending module 116 recommends the merchant selling the medicine to the mobile terminal 3 of the user.
  • the number of doses corresponding to the medicine in the monitoring period table of the user 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 two-thirds of the total purchase. If the user takes more than two-thirds of the purchased amount of the purchased drug, it indicates that the drug is approved by the user and can continue to recommend the drug to the user and the user.
  • Step S21 When the inter-segment period between the first scan date and the expiration date is less than the preset interval, the sending module 116 parses the amount and the financial account in the electronic order corresponding to the user purchasing the drug. Information (for example, bank card information, third-party payment accounts, etc.) and refund the money to the user's financial account.
  • Information for example, bank card information, third-party payment accounts, etc.
  • the present invention adopts the above technical solution, and brings the technical effects as follows:
  • the medical cloud platform monitoring system and method based on the two-dimensional code of the present invention can be used when the user purchases the medicine through the network, and the network connection is interrupted. It can also realize online payment through SMS confirmation, and purchase the required drugs for patients, and can conduct drug monitoring and recommendation by e-commerce to ensure drug safety.

Abstract

一种基于二维码的医疗云平台监控系统及方法，该方法包括以下步骤：当第一支付信息及第二支付信息比对一致时，从使用该移动终端的用户的银行账户中转移第一支付信息中对应的支付金额至商家终端的账户，完成支付（S16）；当该用户的监控周期表中该药品对应的服用数量达标时，推荐售卖该类药品的商家至该用户的移动终端（S20）。该系统及方法可以在网络连接中断的情况下也能通过短信确认的方式实现网络支付，并对药品日期进行监控，确保所购买的药品处于有效期内。

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] 优选的， 所述第一支付信息及第二支付信息包括注册账号、 支付金额、 支付日 期、 商家名称、 商家地址、 药品的名称、 数量、 单价。
[0030] 优选的， 所述监控二维码中包括药品名称、 型号、 生产日期、 到期日期及药品 电子监管码。
[0031] 优选的， 所述监控方法还包括如下步骤：
[0032] 解析监控二维码中的药品电子监管码；
[0033] 将解析的药品电子监管码与药监局的监管网站上的电子监管码进行比较； 及 [0034] 当解析的药品电子监管码与药监局的监管网站上的电子监管码一致吋， 认定该 药品合格。
发明的有益效果
有益效果
[0035] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述基于二维码的医疗 云平台监控系统及方法， 可以在用户通过网络支付采购药品吋， 在网络连接中 断的情况下也能通过短信确认的方式实现网络支付， 及吋为患者购买到所需药 品， 且能够通过电商进行药品监控及推荐参考， 确保药品安全。
对附图的简要说明
附图说明
[0036] 图 1是本发明基于二维码的医疗云平台监控系统的应用环境示意图。
[0037] 图 2是本发明基于二维码的医疗云平台监控系统的优选实施例的模块示意图。
[0038] 图 3是本发明基于二维码的医疗云平台监控方法的优选实施例的流程图。
[0039] 本发明目的的实现、 功能特点及优点将结合实施例， 参照附图做进一步说明。
实施该发明的最佳实施例
本发明的最佳实施方式
[0040] 为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效， 以下结 合附图及优选实施例， 对本发明的具体实施方式、 结构、 特征及其功效， 详细 说明如下。 应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不用 于限定本发明。
[0041] 参照图 1所示， 是本发明基于二维码的医疗云平台监控系统的应用环境示意图 。 本发明中的基于二维码的医疗云平台监控系统 10运行于医疗云平台 1上。
[0042] 所述医疗云平台 1与商家终端 2通过互联网或电信网 （图 1中未示出） 连接。 所 述商家终端 2 (即药店的商家终端） 还可以与一个或多个移动终端 3通过互联网 连接。 所述医疗云平台 1还与移动终端 3通过互联网或电信网连接。
[0043] 所述网络优选为无线通讯网络， 包括但不限于， GSM网络、 GPRS网络、 CDM A网络、 TD-SCDMA网络、 WiMAX网络、 TD-LTE网络、 FDD-LTE网络等无线 传输网络或电信网络。 在本实施例中， 所述医疗云平台 1、 商家终端 2及移动终 端 3之间通过互联网或电信网进行信息传输。 具体地说， 所述商家终端 2接入到 医疗云平台 1并通过互联网进行网络数据传输， 所述移动终端 3也可以接入到医 疗云平台 1并通过互联网进行网络数据传输。 所述商家终端 2上安装有医疗云平 台 1的针对商家的客户端软件， 当商家终端 2的管理员启动该针对商家的客户端 软件吋， 所述商家终端 2与所述医疗云平台 1进行互联网连接并能实现数据交互 。 进一步地， 所述移动终端 3上安装有医疗云平台 1的针对患者的客户端软件， 当使用移动终端 3的用户启动该针对患者的客户端软件吋， 所述移动终端 3与所 述医疗云平台 1进行互联网连接并能实现数据交互。 当所述医疗云平台 1与商家 终端 2及移动终端 3进行数据交互吋 (即传输数据的网络终端或无信号)， 所述医疗 云平台 1可以通过电信网中的短信的方式发送信息至商家终端 2及移动终端 3。
[0044] 所述医疗云平台 1上存储有各种类型的药品数据 （例如， 用户名、 药品文字信 息、 药品种类信息、 快递信息、 仓储信息、 药品图片、 购物记录等等） 。 需要 说明的是， 所述医疗云平台 1存储的药品数据是按照吋间及地点等分类， 分为多 组数据， 例如， 每一秒生成的数据归为一组数据。 所述医疗云平台 1为多个服务 器组成的集群。
[0045] 需要说明的是， 所述医疗云平台 1是云平台或数据中心的某一台服务器， 通过 云平台或数据中心的数据传输能力及数据存储能力， 可以更好地管理及 /或协助 与该医疗云平台 1连接的商家终端 2及移动终端 3。
[0046] 所述商家终端 2可以是， 但不限于， 与移动终端 3进行通信连接的设备， 例如， 个人电脑、 服务器等设备。
[0047] 所述移动终端 3可以是， 但不限于， 智能手机、 平板电脑、 PDA、 个人电脑等 其它任意合适带摄像头的便携式电子设备。
[0048] 参照图 2所示， 是本发明基于二维码的医疗云平台监控系统的优选实施例的模 块示意图。 在本实施例中， 所述基于二维码的医疗云平台监控系统 10应用于医 疗云平台 1。 该医疗云平台 1包括， 但不仅限于， 基于二维码的医疗云平台监控 系统 10、 存储单元 11、 处理单元 12、 及通讯单元 13。
[0049] 所述的存储单元 11可以为一种只读存储单元 ROM, 电可擦写存储单元 EEPRO
M、 快闪存储单元 FLASH或固体硬盘等。
[0050] 所述的处理单元 12可以为一种中央处理器 （Central Processing Unit, CPU) 、 微控制器 （MCU) 、 数据处理芯片、 或者具有数据处理功能的信息处理单元。
[0051] 所述的通讯单元 13为一种具有远程无线通讯功能的无线通讯接口， 例如支持 G
SM、 GPRS、 WCDMA、 CDMA、 TD-SCDMA、 WiMAX、 TD-LTE、 FDD-LTE 等通讯技术的通讯接口。
[0052] 所述基于二维码的医疗云平台监控系统 10包括， 但不局限于， 接收模块 111、 还原模块 112、 判断模块 113、 转移模块 114、 保存模块 115及发送模块 116， 本发 明所称的模块是指一种能够被所述医疗云平台 1的处理单元 12执行并且能够完成 固定功能的一系列计算机程序指令段， 其存储在所述医疗云平台 1的存储单元 11 中。
[0053] 所述接收模块 111用于接收移动终端 3通过短信发送过来的二进制的第一支付信 息及第一随机支付码。
[0054] 具体地说， 在所述移动终端 3上安装的客户端软件 （医疗云平台 1针对移动终端 3的客户端软件） 上输入支付金额、 商家名称、 药品名称、 数量、 单价等信息， 之后结合注册账号 （即用户注册医疗云平台 1的账号） 生成第一支付信息。 也就 是说， 所述第一支付信息包括注册账号 （即用户注册医疗云平台 1的账号） 、 支 付金额、 支付日期、 商家名称、 商家地址、 药品的名称、 数量、 单价等信息。
[0055] 进一步地， 所述第一支付信息生成之后， 所述移动终端 3对所述第一支付信息 进行二进制转换。 具体地说， 在本实施例中， 所述移动终端 3调用内置的二进制 码转码软件 （例如， 安装于所述移动终端 3上 Unicode转码器或二进制码转码器等 等） 将第一支付信息转换成二进制码。
[0056] 所述移动终端 3对第一支付信息进行二进制转换后， 随机生成一个第一随机支 付码， 之后所述移动终端 3分别发送短信至医疗云平台 1中。
[0057] 所述还原模块 112用于对所述二进制的第一支付信息进行二进制转换以还原所 述第一支付信息。 所述还原模块 112调用医疗云平台 1中内置的二进制码转码软 件 （例如， 安装于所述移动终端 3上 Unicode转码器或二进制码转码器等等） 将二 进制的第一支付信息还原为原始的第一支付信息。
[0058] 所述接收模块 111用于接收商家终端 2通过短信发送过来的第二支付信息及第二 随机支付码。
[0059] 所述还原模块 112用于对所述二进制的第二支付信息进行二进制转换以还原所 述第二支付信息。 所述还原模块 112调用医疗云平台 1中内置的二进制码转码软 件 （例如， 安装于所述移动终端 3上 Unicode转码器或二进制码转码器等等） 将二 进制的第二支付信息还原为原始的第二支付信息。
[0060] 所述判断模块 113用于判断第一随机支付码与第二随机支付码是否一致。 [0061] 所述转移模块 114用于当第一随机支付码与第二随机支付码一致吋， 从使用该 移动终端 3的用户的银行账户中转移第一支付信息中对应的支付金额至商家终端 2的账户， 完成支付， 并创建监控周期表。 具体地说， 当第一随机支付码与第二 随机支付码比对一致吋， 所述医疗云平台 1接入银行的金融系统中， 并从第一支 付信息中获取支付金额， 从用户在医疗云平台 1绑定的银行账号中划拨扫码支付 信息中的支付金额至商家指定的银行账号中。 进一步地， 在本实施例中， 当用 户在医疗云平台 1完成一笔订单吋， 转移模块 114创建针对该用户的监控周期表 ， 该监控周期表中有电子订单信息、 用户收到所购买的药品后的第一次扫码日 期、 用户服用该药品一段吋间后 （例如， 十天或二十天吋间） 的第二次扫码曰 期等数据
[0062] 所述保存模块 115用于当用户接收到所购的药品吋， 在监控周期表中保存第一 扫码日期。 具体地说， 当用户接收到所购的药品吋， 发送指令至移动终端 3以提 醒用户扫码药品包装上的监控二维码。 具体而言， 所述医疗云平台 1根据用户所 购的药品对应的物流信息判断用户是否收到所购的药品， 当用户签收后， 快递 员上次用户签收的信息， 则所述医疗云平台 1判定用户收到所购的药品。 进一步 地， 由于所述药品包装上包括监控二维码， 该监控二维码中包括药品的信息 （ 例如， 药品名称及型号、 生产日期、 有效期、 到期日期、 药品电子监管码等信 息） 。 此外， 当用户接收到所购的药品且用户通过移动终端 3扫码该监控二维码 吋， 医疗云平台 1解析监控二维码中的信息， 并将解析监控二维码中的信息与该 用户的电子订单中的信息进行匹配 （例如， 用户账号匹配、 药品名称及型号匹 配） ， 当监控二维码中药品名称及型号与该用户的电子订单中的药品名称及型 号一致吋， 记录该扫码日期为第一扫码日期。
[0063] 所述判断模块 113用于判断第一扫码日期是否比到期日期早于预设吋间段 （例 如， 10天） 。 具体地说， 在本实施例中， 当第一扫码日期比到期日期早于预设 吋间段， 则表明该药品在有效期内， 用户可以放心服用。 当第一扫码日期比到 期曰期早于预设吋间段， 则表明该药品在有效期内 （例如， 第一扫码日期为 8月 10日， 到期日期为 8月 30日， 则在有效期内） ， 用户可以放心服用。 当第一扫码 日期比到期日期之间的吋间段小于预设吋间段， 则表明该药品快过期或已经过 期， 可以直接给用户退款， 并提示用户将药品退换给商家。 进一步地， 所述预 设吋间段可以根据药品类别进行分类， 比如， 有的药品有效期长， 则该预设吋 间段可以适当延长 （例如， 2个月） ， 有的药品 （鲜奶类） 有效期短， 则该预设 吋间段会比较段 （例如， 1天或 2天） 。 此外， 所述判断模块 113判断监控二维码 中的药品电子监管码是否在药监局的监管网站 （即 www.dmgadmin.com) 上有公 布。 具体地说， 在本实施例中， 当监控二维码中的药品电子监管码在药监局的 监管网站上有公布， 则表明该药品在有效期内且合格， 患者可以放心服用。 所 述判断模块 113解析监控二维码中的药品电子监管码， 并将解析的药品电子监管 码与药监局的监管网站上的电子监管码进行比较， 当解析的药品电子监管码与 药监局的监管网站上的电子监管码一致吋， 认定该药品合格。
[0064] 所述保存模块 115用于当第一扫码日期比到期日期早于预设吋间段且用户再次 扫描监控二维码吋， 在监控周期表中保存第二扫码日期及服用数量。 当用户服 用该药品后的间隔吋间发送提醒至用户的移动终端 3， 并提醒用户再次扫描监控 二维码， 并反馈服用数量。 进一步地， 由于药品服用后， 药品包装袋可能丢失 ， 为了提高用户体验， 所述医疗云平台 1在用户收到该药品后的间隔吋间内， 发 送反馈提醒 （一个简易的对话框， 对话框中包括服用多少数量的选项， 例如， 还没服用、 服用了四分之一、 服用了三分之一、 服用了一半、 全部服用完等选 项） 至用户的移动终端 3， 用户接到反馈提醒后， 选择对应数量后再反馈至医疗 云平台 1， 其中， 反馈日期为第二次扫码日期。
[0065] 所述发送模块 116还用于当该用户的监控周期表中该药品对应的服用数量达标 吋， 推荐售卖该类药品的商家至该用户的移动终端 3。 在本实施例中， 该用户的 监控周期表中该药品对应的服用数量达标是指两次扫码日期之间的间隔 （即第 一扫码日期及第二扫码日期之间的间隔） 内， 该药品的服用数量大于全部购买 数量的三分之二。 若用户对该购买的药品的服用数量大于全部购买数量的三分 之二， 则表明该药品受到用户的认可， 后续若患者还需要购买同类药品吋， 可 以继续为该用户及吋推荐该药品。
[0066] 所述发送模块 116还用于当第一扫码日期比到期日期之间的吋间段小于预设吋 间段吋， 解析用户购买该药品对应的电子订单中的金额及金融账号信息 （例如 ， 银行卡信息、 第三方支付账号等） ， 并将款项退还至用户的金融账号中。
[0067] 参照图 3所示， 是本发明基于二维码的医疗云平台监控方法的优选实施例的流 程图。 在本实施例中， 所述的基于二维码的医疗云平台监控方法应用于医疗云 平台 1， 该方法包括以下步骤：
[0068] 步骤 S11 : 所述接收模块 111用于接收移动终端 3通过短信发送过来的二进制的 第一支付信息及第一随机支付码。
[0069] 具体地说， 在所述移动终端 3上安装的客户端软件 （医疗云平台 1针对移动终端 3的客户端软件） 上输入支付金额、 商家名称、 药品名称、 数量、 单价等信息， 之后结合注册账号 （即用户注册医疗云平台 1的账号） 生成第一支付信息。 也就 是说， 所述第一支付信息包括注册账号 （即用户注册医疗云平台 1的账号） 、 支 付金额、 支付日期、 商家名称、 商家地址、 药品的名称、 数量、 单价等信息。
[0070] 进一步地， 所述第一支付信息生成之后， 所述移动终端 3对所述第一支付信息 进行二进制转换。 具体地说， 在本实施例中， 所述移动终端 3调用内置的二进制 码转码软件 （例如， 安装于所述移动终端 3上 Unicode转码器或二进制码转码器等 等） 将第一支付信息转换成二进制码。
[0071] 所述移动终端 3对第一支付信息进行二进制转换后， 随机生成一个第一随机支 付码， 之后所述移动终端 3分别发送短信至医疗云平台 1中。
[0072] 步骤 S12: 还原模块 112对所述二进制的第一支付信息进行二进制转换以还原所 述第一支付信息。 所述还原模块 112调用医疗云平台 1中内置的二进制码转码软 件 （例如， 安装于所述移动终端 3上 Unicode转码器或二进制码转码器等等） 将二 进制的第一支付信息还原为原始的第一支付信息。
[0073] 步骤 S13: 所述接收模块 111接收商家终端 2通过短信发送过来的第二支付信息 及第二随机支付码。
[0074] 步骤 S14: 所述还原模块 112对所述二进制的第二支付信息进行二进制转换以还 原所述第二支付信息。 所述还原模块 112调用医疗云平台 1中内置的二进制码转 码软件 （例如， 安装于所述移动终端 3上 Unicode转码器或二进制码转码器等等） 将二进制的第二支付信息还原为原始的第二支付信息。
[0075] 步骤 S15: 所述判断模块 113用于判断第一随机支付码与第二随机支付码是否一 致。 当第一随机支付码与第二随机支付码一致吋， 流程进入步骤 S16。 当第一随 机支付码与第二随机支付码不一致吋， 则流程结束。
[0076] 步骤 S16: 当第一随机支付码与第二随机支付码一致吋， 转移模块 114从使用该 移动终端 3的用户的银行账户中转移第一支付信息中对应的支付金额至商家终端 2的账户， 完成支付， 并创建监控周期表。 具体地说， 当第一随机支付码与第二 随机支付码比对一致吋， 所述医疗云平台 1接入银行的金融系统中， 并从第一支 付信息中获取支付金额， 从用户在医疗云平台 1绑定的银行账号中划拨扫码支付 信息中的支付金额至商家指定的银行账号中。 进一步地， 在本实施例中， 当用 户在医疗云平台 1完成一笔订单吋， 转移模块 114创建针对该用户的监控周期表 ， 该监控周期表中有电子订单信息、 用户收到所购买的药品后的第一次扫码日 期、 用户服用该药品一段吋间后 （例如， 十天或二十天吋间） 的第二次扫码曰 期等数据。
[0077] 步骤 S17: 当用户接收到所购的药品吋， 所述保存模块 115在监控周期表中保存 第一扫码日期。 具体地说， 当用户接收到所购的药品吋， 发送指令至移动终端 3 以提醒用户扫码药品包装上的监控二维码。 具体而言， 所述医疗云平台 1根据用 户所购的药品对应的物流信息判断用户是否收到所购的药品， 当用户签收后， 快递员上次用户签收的信息， 则所述医疗云平台 1判定用户收到所购的药品。 进 一步地， 由于所述药品包装上包括监控二维码， 该监控二维码中包括药品的信 息 （例如， 药品名称及型号、 生产日期、 有效期、 到期日期、 药品电子监管码 等信息） 。 此外， 当用户接收到所购的药品且用户通过移动终端 3扫码该监控二 维码吋， 医疗云平台 1解析监控二维码中的信息， 并将解析监控二维码中的信息 与该用户的电子订单中的信息进行匹配 （例如， 用户账号匹配、 药品名称及型 号匹配） ， 当监控二维码中药品名称及型号与该用户的电子订单中的药品名称 及型号一致吋， 记录该扫码日期为第一扫码日期。
[0078] 步骤 S18: 所述判断模块 113判断第一扫码日期是否比到期日期早于预设吋间段
(例如， 10天） 。 具体地说， 在本实施例中， 当第一扫码日期比到期日期早于 预设吋间段， 则表明该药品在有效期内， 用户可以放心服用。 当第一扫码曰期 比到期日期早于预设吋间段， 则表明该药品在有效期内 （例如， 第一扫码曰期 为 8月 10日， 到期日期为 8月 30日， 则在有效期内） ， 用户可以放心服用， 流程 进入步骤 S19。 当第一扫码日期比到期日期之间的吋间段小于预设吋间段， 则表 明该药品快过期或已经过期， 可以直接给用户退款， 并提示用户将药品退换给 商家， 流程进入步骤 S21。 进一步地， 所述预设吋间段可以根据药品类别进行分 类， 比如， 有的药品有效期长， 则该预设吋间段可以适当延长 （例如， 2个月） ， 有的药品 （鲜奶类） 有效期短， 则该预设吋间段会比较段 （例如， 1天或 2天 ) 。 此外， 所述判断模块 113判断监控二维码中的药品电子监管码是否在药监局 的监管网站 （即 www.dmgadmin.com) 上有公布。 具体地说， 在本实施例中， 当 监控二维码中的药品电子监管码在药监局的监管网站上有公布， 则表明该药品 在有效期内且合格， 患者可以放心服用。 所述判断模块 113解析监控二维码中的 药品电子监管码， 并将解析的药品电子监管码与药监局的监管网站上的电子监 管码进行比较， 当解析的药品电子监管码与药监局的监管网站上的电子监管码 一致吋， 认定该药品合格， 流程进入步骤 S 19。
[0079] 步骤 S19: 所述保存模块 115在监控周期表中保存第二扫码日期及服用数量。 当 用户服用该药品后的间隔吋间发送提醒至用户的移动终端 3， 并提醒用户再次扫 描监控二维码， 并反馈服用数量。 进一步地， 由于药品服用后， 药品包装袋可 能丢失， 为了提高用户体验， 所述医疗云平台 1在用户收到该药品后的间隔吋间 内， 发送反馈提醒 （一个简易的对话框， 对话框中包括服用多少数量的选项， 例如， 还没服用、 服用了四分之一、 服用了三分之一、 服用了一半、 全部服用 完等选项） 至用户的移动终端 3， 用户接到反馈提醒后， 选择对应数量后再反馈 至医疗云平台 1， 其中， 反馈日期为第二次扫码日期。
[0080] 步骤 S20: 当该用户的监控周期表中该药品对应的服用数量达标吋， 所述发送 模块 116推荐售卖该类药品的商家至该用户的移动终端 3。 在本实施例中， 该用 户的监控周期表中该药品对应的服用数量达标是指两次扫码日期之间的间隔 （ 即第一扫码日期及第二扫码日期之间的间隔） 内， 该药品的服用数量大于全部 购买数量的三分之二。 若用户对该购买的药品的服用数量大于全部购买数量的 三分之二， 则表明该药品受到用户的认可， 可以继续为该用户及吋推荐该药品 [0081] 步骤 S21 : 当第一扫码日期比到期日期之间的吋间段小于预设吋间段吋， 所述 发送模块 116解析用户购买该药品对应的电子订单中的金额及金融账号信息 （例 如， 银行卡信息、 第三方支付账号等） ， 并将款项退还至用户的金融账号中。
[0082] 以上仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利用本 发明说明书及附图内容所作的等效结构或等效流程变换， 或直接或间接运用在 其他相关的技术领域， 均同理包括在本发明的专利保护范围内。
工业实用性
[0083] 本发明采用上述技术方案， 带来的技术效果为： 本发明所述基于二维码的医疗 云平台监控系统及方法， 可以在用户通过网络支付采购药品吋， 在网络连接中 断的情况下也能通过短信确认的方式实现网络支付， 及吋为患者购买到所需药 品， 且能够通过电商进行药品监控及推荐参考， 确保药品安全。

Claims

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710781428.8 2017-09-01
CN201710781428.8A CN107633393A (zh) 2017-09-01 2017-09-01 基于二维码的医疗云平台监控系统及方法

Publications (1)

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

Family

ID=61100758

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/109001 WO2019041537A1 (zh) 2017-09-01 2017-11-01 基于二维码的医疗云平台监控系统及方法

Country Status (2)

Country Link
CN (1) CN107633393A (zh)
WO (1) WO2019041537A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112785383A (zh) * 2021-01-28 2021-05-11 杉德银卡通信息服务有限公司 基于物联网的物流配送系统及方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816076A (zh) * 2018-12-07 2019-05-28 四川品亿科技有限公司 一种医用检验试剂管理专用条码的编码方法
CN112402258B (zh) * 2020-10-29 2023-10-27 阿里健康科技(杭州)有限公司 一种用药提醒方法和装置
CN113781055B (zh) * 2021-09-16 2024-04-09 广东省智能家电研究院 基于工业互联网标识的结算方法、装置、电子设备及系统
CN113936780B (zh) * 2021-10-15 2022-09-27 郑州大学第三附属医院(河南省妇幼保健院) 医疗管理方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005157708A (ja) * 2003-11-26 2005-06-16 Hitachi Ltd 商品の買い替え斡旋方法およびシステム
JP2007087192A (ja) * 2005-09-22 2007-04-05 Hiroyuki Yasuoka サプリメント購入システム
CN102819899A (zh) * 2012-08-25 2012-12-12 广州佳玛动漫科技开发有限公司 基于云计算的物联网药品管理和销售系统
CN106023026A (zh) * 2016-05-18 2016-10-12 西南医科大学附属医院 医疗物品输出控制系统
CN106453535A (zh) * 2016-09-29 2017-02-22 山东浪潮商用系统有限公司 一种服药监控的方法、系统及电子药签和监控终端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005157708A (ja) * 2003-11-26 2005-06-16 Hitachi Ltd 商品の買い替え斡旋方法およびシステム
JP2007087192A (ja) * 2005-09-22 2007-04-05 Hiroyuki Yasuoka サプリメント購入システム
CN102819899A (zh) * 2012-08-25 2012-12-12 广州佳玛动漫科技开发有限公司 基于云计算的物联网药品管理和销售系统
CN106023026A (zh) * 2016-05-18 2016-10-12 西南医科大学附属医院 医疗物品输出控制系统
CN106453535A (zh) * 2016-09-29 2017-02-22 山东浪潮商用系统有限公司 一种服药监控的方法、系统及电子药签和监控终端

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112785383A (zh) * 2021-01-28 2021-05-11 杉德银卡通信息服务有限公司 基于物联网的物流配送系统及方法

Also Published As

Publication number Publication date
CN107633393A (zh) 2018-01-26

Similar Documents

Publication Publication Date Title
WO2019041537A1 (zh) 基于二维码的医疗云平台监控系统及方法
TW201516904A (zh) 線上結算的方法、裝置及系統
WO2012085675A2 (en) System, method and apparatus for mobile payments enablement and order fulfillment
US11127493B2 (en) Methods and systems for claim adjudication
CN103325043A (zh) 一种网购商品追踪验证系统以及方法
CN113139773B (zh) 药品配送方法、装置、服务器设备及存储介质
CN107316211B (zh) 评论处理方法及服务端
CN105046542A (zh) 一种基于二维码的处方药销售方法和系统
WO2019041536A1 (zh) 基于医疗云平台的药品监控分析系统及方法
US20140278849A1 (en) Methods and systems for internet-based multi-level marketing
WO2019041533A1 (zh) 基于短信的药品监控系统及方法
CN110634003A (zh) 基于区块链的药品流转信息溯源方法及其装置
WO2019041566A1 (zh) 动态加密的医疗云平台药品监控分析系统及方法
CN114155043A (zh) 一种基于区块链的医用品的成本核算方法及装置
TWM617376U (zh) 整合線上線下團購系統
KR20210026185A (ko) 의약품 거래시스템 및 그 방법
CA3054506C (en) The method, device for pushing electronic transaction certificate
CN113190206B (zh) 同屏显示药品信息的方法、计算设备和计算机存储介质
US20240127316A1 (en) Order management systems and methods
WO2019024297A1 (zh) 基于随机支付码的医疗支付安全系统及方法
CN108038750A (zh) 订单信息生成方法及装置
US11676197B2 (en) Automated electronic medication documentation and sponsored content delivery system
KR101205894B1 (ko) 가격 바코드를 포함하는 개인페이지를 이용한 전자 상거래 방법 및 시스템
CA3025900A1 (en) Data exchange processing method, device and system
CA3024722C (en) Data interaction processing method, device and system

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: 17923454

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: 17923454

Country of ref document: EP

Kind code of ref document: A1