CN114365177A - 一种基于云的实损医疗费保险金申请系统及方法 - Google Patents

一种基于云的实损医疗费保险金申请系统及方法 Download PDF

Info

Publication number
CN114365177A
CN114365177A CN202080061162.XA CN202080061162A CN114365177A CN 114365177 A CN114365177 A CN 114365177A CN 202080061162 A CN202080061162 A CN 202080061162A CN 114365177 A CN114365177 A CN 114365177A
Authority
CN
China
Prior art keywords
information
medical
insurance
diagnosis
cloud
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202080061162.XA
Other languages
English (en)
Inventor
洪秉镇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lemonhealthcare Ltd
Original Assignee
Lemonhealthcare Ltd
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 Lemonhealthcare Ltd filed Critical Lemonhealthcare Ltd
Publication of CN114365177A publication Critical patent/CN114365177A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/88Medical equipments

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及一种基于云的实损医疗费保险金申请系统及方法。基于云的实损医疗费保险金申请方法,包括:当云服务器从用户终端接收到实损医疗费保险金申请请求时,向医疗机构服务器请求申请实损医疗费保险金的步骤;上述医疗机构服务器提取EMR DB单元中存储的患者信息和诊疗信息,API构建器单元利用固有的API映射诊疗信息的步骤;及上述医疗机构服务器通过医疗机构的电子签名对映射的诊疗信息进行认证,并对上述映射的诊疗信息进行加密,以将包含诊疗信息的EDI数据发送到上述云服务器的步骤。

Description

一种基于云的实损医疗费保险金申请系统及方法
技术领域
本发明涉及一种基于云的实损医疗费保险金申请系统及方法,特别是涉及一种基于云的实损医疗费保险金申请系统及方法,其为了可以在云计算环境下处理保险金申请,将包含医疗机构电子签名的电子数据交换(Electronic data interchange,EDI)数据传递至云服务器,将EDI数据传输至保险公司,以便不受时间和地点的约束即可方便地进行申请。
背景技术
实损医疗保险是一种被保险人因疾病或伤害住院或门诊治疗时保障作为医疗费实际所承担的费用的健康保险。一般情况下,被保险人为了申请保险金,需要到医院或药店取得诊疗费收据、诊断书、处方、处方药费收据等各种凭证后,通过传真传输或邮寄到保险公司。
如上所述,为了申请实损医疗费保险金,需要从医疗机构取得凭证,填写保险公司的申请表,并向该保险公司提出申请。而现实中由于申请手续繁琐,对于小额医疗费而言,多数被保险人即使可以根据保险合同收到保险金,也会由于手续复杂且不便而不申请保险金。
另外,医疗机构中存在着需要减少开具多种证明等简单及重复性工作,以及大量使用不必要的纸张而导致浪费的问题,保险公司中存在申请数据输入错误等问题,因此,需要简化实损医疗保险申请流程。
作为现有技术,有韩国公开专利第10-2016-0069684号(金融机构服务器和保险金自动申请方法),但仅公开了通过拍摄医疗费结算单(statement)并分析图像来申请保险金的技术。
发明内容
发明所要解决的问题
本发明为了解决上述现有技术的问题而提出,其目的在于提供一种将包含医疗机构电子签名的EDI数据传递至云服务器,且将EDI数据传输至保险公司,以能够方便地进行申请的系统及其方法。
本发明可以提供一种基于云的实损医疗费保险金申请系统及其方法,该方法可以为单独存在的医疗机构和保险公司的每个流程引入系统化的标准程序,通过标准化的API计算,与医疗机构服务器的DBMS和开发语言的类型无关地提取包含诊疗信息的EDI数据,使得在云计算环境下,可以有效地申请保险金。
本发明要解决的另一问题是通过移动终端简化流程。现有的处理方法中存在用户将凭证打印出来并提交给保险公司,保险公司也要对申请数据进行输入的步骤,而对于本发明的实施例而言,通过用户的移动终端将电子签名的原始数据以EDI形式及电子文件的形式传输至基于云的系统,而不经过现有的凭证打印步骤及输入步骤。
另外,对于发送到云端的实损保险申请数据而言,可以通过组建虚拟专用网络的方式,使用专用通信方法和JSON(JavaScript Object Notation,JS对象简谱)发送和接收数据来传输到个别保险公司。
本发明要解决的另一问题是准确地向保险公司申请医疗机构所发行的信息。通过电子签名的原始数据的认证、用户终端的认证和应用程序防止伪造和篡改技术,将个人(患者)的诊疗信息原封不动地转发给保险公司。
用于解决问题的方案
根据本发明实施例的一种基于云的实损医疗费保险金申请方法,包括:当用户的移动终端向云服务器请求申请实损医疗费保险金时,向医疗机构服务器请求申请实损医疗费保险金的步骤;上述医疗机构服务器提取EMR DB单元中存储的患者信息和诊疗信息,API构建器单元根据固有的API映射上述诊疗信息的步骤;上述医疗机构服务器通过医疗机构的电子签名对映射的诊疗信息进行认证,并对转换后的诊疗信息进行加密,以将包含诊疗信息的EDI数据发送给上述云服务器的步骤。
根据本发明实施例的一种基于云的实损医疗费保险金申请系统,包括:云服务器,当从用户终端接收到实损医疗费保险金申请请求时,向医疗机构服务器请求实损医疗保险金资料,当保险金申请数据系统从上述医疗机构服务器接收到包含诊疗信息的EDI数据时,生成诊疗费收据、诊断书、处方、处方药费收据、诊疗费明细中的至少一个,当用户终端确认保险金领取信息时,删除上述EDI数据;医疗机构服务器,当从上述云服务器接收到实损医疗费保险金申请请求时,从EMR DB单元提取患者信息和诊疗信息,API构建器单元利用固有的API映射诊疗信息,通过医疗机构的电子签名对映射的诊疗信息进行认证,并对上述诊疗信息进行加密,以将包含诊疗信息的EDI数据发送到上述云服务器;及保险公司服务器,当从上述云服务器接收到包含诊疗信息的EDI数据时,基于患者的合同计算保险金,并向上述云服务器请求诊疗明细,上述云服务器确认诊疗信息并对未申请的内容请求确认是否申请并接收回复,上述保险公司服务器确认账户信息,对未申请的内容请求确认个人信息。
发明效果
根据本发明,通过标准化的API,可以与医疗机构服务器的异构DBMS和开发语言的类型无关地,生成用于申请保险金的EDI数据。
另外,根据本发明,可以利用用户终端查询个人所加入的各保险公司的投保明细。
另外,根据本发明,可以利用用户终端不受时间和地点的约束,简便地申请实损医疗保险及查询实损医疗保险申请,用户便利性高。
另外,通过对实损医疗费保险金申请的数据输入实现电算化,效率性高。
附图说明
图1是用于说明根据本发明实施例的一种基于云的实损医疗费保险金申请方法的流程图。
图2是根据本发明实施例的实损医疗费保险金申请系统的结构图。
图3和图4是用于说明根据本发明实施例的API构建器单元的操作方法的流程图。
图5是根据本发明实施例的API构建器单元的结构图。
具体实施方式
图1是用于说明根据本发明实施例的一种基于云的实损医疗费保险金申请方法的流程图。
参考图1,基于云的实损医疗费保险金申请方法是,当云服务器100从用户终端400接收到实损医疗费保险金申请请求时,则向医疗机构服务器200请求实损医疗费保险金申请(S101)。
云服务构成虚拟化和分布式处理技术的计算环境,根据提供的资源可以分为基础设施即服务(Iaas)、平台即服务(Paas)和软件即服务(Saas),本发明可以构成Paas,其提供用于开发和执行应用程序的环境。
通过移动虚拟键盘加密处理方法提供安全的数据输入环境,并通过提供全键盘(Qwerty键盘)、英文/数字/特殊字符专用键盘来提供移动安全策略。另外,可以使用通过适用安全套接字协议(Secure Sockets Layer,SSL)而加强通信区间安全和使用AES256等加密算法的应用程序内部数据安全技术。
通过移动服务的ID/PassWord策略对用户进行认证,基于信息的机密性和完整性,禁止存储终端设备中的重要信息,并且,通过应用程序的防止伪造和篡改技术实施终端设备安全策略。
医疗机构服务器200提取存储于电子病历数据库(Electronic Medical Record,EMR DB)单元210中的患者信息和诊疗信息(S103),API构建器单元220根据应用程序编程接口(Application Programming Interface,API)映射上述诊疗信息(S103)。上述诊疗信息可以包括药价信息和处方信息。上述API是可以与异构数据库管理系统(DatabaseManagement System,DBMS)和开发语言的类型无关地,映射为标准化的诊疗信息的标准化API。API构建器单元220可以生成、管理及测试用于标准化医疗机构服务器内的数据库信息(例如,诊疗信息等)的API。API构建器单元220可以设置于医疗机构服务器内并在其内进行动作,但不限于此。API构建器单元220从EMR DB单元提取诊疗信息并生成数据源,编写结构化查询语言(Structured Query Language,SQL)查询,并反复进行测试以映射诊疗信息(S104)。
医疗机构服务器200通过医疗机构电子签名对映射的诊疗信息进行认证(S105),并对上述映射的诊疗信息进行加密(S107)。医疗机构服务器200向云服务器100发送包含诊疗信息的EDI数据(S111)。上述EDI数据可以包含映射的诊疗信息和患者信息。
云服务器100基于上述EDI数据生成收据、诊断书、处方、处方药费收据、诊疗费明细中的至少一个(S113)。即,上述云服务器可以基于上述EDI数据,根据保险公司的专门结构,转换收据、诊断书、处方、处方药费收据、诊疗费明细中的至少一个。
此后,当用户终端400选择了保险公司时(S115),云服务器100向保险公司服务器300查询是否与保险公司签订了合同(S117)。保险公司服务器300执行确认是否签订合同的认证,并将认证结果发送到云服务器100(S121)。
然后,云服务器100将包含诊疗信息的EDI数据传递给保险公司服务器300(S123),保险公司服务器300基于上述EDI数据,依据患者的合同计算保险金(S125)。
保险公司服务器300向上述云服务器请求诊疗明细(S127),上述云服务器确认诊疗信息,并请求确认对未申请的内容是否进行申请(S131)。
保险公司服务器300确认账户信息(S133),针对未申请的内容向云服务器100请求确认个人信息。云服务器100确认账户信息(S137),之后确认领取信息(S141)。另外,保险公司服务器确认保险金申请输入信息(S139)。然后,云服务器100删除已完成实损医疗费保险金申请的EDI数据。
另外,药店服务器由药品程序和Demon(幽灵)程序驱动,并与云服务器连接,当云服务器传递处方信息并请求配药时,药店服务器的Demon程序接收该请求并发送给药品程序,药品程序可以计算药价并传递给Demon程序。Demon程序可以将药价发送到云服务器请求结算,接收结算完成信息。
即,本发明通过云服务器传递包含诊疗信息的EDI数据,从而可以随时随地在线申请保险金,并且,在完成保险金申请时,云服务器上的保险申请数据将被删除,提高了安全性。
图2是根据本发明实施例的实损医疗费保险金申请系统的结构图。参考图2,实损医疗费保险金申请系统10包括云服务器100、医疗机构服务器200、保险公司服务器300和用户终端400。当用户终端400请求实损保险金时,云服务器100向医疗机构服务器200请求申请实损医疗费保险金,医疗机构服务器200利用标准化API对诊疗信息进行映射并加密,将包含诊疗信息的EDI数据提供给云服务器100。云服务器100将EDI数据传递给保险公司服务器300,进行保险金计算及申请。
云服务器100包括诊疗信息EDI发送/接收单元110、生成单元120、保险公司选择单元130、认证单元140、确认单元150、EDI数据存储单元160、控制单元170。
对于诊疗信息EDI发送/接收单元110而言,当用户终端400请求申请实损医疗费保险金时,可以向医疗机构服务器200请求申请实损医疗费保险金。并且,当从医疗机构服务器200接收到包含诊疗信息的EDI数据时,可以将其传递给保险公司服务器300。生成单元120可以基于接收到的EDI数据,生成收据、诊断书、处方、处方药费用收据和诊疗费明细中的至少一个(S113)。
当用户终端400选择了保险公司时,保险公司选择单元130可以向被选择的保险公司服务器请求查询保险公司合同。
当从保险公司服务器300接收到认证结果时,认证单元140可以进行用户认证。当从保险公司服务器300接收到诊疗明细或个人信息请求时,确认单元150可以确认诊疗信息及账户信息并传递给保险公司服务器300。
当EDI数据存储单元160从医疗机构服务器200接收到EDI数据时,暂存该数据,当从用户终端接收到保险金领取信息时,便可删除所存储的EDI数据。
控制单元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查询编写指南(guide)的简单编写及通过API构建器映射为标准数据后,通过反复验证来进行映射。由此,可以将异构DBMS之间的数据和以不同的开发语言开发的数据进行标准化。
医疗机构电子签名单元230通过医疗机构电子签名对转换后的诊疗信息进行认证。加密单元240可以通过对映射的诊疗信息进行加密来提高安全性,通信单元250可以与云服务器100发送/接收数据,控制单元260可以控制医疗机构服务器的各个组件。
保险公司服务器300包括认证单元310、保险金计算单元320、确认单元330、请求单元340、通信单元350及控制单元360。当认证单元310从云服务器100接收到查询保险公司是否签订合同的请求时,执行确认患者和保险公司之间是否签订合同的认证,并将认证结果发送给云服务器100。保险金计算单元320基于从云服务器接收的EDI数据,依据患者的合同计算保险金。
确认单元330可以确认账户信息或保险金申请输入信息。
请求单元340可以向云服务器请求患者的诊疗明细,云服务器100确认诊疗信息,并请求确认对未申请的内容是否进行申请。
通信单元350可以与云服务器100发送/接收数据,控制单元360可以控制保险公司服务器的各个组件。
图3和图4是用于说明根据本发明实施例的API构建器单元的动作方法的流程图。
参考图3和图4,API构建器单元构建应用服务器(S301),开发API(S303),请求分析超文本传输协议(HTTP)、LIVE框架(Liveframework)、查询类(Query Class)、程序(Procedure)中的至少一个(S305)。此时,应用服务器可以由IIS、Tomcat、Tuxedo、Entera等构建,但不限于此。上述API可以由.Net、ASP、Java、C语言实现。
之后,从EMR DB接收信息生成数据源(S307),并开发业务逻辑(S309)。之后,调用SQL语句,收集查询结果,编写HTTP、Liveframework、Query Class、Procedure、表述性状态转移(REST)方式中的至少一个响应(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的各个模块。认证模块227可以确认传输数据的真伪并对其进行加密。追踪模块228可以在传输后实时确认保险公司服务器的保险金申请状态。即,可以从EMR DB单元210接收数据,并由API构建器单元220将该数据转换成标准化的输出形式。
以上,参考附图中所示的实施例说明了本发明,但这仅是示例性的,本领域的普通技术人员应当理解,可由此进行各种变形以及实施等同的其他实施例。因此,本发明真正的技术上的保护范围应由权利要求书中的技术思想来确定。

Claims (11)

1.一种基于云的实损医疗费保险金申请方法,其特征在于,包括:
当云服务器从用户终端接收到实损医疗费保险金申请请求时,向医疗机构服务器请求诊疗明细等申请资料的步骤;
所述医疗机构服务器提取EMR DB单元中存储的患者信息和诊疗信息,且API构建器单元根据固有的API映射所述诊疗信息的步骤;及
所述医疗机构服务器通过医疗机构的电子签名对映射的诊疗信息进行认证,并对所述映射的诊疗信息进行加密,以将包含诊疗信息的EDI数据发送至所述云服务器的步骤。
2.根据权利要求1所述的基于云的实损医疗费保险金申请方法,其特征在于,还包括:
所述云服务器基于所述EDI数据根据保险公司的专门结构转换收据、诊断书、处方、处方药费收据、诊疗费明细中的至少一个的步骤;
所述云服务器根据用户所选的保险公司向保险公司服务器查询是否与保险公司签订了合同的步骤。
3.根据权利要求2所述的基于云的实损医疗费保险金申请方法,其特征在于,还包括:
所述保险公司服务器从所述云服务器接收到查询保险公司合同的请求时,基于保险公司服务器中存储的用户信息进行认证,并将认证结果发送给云服务器的步骤;
所述保险公司服务器从所述云服务器接收包含诊疗信息的EDI数据,并依据患者的合同计算保险金的步骤。
4.根据权利要求3所述的基于云的实损医疗费保险金申请方法,其特征在于,还包括:
所述保险公司服务器向所述云服务器请求诊疗明细,所述云服务器确认诊疗信息,并请求确认对未申请的内容是否进行申请的步骤;及
所述保险公司服务器确认账户信息,对于未申请的内容向云服务器请求确认个人信息的步骤。
5.根据权利要求1所述的基于云的实损医疗费保险金申请方法,其特征在于,
在API构建器单元转换所述诊疗信息的步骤中,生成数据源,且在通过SQL查询编写指南的简单编写及通过API构建器映射为标准数据后,通过反复验证来进行映射。
6.一种基于云的实损医疗费保险金申请系统,包括:
云服务器,当从用户终端接收到实损医疗费保险金申请请求时,向医疗机构服务器请求申请实损医疗费保险金,当从所述医疗机构服务器接收到包含诊疗信息的EDI数据时,生成收据、诊断书、处方、处方药费收据、诊疗费明细中的至少一个,当用户终端确认保险金领取信息时,删除所述EDI数据;
医疗机构服务器,当从所述云服务器接收到实损医疗费保险金申请请求时,从EMRDB单元提取患者信息和诊疗信息,且通过API构建器单元利用固有的API映射诊疗信息,通过医疗机构的电子签名对映射的诊疗信息进行认证,并对所述诊疗信息进行加密,以将包含诊疗信息的EDI数据发送到所述云服务器;及
保险公司服务器,当从所述云服务器接收到包含诊疗信息的EDI数据时,基于患者的合同计算保险金,并向所述云服务器请求诊疗明细,接收所述云服务器确认诊疗信息并对未申请的内容是否进行申请的确认请求,所述保险公司服务器确认账户信息,对未申请的内容请求确认个人信息。
7.根据权利要求6所述的基于云的实损医疗费保险金申请系统,其特征在于,所述API构建器单元包括:
生成模块,从所述EMR DB单元接收患者信息和诊疗信息来生成数据源;及
SQL编写模块,编写SQL查询并将其传递给测试模块。
8.根据权利要求6所述的基于云的实损医疗费保险金申请系统,其特征在于,
所述云服务器包括EDI数据存储单元,
当所述EDI数据存储单元从医疗机构服务器接收到EDI数据时,暂存所述EDI数据,从用户终端接收到保险金领取信息时,删除所存储的EDI数据。
9.根据权利要求6所述的基于云的实损医疗费保险金申请系统,其特征在于,所述保险公司服务器包括:
保险金计算单元,基于所述EDI数据依据患者的合同计算保险金;及
确认单元,确认账户信息及保险金申请输入信息。
10.根据权利要求9所述的基于云的实损医疗费保险金申请系统,其特征在于,所述云服务器还包括:
确认单元,确认账户信息或保险金申请输入信息。
11.根据权利要求6所述的基于云的实损医疗费保险金申请系统,其特征在于,
当所述云服务器从用户终端接收到完成药费结算的实损医疗费保险金申请请求时,从药店服务器接收包含诊疗及处方信息的EDI数据,并生成处方、处方药费用收据中的至少一个,当用户终端确认保险金领取信息时,删除所述EDI数据;
当所述保险公司服务器从所述云服务器接收到包含诊疗及处方信息的EDI数据时,所述保险公司服务器依据患者的合同计算保险金,向所述云服务器请求诊疗及处方明细,并接收所述云服务器确认诊疗及处方信息并针对未申请的内容是否进行申请的确认请求,所述保险公司服务器确认账户信息,以针对未申请的内容请求确认个人信息。
CN202080061162.XA 2019-07-11 2020-07-09 一种基于云的实损医疗费保险金申请系统及方法 Pending CN114365177A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020190083785A KR102139180B1 (ko) 2019-07-11 2019-07-11 클라우드 기반의 실손의료비 보험금 청구 시스템 및 방법
KR10-2019-0083785 2019-07-11
PCT/KR2020/009058 WO2021006682A1 (ko) 2019-07-11 2020-07-09 클라우드 기반의 실손의료비 보험금 청구 시스템 및 방법

Publications (1)

Publication Number Publication Date
CN114365177A true CN114365177A (zh) 2022-04-15

Family

ID=71893715

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080061162.XA Pending CN114365177A (zh) 2019-07-11 2020-07-09 一种基于云的实损医疗费保险金申请系统及方法

Country Status (5)

Country Link
US (1) US20220261916A1 (zh)
JP (1) JP7409716B2 (zh)
KR (1) KR102139180B1 (zh)
CN (1) CN114365177A (zh)
WO (1) WO2021006682A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220060708A (ko) * 2020-11-05 2022-05-12 인충교 의료용 전자문서 관리 시스템
KR102371078B1 (ko) * 2021-08-13 2022-03-07 주식회사 레몬헬스케어 이종 시스템간 데이터 유통을 위한 표준api 규격 자동화 방법 및 시스템
KR102566643B1 (ko) 2022-01-09 2023-08-11 주식회사 이안메드 실손 보험 자동 청구 시스템

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100474206B1 (ko) * 2002-08-20 2005-03-10 (주)나노씽크 민영 의료보험 자동화처리 방법
JP2004126793A (ja) * 2002-09-30 2004-04-22 Ntt Comware Corp 医療費支払システムおよび医療費支払方法
KR100725826B1 (ko) * 2005-12-31 2007-06-11 한국산업은행 온라인망을 기반으로 하는 로컬 회계정보 통합관리 시스템
KR101071571B1 (ko) * 2008-12-12 2011-10-10 주식회사 비트컴퓨터 의료기기 정보연동 시스템 및 방법
WO2012054932A2 (en) * 2010-10-22 2012-04-26 Medicity, Inc. Managing healthcare information in a distributed system
US9049185B1 (en) * 2013-03-14 2015-06-02 Emc Corporation Authenticated hierarchical set operations and applications
JP6116013B2 (ja) * 2014-06-25 2017-04-19 株式会社アジャスト 診断書作成支援システム、プログラム及び記録媒体
KR101896757B1 (ko) * 2016-04-26 2018-09-10 (주)프리원 보험금 청구 장치 및 보험금 청구 방법
KR101741960B1 (ko) * 2016-10-13 2017-05-30 홍병진 온라인 환경 기반 보험금 청구 시스템 및 방법
WO2018163265A1 (ja) * 2017-03-07 2018-09-13 株式会社日立製作所 保険金請求支援システムおよび保険金請求支援方法
JP2019074877A (ja) * 2017-10-13 2019-05-16 富士通株式会社 情報処理システム、情報処理装置、及びプログラム
US11461816B1 (en) * 2018-06-27 2022-10-04 Zelis Healthcare, Llc Healthcare provider bill validation
US10943302B2 (en) * 2018-07-13 2021-03-09 Revolt Cypher, Llc Systems, methods, and computer program products for risk and insurance determination
KR101989474B1 (ko) * 2018-11-23 2019-06-14 (주)레몬헬스케어 클라우드 기반의 전자처방 전송 시스템 및 방법

Also Published As

Publication number Publication date
JP7409716B2 (ja) 2024-01-09
KR102139180B1 (ko) 2020-07-29
JP2022540251A (ja) 2022-09-14
WO2021006682A1 (ko) 2021-01-14
US20220261916A1 (en) 2022-08-18

Similar Documents

Publication Publication Date Title
CN114365177A (zh) 一种基于云的实损医疗费保险金申请系统及方法
US20200327984A1 (en) System and method for medical billing systems to submit transactions for services covered under pharmacy benefits
US8195481B2 (en) Teleradiology image processing system
US8386288B2 (en) Workflow management system and method with workflow package exchange between drop-box application programs
US11962682B2 (en) Secure transmission of electronic health records via blockchain
US20080183505A1 (en) Centralized eob archiving and access
JP7261508B2 (ja) クラウド基盤の電子処方送信システム及び方法
US11121877B2 (en) Secure transmission of electronic health records via blockchain
WO2003038564A2 (en) System and method for facilitating the exchange of health care transactional information
KR20060088142A (ko) 의료 정보 공유 방법 및 그 시스템
CN112259178A (zh) 基于区块链网络的诊断方法、装置和区块链网络系统
CN115516574B (zh) 用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的api规格管理方法
US20110071846A1 (en) Healthcare processing system and method
US20230368136A1 (en) Distributed ledger system for automated claim adjudication
KR20220073900A (ko) 블록체인 기반의 토탈 헬스케어 솔루션
KR20220073899A (ko) 블록체인을 이용한 의료데이터 공유에 의한 의료 서비스 수익 분배 방법
CN115050450A (zh) 购药请求的处理方法和装置
KR20220073557A (ko) 블록체인 기반 의료 마이 데이터 비대면 플랫폼 시스템
US11875339B1 (en) Method and apparatus for collecting and distributing secured data
KR102028844B1 (ko) 의무기록 및 제증명 서류의 자동 제출이 가능한 보험금 자동 청구 시스템
WO2000066367A1 (en) A method, system and network for coordinating the communication of data for a health-related transaction
WO2001098866A2 (en) Method and apparatus for requesting and retrieving medical information
CN113764089B (zh) 就诊医院的绑定方法、装置、设备及存储介质
KR102524829B1 (ko) 통합 실손의료보험 자동청구방법 및 시스템
KR20170052108A (ko) 개인 보유 기록 검증 시스템 및 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination