KR20240043283A - 실손의료보험 자동청구 시스템 - Google Patents

실손의료보험 자동청구 시스템 Download PDF

Info

Publication number
KR20240043283A
KR20240043283A KR1020220122169A KR20220122169A KR20240043283A KR 20240043283 A KR20240043283 A KR 20240043283A KR 1020220122169 A KR1020220122169 A KR 1020220122169A KR 20220122169 A KR20220122169 A KR 20220122169A KR 20240043283 A KR20240043283 A KR 20240043283A
Authority
KR
South Korea
Prior art keywords
cloud server
insurance
server
data
hospital
Prior art date
Application number
KR1020220122169A
Other languages
English (en)
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 KR1020220122169A priority Critical patent/KR20240043283A/ko
Publication of KR20240043283A publication Critical patent/KR20240043283A/ko

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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/14—Payment architectures specially adapted for billing systems
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Data Mining & Analysis (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Technology Law (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

개인 인증정보가 저장된 사용자단말에 ID 카드와 연동하여 전용 애플리케이션을 실행하고, 개인식별 정보를 입력하여 클라우드서버에 송신하면, 클라우드서버가 다수개의 병원서버에서 동시에 환자번호를 조회하는 단계; 다수개의 병원서버가 환자번호를 조회하고, 다수개의 병원서버 중 적어도 하나의 병원서버에서 환자번호의 등록여부가 확인되면 클라우드서버에 환자번호의 등록확인을 전달하고, 클라우드서버가 사용자단말에 환자번호의 등록여부를 전달하는 단계; 사용자단말이 환자번호로 로그인을 진행하여 클라우드서버에 진료데이터 확인을 요청하면, 클라우드서버가 진료기간 및 신청일을 설정하여 다수개의 병원서버에 진료데이터를 요청하는 단계; 다수개의 병원서버는 환자번호에 기초하여 진료데이터를 확인하고, 환자 진료데이터가 있는 병원서버가 클라우드서버에 환자 진료데이터를 전송하면, 클라우드서버가 병원별 진료데이터를 확인하여 다수개의 보험사 계약 확인 및 데이터 연동을 통하여 보험금 수령 가능금액을 확인하고 보험금청구서를 생성하는 단계를 포함한다.

Description

실손의료보험 자동청구 시스템{INTEGRATED CLAIM SYSTEM FOR LOSS INSURANCE}
본 발명은 통합 실손보험청구 자동청구방법 및 시스템에 관한 것으로, 사용자단말기를 이용하여 NFC기능을 이용하여 본인인증을 수행한 뒤 동시에 여러 병원의 진료데이터를 병원연동 API엔진을 통해 가져와서 환자가 가입한 모든 보험사들에 동시에 보험금 청구가 가능한 통합 실손의료 보험 자동청구 시스템에 관한 것이다.
실손의료보험은 보험가입자가 질병이나 상해로 입원 또는 통원치료 시 의료비로 실제 부담한 금액을 보장해주는건강보험이다. 일반적으로 보험 가입자가 보험금을 청구하기 위해서는 보험 가입자가 병의원 및 약국에 방문하여 진료비영수증, 진단서, 처방전, 처방전약비용영수증 등 각종 증빙서류를 발급받은 뒤 보험사에 팩스로 전송하거나 우편으로 발송한다.
상기와 같이 실손의료보험금을 청구하기 위해 의료기관으로부터 증빙 서류를 발급받아, 보험사의 청구 양식을 작성하여 해당 보험사에 청구해야 하며, 신청 절차 상의 번거로움으로 인해, 다수의 보험가입자가 소액 의료비의 경우 보험약정에 따라 보험금을 지급받을 수 있음에도 불구하고 절차가 복잡하고 불편하여 보험금을 청구하지 않는 실정이다.
한편, 실손의료보험이 보편화되면서 2개 이상의 실손의료보험을 가입한 중복 가입자가 138만명에 이르는 실정이다. 환자가 진료 후 해당 진료에 대해 실손의료보험청구가 가능한지를 직접 확인해야하고, 각각의 서류를 준비해야하는 번거로움이 발생하고 있다.
선행기술로는 공개특허 제10-2018-0122506호(스크래핑 기반의 보험금 자동 청구 서비스 제공 방법 및 장치)가 있으나, 청구 누락되거나 미지급된 보험금 정보를 스크래핑을 통해 분석 추출하여 사용자에게 자동적으로 청구하게 하는 기술을 개시하고 있을 뿐이다.
대한민국 공개특허 제10-2018-0122506호(2018.11.13 공개)
본 발명이 해결하고자 하는 과제는 실손보험 청구에 있어 보안을 강화한 상태로 여러 병원의 진료데이터를 병원연동 API엔진을 통해 가져와서 환자가 가입한 모든 보험사들에 동시에 보험금 청구가 가능한 통합 실손의료보험 자동청구방법 및 시스템을 제공하는 데 있다.
개인 인증정보가 저장된 사용자단말에 ID 카드와 연동하여 전용 애플리케이션을 실행하고, 애플리케이션을 실행하고, 개인식별 정보를 입력하여 클라우드서버에 송신하면, 클라우드서버가 다수개의 병원서버에서 동시에 환자번호를 조회하는 단계; 다수개의 병원서버가 환자번호를 조회하고, 다수개의 병원서버 중 적어도 하나의 병원서버에서 환자번호의 등록여부가 확인되면 클라우드서버에 환자번호의 등록확인을 전달하고, 클라우드서버가 사용자단말에 환자번호의 등록여부를 전달하는 단계; 사용자단말이 환자번호로 로그인을 진행하여 클라우드서버에 진료데이터 확인을 요청하면, 클라우드서버가 진료기간 및 신청일을 설정하여 다수개의 병원서버에 진료데이터를 요청하는 단계; 다수개의 병원서버는 환자번호에 기초하여 진료데이터를 확인하고, 환자 진료데이터가 있는 병원서버가 클라우드서버에 환자 진료데이터를 전송하면, 클라우드서버가 병원별 진료데이터를 확인하여 다수개의 보험사 계약 확인 및 데이터 연동을 통하여 보험금 수령 가능금액을 확인하고 보험금청구서를 생성하는 단계를 포함한다.
본 발명에 실손의료보험 자동청구 시스템의 사용자단말이 클라우드서버에 보험금청구서 접수를 요청하고, 클라우드서버는 블록체인메소드, 전문통신 및 JSON 데이터, 팩스 및 전자문서형태 중 적어도 하나인지를 확인하는 단계를 더 포함한다.
본 발명에 실손의료보험 자동청구 시스템의 클라우드서버는 블록체인 메소드인 경우, 블록체인서버에 블록체인 메소드 확인을 요청하고, 블록체인서버는 데이터규격이 맞다고 판단되면 보험사서버에 진료데이터확인을 요청할 수 있다.
본 발명에 실손의료보험 자동청구 시스템의 클라우드서버는 전문통신 및 JSON데이터인 경우, 보험사서버에 진료데이터 확인을 요청하고, 클라우드서버는 팩스 및 전자문서 데이터인 경우 보험사서버에 팩스 및 전자문서 데이터를 전송할 수 있다.
본 발명에 실손의료보험 자동청구 시스템의 팩스 및 전자문서 데이터인 경우, 보험사서버가 접수번호를 생성하여, 클라우드서버에 보험청구서를 전송 요청하고, 클라우드서버가 수수료 결제를 수행하는 단계를 더 포함할 수 있다.
본 발명에 실손의료보험 자동청구 시스템의 클라우드서버는 팩스 및 병원발급문서형태로 보험사서버에 전송하면, 보험사서버가 접수번호를 생성하고 보험청구서 전송을 클라우드서버에 요청하는 단계를 더 포함할 수 있다.
본 발명에 따른 실손의료보험 자동청구 시스템은 환자의 어플리케이션 접속을 2단계로 통하여 진행할 수 있도록 함으로써 다른 사람의 접속을 방지하고, 환자가 가입된 모든 보험사에 별도의 서류 준비 없이 간편하게 실손의료보험을 신청할 수 있다. 또한, 여러 병원에서 진료를 보더라도 통합적으로 실손의료비 청구가 가능하다. 또한, 보험금 청구에 따른 심사, 중복 수령을 판단할 수 있어 예상 수령액을 환자에게 안내할 수 있다.
도 1은 본 발명의 실시예에 따른 사용자단말과 ID 카드를 사용한 어플리케이션 로그인 방법의 개념도이다.
도 2와 도 3은 본 발명의 실시예에 따른 통합 실손의료보험 자동청구 시스템을 설명하는 흐름도이다.
도 4는 본 발명의 실시예에 따른 통합 실손의료보험 자동청구 시스템의 구성도이다.
실시예들에 대한 특정한 구조적 또는 기능적 설명들은 단지 예시를 위한 목적으로 개시된 것으로서, 다양한 형태로 변경되어 실시될 수 있다. 따라서 실시예들은 특정한 개시형태로 한정되는 것이 아니며, 본 명세서의 범위는 기술적 사상에 포함되는 변경, 균등물, 또는 대체물을 포함한다.
제 1 또는 제2 등의 용어를 다양한 구성요소들을 설명하는데 사용될 수 있지만, 이런 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 해석되어야 한다. 예를 들어, 제 1 구성요소는 제 2 구성요소로 명명될 수 있고, 유사하게 제 2 구성요소는 제 1 구성요소로도 명명될 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다.
단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 설명된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함으로 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 해당 기술분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 갖는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하에서는 도면을 참조하며 실손의료보험 자동청구 시스템에 관하여 구체적으로 설명하고자 한다.
도 1은 본 발명의 실시예에 따른 사용자단말과 ID 카드를 사용한 어플리케이션 로그인 방법의 개념도를 나타낸 것이다. 사용자단말(300)에 통합 보안 어플리케이션을 설치하고 어플리케이션에 카드를 등록한다. 카드 등록 후 사용자가 원하는 본인 인증을 위한 정보(FIN, 지문, 비밀번호, 공인인증서, 패턴 등)를 통합하여 저장한 뒤 어플리케이션 잠금을 해제할 ‹š 본인 인증 횟수와 어플 잠금 해제 후 어플 활성화 시간을 설정한다. 이후 사용자가 어플리케이션으로 클라우드 서버에 접속하며, 분실에 의한 개인정보 유출의 방지를 위해 어플리케이션을 항시 잠금상태로 유지한다. 이 어플리케이션의 잠금상태를 해제할때 ID 카드를 NFC를 이용하여 스마트폰에 접촉하여 인식하도록 한다.
도 2와 도 3은 본 발명의 실시예에 따른 통합 실손의료보험 자동청구방법을 설명하는 흐름도이다. 도 2와 도 3을 참조하면, 본 발명의 통합 실손의료보험 자동청구방법은 먼저 사용자단말(300)이 전용 애플리케이션을 실행하여(S101), 개인식별 정보를 입력하여 클라우드서버(100)에 송신하면(S103) , 클라우드서버(100)가 다수개의 병원서버(200)에서 동시에 환자번호를 조회한다(S105). 이때, 상기 개인식별 정보는 CI(개인식별 연계정보), 주민등록번호, 공인인증서, 바이오DATA(지문, 홍채, DNA정보) 중 적어도 하나일 수 있다.
다수개의 병원서버(200)가 환자번호를 조회하고(S107), 다수개의 병원서버(200) 중 적어도 하나의 병원서버에서 상기 환자번호의 등록여부가 확인되면 클라우드서버(100)에 환자번호의 등록확인을 전달하고(S109), 클라우드서버(100)는 사용자단말(300)에 상기 환자번호의 등록여부를 전달한다(S111). 이때, 클라우드서버(100)는 동시에 모든 병원의 진료 데이터를 API엔진부를 통해 확인이 가능하다. 즉, 클라우드서버(100)는 데이터필드 및 칼럼명 확인, 쿼리실행문을 통해 진료데이터 확인이 가능하다.
사용자단말(300)이 환자번호로 로그인을 진행하고(S113), 클라우드서버(100)에 진료데이터 확인을 요청한다(S115). 클라우드서버(100)가 진료 기간 및 신청일을 설정하고(S117), 다수개의 병원서버(200)에 진료데이터를 요청한다(S119). 다수개의 병원서버(200)는 환자번호에 기초하여 진료데이터를 확인하고, 환자 진료데이터가 있는 병원서버(200)는 클라우드서버(100)에 환자 진료데이터를 전송한다(S123). 클라우드서버(100)는 병원별 진료데이터를 확인하고(S125), 다수개의 보험사 계약 확인 및 데이터 연동을 통하여 보험금 수령 가능금액을 확인하고 보험금청구서를 생성한다(S127). 이때, 클라우드서버(100)는 환자번호를 기준으로 모든 병원의 외래, 입원데이터를 API엔진부를 통하여 생명보험사, 손해보험사에 제공할 진료영수증, 진료비세부내역서, 처방전, 입퇴원확인서, 진단서사본 중 적어도 하나를 추출할 수 있다. 또한, 클라우드서버(100)는 유효계약 결과를 확인하여 청구가 가능한 다수개의 보험청구서를 생성할 수 있다. 클라우드서버(100)는 생성된 보험금청구서를 사용자단말(300)에 전송한다(S129). 즉, 클라우드서버(100)는 사용자단말에 청구가능한 보험청구 금액 및 보험청구 건수를 제공할 수 있다.
사용자단말(300)은 클라우드서버(100)에 보험금청구서 접수를 요청하고, 클라우드서버(100)는 블록체인메소드, 전문통신 및 JSON 데이터, 팩스 및 전자문서형태 중 적어도 하나인지를 확인한다. 클라우드서버(100)는 블록체인 메소드인 경우(S135), 블록체인서버에 블록체인 메소드 확인을 요청하고(S137), 블록체인서버(400)는 데이터규격이 맞다고 판단되면 보험사서버(500)에 진료데이터확인을 요청한다(S139). 클라우드서버와 보험사서버간 미리 정해진 규약(PROTOCOL)으로 동시에 전송이 가능하다. 클라우드서버(100)는 전문통신 및 JSON데이터인 경우(S141), 보험사서버에 진료데이터 [0021] 확인을 요청한다(S143).
클라우드서버(100)는 팩스 및 전자문서 데이터인 경우에(S145), 보험사서버에 팩스 및 전자문서 데이터를 전송한다(S147). 이때, 팩스 및 전자문서 데이터인 경우, 보험사서버가 접수번호를 생성하여, 클라우드서버에 보험청구서를 전송 요청하고, 클라우드서버가 수수료 결제를 수행하는 단계를 더 포함한다. 보험사서버(500)가 접수번호를 생성하고(S149), 클라우드서버(100)에 보험청구서를 전송 요청한다(S151). 클라우드서버(100)는 사용자단말(300)에 보험금청구서 확인을 요청하고(S153), 사용자단말(300)로부터 확인결과를 전송받으면(S155), 보험사서버(500)에 보험청구서를 전송한다(S157). 보험사서버(500)는 보험금 지급 여부를 심사하고(S159), 보험금이 지급되면 지급 결과를 클라우드서버(100)에 알림을 전달한다(S161). 클라우드서버(100)는 보험금 지급 결과를 분석하고(S163), 분석결과에 기초하여 보험금 차등지급에 대해 사용자단말(300)에 알림을 전송한다(S165).
도 4은 본 발명의 실시예에 따른 실손의료보험 자동청구 시스템의 구성도이다.
도 4을 참조하면, 실손의료보험 자동청구시스템은 클라우드서버(100), 다수개의 병원서버(200), 사용자단말(300), 블록체인서버(400), 다수개의 보험사서버(500)로 구성된다.
본 발명에서는 설명의 편의를 위해 다수개의 병원서버(200)는 제1병원서버(210), 제2병원서버(220), 제n병원서버(230)로 표현되며, 다수개의 보험사서버(500)는 제1보험사서버(510), 제2보험사서버(520), 제n보험사서버(530)으로 표현될 수 있다.
제1병원서버(210)는 EMR DB, 컨소시엄 보험사시스템, API엔진부를 포함한다. EMR DB는 환자정보, 진단 및 처방정보, 병원발급서류정보, 팩스문서 가공관련정보를 저장할 수 있다. 컨소시엄 보험사 시스템은 제1실손청구시스템, 제2실손청구시스템 내지 제n실손청구시스템을 포함할 수 있다. EMR DB와 컨소시엄 보험사인터페이스의 구성은 예시적으로 설명한 것으로 이에 대해 한정하는 것은 아니다.
API엔진부는 EMR데이터추출부, API수신부, API메타정보로딩부, API서비스부로 구성된다. API엔진부는 EMR DB로부터 데이터를 추출할 수 있다. API엔진부는 클라우드서버로부터 수신된 병원서버별 API(Application Programming Interface)를 수신하여 로딩하고, 클라우드서버로부터 API메타정보를 로딩하여 API서비스를 수행할 수 있다. API엔진부(215)는 병원서버내에 설치되어 모바일서비스와 병원서버를 연결하는 미들웨어로서, 다양한 환경의 병원 레거시와 접속하여 API를 지원하는 개발도구이다. 즉, 병원서버내에 설치되여 환자용 앱 서비스 뿐 아니라 병원내 다양한 시스템과 연동을 위한 Restful API 개발 및 게이트웨이 서버로 활용할 수 있다.
API엔진부는 EMR 데이터추출부, API수신부, API메타정보 로딩부, API서비스부로 구성된다. EMR 데이터추출부은 EMR DB로부터 데이터를 추출할 수 있다. API수신부는 클라우드서버로부터 생성된 병원서버별 API를 수신할 수 있다. 상기 API메타데이터 로딩부는 클라우드서버로부터 API메타데이터를 로딩할 수 있다. API서비스부는 API메타데이터에 기초하여 API서비스를 구동할 수 있다.
클라우드서버(100)는 API생성관리부, 설정부, 계산부, 보험금청구서 생성부, 분석부, 결제부로 구성된다.
API생성관리부는 병원서버들 및 보험사서버들의 통합 인터페이스를 제공하기 위한 사전정의된 API를 생성할 수 있다. 병원서버들 및 보험사서버들의 데이터베이스 정보를 표준화하기 위한 API일 수 있다. API생성관리부는 데이터소스를 정의하고, SQL 및 프로시져를 등록할 수 있다. 또한, API생성관리부는 미들웨어 접속정보 및 호출 경로를 등록하며 웹서비스 접속정보와 URL을 등록할 수 있다.
API생성관리부는 사용자단말로부터 서비스호출을 수신하면 다수개의 병원서버들 및 보험사서버들에 환자번호조회, 진료예약, 결제 및 실손보험청구 서비스를 제공하도록 해당 서비스와 매칭되는 API를 호출할 수 있다. API생성관리부는 API제약조건 관리 기능을 통해 입력 및 출력 오류 체크를 수행할 수 있다. API생성관리부는 각 병원서버 및 보험사서버의 API 서비스의 상태, 버전정보, 메모리사용량, 디스크사용량, 서버의 CPU사용량 등을 모니터링할 수 있다. API생성관리부는 민감정보에 대해 암호화하여 데이터베이스에 저장할 수 있다. API생성관리부는 API의 도메인 관리를 할 수 있다. API생성관리부(110)는 메타데이터에서 관리하는 API스펙이 변경되는 경우, 자동 배포를 위한 메타데이터가 추가될 수 있다. 즉, 표준화된 매핑정의서가 작성되고, 처리방식에 따라 표준화 작성된 프로토타입 탬플릿에 매핑 샘플 예시가 이용되어 표준화된 소스 적재프로그램이 생성되도록 프로그램화된 프로세서 및 추출된 데이터를 선택적으로 등록할 수 있다.
설정부는 사용자단말(300)로부터 진료데이터확인을 요청받으면, 진료 기간 및 신청일을 설정할 수 있다.
계산부는 병원서버로부터 환자 진료데이터를 수신하면 병원별 진료데이터를 확인하고, 보험금 수령가능금액을 계산할 수 있다. 계산부는 모든 가능한 세부내역 및 건수를 확인하여, 보험금 수령가능금액을 최종
산정하여, 환자에게 청구가능한 금액부터 보여줄 수 있도록 계산할 수 있다.
보험금청구서생성부는 보험사에서 확인된 보험금 수령가능금액 계산결과에 기초하여 다수의 보험사서버별 보험금청구서를 각각 생성할 수 있다.
분석부는 보험사별 중복수령 여부를 판단할 수 있다. 즉, 분석부는 실손의료 보험을 중복 가입해도, 동시에 청구 요청한 복수의 실손의료보험 중 첫번째 처리된 실손보험 심사 후 지급이 되면 두번째 동시 처리된
실손보험의 경우 보험금에 영향도를 감안하여, 이를 미리 예측하여 예상 보험금 수령액을 안내하도록 분석할 수 있다. 분석부는 해당 분석 결과를 환자에게 알림메시지를 전달할 수 있다.
보험사서버로부터 보험금 지급 결과를 수신하면 보험금 지급결과를 분석하고, 분석결과에 기초하여 보험금 차등지급여부를 사용자단말(300)에 알릴 수 있다. 결제부는 보험사서버로부터 보험청구서 전송요청을 받으면 수수료 결제를 진행할 수 있다.
블록체인서버(400)는 클라우드서버(100)로부터 블록체인 메소드 확인을 요청받으면 데이터규격이 맞는지 여부를 판단할 수 있다. 데이터규격이 맞으면 보험사서버(500)에 진료데이터확인을 요청하고, 데이터규격이 맞지 않으면 전문통신, JSON데이터 확인을 클라우드서버에 요청한다.
이상과 같이 실시예들이 비록 한정된 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기를 기초로 다양한 기술적 수정 및 변형을 적용할 수 있다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
100; 클라우드서버
200; 병원서버
300; 사용자단말
400; 블록체인서버
500; 보험사서버

Claims (4)

  1. 개인 인증정보가 저장된 사용자단말에 ID 카드와 연동하여 전용 애플리케이션을 실행하고, 개인식별 정보를 입력하여 클라우드서버에 송신하면, 클라우드서버가 다수개의 병원서버에서 동시에 환자번호를 조회하는 단계;
    다수개의 병원서버가 환자번호를 조회하고, 다수개의 병원서버 중 적어도 하나의 병원서버에서 상기 환자번호의 등록여부가 확인되면 클라우드서버에 환자번호의 등록확인을 전달하고, 클라우드서버가 사용자단말에 상기 환자번호의 등록여부를 전달하는 단계;
    사용자단말이 환자번호로 로그인을 진행하여 클라우드서버에 진료데이터 확인을 요청하면, 클라우드서버가 진료기간 및 신청일을 설정하여 다수개의 병원서버에 진료데이터를 요청하는 단계;
    다수개의 병원서버는 환자번호에 기초하여 진료데이터를 확인하고, 환자 진료데이터가 있는 병원서버가 클라우드서버에 환자 진료데이터를 전송하면, 클라우드서버가 병원별 진료데이터를 확인하여 다수개의 보험사 계약 확인 및 데이터 연동을 통하여 보험금 수령 가능금액을 확인하고 보험금청구서를 생성하는 단계를 포함하며,
    사용자단말이 클라우드서버에 보험금청구서 접수를 요청하고, 클라우드서버는 블록체인메소드, 전문통신 및 JSON 데이터, 팩스 및 전자문서형태 중 적어도 하나인지를 확인하는 단계를 더 포함하고,
    상기 클라우드서버는 블록체인 메소드인 경우, 블록체인서버에 블록체인 메소드 확인을 요청하고, 블록체인서버는 데이터규격이 맞다고 판단되면 보험사서버에 진료데이터확인을 요청하는 통합 실손의료보험 자동청구 시스템.
  2. 제1항에 있어서,
    상기 클라우드서버는 전문통신 및 JSON데이터인 경우, 보험사서버에 진료데이터 확인을 요청하고,
    상기 클라우드서버는 팩스 및 전자문서 데이터인 경우 보험사서버에 팩스 및 전자문서 데이터를 전송하는 통합 실손의료보험 자동청구 시스템.
  3. 제2항에 있어서,
    팩스 및 전자문서 데이터인 경우, 보험사서버가 접수번호를 생성하여, 클라우드서버에 보험청구서를 전송 요청하고, 클라우드서버가 수수료 결제를 수행하는 단계를 더 포함하는 통합 실손의료보험 자동청구 시스템.
  4. 제1항에 있어서,
    클라우드서버는 팩스 및 병원발급문서형태로 보험사서버에 전송하면, 보험사서버가 접수번호를 생성하고 보험청구서 전송을 클라우드서버에 요청하는 단계를 더 포함하는 통합 실손의료보험 자동청구 시스템.
KR1020220122169A 2022-09-27 2022-09-27 실손의료보험 자동청구 시스템 KR20240043283A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020220122169A KR20240043283A (ko) 2022-09-27 2022-09-27 실손의료보험 자동청구 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020220122169A KR20240043283A (ko) 2022-09-27 2022-09-27 실손의료보험 자동청구 시스템

Publications (1)

Publication Number Publication Date
KR20240043283A true KR20240043283A (ko) 2024-04-03

Family

ID=90662626

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020220122169A KR20240043283A (ko) 2022-09-27 2022-09-27 실손의료보험 자동청구 시스템

Country Status (1)

Country Link
KR (1) KR20240043283A (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180122506A (ko) 2017-05-02 2018-11-13 기웅정보통신 주식회사 스크래핑 기반의 보험금 자동 청구 서비스 제공 방법 및 그 장치

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180122506A (ko) 2017-05-02 2018-11-13 기웅정보통신 주식회사 스크래핑 기반의 보험금 자동 청구 서비스 제공 방법 및 그 장치

Similar Documents

Publication Publication Date Title
US11444773B1 (en) Biometric reference template record
CN111448565B (zh) 基于去中心化标识的数据授权
US11106818B2 (en) Patient identification systems and methods
US8423382B2 (en) Electronic health record transaction monitoring
US8620688B2 (en) Checkbook to control access to health record bank account
US20160034713A1 (en) Decentralized Systems and Methods to Securely Aggregate Unstructured Personal Data on User Controlled Devices
CN104021333A (zh) 移动安全表袋
WO2009123712A2 (en) Information server and mobile delivery system and method
US20070078687A1 (en) Managing electronic health records within a wide area care provider domain
KR101708774B1 (ko) 제3자 중심의 공개인증 기반 의료기록 전송 시스템 및 방법
US20090012817A1 (en) System and method for facilitating cross enterprise data sharing in a healthcare setting
WO2006091956A2 (en) System and method for facilitating cross enterprise data sharing in a healthcare setting
US11343330B2 (en) Secure access to individual information
US20220028506A1 (en) Data capturing and exchange method and system
US20220245270A1 (en) Personal Health Record System and Method using Patient Right of Access
US20140108049A1 (en) System and method for facilitating cross enterprise data sharing in a health care setting
KR101543607B1 (ko) 의료 증명서 발급 시스템 및 방법
US10902382B2 (en) Methods for remotely accessing electronic medical records without having prior authorization
KR102139180B1 (ko) 클라우드 기반의 실손의료비 보험금 청구 시스템 및 방법
KR102524829B1 (ko) 통합 실손의료보험 자동청구방법 및 시스템
US11217346B2 (en) Systems and methods of processing and reconciling healthcare related claims
KR101673439B1 (ko) 세무회계자료 자동 수집을 위한 정보제공 모듈 및 그 방법
KR20240043283A (ko) 실손의료보험 자동청구 시스템
US20230207076A1 (en) Clinical data connector and clinical document collector for individual access
CN116472694A (zh) 生成、保护和维护表情符号序列数字令牌的系统及方法