WO2018004302A1 - Système de paiement et procédé correspondant - Google Patents

Système de paiement et procédé correspondant Download PDF

Info

Publication number
WO2018004302A1
WO2018004302A1 PCT/KR2017/006965 KR2017006965W WO2018004302A1 WO 2018004302 A1 WO2018004302 A1 WO 2018004302A1 KR 2017006965 W KR2017006965 W KR 2017006965W WO 2018004302 A1 WO2018004302 A1 WO 2018004302A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
prescription
server
patient
request
Prior art date
Application number
PCT/KR2017/006965
Other languages
English (en)
Korean (ko)
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 WO2018004302A1 publication Critical patent/WO2018004302A1/fr

Links

Images

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
    • G06Q20/326—Payment applications installed on the mobile 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/386—Payment protocols; Details thereof using messaging services or messaging apps
    • 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
    • G06Q20/322—Aspects of commerce using mobile devices [M-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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services
    • 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
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00—Subject matter not provided for in other main groups of this subclass

Definitions

  • the present invention relates to a payment system and a method for hospital medical expenses or pharmacy preparation expenses.
  • the patient receives a prescription after seeing a doctor and takes the prescription by visiting a pharmacy and presenting it to a pharmacist.
  • paper prescriptions always have security-related problems due to storage, spillage and disposal, and the inconvenience of having to visit a reception desk or use an unmanned prescription dispenser to receive a prescription, and the accompanying costs are also high. There is this.
  • the present invention has been proposed in order to solve the above-mentioned problems, by managing the prescription data, payment TID (Transaction ID) and prescription ID (PID, Prescription ID) integrated, it is easy to manage payment and electronic prescriptions and medical prescriptions It is an object of the present invention to provide a system and method.
  • the payment system includes a payment processing server for transmitting a payment request signal for medical expenses and an OCS server for transmitting prescription data upon completion of payment for medical expenses. Characterized in that the transmission request signal or prescription data to the mobile terminal.
  • the payment processing server includes a payment request receiving unit for receiving a payment request for medical expenses or a preparation fee, a payment request transmission unit for transmitting a payment request to a mobile terminal according to the payment request, and when payment for medical expenses is completed, a prescription
  • a payment request receiving unit for receiving a payment request for medical expenses or a preparation fee
  • a payment request transmission unit for transmitting a payment request to a mobile terminal according to the payment request, and when payment for medical expenses is completed, a prescription
  • a prescription tag management unit for transmitting a prescription reuse prohibition tag.
  • the payment method comprises the steps of receiving a payment request for medical expenses, receiving selection information and authentication information for the means for performing payments according to the payment request, and receiving a prescription for the completion of payment for medical expenses And discharging the prescription by displaying a prescription, requesting a preparation and receiving a payment request for the preparation fee, and receiving a prescription reusing prohibition tag for the payment completion result for the preparation fee.
  • the payment system and method thereof according to the present invention have an effect of conveniently performing payment for hospital medical expenses or pharmacy preparation expenses using a portable terminal possessed without visiting a storage window.
  • the billing terminal is requested to pay the medical bills or dispensing fee, and if the payment is completed, the prescription or prescription reuse prevention tag to the patient portable terminal (or mobile terminal authorized to issue prescription data) By transmitting the, it is possible to easily perform the legal management of the prescription.
  • FIG. 1 is a block diagram showing a payment system according to an embodiment of the present invention.
  • FIGS. 2A and 2B are flowcharts illustrating a simple payment method for medical expenses and preparation expenses according to the reception of a medical service window according to an embodiment of the present invention.
  • Figure 3 is a sequence diagram showing a payment method according to the reception of the business day according to an embodiment of the present invention.
  • Figure 4 is an exemplary view showing a process for application of a simple payment using the application according to the reception desk, business terminal screen, payer portable terminal screen and QR prescription according to an embodiment of the present invention.
  • FIG. 5 is an exemplary view illustrating a pharmacy POS terminal screen, a dispensary bill payer portable terminal screen and a patient portable terminal screen to which a QR prescription discharge prevention tag is applied according to an embodiment of the present invention.
  • Figure 6 is a flow chart showing a simple payment procedure according to the receipt at the unmanned custody (kiosk, KIOSK) according to another embodiment of the present invention.
  • FIG. 7 is a sequence diagram showing a payment method according to the reception at an unmanned deposit machine according to another embodiment of the present invention.
  • FIG. 8 is an exemplary view illustrating an unmanned teller screen, a payer portable terminal screen, and a QR prescription presentation process according to the reception at the unmanned teller machine according to another embodiment of the present invention.
  • FIG. 9 is a sequence diagram showing a process through an online pharmacy according to another embodiment of the present invention.
  • FIG. 1 is a block diagram showing a payment system according to an embodiment of the present invention.
  • the embodiment proposed in the present invention is largely the first embodiment in which medical service payment is made after receiving a medical treatment at a hospital reception desk, and an electronic prescription is issued, and an electronic prescription processing is performed after a medical service payment request is made in an unmanned cash register (kiosk, KIOSK). Is divided into a second embodiment.
  • the terminal terminal 100 is a terminal device for the treatment of affairs used by hospital staff, and when the medical care reception is made at the business reception desk, the corresponding medical reception is processed, and at this time, the application for the simple payment use agreement is proposed in the present invention. Will also perform.
  • the OCS server 400 transmits a payment request signal for medical expenses to the payment processing server 500.
  • the hospital staff may push the payment request as shown in FIG. 4B through the yarn terminal 100.
  • the terminal device 100 receives a written form and a signature on a user's application for use of a simple payment service and a consent for providing information when receiving medical treatment from a patient who visits a hospital.
  • the identification number matching the mobile terminal number or the mobile terminal of the payer to specify the payer S110.
  • Treatment terminal 200 is a terminal device for recording the medical records and prescriptions as a result of the doctor of the hospital to treat the patient, the inputted prescription is transmitted to the OCS server 400 (S120).
  • the Medical Law stipulates an electronic document (electronic medical record) in which a doctor's electronic signature is written according to the Digital Signature Act.
  • the data transmitted from the treatment terminal 200 to the OCS server 400 includes the digital signature of the doctor who treated the patient. This is attached.
  • OCS Order Communication System
  • OCS Order Communication System
  • a hospital prescription delivery system which is a computerized hospital information system for accurate and rapid communication and information transmission between doctors, nurses, and medical support departments in the hospital.
  • the OCS server 400 is configured to perform medical treatment, medical support, business administration, and handles patient information management, medical care and support, patient accounting (storage), business administration, and the like.
  • the OCS server 400 receiving the prescription from the medical terminal 200 generates the prescription data and stores the prescription data in the prescription data DB 410, and the payment TID (Transaction ID) and prescription unique code (PID, Prescription) matching the prescription data. ID) is generated by matching each other (S130).
  • TID Transaction ID
  • PID prescription unique code
  • the payment TID is not limited to the generation of the OCS server 400 as shown, it is also possible to generate the payment processing server 500.
  • the OCS server 400 When the OCS server 400 generates the payment TID, the OCS server 400 transmits the generated payment TID to the payment processing server 500 to request payment for medical expenses (S140).
  • the payment processing server 500 requests payment to the mobile terminal 610 of the person (patient or third party) designated as the medical bill payer according to the medical bill payment request received from the OCS server (S151). As shown in (b) of FIG. 4, since it is transmitted from the terminal terminal 100 or automatically transmitted from the payment processing server 500, the payer does not need to visit the storage window of the hospital for storage, so the convenience of payment There is an augmented effect.
  • the patient may be a payer for medical expenses, but it is also possible for a third party (guardian, etc.) other than the patient to perform the payment.
  • a third party guardian, etc.
  • the case will be described as an example, and if the patient is a payer, the payer portable terminal 610 and the patient portable terminal 620 are the same terminal.
  • Designation of such a payer is made when the service application is received as described above, and it is also possible to change the designated payer.
  • the payment TID is an identifier for transmitting prescription data to the mobile terminal 620 of the patient when the mobile simple payment for the medical expenses is completed and an identifier for mobile simple payment, and the prescription unique code is generated and managed by the OCS server 400. Unique ID of the prescription being made.
  • the prescription data is issued only to the patient himself.
  • the mobile terminal receiving the prescription data is named as the mobile terminal 620 of the patient. It is also possible for a mobile terminal that is authorized to issue prescription data to receive prescription data.
  • the patient's own mobile terminal referred to in this embodiment encompasses a mobile terminal that is permitted to issue prescription data in addition to the mobile terminal registered in the patient's name.
  • the payer mobile terminal 610 confirms the payment of medical expenses by agreeing to the guidance message ("Yes") displayed as a pop-up message as shown in Figure 4 (c) (S152), As shown in (d) of FIG. 4 through the app equipped with a payment module, a payment method is selected and an authentication number (password, biometrics, etc.) is input to perform a payment.
  • the payer mobile terminal 610 has an app installed with a simple payment module, and the membership and credit card (check card) or bank account for using the simple payment service must be registered in advance as a payment method.
  • Such a simple payment service can be used in all apps equipped with a simple payment module, for example, a simple payment app, affiliate apps, and hospital apps.
  • the payment processing server 500 receives payment performance information from the payer mobile terminal 610 and transfers it to the financial institution server 700 to request approval of payment for medical expenses (S153).
  • the financial institution server 700 transmits the approval completion information to the payment processing server 500 when the medical fee payment is normally approved (S154), and the payment processing server 500 transmits the medical fee payment details to the payer mobile terminal ( 610) (S155), and informs the OCS server 400 of the normal medical expenses approval result to command the waiting for transmission or transmission (S156).
  • the electronic prescription should be issued at the request of the patient, when receiving the above-mentioned medical treatment and receiving the input and signing on the application for use of the simple payment service and the informed consent, 'I agree to issue the electronic prescription when the payment of the medical expenses is completed. If the agreement is agreed in advance, the transfer order signal for the prescription is transmitted as the payment of the medical fee is normally approved.
  • the OCS server 400 is placed in a waiting state for transmission of a prescription, and the mobile terminal 620 of the patient expresses a "prescription reception" button as shown in FIG.
  • the prescription is then sent from the OCS server 400 to the patient's mobile terminal 620 as the patient selects (clicks) it.
  • the OCS server 400 receiving the normal medical expenses approval result checks the prescription data matching the payment TID of which payment is completed (S157), and transmits the prescription data including PID and prescription detail information, which is a prescription unique code, to the patient portable terminal ( 620 encrypts and transmits (S160).
  • the prescription is transmitted to the portable terminal issuing the prescription data is issued in addition to the patient's portable terminal 620 according to the operating system.
  • the prescription data that is, the issuance of the prescription should be at the request of the patient, the process of transmitting the prescription data to the patient portable terminal 620 (S610) when the patient's consent in advance when receiving the patient as described above
  • the prescription data is automatically performed according to the completion of the payment for medical expenses, or the prescription data is transmitted in response to the request for receiving the prescription from the patient portable terminal 620 according to the completion of the payment for medical expenses.
  • the prescription data is stored in the OCS server 400 or the prescription data DB 410 based on the principle of prohibiting outpatient prescription storage under the Medical Law, and is managed in accordance with the payment TID.
  • FIG. 4 is a view showing an embodiment for the QR method, when the payer is the same as the patient, when the click on the receipt of the prescription is made in the payer (patient) mobile terminal, as shown in Figure 4 (e), the prescription Is expressed as shown in Fig. 4F.
  • the prescription data can be transmitted by near field communication such as NFC, beacon, and sound.
  • the prescription data When transmitted to an online pharmacy, the prescription data may be transmitted in a wireless manner.
  • a patient enters a hospital electronic certificate number or a medical insurance card number after the application at the hospital through the application, and check the prescription drug, and purchase the medicine online through payment.
  • the simple payment app (or affiliated application) installed in the mobile terminal 600 is all personalized, in some cases, it is not necessary to enter the above-mentioned hospital electronic certificate number or medical insurance card number, and the medicine online. It is also possible to buy.
  • the prescription data is a wireless data communication method between the online pharmacy and the patient's mobile terminal period. Direct treatment between hospitals and online pharmacies with patient consent is also possible.
  • FIG. 9 illustrates an embodiment in which a mobile terminal of a patient (or a person authorized to receive prescription data) transmits prescription data to an online pharmacy server
  • the prescription data is directly transmitted from an OCS server of a hospital to an online pharmacy server. It is also possible to transmit.
  • the prescription data is received in the patient portable terminal, when purchasing the prescription drugs in the online pharmacy, the purchase processing screen provided by the online pharmacy (PC, mobile, etc.) Enter the information necessary for purchase (patient identification, service agreement, mobile terminal information, prescription information, medical insurance card number, medical hospital patient number, etc.), such an input process may be omitted as described above.
  • the pharmacy server requests the prescription data to be sent to the patient's mobile terminal, and the patient mobile terminal sends the prescription data to the online pharmacy server according to the patient's confirmation (agreement), and the online pharmacy server receives the prescription data from the patient's mobile terminal.
  • the patient requests the payment of the preparation fee to the mobile terminal, and after the payment is confirmed, the drug is delivered
  • the prescription drug purchase procedure may be accomplished in a manner.
  • the OCS server receives the patient consent procedure and the patient medical number from the online pharmacy server and requests the prescription data from the hospital OCS server.
  • Providing prescription data is also possible directly between hospitals and online pharmacies.
  • the patient portable terminal 620 is informed of the patient's prior consent.
  • the prescription data is received from the OCS server 400 in response to the prescription receipt request after the normal payment.
  • Patient handheld terminal 620 present the prescription data in the form of QR code (S162), pharmacy POS terminal 810 reads it (S170), the method is not limited to the QR code form, NFC, beacons, The prescription data is delivered through various short range wireless communication methods such as sound.
  • prescription data presentation process (S162) may be wirelessly transmitted from the patient portable terminal 620 or the OCS server 400 to the pharmacy system 800.
  • the prescription data received by the patient portable terminal 620 may be presented to the patient by going to the pharmacy, but the patient portable terminal 620 may select an online pharmacy, a literary pharmacy or another pharmacy desired by the patient.
  • a request for transmission of prescription data is made to a desired pharmacy remotely and wirelessly, and the prescription data is transmitted to the selected pharmacy through the prescription management server or the OCS server.
  • the pharmacist recognizes the prescription QR code using a scanner and receives and confirms the prescription, as shown in FIG. According to the start of the preparation, the prescription is displayed on the patient handheld terminal 620, such as a prescription QR code screen capture prevention function is applied to prevent prescription theft and reuse according to screen replication.
  • the prescription displayed on the patient portable terminal 620 to prevent the electronic signature of the doctor to be seen to prevent reuse by photographing and printing.
  • prescription QR codes include prescription TID, prescription details, prescription manifest PID, prescription expiration date, personal identification number (mobile phone number and mobile terminal matching identification number), prescription reuse tag and the like.
  • the pharmacy POS terminal 810 as shown in Figure 5 (a) it is possible to support the smooth preparation by expressing the prescription according to the prescription input result, as shown in (b) of FIG.
  • a payment is requested to the payment processor server 610 of the payment processing server 500 and the preparation fee according to the manual input for the preparation completion button of the pharmacy POS terminal 810 (S180, S191).
  • the payment request is automatically sent from the pharmacy POS server 820 during the prescription (S180).
  • the screen of the payer mobile terminal 610 that receives the request for payment of the preparation fee is as shown in FIG. 5 (c).
  • the payment means as shown in FIG. According to the selection and input of the authentication code (password, biometrics, etc.) is made of the non-payment check (S192).
  • the payment processing server 500 transmits a preparation fee payment approval request to the financial institution server 700 according to the corresponding payment of the preparation fee (S193), and the financial institution server 700 normally receives an approval message for the payment of the preparation fee. To transmit to the payment processing server 500 (S194).
  • the payment processing server 500 transmits the dispensing payment details to the payer portable terminal 610, and transmits a prescription reuse prevention tag (PPTAG) to the patient portable terminal 620 expressing the corresponding prescription. (S200).
  • PTAG prescription reuse prevention tag
  • Prescription reuse tag is a tag that manages to prevent reuse of the issued electronic prescription after the payment of the preparation fee through a simple payment service.
  • the screen of the patient portable terminal 620 to which the prescription reuse prevention tag is applied is as shown in FIG.
  • the prescription QR code that was expressed in the app is deleted, and only the "preparation completed" message is present, which can effectively prevent reckless prescription reuse.
  • FIGS. 6 to 8 a second embodiment in which an electronic prescription processing and a pharmacy preparation payment are made after a medical bill payment request is made in an unmanned storage machine (kiosk, KIOSK) will be described in detail.
  • KIOSK unmanned storage machine
  • the unmanned paying machine (kiosk, 300) is an unmanned business processing device that allows a patient who has completed medical treatment to enter a request for payment and prescription issuance.
  • the prescription input to the treatment terminal 200 is transmitted to the OCS server 400 (S300).
  • the OCS server 400 generates prescription data, stores the prescription data in the prescription data DB 410, and generates a matching TID (Transaction ID) and a prescription unique code (PID, Prescription ID) that match the prescription data (S310). ).
  • TID Transaction ID
  • PID prescription unique code
  • the payment TID may be generated by the payment processing server 500 in addition to the OCS server 400 as described above.
  • the prescription data should be stored in the OCS server 400 or the prescription data DB 410 according to the principle of prohibiting out-of-office storage under the Medical Law. .
  • the payer (patient or third party) enters the patient information in the unmanned paying machine 300 installed in the hospital, and the selection of the simple payment and the designation of the payer are performed (S320). As shown in b).
  • the unmanned acceptor 300 expresses the amount of medical expenses received to be settled according to the received medical card number or resident registration number, and receives a simple payment selection.
  • the unmanned acceptor 300 receives the agreement from the payer by expressing the agreement to use the simple payment service and information provision as shown in (c) of FIG.
  • an input for a mobile phone number (or an identification number matched to the mobile terminal) of the payer is received (S320).
  • the OCS server 400 transmits a payment TID to the payment processing server 500 to request payment for medical expenses (S330), and the payment processing server 500 according to the medical fee payment request received from the OCS server.
  • the payment request is made to the mobile terminal 610 of the designated person (patient or third party) (S341), and the screen displayed on the payer mobile terminal 610 is as shown in FIG.
  • the payment processing server 500 receives payment performance information from the payer mobile terminal 610 (S342) and transfers it to the financial institution server 700 to request approval of payment for medical expenses (S343).
  • the financial institution server 700 transmits the approval completion information to the payment processing server 500 when the medical fee payment is normally approved (S344), and the payment processing server 500 transmits the medical fee payment details to the payer mobile terminal ( 610) (S345), the OCS server 400 notifies the OCS server 400 of the normal approval result for payment of the medical bills and orders the waiting for transmission or transmission (S346).
  • the OCS server 400 receiving the normal medical expenses approval result is the prescription data matching the payment TID completed payment Check (S347), including the prescription specific code PID and prescription details information and transmits it to the patient portable terminal 620 is encrypted (S350).
  • the prescription data that is, the issuance of the prescription should be at the request of the patient
  • the process of transmitting the prescription data to the patient portable terminal (620) (S350) when the patient has received consent in advance as described above Is automatically performed according to the completion of payment of medical expenses, or when the request for receiving a prescription from the patient portable terminal 620 according to the completion of payment of medical expenses is to transmit the prescription data correspondingly.
  • the prescription POS terminal 810 shows a form in which the prescription is expressed in the form of a QR code
  • the method of transferring the prescription from the patient portable terminal 620 to the pharmacy POS terminal 810 is NFC, beacons, It is possible to transmit and receive by various short-range wireless communication methods such as sound, and in the case of an online pharmacy or a pharmacy selected by the patient, prescription data can be transmitted remotely and wirelessly.
  • the prescription data is inputted by the patient into the online pharmacy purchase window, and the online pharmacy server receives the prescription data from the patient mobile terminal through a wireless data communication method, or with the online pharmacy server by patient consent. It is possible to send and receive by direct communication method between hospital OCS.
  • a screen capture prevention function is applied to the prescription displayed on the patient portable terminal 620 such as a prescription QR code for preventing theft and reuse of the prescription according to screen replication for preventing reuse.
  • the electronic signature of the doctor is not visible in the prescription displayed on the patient portable terminal 620, thereby preventing it from being reused through photography and printing.
  • prescription QR codes include prescription TID, prescription details, prescription manifest PID, prescription expiration date, personal identification number (mobile phone number and mobile terminal matching identification number), prescription reuse tag and the like.
  • the pharmacy POS terminal 810 is able to support the smooth dispensing by expressing the prescription details according to the prescription input result as shown in Figure 5 (a) above, as shown in Figure 5 (b)
  • the payment request to the payment terminal portable terminal 610, or from the pharmacy POS server 820 during the prescription by the prescription It is also possible to automatically send a payment request (S380).
  • the screen of the payer mobile terminal 610 that has received the preparation fee payment request is as shown in FIG. 5 (c).
  • the screen of FIG. 5 (d) is shown.
  • the payment for the payment is made through the selection of the payment means and the authentication number (password, biometrics, etc.) (S392).
  • the payment processing server 500 transmits a preparation fee payment approval request to the financial institution server 700 according to the payment for the preparation fee (S393), and the financial institution server 700 normally receives an approval message for the payment of the preparation fee. To transmit to the payment processing server 500 (S394).
  • the payment processing server 500 transmits the preparation fee payment details to the payer portable terminal 610 and transmits a prescription reuse prevention tag (PPTAG) to the patient portable terminal 620 expressing the corresponding prescription. (S400).
  • PTAG prescription reuse prevention tag
  • the screen of the patient portable terminal 620 to which the prescription reuse prevention tag is applied is as shown in FIG.
  • the patient portable terminal 620 is no longer able to express the prescription QR code as the prescription reuse prevention tag is applied, thereby preventing the indiscriminate prescription reuse.
  • the payment of medical expenses is different from the direct presentation of prescriptions offline using a patient mobile terminal.
  • the prescription data is transmitted to the door pharmacy of the hospital or a pharmacy designated by the user (which can be wirelessly transmitted from the patient terminal or the hospital OCS server), the payment request for the preparation fee (S380) is made in a push method It is possible.
  • Treatment terminal 200 is a terminal device for recording the medical records and prescriptions as a result of the doctor of the hospital to treat the patient, the inputted prescription is transmitted to the OCS server 400 (S500).
  • the OCS server 400 receiving the prescription from the medical terminal 200 generates the prescription data and stores the prescription data in the prescription data DB 410, and the payment TID (Transaction ID) and prescription unique code (PID, Prescription) matching the prescription data. ID) is generated by matching each other (S510), the payment TID is not limited to the generation of the OCS server 400 as shown, it is also possible to generate the payment processing server 500.
  • the OCS server 400 When the OCS server 400 generates the payment TID, the OCS server 400 transmits the generated payment TID to the payment processing server 500 to request payment for medical expenses (S520) and the payment processing server 500. ) Requests payment to a mobile terminal (payer mobile terminal, 610) of the person (patient or third party) designated as the medical bill payer (S530).
  • the payment processing server 500 transmits a request for approval for the payment of medical expenses to the financial institution server 700.
  • the payment processing server 700 transmits the payment for medical expenses to the payer mobile terminal 610 (S570), and the OCS approval result for the payment of medical expenses. Send to server 400.
  • the OCS server 400 transmits the prescription data to the patient portable terminal 630 through the TID matching check (S590) (S600).
  • the online pharmacy server 900 receives a patient consent procedure and a patient medical number, and transmits the prescription data to the OCS server 400.
  • the OCS server 400 receives a patient consent procedure and a patient medical number, and transmits the prescription data to the OCS server 400.
  • requesting OCS server 400 is also possible to directly process between the hospital and online pharmacy by providing the patient's prescription data to the online pharmacy server 700.
  • the patient portable terminal includes a portable terminal of a patient or a person authorized to receive prescription data.
  • the online pharmacy server 900 requests the prescription data transmission to the patient mobile terminal 620 (S630).
  • the patient portable terminal 620 transmits the prescription data to the online pharmacy server 700 according to the patient's confirmation (agreement) (S640), and the online pharmacy server 700 receives the prescription data from the patient portable terminal 620.
  • the online pharmacy server 700 After checking the drug inventory, etc. (S650), the payment of the dispensing fee request to the payer mobile terminal (if the payer and the patient is the same mobile terminal of the patient, or a third-party mobile terminal designated for payment) (S670).
  • This preparation fee payment request may be made automatically during the preparation, or may be transmitted according to manual input after the preparation is completed.
  • the payment request for the payment of the preparation fee (S690) is transmitted to the financial institution server 700, and the payment for the payment of the preparation fee (S700) and the payment of the preparation fee according to the approval result. Transmission (S710) is made.
  • the payment processing server 500 transmits the dispensing payment details to the payer portable terminal 610, and transmits a prescription reuse prevention tag (PPTAG, Prescription Protection Tag) to the patient portable terminal 620 that transmits the prescription (S720). ).
  • PTAG prescription reuse prevention tag

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Child & Adolescent Psychology (AREA)
  • Medical Informatics (AREA)
  • Computer Security & Cryptography (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Epidemiology (AREA)
  • Public Health (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

La présente invention concerne : un système de paiement simple pour des frais médicaux hospitaliers ou des frais de distribution de pharmacie ; un procédé correspondant. Selon la présente invention, le système de paiement comprend un serveur de traitement de paiement pour transmettre un signal de demande de paiement pour des frais médicaux ; un serveur d'OCS pour transmettre des données d'ordonnance selon un achèvement de paiement pour les frais médicaux, le serveur de traitement de paiement et le serveur OCS émettant le signal de demande de paiement ou les données d'ordonnance à un terminal portable d'un payeur ou d'un patient.
PCT/KR2017/006965 2016-06-30 2017-06-30 Système de paiement et procédé correspondant WO2018004302A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020160082382A KR102053450B1 (ko) 2016-06-30 2016-06-30 결제 시스템 및 그 방법
KR10-2016-0082382 2016-06-30

Publications (1)

Publication Number Publication Date
WO2018004302A1 true WO2018004302A1 (fr) 2018-01-04

Family

ID=60786061

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/006965 WO2018004302A1 (fr) 2016-06-30 2017-06-30 Système de paiement et procédé correspondant

Country Status (2)

Country Link
KR (1) KR102053450B1 (fr)
WO (1) WO2018004302A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109785975A (zh) * 2018-12-04 2019-05-21 平安科技（深圳）有限公司 辅助用户自主购药的方法、装置、设备及存储介质
CN110910112A (zh) * 2019-11-22 2020-03-24 重庆云捷付科技有限公司 一种安全便捷的医院用支付系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102249664B1 (ko) * 2020-06-23 2021-05-10 주식회사 레몬헬스케어 비대면 방식의 전자처방전 서비스 제공방법 및 시스템
KR102193784B1 (ko) * 2020-10-06 2020-12-21 이상호 처방전 자판기
KR102490119B1 (ko) * 2020-12-15 2023-01-17 광운대학교 산학협력단 네비게이션과 결재 기능을 갖는 거동 불편 환자의 병원 진료를 위한 자율 주행 휠체어 시스템, 병원 진료 시스템, 병원 진료 서비스 제공 방법 및 자율 주행 휠체어
KR102368429B1 (ko) * 2021-10-22 2022-02-28 주식회사 올댓페이 약국 단말기 시스템

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020043523A (ko) * 2002-05-15 2002-06-10 최중현 모바일 폰을 이용한 원격 진료 서비스 방법
KR20040105123A (ko) * 2003-06-05 2004-12-14 주식회사메드뱅크 무기명 선불카드 시스템 기반의 무인 병원 예약 및 수납방법
KR20090093550A (ko) * 2008-02-29 2009-09-02 한국산업기술대학교산학협력단 유비쿼터스 진료시스템 및 그에 따른 제어방법
KR101091128B1 (ko) * 2010-07-26 2011-12-09 (주)쓰리제이커뮤니케이션 스마트 진료 시스템 및 방법
KR101602778B1 (ko) * 2015-07-20 2016-03-11 주식회사 티플러스 처방전 전달 시스템 및 전달 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020043523A (ko) * 2002-05-15 2002-06-10 최중현 모바일 폰을 이용한 원격 진료 서비스 방법
KR20040105123A (ko) * 2003-06-05 2004-12-14 주식회사메드뱅크 무기명 선불카드 시스템 기반의 무인 병원 예약 및 수납방법
KR20090093550A (ko) * 2008-02-29 2009-09-02 한국산업기술대학교산학협력단 유비쿼터스 진료시스템 및 그에 따른 제어방법
KR101091128B1 (ko) * 2010-07-26 2011-12-09 (주)쓰리제이커뮤니케이션 스마트 진료 시스템 및 방법
KR101602778B1 (ko) * 2015-07-20 2016-03-11 주식회사 티플러스 처방전 전달 시스템 및 전달 방법

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109785975A (zh) * 2018-12-04 2019-05-21 平安科技（深圳）有限公司 辅助用户自主购药的方法、装置、设备及存储介质
CN110910112A (zh) * 2019-11-22 2020-03-24 重庆云捷付科技有限公司 一种安全便捷的医院用支付系统

Also Published As

Publication number Publication date
KR20180003064A (ko) 2018-01-09
KR102053450B1 (ko) 2020-01-08

Similar Documents

Publication Publication Date Title
WO2018004302A1 (fr) Système de paiement et procédé correspondant
US7047559B2 (en) Information processing apparatus and method, recording medium, and service providing system
WO2014119963A1 (fr) Système de paiement instantané et procédé d'utilisation de code qr
US7729929B2 (en) Method and apparatus for delivery of medical items on an electronic prescription
WO2014137107A1 (fr) Système et procédé de paiement et de règlement à l'aide d'un code à barres
US20120011565A1 (en) System and method for storing and providing access to secured information
US20170169435A1 (en) Method and system for authorizing a transaction
ITRM20110391A1 (it) Metodo e apparecchiatura per il trasferimento di una somma di denaro con l'utilizzo di un codice immagine bidimensionale
JP2005032164A (ja) 認証システムならびに認証装置、サーバ装置、登録装置および端末装置
KR20020081306A (ko) 전자 카드를 이용한 의료서비스 제공시스템 및 그 방법
KR100338321B1 (ko) 환자 중심의 처방전 전달시스템 및 처방전 전달방법
KR20090110447A (ko) 모바일 단말기를 이용한 처방전 관리 시스템 및 그 방법
KR100441118B1 (ko) 일회용 가상 카드 서비스 시스템 및 방법
WO2019203384A1 (fr) Procédé et système de service de paiement mobile permettant d'empêcher une fuite d'informations personnelles, un double paiement, un surpaiement ou une erreur de paiement, en permettant à un utilisateur d'entrer directement un montant de paiement, de recevoir un code de sécurité de paiement à usage unique généré par une institution financière et d'effectuer un paiement au moment de la réalisation d'un paiement en ligne ou hors ligne
JP3982522B2 (ja) 商取引方法
KR102418721B1 (ko) 원격 의료 서비스 제공 시스템 및 방법
KR102261680B1 (ko) 통합 의료정보 제공시스템
WO2019088786A1 (fr) Procédé de notification de date d'expiration de médicament et support d'enregistrement de programme informatique associé
KR20210004350A (ko) 통합 전자처방전 시스템
WO2018097513A1 (fr) Système permettant de fournir un service d'échange de devises à l'aide d'un système de mappage d'identification de dépôt
JP2006048263A (ja) 行政手続きシステム
WO2002095645A1 (fr) Systeme de kiosque associant redaction d'ordonnance, transfert electronique et distributeur de numeraire
WO2014081390A1 (fr) Système et procédés de transactions financières mobiles sécurisées
KR20130106331A (ko) 납부자 본인동의 인증을 통한 자동이체 부정출금 방지 시스템 및 방법
KR101773875B1 (ko) 앱투앱 사용자 직접 결제 방식의 결제 시스템, 방법 및 그에 사용되는 휴대단말기용 애플리케이션

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17820578

Country of ref document: EP

Kind code of ref document: A1