WO2020105823A1 - 클라우드 기반의 전자처방 전송 시스템 및 방법 - Google Patents

클라우드 기반의 전자처방 전송 시스템 및 방법

Info

Publication number
WO2020105823A1
WO2020105823A1 PCT/KR2019/005955 KR2019005955W WO2020105823A1 WO 2020105823 A1 WO2020105823 A1 WO 2020105823A1 KR 2019005955 W KR2019005955 W KR 2019005955W WO 2020105823 A1 WO2020105823 A1 WO 2020105823A1
Authority
WO
WIPO (PCT)
Prior art keywords
prescription
server
electronic prescription
electronic
pharmacy
Prior art date
Application number
PCT/KR2019/005955
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 주식회사 레몬헬스케어
Priority to US16/632,023 priority Critical patent/US11574720B2/en
Priority to EP19832539.1A priority patent/EP3680910A4/en
Priority to JP2021529692A priority patent/JP7261508B2/ja
Priority to CN201980003841.9A priority patent/CN111433858A/zh
Publication of WO2020105823A1 publication Critical patent/WO2020105823A1/ko

Links

Images

Classifications

    • 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
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/36—User authentication by graphic or iconic representation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • 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
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • 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
    • G06Q2220/00—Business processing using cryptography

Definitions

  • the present invention relates to a cloud-based electronic prescription delivery system and method, in particular, to provide a user with an electronic prescription in a cloud computing environment, and a user can select a pharmacy directly on an application to transmit a prescription to a pharmacy. It is a transmission system and method.
  • Patent No. 10-1329003 for electronic prescription patients, pharmacy delivery methods, patient client devices and relay devices that perform the same, but generate unique information to transmit electronic prescriptions to the patient's mobile phone terminal. It just discloses the technology.
  • the problem to be solved by the present invention is a cloud-based electronic prescription delivery system and method capable of generating an electronic prescription regardless of the DBMS of the hospital server and the type of development language through a standardized API and providing an electronic prescription in a cloud computing environment.
  • the cloud server when the cloud server receives an electronic prescription from a user terminal, requesting an electronic prescription from the hospital server, the hospital server stores patient information and Extracting prescription information, converting the prescription information according to a unique API in the API builder unit, and the hospital server authenticating the converted prescription information through a hospital electronic signature, and encrypting the converted prescription information And transmitting the electronic prescription to the cloud server.
  • the electronic server when an electronic prescription is requested from the user terminal, the electronic server is requested for the electronic prescription, but when the electronic prescription is received from the hospital server, the generated QR code is generated from the user terminal.
  • Information on the selected pharmacy, at least one of the electronic prescriptions is sent to the pharmacy server, and when the user terminal receives the medicine, a cloud server that deletes the electronic prescription and a patient from the EMR DB unit when an electronic prescription is requested from the cloud server Extracting information and prescription information, API builder unit converts prescription information using a unique API, authenticates the hospital electronic signature on the converted prescription information, encrypts the prescription information, and sends an electronic prescription to the cloud server Upon receiving at least one of a QR code, electronic prescription, and pharmacy information from the hospital server and the cloud server, check the electronic prescription, determine whether it is dispensed, calculate the drug cost, request payment to the cloud server, and complete the receipt of the medication And a pharmacy server that stores the electronic prescription upon receiving a notification.
  • an electronic prescription can be generated regardless of the type of the heterogeneous DBMS and the development language of the hospital server through the standardized API.
  • a user terminal is used to receive a prescription and deliver it to a pharmacy, thereby reducing the waiting time for the prescription, the preparation time, and the waiting time for receiving the medicine, which increases user convenience. Furthermore, the user can view prescriptions and pay medicines through a mobile terminal.
  • FIG. 1 is a flowchart illustrating a cloud-based electronic prescription transmission method according to an embodiment of the present invention.
  • FIG. 2 is a block diagram of an electronic prescription transmission system according to an embodiment of the present invention.
  • 3 and 4 are flowcharts illustrating an operation method of the API builder according to an embodiment of the present invention.
  • FIG. 5 is a block diagram of an API builder according to an embodiment of the present invention.
  • FIG. 1 is a flowchart illustrating a cloud-based electronic prescription transmission method according to an embodiment of the present invention.
  • the cloud server 100 when the cloud server 100 receives an electronic prescription from the user terminal 400, it requests the electronic prescription from the hospital server 200 (S101).
  • the hospital server 200 extracts patient information and prescription information stored in the EMR DB unit 210 (S103), and converts the prescription information according to an API (Application Programming Interface) in the API builder unit 220 (S103).
  • the API is a standardized API that can be converted into standardized prescription information regardless of the type of heterogeneous database management system (DBMS) and development language.
  • the API builder unit 220 may generate, manage, and test an API for standardizing database information in the hospital server such as prescription information.
  • the API builder unit 220 may be installed and operated in the hospital server, but is not limited thereto.
  • the API builder unit 220 extracts prescription information from the EMR DB unit to generate a data source, and writes a SQL query to repeat the test to convert the prescription information.
  • the hospital server 200 authenticates the converted prescription information through a hospital electronic signature (S107), and encrypts the converted prescription information (S109).
  • the hospital server 200 transmits the electronic prescription to the cloud server 100 (S111).
  • the electronic prescription includes converted prescription information and patient information.
  • the cloud server 100 generates a QR code (S113), and when a pharmacy is selected from the user terminal 400 (S115), temporarily stores the electronic prescription (S117). At this time, the QRL or later code may be replaced with a hash code that provides location information of prescription information.
  • the cloud server 100 transmits at least one of the QR code, the electronic prescription, and pharmacy information for the selected pharmacy to the pharmacy server 300 (S119).
  • the pharmacy server 300 checks the electronic prescription (S121), determines whether it is dispensed (S123), and when the dispensing is performed, calculates the drug cost (S125)
  • the pharmacy server 300 requests payment to the cloud server 100 (S127), and when the payment is completed from the user terminal 400, the cloud server 100 transmits the payment to the pharmacy server 300 (S131) ).
  • the pharmacy server 300 When the pharmacy server 300 is dispensing (S133), and the dispensing is completed, notify the cloud server 100 of the dispensing completion (S135), and the cloud server 100 informs the pharmacy server 300 of the completion of the medication receipt ( S139), the pharmacy server 300 stores the electronic prescription, and the cloud server 100 deletes the electronic prescription (S143).
  • the present invention can be used anytime, anywhere online by delivering prescription information through a cloud server, and the electronic prescription is deleted when the drug preparation is completed on the cloud server, thereby providing high security.
  • FIG. 2 is a block diagram of an electronic prescription transmission system according to an embodiment of the present invention.
  • the electronic prescription delivery system 10 is composed of a cloud server 100, a hospital server 200, a pharmacy server 300, and a user terminal 400.
  • the cloud server 100 requests an electronic prescription from the hospital server 200, and the hospital server 200 converts and encrypts the prescription information using a standardized API to encrypt the electronic prescription.
  • the cloud server 100 delivers an electronic prescription to the pharmacy server 300 to perform drug preparation and payment functions.
  • the cloud server 100 includes an electronic prescription transmitting and receiving unit 110, a payment unit 120, an authentication unit 130, an electronic prescription storage unit 140, a QR code generation unit 150, a communication unit 160, and a control unit 170 ).
  • the pre-prescription / transmission / reception unit 110 may request the electronic prescription from the hospital server 200.
  • the pre-prescription / transmission / reception unit 110 may request the electronic prescription from the hospital server 200.
  • it can be delivered to the pharmacy server 300.
  • the payment unit 120 may provide a payment service to the user terminal upon receiving the drug payment request from the pharmacy server 300.
  • payment completion may be transmitted to the pharmacy server 300.
  • the authentication unit 130 may perform authentication by comparing personal information received from the user terminal 400 with patient information received from the hospital server.
  • the electronic prescription storage unit 140 receives the electronic prescription from the hospital server 200, it can be temporarily stored and delete the stored electronic prescription when the medicine is received from the user terminal, thereby enhancing security.
  • the QR code generator 150 may generate a QR code corresponding to the received electronic prescription and transmit it to the pharmacy server 300. At this time, the QR code generator 150 may generate and provide a hash code that provides location information of prescription information.
  • the communication unit 160 may communicate with the hospital server 200, the pharmacy server 300, and the user terminal 400 using a wired or wireless network.
  • the control unit 170 may control each configuration of the cloud server.
  • the hospital server 200 includes an EMR DB unit 210, an API builder unit 220, a hospital electronic signature unit 230, an encryption unit 240, a communication unit 250, and a control unit 260.
  • the EMR DB unit 210 may store patient information, medical information, prescription information, raw information, and history information.
  • the type of information stored in the EMB DB unit 210 is not limited.
  • the API builder unit 220 extracts patient information and prescription information from the EMR DB unit 210 and converts prescription information and patient information using the API.
  • the API builder creates a data source, and it can be easily created through the SQL query writing guide and converted to standard data through the API builder and then iterated through verification. Through this, data between heterogeneous DBMSs and data developed in different development languages can be standardized.
  • the hospital electronic signature unit 230 performs authentication through the hospital electronic signature on the converted prescription information.
  • the encryption unit 240 may increase security by encrypting the converted prescription information, the communication unit 250 may transmit and receive data to and from the cloud server 100, and the control unit 260 controls each configuration of the hospital server can do.
  • the pharmacy server 300 includes a drug calculation unit 310, an electronic prescription confirmation unit 320, a drug electronic signature unit 330, an electronic prescription storage unit 340, a communication unit 350, and a control unit 360.
  • the drug calculation unit 310 may calculate the drug cost based on the prescription information and request it to the cloud server 100.
  • the electronic prescription confirmation unit 320 may check the received electronic prescription to determine whether it is dispensed.
  • the electronic signature unit 330 may store the electronic prescription for pharmacy storage in the electronic prescription storage unit 340 by electronically signing the pharmacy.
  • the communication unit 350 may transmit and receive data to and from the cloud server 100, and the control unit may control each configuration of the pharmacy server.
  • 3 and 4 are flowcharts illustrating an operation method of the API builder according to an embodiment of the present invention.
  • the API builder builds an application server (S301). Develop an API (S303), and analyze HTTP requests (S305). At this time, the application server can be built with IIS, Tomcat Tuxedo, Entra, etc., but is not limited thereto.
  • the API is a REST API and can be implemented in .Net ASP, Java, and C languages.
  • the API builder unit installs an API tool (S401) and generates a data source (S403). Thereafter, an SQL query is created (S405), and the test is repeated (S407).
  • FIG. 5 is a block diagram of an API builder according to an embodiment of the present invention.
  • the API builder unit 220 includes a generation module 221, an SQL writing module 222, a test module 223, an analysis module 224, a collection module 225, and a control module 226.
  • the generation module 221 generates a data source by receiving patient information and prescription information among patient information, medical information, prescription information, service information, and history information stored in the EMR DB unit 210.
  • the SQL writing module 222 may write an SQL query and pass it to the test module 223 to perform the test.
  • the analysis module 224 may analyze the HTTP request.
  • the collection module 225 may collect query results and write HTTP responses.
  • the control module 226 may control each module of the API builder unit 220. That is, it is possible to receive data from the EMR DB unit 210 and convert the data into an output format standardized by the API builder unit 220.

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Public Health (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Bioethics (AREA)
  • Biomedical Technology (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Child & Adolescent Psychology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

본 발명은 클라우드 기반의 전자처방 전송 시스템 및 방법에 관한 것이다. 본 발명은 클라우드서버가 사용자단말로부터 전자처방을 요청 받으면 병원서버에 전자처방을 요청하는 단계와, 상기 병원서버가 EMR DB부에 저장된 환자정보 및 처방정보를 추출하고, API빌더부에서 고유의 API에 따라 상기 처방정보를 변환하는 단계와, 상기 병원서버가 변환된 처방정보에 병원 전자서명을 통해 인증을 하고, 상기 변환된 처방정보를 암호화하여 상기 클라우드서버에 전자처방을 송신하는 단계를 포함한다.

Description

클라우드 기반의 전자처방 전송 시스템 및 방법
본 발명은 클라우드 기반의 전자처방 전송 시스템 및 방법에 관한 것으로, 특히 클라우드 컴퓨팅 환경에서 사용자에게 전자처방을 제공하고, 사용자가 애플리케이션 상에서 직접 약국을 선택하여 처방전을 약국에 전송이 가능한 클라우드 기반의 전자처방 전송 시스템 및 방법이다.
종이처방전을 약국으로 직접 가져가 제출하는 경우에는 의사가 기록한 처방 의약품의 식별문제, 처방 또는 조제 오류로 인한 문제 발생의 책임소재 등이 불투명하고, 환자 입장에서는 불편하고 번거로워 최근 전자처방전 서비스가 제안되고 있다.
한편, 종래의 전자처방전 서비스는 병원에서 사용자단말기에 환자보관용 전자처방전을 전송하면, 사용자가 약국에 직접 가서 사용자단말기를 보여주거나 QR코드를 이용하여 약을 조제하고 있어 여전히 불편한 점이 많다. 또한, 병원의 폐쇄적인 시스템과 열악한 정보보안의 해결방안으로 클라우드 기술 도입이 요구되고 있으나 적용한 사례가 부족하다.
선행특허로는, 등록특허 제10-1329003호(전자처방전의 환자용, 약국용 전달 방법, 이를 수행하는 환자 클라이언트 장치 및 중계 장치)가 있으나 고유정보를 생성하여 전자처방전을 환자의 휴대 전화 단말로 전송하는 기술을 개시하고 있을 뿐이다.
본 발명이 해결하고자 하는 과제는 표준화API를 통해 병원서버의 DBMS와 개발언어의 종류에 상관 없이 전자처방을 생성이 가능하고, 클라우드 컴퓨팅 환경에서 전자처방 제공이 가능한 클라우드 기반의 전자처방 전송 시스템 및 방법을 제공할 수 있다.
본 발명의 실시예에 따른 클라우드 기반의 전자처방 전송 방법은, 클라우드서버가 사용자단말로부터 전자처방을 요청 받으면 병원서버에 전자처방을 요청하는 단계와, 상기 병원서버가 EMR DB부에 저장된 환자정보 및 처방정보를 추출하고, API빌더부에서 고유의 API에 따라 상기 처방정보를 변환하는 단계와, 상기 병원서버가 변환된 처방정보에 병원 전자서명을 통해 인증을 하고, 상기 변환된 처방정보를 암호화하여 상기 클라우드서버에 전자처방을 송신하는 단계를 포함한다.
본 발명의 실시예에 따른 클라우드 기반의 전자처방 전송 시스템은, 사용자단말로부터 전자처방을 요청 받으면 병원서버에 전자처방을 요청하되, 상기 병원서버로부터 전자처방을 수신하면 생성된 QR코드, 사용자단말로부터 선택된 약국에 대한 정보, 상기 전자처방 중 적어도 하나를 약국서버에 전송하며, 사용자단말이 약을 수령하면 상기 전자처방을 삭제하는 클라우드서버와, 상기 클라우드서버로부터 전자처방을 요청받으면 EMR DB부로부터 환자정보와 처방정보를 추출하고, API빌더부에서 고유의 API를 이용하여 처방정보를 변환하되, 변환된 처방정보에 병원 전자서명을 인증하고, 상기 처방정보를 암호화하여 전자처방을 상기 클라우드 서버에 송신하는 병원서버와, 상기 클라우드서버로부터 QR코드, 전자처방, 약국정보 중 적어도 하나를 수신하면, 상기 전자처방을 확인하고 조제여부를 판단하여 약제비를 계산 후 상기 클라우드서버에 결제 요청하되, 약수령 완료 알림을 수신하면 상기 전자처방을 저장하는 약국서버를 포함한다.
본 발명에 의하면 표준화API를 통하여 병원서버의 이종 DBMS와 개발언어의 종류에 상관없이 전자처방을 생성할 수 있다.
또한, 본 발명에 의하면 사용자 단말기를 이용하여 처방전을 수령하고 약국에 전달하여 처방전 수령을 위한 대기시간, 조제시간, 약 수령 대기시간을 단축할 수 있어 사용자 편의성이 높다. 나아가, 사용자가 모바일 단말기를 통해 처방전 조회 및 약값 결제가 가능하다.
도 1은 본 발명의 실시예에 따른 클라우드 기반의 전자처방 전송 방법을 설명하는 순서도이다.
도 2는 본 발명의 실시예에 따른 전자처방 전송 시스템의 구성도이다.
도 3과 도 4는 본 발명의 실시예에 따른 API빌더부의 동작 방법을 설명하는 순서도이다.
도 5는 본 발명의 실시예에 따른 API빌더부의 구성도이다.
본 명세서에 개시되어 있는 본 발명의 개념에 따른 실시 예들에 대해서 특정한 구조적 또는 기능적 설명은 단지 본 발명의 개념에 따른 실시 예들을 설명하기 위한 목적으로 예시된 것으로서, 본 발명의 개념에 따른 실시 예들은 다양한 형태들로 실시될 수 있으며 본 명세서에 설명된 실시 예들에 한정되지 않는다.
본 발명의 개념에 따른 실시 예들은 다양한 변경들을 가할 수 있고 여러 가지 형태들을 가질 수 있으므로 실시 예들을 도면에 예시하고 본 명세서에서 상세하게 설명하고자 한다. 그러나 이는 본 발명의 개념에 따른 실시 예들을 특정한 개시 형태들에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물, 또는 대체물을 포함한다.
본 명세서에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로서, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 본 명세서에 기재된 특징, 숫자, 단계, 동작, 구성 요소, 부분품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성 요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
이하, 본 명세서에 첨부된 도면들을 참조하여 본 발명의 실시 예들을 상세히 설명한다.
도 1은 본 발명의 실시예에 따른 클라우드 기반의 전자처방 전송 방법을 설명하는 순서도이다.
도 1을 참조하면, 클라우드 기반의 전자처방 전송 방법은 클라우드서버(100)가 사용자단말(400)로부터 전자처방을 요청 받으면, 병원서버(200)에 전자처방을 요청한다(S101).
병원서버(200)가 EMR DB부(210)에 저장된 환자정보 및 처방정보를 추출하고(S103), API빌더부(220)에서 API(Application Programming Interface)에 따라 상기 처방정보를 변환한다(S103). 이때, 상기 API는 이기종의 DBMS(Database Management System)과 개발언어의 종류에 상관없이 표준화된 처방정보로 변환할 수 있는 표준화API이다. API빌더부(220)는 처방정보 등의 병원서버내의 데이터베이스 정보를 표준화하기 위한 API를 생성, 관리 및 테스트할 수 있다. API빌더부(220)는 병원서버 내에 설치되어 동작할 수 있으나 이에 대해 한정하는 것은 아니다. API빌더부(220)는 EMR DB부로부터 처방정보를 추출하여 데이터소스를 생성하고, SQL 쿼리를 작성하여 테스트를 반복 진행하여 처방정보를 변환한다.
병원서버(200)가 변환된 처방정보에 병원 전자서명을 통해 인증을 하고(S107), 상기 변환된 처방정보를 암호화한다(S109). 병원서버(200)가 전자처방을 클라우드서버(100)에 송신한다(S111). 상기 전자처방은 변환된 처방정보와 환자정보가 포함된다.
클라우드서버(100)가 QR코드를 생성하고(S113), 사용자단말(400)로부터 약국이 선택되면(S115), 상기 전자처방을 임시로 저장한다(S117). 이때, 상기 QRㅋ이후코드는 처방정보의 위치정보를 제공하는 해쉬코드로 대체될 수 있다. 클라우드서버(100)가 상기 QR코드, 상기 전자처방, 선택된 약국에 대한 약국정보 중 적어도 하나를 약국서버(300)에 전송한다(S119).
약국서버(300)가 상기 전자처방을 확인하고(S121), 조제 여부를 판단하고(S123), 조제가 수행되면, 약제비를 계산한다(S125)
약국서버(300)가 클라우드서버(100)에 결제를 요청하고(S127), 클라우드서버(100)가 사용자단말(400)로부터 결제가 완료가 되면 결제 완료를 약국서버(300)에 송신한다(S131).
약국서버(300)가 조제가 진행되고(S133), 조제가 완료되면 클라우드서버(100)에 조제 완료를 알리고(S135), 클라우드서버(100)가 약 수령 완료를 약국서버(300)에 알리면(S139), 약국서버(300)는 상기 전자처방을 저장하고, 클라우드서버(100)는 상기 전자처방을 삭제한다(S143).
즉, 본 발명은 클라우드 서버를 통해 처방정보를 전달하여 온라인상에서 언제 어디서든 이용할 수 있으며, 클라우드서버상에는 약 조제가 완료되면 전자처방이 삭제되어 보안성이 높다. 또한, 병원에서의 처방전 수령, 약국 조제시간, 약 수령 대기시간을 단축할 수 있고, 나아가 약값 결제가 가능해 사용자 편의성을 높일 수 있다.
도 2는 본 발명의 실시예에 따른 전자처방 전송 시스템의 구성도이다.
도 2를 참조하면, 전자처방 전송 시스템(10)은 클라우드서버(100), 병원서버(200), 약국서버(300), 사용자단말(400)로 구성된다. 사용자단말(400)이 전자처방을 요청하면 클라우드 서버(100)는 병원서버(200)에 전자처방을 요청하고, 병원서버(200)는 표준화API를 이용하여 처방정보를 변환하고 암호화하여 전자처방을 클라우드서버(100)에 제공한다. 클라우드서버(100)는 약국서버(300)에 전자처방을 전달하여 약 조제, 결제 기능을 수행한다
클라우드서버(100)는 전자처방 송수신부(110), 결제부(120), 인증부(130), 전자처방저장부(140), QR코드생성부(150), 통신부(160), 제어부(170)를 포함한다.
전저처방 송수신부(110)는 사용자단말(400)로부터 전자처방이 요청되면, 병원서버(200)에 전자처방을 요청할 수 있다. 또한, 병원서버(200)로부터 전자처방은 수신하면, 약국서버(300)에 전달할 수 있다. 결제부(120)는 약국서버(300)로부터 약제비 결제요청을 수신하면 사용자단말에 결제서비스를 제공할 수 있다. 결제가 완료되면 약국서버(300)에 결제완료를 송신할 수 있다. 인증부(130)는 사용자단말(400)로부터 수신된 개인정보와 병원서버로부터 수신된 환자정보를 비교하여 인증을 할 수 있다. 전자처방저장부(140)는 병원서버(200)로부터 전자처방을 수신하면, 임시로 저장하였다가 사용자단말로부터 약이 수령되면 저장한 전자처방을 삭제하여 보안성을 강화할 수 있다. QR코드생성부(150)는 수신된 전자처방에 대응하는 QR코드를 생성하여 약국서버(300)에 전송할 수 있다. 이때, QR코드생성부(150)는 처방정보의 위치정보를 제공하는 해쉬코드를 생성하여 제공할 수 있다. 통신부(160)는 병원서버(200), 약국서버(300) 및 사용자단말(400)과 유무선네트워크를 이용하여 통신할 수 있다. 제어부(170)는 클라우드서버의 각 구성을 제어할 수 있다.
병원서버(200)는 EMR DB부(210), API빌더부(220), 병원전자서명부(230), 암호화부(240), 통신부(250), 제어부(260)를 포함한다.
EMR DB부(210)는 환자정보, 진료정보, 처방정보, 원무정보, 이력정보가 저장될 수 있다. EMB DB부(210)에 저장되는 정보의 종류가 제한되는 것은 아니다.
API빌더부(220)는 EMR DB부(210)로부터 환자정보와 처방정보를 추출하여 API를 이용하여 처방정보와 환자정보를 변환한다. 즉, API빌더부에서 데이터소스를 생성하며, SQL쿼리 작성가이드를 통한 간편 작성과 API빌더를 통한 표준 데이터로의 변환 후 반복 검증을 통해 진행할 수 있다. 이를 통해 이종 DBMS간의 데이터와 서로 다른 개발 언어로 개발된 데이터들을 표준화할 수 있다.
병원전자서명부(230)는 변환된 처방정보에 병원 전자서명을 통해 인증을 수행한다. 암호화부(240)는 변환된 처방정보를 암호화하여 보안성을 높일 수 있으며, 통신부(250)는 클라우드서버(100)와 데이터를 송수신할 수 있고, 제어부(260)는 병원서버의 각 구성을 제어할 수 있다.
약국서버(300)는 약제계산부(310), 전자처방확인부(320), 약제전자서명부(330), 전자처방보관부(340), 통신부(350), 제어부(360)를 포함한다.
약제계산부(310)는 처방정보에 기초하여 약제비를 계산하여 클라우드서버(100)에 요청할 수 있다. 전자처방확인부(320)는 수신된 전자처방을 확인하여 조제 여부를 판단할 수 있다. 약제전자서명부(330)는 약국보관용 전자처방을 약국 전자서명하여 전자처방보관부(340)에 저장할 수 있다. 통신부(350)는 클라우드서버(100)와 데이터를 송수신할 수 있고, 제어부는 약국서버의 각 구성을 제어할 수 있다.
도 3과 도 4는 본 발명의 실시예에 따른 API빌더부의 동작 방법을 설명하는 순서도이다.
도 3과 도 4를 참조하면, API빌더부는 애플리케이션 서버를 구축한다(S301). API를 개발하고(S303), HTTP 요청 분석한다(S305). 이때, 애플리케이션 서버는 IIS, Tomcat Tuxedo, Entra 등으로 구축될 수 있으나 이에 대해 한정하는 것은 아니다. 상기 API는 REST API로서 .Net ASP, Java, C언어로 구현될 수 있다.
이후에, EMR DB로부터 정보를 수신하여 데이터소스를 생성하고(S307), 비지니스 로직을 개발한다(S309). 이후에, SQL문을 호출하고, 쿼리 결과를 수집하고 HTTP 응답을 작성한다(S313). 테스트를 통해 기준을 만족하면 종료하거나, 기준을 만족하지 못하면 다시 비지니스 로직 개발 단계로 돌아간다.
또한, 다른 실시예에서 API빌더부는 API 도구를 설치하고(S401), 데이터소스를 생성한다(S403). 이후에, SQL 쿼리를 작성하고(S405), 테스트를 반복한다(S407).
도 5는 본 발명의 실시예에 따른 API빌더부의 구성도이다.
도 5를 참조하면, API빌더부(220)는 생성모듈(221), SQL작성모듈(222), 테스트모듈(223), 분석모듈(224), 수집모듈(225), 제어모듈(226)을 포함한다. 생성모듈(221)은 EMR DB부(210)내에 저장된 환자정보, 진료정보, 처방정보, 원무정보, 이력정보 중 환자정보와 처방정보를 수신하여 데이터소스를 생성한다. SQL작성모듈(222)은 SQL쿼리를 작성하여 테스트모듈(223)에 전달하여 테스트를 수행할 수 있다. 분석모듈(224)는 HTTP요청을 분석할 수 있다. 수집모듈(225)는 쿼리결과를 수집하고 HTTP응답을 작성할 수 있다. 제어모듈(226)은 API빌더부(220)의 각 모듈을 제어할 수 있다. 즉, EMR DB부(210)로부터 데이터를 전송받아 API빌더부(220)에 의해 표준화된 출력 형식으로 데이터를 변환할 수 있다.
발명은 도면에 도시된 실시 예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 등록청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims (10)

  1. 클라우드 기반의 전자처방 전송 방법에 있어서,
    클라우드서버가 사용자단말로부터 전자 처방을 요청 받으면, 병원서버에 전자처방을 요청하는 단계;
    상기 병원서버가 EMR DB부에 저장된 환자정보 및 처방정보를 추출하고, API빌더부에서 고유의 API에 따라 상기 처방정보를 변환하는 단계; 및
    상기 병원서버가 변환된 처방정보에 병원 전자서명을 통해 인증을 하고, 상기 변환된 처방정보를 암호화하여 상기 클라우드서버에 전자처방을 송신하는 단계를 포함하는 클라우드 기반의 전자처방 전송 방법.
  2. 제1항에 있어서,
    상기 클라우드서버가 QR코드를 생성하고, 사용자단말로부터 약국이 선택되면 상기 전자처방을 임시로 저장하는 단계; 및
    상기 클라우드서버가 상기 QR코드, 상기 전자처방, 선택된 약국에 대한 약국정보 중 적어도 하나를 약국서버에 전송하는 단계를 더 포함하는 클라우드 기반의 전자처방 전송 방법.
  3. 제2항에 있어서,
    상기 약국서버가 상기 전자처방을 확인하고, 조제 여부를 판단하여 조제가 수행되면, 약제비를 계산하는 단계; 및
    상기 약국서버가 상기 클라우드서버에 결제를 요청하고, 상기 클라우드서버가 사용자단말로부터 결제가 완료가 되면 결제 완료를 상기 약국서버에 송신하는 단계를 더 포함하는 클라우드 기반의 전자처방 전송 방법.
  4. 제3항에 있어서,
    상기 약국서버가 조제가 진행되고, 조제가 완료되면 상기 클라우드 서버에 조제 완료를 알리고, 상기 클라우드서버가 약 수령 완료를 약국서버에 알리는 단계; 및
    상기 약국서버는 상기 전자처방을 저장하고, 상기 클라우드서버는 상기 전자처방을 삭제하는 단계를 더 포함하는 클라우드 기반의 전자처방 전송 방법.
  5. 제1항에 있어서,
    API빌더부에서 상기 처방정보를 변환하는 단계에서, 데이터소스를 생성하며, SQL 쿼리 작성가이드를 통한 간편 작성과 API빌더를 통한 표준 데이터로의 변환 후 반복 검증을 통해 진행하는 클라우드 기반의 전자처방 전송 방법.
  6. 클라우드 기반의 전자처방 전송 시스템에 있어서,
    사용자단말로부터 전자처방을 요청 받으면 병원서버에 전자처방을 요청하되, 상기 병원서버로부터 전자처방을 수신하면 생성된 QR코드, 사용자단말로부터 선택된 약국에 대한 정보, 상기 전자처방 중 적어도 하나를 약국서버에 전송하며, 사용자단말이 약을 수령하면 상기 전자처방을 삭제하는 클라우드서버;
    상기 클라우드서버로부터 전자처방을 요청받으면 EMR DB부로부터 환자정보와 처방정보를 추출하고, API빌더부에서 고유의 API를 이용하여 처방정보를 변환하되, 변환된 처방정보에 병원 전자서명을 인증하고, 상기 처방정보를 암호화하여 전자처방을 상기 클라우드 서버에 송신하는 병원서버; 및
    상기 클라우드서버로부터 QR코드, 전자처방, 약국정보 중 적어도 하나를 수신하면, 상기 전자처방을 확인하고 조제여부를 판단하여 약제비를 계산 후 상기 클라우드서버에 결제 요청하되, 약수령 완료 알림을 수신하면 상기 전자처방을 저장하는 약국서버를 포함하는 클라우드 기반의 전자처방 전송 시스템.
  7. 제6항에 있어서,
    상기 API빌더부는,
    상기 EMR DB부로부터 환자정보와 처방정보를 수신하여 데이터소스를 생성하는 생성모듈;
    SQL쿼리를 작성하여 테스트모듈에 전달하는 SQL작성모듈을 포함하는 전자처방 전송 시스템.
  8. 제6항에 있어서,
    상기 클라우드서버는,전자처방저장부를 포함하고,
    상기 전자처방저장부는 병원서버로부터 전자처방을 수신하면, 임시로 저장하였다가 사용자단말로부터 약이 수령되면 저장한 전자처방을 삭제하는 전자처방 전송 시스템.
  9. 제6항에 있어서,
    상기 약국서버는,
    처방정보에 기초하여 약제비를 계산하는 약제계산부; 및
    수신된 전자처방을 확인하여 조제 여부를 판단하는 전자처방확인부를 포함하는 전자처방 전송 시스템.
  10. 제9항에 있어서,
    약 수령 완료 알림을 수신하면, 약국보관용 전자처방을 약국 전자서명하여 전자처방보관부에 저장하는 약제전자서명부를 더 포함하는 전자처방 전송 시스템.
PCT/KR2019/005955 2018-11-23 2019-05-17 클라우드 기반의 전자처방 전송 시스템 및 방법 WO2020105823A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US16/632,023 US11574720B2 (en) 2018-11-23 2019-05-17 System and method for transmitting electronic prescription on the basis of cloud computing
EP19832539.1A EP3680910A4 (en) 2018-11-23 2019-05-17 CLOUD SYSTEM AND METHOD FOR TRANSMISSION OF AN ELECTRONIC ORDER
JP2021529692A JP7261508B2 (ja) 2018-11-23 2019-05-17 クラウド基盤の電子処方送信システム及び方法
CN201980003841.9A CN111433858A (zh) 2018-11-23 2019-05-17 基于云技术的电子处方传送系统及方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2018-0146440 2018-11-23
KR1020180146440A KR101989474B1 (ko) 2018-11-23 2018-11-23 클라우드 기반의 전자처방 전송 시스템 및 방법

Publications (1)

Publication Number Publication Date
WO2020105823A1 true WO2020105823A1 (ko) 2020-05-28

Family

ID=66846372

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/005955 WO2020105823A1 (ko) 2018-11-23 2019-05-17 클라우드 기반의 전자처방 전송 시스템 및 방법

Country Status (6)

Country Link
US (1) US11574720B2 (ko)
EP (1) EP3680910A4 (ko)
JP (1) JP7261508B2 (ko)
KR (1) KR101989474B1 (ko)
CN (1) CN111433858A (ko)
WO (1) WO2020105823A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114981775A (zh) * 2019-12-16 2022-08-30 柠檬医疗保健有限公司 用于api综合管理的基于云的api元数据管理方法及系统
EP4170674A4 (en) * 2020-06-18 2024-01-31 Lemonhealthcare Ltd CLOUD-BASED API SPEK MANAGEMENT METHOD FOR CONNECTING A VARIETY OF HOSPITAL AND CONSORTIUM SERVERS SIMULTANEOUSLY

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102139180B1 (ko) * 2019-07-11 2020-07-29 (주)레몬헬스케어 클라우드 기반의 실손의료비 보험금 청구 시스템 및 방법
KR102249664B1 (ko) * 2020-06-23 2021-05-10 주식회사 레몬헬스케어 비대면 방식의 전자처방전 서비스 제공방법 및 시스템
CN112380547A (zh) * 2020-11-10 2021-02-19 零氪科技(天津)有限公司 电子处方授信方法、装置及系统
KR102489067B1 (ko) * 2021-09-13 2023-01-17 임명재 인공지능 기반 맞춤형 의료정보 제공 시스템 및 그 방법
KR102621983B1 (ko) * 2021-12-17 2024-01-10 주식회사 레몬헬스케어 원격 조제약 자판기를 통한 조제약 수령 방법 및 시스템

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120076666A (ko) * 2010-12-09 2012-07-09 에스케이 텔레콤주식회사 오픈 ａｐｉ기반의 전자 처방전 시스템 및 서비스 방법, 의료 서비스 장치 및 방법과 그 방법을 실행하기 위한 프로그램이 기록된 기록매체
KR20120076660A (ko) * 2010-12-09 2012-07-09 에스케이 텔레콤주식회사 오픈 ａｐｉ 기반의 약국 장치와 전자처방전 운용방법
KR101329003B1 (ko) 2010-09-09 2013-11-12 주식회사 케이티 전자처방전의 환자용, 약국용 전달 방법, 이를 수행하는 환자 클라이언트 장치 및 중계 장치
KR101602778B1 (ko) * 2015-07-20 2016-03-11 주식회사 티플러스 처방전 전달 시스템 및 전달 방법
KR20170127587A (ko) * 2016-05-11 2017-11-22 주식회사 아이솔루텍 전자처방전 관리 방법 및 시스템
KR20180047226A (ko) * 2016-10-31 2018-05-10 주식회사 크론티어스 원격 조제 시스템 및 방법

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7797709B2 (en) * 2006-01-27 2010-09-14 Oracle America, Inc. Automatic connection and query management
WO2013070895A1 (en) * 2011-11-08 2013-05-16 Apellis Pharmaceuticals, Inc. Systems and methods for assembling electronic medical records
CN105005956A (zh) * 2015-07-18 2015-10-28 深圳市前海安测信息技术有限公司 基于网络医院的药品统一配送方法和网络医院平台
CN107958694A (zh) * 2017-11-30 2018-04-24 广东易健通信息科技有限公司 一种电子处方流转方法、服务器及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101329003B1 (ko) 2010-09-09 2013-11-12 주식회사 케이티 전자처방전의 환자용, 약국용 전달 방법, 이를 수행하는 환자 클라이언트 장치 및 중계 장치
KR20120076666A (ko) * 2010-12-09 2012-07-09 에스케이 텔레콤주식회사 오픈 ａｐｉ기반의 전자 처방전 시스템 및 서비스 방법, 의료 서비스 장치 및 방법과 그 방법을 실행하기 위한 프로그램이 기록된 기록매체
KR20120076660A (ko) * 2010-12-09 2012-07-09 에스케이 텔레콤주식회사 오픈 ａｐｉ 기반의 약국 장치와 전자처방전 운용방법
KR101602778B1 (ko) * 2015-07-20 2016-03-11 주식회사 티플러스 처방전 전달 시스템 및 전달 방법
KR20170127587A (ko) * 2016-05-11 2017-11-22 주식회사 아이솔루텍 전자처방전 관리 방법 및 시스템
KR20180047226A (ko) * 2016-10-31 2018-05-10 주식회사 크론티어스 원격 조제 시스템 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3680910A4

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114981775A (zh) * 2019-12-16 2022-08-30 柠檬医疗保健有限公司 用于api综合管理的基于云的api元数据管理方法及系统
CN114981775B (zh) * 2019-12-16 2024-05-03 柠檬医疗保健有限公司 用于api综合管理的基于云的api元数据管理方法及系统
EP4170674A4 (en) * 2020-06-18 2024-01-31 Lemonhealthcare Ltd CLOUD-BASED API SPEK MANAGEMENT METHOD FOR CONNECTING A VARIETY OF HOSPITAL AND CONSORTIUM SERVERS SIMULTANEOUSLY

Also Published As

Publication number Publication date
JP7261508B2 (ja) 2023-04-20
CN111433858A (zh) 2020-07-17
EP3680910A4 (en) 2021-12-22
US20210225473A1 (en) 2021-07-22
EP3680910A1 (en) 2020-07-15
US11574720B2 (en) 2023-02-07
JP2022511766A (ja) 2022-02-01
KR101989474B1 (ko) 2019-06-14

Similar Documents

Publication Publication Date Title
WO2020105823A1 (ko) 클라우드 기반의 전자처방 전송 시스템 및 방법
CN105556919B (zh) 使用服务请求票据进行多因素认证
WO2021006682A1 (ko) 클라우드 기반의 실손의료비 보험금 청구 시스템 및 방법
KR20120026412A (ko) 전자처방전의 환자용, 약국용 전달 방법, 이를 수행하는 환자 클라이언트 장치 및 중계 장치
CN112966308A (zh) 软件交付方法、处理设备及存储介质
KR20200139277A (ko) 메신저 인증 서버를 이용한 전자처방전 발급 시스템 및 방법
KR102524829B1 (ko) 통합 실손의료보험 자동청구방법 및 시스템
KR20180053947A (ko) 휴대용 단말기를 이용한 진료 식별정보 기반의 병원 시스템 관리 방법 및 그 장치
KR20210107981A (ko) 정보입력장치를 이용한 대화형 복약 관리 서비스 제공 방법
KR20120076666A (ko) 오픈 ａｐｉ기반의 전자 처방전 시스템 및 서비스 방법, 의료 서비스 장치 및 방법과 그 방법을 실행하기 위한 프로그램이 기록된 기록매체
US20230402148A1 (en) Method and system for providing non-face-to-face electronic prescription service
KR20150134555A (ko) 환자 진료 시스템 및 환자 진료 방법
KR102676134B1 (ko) 보험청구 자료 활용 동의만으로 청구가 가능한 클라우드 기반의 실손보험 청구 방법 및 시스템
KR102172364B1 (ko) 클라우드 컴퓨팅 환경의 2채널 처방 전달 시스템 및 그 제어방법
US20240013876A1 (en) Medication information management apparatus, management method, and program storage medium
US20240236085A1 (en) System, terminal, control method of terminal, and storage medium
KR20210108512A (ko) 의약품 인쇄 정보를 이용한 대화형 복약 관리 서비스 제공 방법
KR20210107978A (ko) 의약품 조제 탐지 기술을 이용한 대화형 복약 관리 서비스 제공 방법
KR20240011069A (ko) 실손보험 자동청구를 위한 개인식별번호 수집 실행방법 및 시스템
KR20210107971A (ko) 정보입력장치를 이용한 실손보험 청구 간소화 방법
WO2021085703A1 (ko) 임상시험 대상자를 위한 블록체인 기반 복약관리 방법 및 시스템
KR20210107980A (ko) 터치스크린장치를 이용한 대화형 복약 관리 서비스 제공 방법
KR20240043283A (ko) 실손의료보험 자동청구 시스템
KR20240062680A (ko) 보안이 강화된 진료기록 제공 방법 및 시스템
CN115965370A (zh) 一种数字钱包开立的方法和装置

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2019832539

Country of ref document: EP

Effective date: 20200116

ENP Entry into the national phase

Ref document number: 2021529692

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE