CN109543447A - 基于区块链的信息处理方法、服务器及计算机存储介质 - Google Patents
基于区块链的信息处理方法、服务器及计算机存储介质 Download PDFInfo
- Publication number
- CN109543447A CN109543447A CN201811323294.6A CN201811323294A CN109543447A CN 109543447 A CN109543447 A CN 109543447A CN 201811323294 A CN201811323294 A CN 201811323294A CN 109543447 A CN109543447 A CN 109543447A
- Authority
- CN
- China
- Prior art keywords
- responder
- resolution
- electronic health
- health record
- mentioned
- 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.)
- Granted
Links
Classifications
-
- 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
- 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
- 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
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
Landscapes
- Engineering & Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Bioethics (AREA)
- Medical Informatics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Epidemiology (AREA)
- Databases & Information Systems (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了一种基于区块链的信息处理方法、服务器及计算机存储介质,涉及了区块链及区块链中的智能合约技术,其中方法包括:接收来自发起方的理赔请求,确定所述理赔请求的响应方;向所述响应方发送所述理赔请求;判断所述响应方是否具备存储有所述电子病历的区块链的访问权限;若具备,则在所述区块链中获取所述发起方的电子病历和所述理赔请求对应的理赔规则,向所述响应方发送所述发起方的电子病历和所述理赔规则,使所述响应方根据所述电子病历与所述理赔规则确定理赔结果,可以实现电子病历的分享和传输,在保证信息安全性的同时,可以提高理赔业务的处理效率。
Description
技术领域
本申请涉及区块链技术领域,尤其涉及一种基于区块链的信息处理方法、服务器及计算机存储介质。
背景技术
病历是医务人员对患者疾病的发生、发展、转归,进行检查、诊断、治疗等医疗活动过程的记录,也是对采集到的资料加以归纳、整理、综合分析,按规定的格式和要求书写的患者医疗健康档案。
在购买了医疗类保险业务的用户进行理赔的过程中,一般需要提供相应的治疗凭证申请报销,有时候需要本人病历及其他支付凭证作为证明。随着信息技术的发展,如今各个医院开始采用电子病历方法记录用户的就诊信息,电子病历是用电子设备(计算机、健康卡等)保存、管理、传输和重现的数字化的病人的医疗记录,取代手写纸张病历,可以节省纸张,存储归档更为方便。但是,目前的电子病历存储在用户看病的医院的档案库,若用户需要进行保险类业务的报销时,需要去医院提取自己的电子病历作为证明,这样十分不便,并且相关的保险公司对其电子病历的真实性难以查证,医保理赔业务处理效率较低。
发明内容
本申请实施例提供一种基于区块链的信息处理方法、服务器及计算机存储介质,可以实现电子病历的分享和传输,在保证信息安全性的同时,可以提高理赔业务的处理效率。
第一方面,本申请实施例提供了一种基于区块链的信息处理方法,应用于服务器,该方法包括:
接收来自发起方的理赔请求,确定所述理赔请求的响应方;
向所述响应方发送所述理赔请求;
判断所述响应方是否具备存储有所述电子病历的区块链的访问权限;
若具备,则在所述区块链中获取所述发起方的电子病历和所述理赔请求对应的理赔规则,向所述响应方发送所述发起方的电子病历和所述理赔规则,使所述响应方根据所述电子病历与所述理赔规则确定理赔结果。
作为一种可能的实施方式,所述在所述区块链中获取所述病历标识对应的目标电子病历之前,所述方法还包括:
所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限之前,所述方法还包括:
接收来自所述响应方的信息获取请求,其中,所述信息获取请求为针对所述发起方的电子病历的获取请求,所述信息获取请求携带响应方身份标识;
所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限包括:
根据所述响应方身份标识判断所述响应方是否具备存储有所述电子病历的区块链的访问权限。
作为一种可能的实施方式,所述方法还包括:生成所述响应方获取所述电子病历的信息获取记录,存储在所述区块链中。
作为一种可能的实施方式,所述理赔请求包含理赔方案标识;
在所述接收来自发起方的理赔请求之后,所述方法还包括:
根据所述理赔方案标识确定目标理赔方案,判断所述目标理赔方案的审核项目是否包含电子病历项目;
若包含,触发所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限的步骤。
作为一种可能的实施方式,所述在所述区块链中获取所述发起方的电子病历之后,所述方法还包括:
根据所述电子病历项目的审核内容审核所述发起方的电子病历,获得审核结果,向所述响应方发送所述审核结果。
第二方面,本申请实施例提供了一种服务器,包括:传输模块、确定模块、身份验证模块和获取模块,其中:
所述传输模块,用于接收来自发起方的理赔请求;
所述确定模块,用于确定所述理赔请求的响应方;
所述传输模块,还用于向所述响应方发送所述理赔请求;
所述身份验证模块,用于判断所述响应方是否具备存储有所述电子病历的区块链的访问权限;
所述获取模块,用于在所述响应方具备存储有所述电子病历的区块链的访问权限时,在所述区块链中获取所述发起方的电子病历和所述理赔请求对应的理赔规则;
所述传输模块,还用于向所述响应方发送所述发起方的电子病历和所述理赔规则,使所述响应方根据所述电子病历与所述理赔规则确定理赔结果。第三方面,本申请实施例还提供了一种服务器,包括:处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如第一方面及其任一种可能的实施方式所述的方法。
第四方面,本申请实施例提供了一种计算机存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面及其任一种可能的实施方式的方法。
本申请实施例通过接收来自发起方的理赔请求,确定上述理赔请求的响应方,向上述响应方发送上述理赔请求,判断上述响应方是否具备存储有上述电子病历的区块链的访问权限,若具备,则在上述区块链中获取发起方的电子病历和上述理赔请求对应的理赔规则,向响应方发送上述发起方的电子病历和理赔规则,使响应方根据上述电子病历与上述理赔规则确定理赔结果,可以实现电子病历的分享和传输,在保证信息安全性的同时,可以提高理赔业务的处理效率。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍。
图1是本申请实施例提供的一种基于区块链的信息处理方法的流程示意图;
图2是本申请另一实施例提供的一种基于区块链的信息处理方法的流程示意图;
图3是本申请实施例提供的一种服务器的结构示意图;
图4是本申请实施例提供的另一种服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
区块链的特性有开放、共识、去中心、去信任、透明、双方匿名、不可篡改以及可追溯等。其中,开放与透明意为任何人都可以参与到区块链网络,每一台设备都能作为一个节点,每个节点都允许获得一份完整的数据库拷贝。节点基于一套共识机制,通过竞争计算共同维护整个区块链。任一节点失效,其余节点仍能正常工作。其中,去中心化与去信任意为区块链由众多节点共同组成一个端到端的网络,不存在中心化的设备和管理机构。节点之间数据交换可以通过数字签名技术进行验证,无需互相信任,只要按照系统既定的规则进行,节点之间不能也无法欺骗其他节点。其中,透明与双方匿名意为区块链的运行规则是公开的,所有的数据信息也是公开的,因此每一次数据传输或者访问等都对所有节点可见。由于节点与节点之间是去信任的,因此节点之间无需公开身份,每个参与的节点都是匿名的。
具体的,区块链可以利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。因此,区块链技术不可篡改的特性从根本上改变了中心化的信用创建方式,有效提高了数据的不可更改性以及安全性。其中,由于智能合约使得所有的条款编写为程序,这些条款可在区块链上自动执行,保证了当存在触发智能合约的条件时,区块链能强制根据智能合约中的内容执行,且不受任何外力阻挡,从而保证了合约的有效性和执行力,不仅能够大大降低成本,也能提高效率。区块链上的各个节点都有相同的账本,能够确保账本记录过程是公开透明的。区块链技术可以实现了一种点对点的、公开透明的直接交互,使得高效率、大规模、无中心化代理的信息交互方式成为了现实。
本申请实施例主要可以应用于服务器,包括区块链节点服务器,又称区块链服务器,而作为区块链节点服务器的类型有很多,可以是传统服务器、大型存储系统、台式电脑、笔记本电脑、平板电脑、掌上电脑、智能手机、便携式数字播放器、智能手表以及智能手环等等。其中,区块链节点服务器为根据共识机制确定的区块链网络中的其中一个服务器。应理解,由于区块链是一个去中心化的分布式数据库,所以每次处理数据都需要选出区块链网络中的其中一个服务器作为执行者来处理数据。而每次选取服务器的规则便是共识机制,本申请实施例中共识机制可以是工作量证明机制(Proof of Work,POW)、股权证明机制(Proof of Stake,POS)、瑞波共识机制(Ripple Consensus)以及授权股权证明机制(Delegated Proof of Stake,DPOS)等,在此不作限定。本申请实施例中,终端设备包括但不限于带通讯功能的设备、智能手机、平板电脑、笔记本电脑、台式电脑判断所述响应方是否具备存储有所述电子病历的区块链的访问权限、便携式数字播放器、智能手环以及智能手表等。
为了能够更好地理解本申请实施例,下面将对应用本申请实施例的方法进行介绍。
请参见图1,是本申请实施例提供的一种基于区块链的信息处理方法的示意流程图,本方法可以应用于上述区块链服务器,如图1所示该方法可包括:
101、接收来自发起方的理赔请求,确定上述理赔请求的响应方,向上述响应方发送上述理赔请求。
其中,上述发起方指的是申请理赔的一方,与上述发起方对应的响应方指需要获取电子病历进行理赔审核的一方,上述发起方和上述响应方具体均可以理解为可以与区块链服务器通信的任何终端设备,或者为其他区块链节点服务器。本申请实施例中发起方也可以理解为电子病历的发起方,指的是上传电子病历进行共享的一方,上传的电子病历可以存储在区块链服务器中,根据前述对区块链的介绍可知,电子病历存储在区块链中,不可篡改和可追溯意为每个甚至多个节点对数据库的修改无法影响其他节点的数据库,除非能控制整个网络中超过51%的节点同时修改,这是几乎不可能发生的,保障了电子病历的安全性。
上述响应方可以是保险公司,在可选的实施例中也可以是个人用户,同时,上述发起方也可以通过终端设备在区块链中随时获取自己的电子病历。发起方可以通过终端设备发起上述理赔请求,区块链服务器中可以存储有响应方标识和响应方的对应关系,上述响应方标识可以理解为某用户的用户信息,可以为用户姓名、用户账号或者身份证号等,通过响应方标识可以唯一确定响应方。区块链服务器可以接收上述理赔请求,上述理赔请求可以包括上述响应方标识,区块链服务器可以识别上述响应方标识,进而确定上述响应方,向上述响应方发送上述理赔请求,即将发送方的理赔请求转发给对应的响应方,以及可以执行步骤102。
102、判断上述响应方是否具备存储有上述电子病历的区块链的访问权限。
在接收到上述理赔请求之后,区块链服务器可以首先判断上述响应方是否具备存储有上述电子病历的区块链的访问权限,具体的,可以对上述响应方进行身份认证,确认上述响应方可以访问该区块链,再执行后续步骤。其中,上述身份认证方式可通过面部识别、密码验证或者其他有效证件验证完成,比如,若用户想通过终端设备获取目标电子病历(上述发送方的电子病历),则需要该用户登录自己的用户账号,区块链服务器可以获取该用户的身份信息,比如使用该用户账号注册时存储的个人基本信息,确认该用户可以访问区块链,才能获取到目标电子病历。若上述响应方的身份认证通过,则在该区块链中具备上述访问权限,区块链服务器可以向上述响应方提供发送方的电子病历查看。
若上述响应方不具备上述访问权限,不执行步骤103,可以执行步骤104。
可选的,上述访问权限也可以是在账号注册时通过身份认证后获得的,即在该区块链中的智能合约可以规定了通过指定验证的账号可以获得上述访问权限,即能够访问该区块链,获取区块链中共享的各种信息。
若上述响应方具备上述访问权限,可以执行步骤103。
可选的,在步骤103之前,该方法还包括:
接收来自上述响应方的信息获取请求,其中,上述信息获取请求为针对上述发起方的电子病历的获取请求,上述信息获取请求携带响应方身份标识;
上述步骤103具体可包括:根据上述响应方身份标识判断上述响应方是否具备存储有上述电子病历的区块链的访问权限。
本申请实施例中,区块链服务器可以在确定理赔请求的响应方之后,进行获取发送方的电子病历的访问权限验证过程,为响应方获取电子病历进行理赔审核处理,也可以在响应方主动发起对电子病历的信息获取请求时,触发步骤103,进行访问权限的判断,在响应方身份验证通过时向其发送发起方的电子病历,使电子病历的获取更灵活。
103、在上述区块链中获取上述发起方的电子病历和上述理赔请求对应的理赔规则,向上述响应方发送上述发起方的电子病历和上述理赔规则,使上述响应方根据上述电子病历与上述理赔规则确定理赔结果。
具体的,在上述响应方具备存储有上述电子病历的区块链的访问权限时,区块链服务器可以在上述区块链中获取上述发起方的电子病历,并向上述响应方发送该电子病历,供上述响应方查看。
通过提供上述发起方的电子病历给上述响应方查看,便于响应方根据上述电子病历与上述理赔规则确定理赔结果。其中,区块链中可以存储有理赔方案库,包括多种理赔方案及其理赔规则,以及理赔方案标识和上述理赔方案的对应关系。上述发起方的理赔请求中可以携带理赔方案标识,通过识别上述理赔请求,可以确定该理赔方案标识对应的目标理赔方案,进而确定该目标理赔方案的理赔规则为本次理赔规则。
上述理赔规则可以理解为保险理赔规则,保险理赔是指在保险标的发生保险事故而使被保险人财产受到损失或人身生命受到损害时,或保单约定的其它保险事故出险而需要给付保险金时,保险公司根据合同规定,履行赔偿或给付责任的行为,是直接体现保险职能和履行保险责任的工作,本申请实施例中主要针对的是医疗保险理赔,一般对病历等凭证的认证过程慢,有时候需要用户去打印上传,或者用户根本就无法提供自己存储在医院的历史病历,并且安全性较低。通过获取区块链中的电子病历作为凭证,可以便于保险公司快速对电子病历进行审核,确认是否满足理赔条件进而进行理赔处理,提高了处理效率。
104、向上述响应方发送获取失败信息,以及向上述发起方发送访问请求,上述获取失败信息用于提示上述响应方验证失败。
具体的,在上述响应方不具备存储有上述电子病历的区块链的访问权限时,向上述响应方发送获取失败信息,以提示上述响应方不具备存储有上述电子病历的区块链的访问权限,不能获取发送方的电子病历,同时,可以向上述发起方发送访问请求,即可以在响应方不具备区块链访问权限的情况下,向发送方争取临时的访问权限,向发送方申请获取电子病历,进而可以执行步骤105。
105、在接收到来自上述发起方针对上述访问请求的确认指令之后,向上述响应方发送上述发起方的电子病历。
其中,区块链服务器可以向上述发起方发送访问请求,而发起方接收到上述访问请求之后,可以选择接受本次请求或者拒绝本次请求,若发起方临时允许响应方获取电子病历,则可以通过在终端设备上的交互操作,针对上述访问请求向区块链服务器发送确认指令,区块链服务器在接收到上述确认指令之后,可以允许该响应方获取发送方的电子病历进行查看。
其中,上述访问请求可以包括上述响应方的身份信息,比如响应方姓名、响应方公司名称、响应方的信用等级和/或响应方有效证件信息等,便于上述发起方判断是否将电子病历分享给上述响应方。
可选的,若发起方拒绝本次访问请求,该响应方不能获取上述电子病历。
可选的,可以生成上述响应方的信息获取记录,存储在上述区块链中。在每一次有响应方对电子病历进行获取时,都可以生成信息获取记录,即将本次响应方对电子病历的查询记录存储在区块链中,上述信息获取记录可以包括响应方的身份信息、上述信息获取请求的发起时间、还可以记录获取结果,比如获取成功、获取失败(以及获取失败的原因)等信息。以公开化的方式,可以便于查看有哪些用户获取过电子病历,进一步提高了电子病历的安全性。
本申请实施例中主要为医疗保险的理赔,涉及到区块链中的电子病历的共享,上述响应方可以为保险公司,通过电子病历授权至保险公司查看,保险公司根据区块链中的电子病历直接进行理赔,在保证信息安全性的同时,为上述理赔发起人和保险公司都提供了便利,可以提高理赔业务的处理效率;利用区块链管理电子病历,有不可篡改性以及点对点离散交易性,可以应付大量高并发的理赔申请而不发生服务器崩溃,可以快速响应理赔请求。
本申请实施例通过接收来自发起方的理赔请求,确定上述理赔请求的响应方;向上述响应方发送上述理赔请求,判断上述响应方是否具备存储有上述电子病历的区块链的访问权限,若具备,则在上述区块链中获取上述发起方的电子病历,向上述响应方发送上述发起方的电子病历和上述理赔请求对应的理赔规则,向上述响应方发送上述发起方的电子病历和上述理赔规则,使上述响应方根据上述电子病历与上述理赔规则确定理赔结果,若不具备,向上述响应方发送获取失败信息,以及向上述发起方发送访问请求,区块链服务器可以上述获取失败信息用于提示上述响应方验证失败,响应方不能访问上述发起方的电子病历,可以实现电子病历的分享和传输,在保证信息安全性的同时,可以提高理赔业务的处理效率。
请参阅图2,图2是本申请实施例公开的另一种基于区块链的信息处理方法的流程示意图,图2是在图1的基础上进一步优化得到的,如图2所示,该基于区块链的信息处理方法包括如下步骤:
201、接收来自发起方的理赔请求,确定上述理赔请求的响应方,上述理赔请求包含理赔方案标识,向上述响应方发送上述理赔请求。
其中,上述理赔请求可以包含理赔方案标识,上述理赔方案标识用于确定对应的目标理赔方案,即发起方是针对上述目标理赔方案发起的理赔申请。上述步骤201可以参考图1所示实施例中的步骤101的具体描述,此处不再赘述。
202、根据上述理赔方案标识确定目标理赔方案,判断上述目标理赔方案的审核项目是否包含电子病历项目。
本申请实施例中的区块链服务器可以通过识别理赔方案标识,确定对应的理赔方案,可以存储有理赔方案标识和理赔方案的对应关系,根据接收到的上述理赔方案标识与上述对应关系,确定该理赔方案标识对应的目标理赔方案。在确定了目标理赔方案之后,可以判断上述目标理赔方案的审核项目是否包含电子病历项目。
不同理赔方案都会有一系列的审核项目和理赔规则,即有一些理赔方案需要审核电子病历,有些理赔方案中不涉及对电子病历的审核,因此首先可以判断上述目标理赔方案的审核项目是否包含电子病历项目。具体的,在确定目标理赔方案后可以获取该目标理赔方案的审核项目信息,检测该审核项目信息中的审核项目是否包含电子病历项目,若包含,可以执行步骤203,若不包含,不执行步骤203。
203、判断上述响应方是否具备存储有上述电子病历的区块链的访问权限。上述步骤203可以参考图1所示实施例中的步骤102的具体描述,此处不再赘述。
204、在上述区块链中获取上述发起方的电子病历,向上述响应方发送上述发起方的电子病历。
其中,上述步骤204可以参考图1所示实施例中的步骤103的具体描述,此处不再赘述。
可选的,在上述区块链中获取上述发起方的电子病历之后,该方法还包括:
根据上述电子病历项目的审核内容审核上述发起方的电子病历,获得审核结果,向上述响应方发送上述审核结果。
区块链服务器中可以存储有上述电子病历项目的审核内容,即针对不同的理赔方案,若审核项目包含电子病历项目,区块链服务器可以获取该电子病历项目的具体的审核内容,根据该审核内容对上述发起方的电子病历进行审核,判断其是否符合理赔条件,获得审核结果,其中审核结果可以包括该发起方的电子病历是否符合电子病历的审核内容提到的理赔条件。区块链服务器可以以智能合约的形式将审核规则存储在区块链中,自主对包含目标理赔方案的理赔请求进行处理,获取电子病历作为理赔凭证进行审核,并将审核结果向发送响应方和/或发起方发送,响应方可以参考上述审核结果,对理赔请求进行进一步的审核,提高处理效率,减少响应方的工作量。
205、向上述响应方发送获取失败信息,以及向上述发起方发送访问请求,上述获取失败信息用于提示上述响应方验证失败。
其中,上述步骤205可以参考图1所示实施例中的步骤104的具体描述,此处不再赘述。
可选的,上述发起方还可以设置电子病历的公开时间,即在公开时间内可以由可访问区块链的其他节点获取查看,使电子病历的管理方式更灵活。
本申请实施例适用于对用户理赔凭证信息的管理,尤其适用于对用户的电子病历的管理。实际应用中,通过区块链服务器身份认证的用户均可以访问区块链中共享的电子病历,用户还可以将电子病历授权给保险公司方查看,便于医疗保险理赔时的审核,且每次获取记录可查,整个过程公开、公正,在提高了电子病历的安全性的同时,便于利用电子病历资源,比如用户从一个医院出院后,电子病历可以选择上传至区块链中,在之后的就医、参保、理赔过程中,即使不在原医院仍然能够获取到自己的历史电子病历,方便进行就诊和理赔业务。
本申请实施例通过接收来自发起方的理赔请求,确定上述理赔请求的响应方,上述理赔请求包含理赔方案标识,向上述响应方发送上述理赔请求,根据上述理赔方案标识确定目标理赔方案,判断上述目标理赔方案的审核项目是否包含电子病历项目,判断上述响应方是否具备存储有上述电子病历的区块链的访问权限,若具备,在上述区块链中获取上述发起方的电子病历,向上述响应方发送上述发起方的电子病历,以使上述响应方可以根据上述电子病历与上述目标理赔方案的理赔规则确定理赔结果;若不具备,向上述响应方发送获取失败信息,以及向上述发起方发送访问请求,可以实现电子病历的分享和传输,在保证信息安全性的同时,可以提高理赔业务的处理效率。
请参见图3,图3是本申请实施例提供的一种服务器的结构示意图,该服务器300可以为上述区块链服务器,包括传输模块310、确定模块320、身份验证模块330和获取模块340,其中:
所述传输模块310,用于接收来自发起方的理赔请求;
所述确定模块320,用于确定所述理赔请求的响应方;
所述传输模块310,还用于向所述响应方发送所述理赔请求;
所述身份验证模块330,用于判断所述响应方是否具备存储有所述电子病历的区块链的访问权限;
所述获取模块340,用于在所述响应方具备存储有所述电子病历的区块链的访问权限时,在所述区块链中获取所述发起方的电子病历和所述理赔请求对应的理赔规则;
所述传输模块310,还用于向所述响应方发送所述发起方的电子病历和所述理赔规则,使所述响应方根据所述电子病历与所述理赔规则确定理赔结果。
具体的,上述发起方指的是申请理赔的一方,与上述发起方对应的响应方指需要获取电子病历进行理赔审核的一方,上述发起方和上述响应方具体均可以理解为可以与服务器通信的任何终端设备,或者为其他区块链节点服务器。本申请实施例中发起方也可以理解为电子病历的拥有者,指的是上传电子病历进行共享的一方,上传的电子病历可以存储在服务器中,根据前述对区块链的介绍可知,电子病历存储在区块链中,不可篡改和可追溯意为每个甚至多个节点对数据库的修改无法影响其他节点的数据库,除非能控制整个网络中超过51%的节点同时修改,这是几乎不可能发生的,保障了电子病历的安全性。
上述响应方可以是保险公司,在可选的实施例中也可以是个人用户,同时,上述拥有者也可以通过终端设备在区块链中随时获取自己的电子病历。发起方可以通过终端设备发起上述理赔请求,服务器中可以存储有响应方标识和响应方的对应关系,上述响应方标识可以理解为某用户的用户信息,可以为用户姓名、用户账号或者身份证号等,确定模块320通过响应方标识可以唯一确定响应方。传输模块310可以接收上述理赔请求,上述理赔请求可以包括上述响应方标识,确定模块320可以识别上述响应方标识,进而确定上述响应方,传输模块310向上述响应方发送上述理赔请求,即将发送方的理赔请求转发给对应的响应方。
在接收到上述理赔请求之后,身份验证模块330可以首先判断上述响应方是否具备存储有上述电子病历的区块链的访问权限,具体的,可以对上述响应方进行身份认证,确认上述响应方可以访问该区块链,再执行后续步骤。其中,上述身份认证方式可通过面部识别、密码验证或者其他有效证件验证完成,比如,若用户想通过终端设备获取目标电子病历(上述发送方的电子病历),则需要该用户登录自己的用户账号,身份验证模块330可以获取该用户的身份信息,比如使用该用户账号注册时存储的个人基本信息,确认该用户可以访问区块链,才能获取到目标电子病历。若上述响应方的身份认证通过,则在该区块链中具备上述访问权限,服务器300可以向上述响应方提供发送方的电子病历查看。
具体的,在上述响应方具备存储有上述电子病历的区块链的访问权限时,获取模块340可以在上述区块链中获取上述发起方的电子病历,传输模块310向上述响应方发送该电子病历,供上述响应方查看。
在上述响应方不具备存储有上述电子病历的区块链的访问权限时,传输模块310向上述响应方发送获取失败信息,以提示上述响应方不具备存储有上述电子病历的区块链的访问权限,不能获取发送方的电子病历,同时,传输模块310可以向上述发起方发送访问请求,即可以在响应方不具备区块链访问权限的情况下,向发送方争取临时的访问权限,向发送方申请获取电子病历,
其中,传输模块310可以向上述发起方发送访问请求,而发起方接收到上述访问请求之后,可以选择接受本次请求或者拒绝本次请求,若发起方临时允许响应方获取电子病历,则可以通过在终端设备上的交互操作,针对上述访问请求向服务器发送确认指令,传输模块310在接收到上述确认指令之后,可以允许该响应方获取发送方的电子病历进行查看。
其中,上述访问请求可以包括上述响应方的身份信息,比如响应方姓名、响应方公司名称、响应方的信用等级和/或响应方有效证件信息等,便于上述发起方判断是否将电子病历分享给上述响应方。
可选的,若发起方拒绝本次访问请求,该响应方不能获取上述电子病历。
通过提供上述发起方的电子病历给上述响应方查看,便于响应方根据上述电子病历与上述理赔规则确定理赔结果。其中,区块链中可以存储有理赔方案库,包括多种理赔方案及其理赔规则,以及理赔方案标识和上述理赔方案的对应关系。上述发起方的理赔请求中可以携带理赔方案标识,通过识别上述理赔请求,可以确定该理赔方案标识对应的目标理赔方案,进而确定该目标理赔方案的理赔规则为本次理赔规则。
上述理赔规则可以理解为保险理赔规则,保险理赔是指在保险标的发生保险事故而使被保险人财产受到损失或人身生命受到损害时,或保单约定的其它保险事故出险而需要给付保险金时,保险公司根据合同规定,履行赔偿或给付责任的行为,是直接体现保险职能和履行保险责任的工作,本申请实施例中主要为医疗保险的理赔,涉及到区块链中的电子病历的共享,上述响应方可以为保险公司,通过电子病历授权至保险公司查看,保险公司根据区块链中的电子病历直接进行理赔,在保证信息安全性的同时,为上述理赔发起人和保险公司都提供了便利,可以提高理赔业务的处理效率;利用区块链管理电子病历,有不可篡改性以及点对点离散交易性,可以应付大量高并发的理赔申请而不发生服务器崩溃,可以快速响应理赔请求。
可选的,所述传输模块310,还用于接收来自所述响应方的信息获取请求,其中,所述信息获取请求为针对所述发起方的电子病历的获取请求,所述信息获取请求携带响应方身份标识;
所述身份验证模块330,具体用于根据所述响应方身份标识判断所述响应方是否具备存储有所述电子病历的区块链的访问权限。
本申请实施例中,身份验证模块330可以在确定理赔请求的响应方之后,进行获取发送方的电子病历的访问权限验证过程,为响应方获取电子病历进行理赔审核处理,身份验证模块330也可以在响应方主动发起对电子病历的信息获取请求时,进行访问权限的判断,在响应方身份验证通过时传输模块310向其发送发起方的电子病历,使电子病历的获取更灵活。
可选的,所述理赔请求包含理赔方案标识,所述服务器300还包括审核模块350,其中:
所述确定模块320,还用于根据所述理赔方案标识确定目标理赔方案;
所述审核模块350,用于判断所述目标理赔方案的审核项目是否包含电子病历项目,若包含,触发所述身份验证模块330执行所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限的步骤。
其中,上述理赔请求可以包含理赔方案标识,上述理赔方案标识用于确定对应的目标理赔方案,即发起方是针对上述目标理赔方案发起的理赔申请。
本申请实施例中的确定模块320可以通过识别理赔方案标识,确定对应的理赔方案,服务器300可以存储有理赔方案标识和理赔方案的对应关系,确定模块320根据接收到的上述理赔方案标识与上述对应关系,确定该理赔方案标识对应的目标理赔方案。在确定了目标理赔方案之后,审核模块350可以判断上述目标理赔方案的审核项目是否包含电子病历项目。
不同理赔方案都会有一系列的审核项目和理赔规则,即有一些理赔方案需要审核电子病历,有些理赔方案中不涉及对电子病历的审核,因此审核模块35首先可以判断上述目标理赔方案的审核项目是否包含电子病历项目。具体的,在确定目标理赔方案后可以审核模块350获取该目标理赔方案的审核项目信息,检测该审核项目信息中的审核项目是否包含电子病历项目,若包含,可以由身份验证模块330判断上述响应方是否具备存储有上述电子病历的区块链的访问权限。
可选的,上述服务器300还包括生成模块360,用于生成所述响应方获取所述电子病历的信息获取记录,存储在所述区块链中。
具体的,在每一次有响应方对电子病历进行获取时,生成模块360都可以生成信息获取记录,即将本次响应方对电子病历的查询记录存储在区块链中,上述信息获取记录可以包括响应方的身份信息、上述信息获取请求的发起时间、还可以记录获取结果,比如获取成功、获取失败(以及获取失败的原因)等信息。以公开化的方式,可以便于查看有哪些用户获取过电子病历,进一步提高了电子病历的安全性。
可选的,上述审核模块350还用于:
获取模块340在所述区块链中获取所述发起方的电子病历之后,根据所述电子病历项目的审核内容审核所述发起方的电子病历,获得审核结果,向所述响应方发送所述审核结果。
服务器中可以存储有上述电子病历项目的审核内容,即针对不同的理赔方案,若审核项目包含电子病历项目,审核模块350可以获取该电子病历项目的具体的审核内容,根据该审核内容对上述发起方的电子病历进行审核,判断其是否符合理赔条件,获得审核结果,其中审核结果可以包括该发起方的电子病历是否符合电子病历的审核内容提到的理赔条件。服务器可以以智能合约的形式将审核规则存储在区块链中,可以自主对包含目标理赔方案的理赔请求进行处理,获取电子病历作为理赔凭证进行审核,并将审核结果向发送响应方和/或发起方发送,响应方可以参考上述审核结果,对理赔请求进行进一步的审核,提高处理效率,减少响应方的工作量。
本申请实施例中的服务器300,服务器300通过接收来自发起方的理赔请求,确定上述理赔请求的响应方,向上述响应方发送上述理赔请求,判断上述响应方是否具备存储有上述电子病历的区块链的访问权限,若具备,则在上述区块链中获取上述发起方的电子病历和上述理赔请求对应的理赔规则,向上述响应方发送上述发起方的电子病历和上述理赔规则,使上述响应方根据上述电子病历与上述理赔规则确定理赔结果,可以实现电子病历的分享和传输,在保证信息安全性的同时,可以提高理赔业务的处理效率。
请参阅图4,图4是本申请实施例公开的另一种服务器的结构示意图。如图4所示,该服务器400包括处理器401和存储器402,其中,服务器400还可以包括总线403,处理器401和存储器402可以通过总线403相互连接,总线403可以是外设部件互连标准(PeripheralComponent Interconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。总线403可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。其中,服务器400还可以包括输入输出设备404,输入输出设备404可以包括显示屏,例如液晶显示屏。存储器402用于存储包含指令的一个或多个程序;处理器401用于调用存储在存储器402中的指令执行上述图1和图2实施例中提到的部分或全部方法步骤。
应当理解,在本申请实施例中,所称处理器401可以是中央处理单元(CentralProcessing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
输入设备402可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等,输出设备403可以包括显示器(LCD等)、扬声器等。
该存储器404可以包括只读存储器和随机存取存储器,并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如,存储器404还可以存储设备类型的信息。
通过本申请实施例的服务器400,服务器400通过接收来自发起方的理赔请求,确定上述理赔请求的响应方,向上述响应方发送上述理赔请求,判断上述响应方是否具备存储有上述电子病历的区块链的访问权限,若具备,则在上述区块链中获取上述发起方的电子病历和上述理赔请求对应的理赔规则,向上述响应方发送上述发起方的电子病历和上述理赔规则,使上述响应方根据上述电子病历与上述理赔规则确定理赔结果,可以实现电子病历的分享和传输,在保证信息安全性的同时,可以提高理赔业务的处理效率。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任何一种数据处理的部分或全部步骤。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (10)
1.一种基于区块链的信息处理方法,应用于服务器,其特征在于,所述方法包括:
接收来自发起方的理赔请求,确定所述理赔请求的响应方;向所述响应方发送所述理赔请求;
判断所述响应方是否具备存储有所述电子病历的区块链的访问权限;
若具备,则在所述区块链中获取所述发起方的电子病历和所述理赔请求对应的理赔规则,向所述响应方发送所述发起方的电子病历和所述理赔规则,使所述响应方根据所述电子病历与所述理赔规则确定理赔结果。
2.根据权利要求1所述的方法,其特征在于,所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限之前,所述方法还包括:
接收来自所述响应方的信息获取请求,其中,所述信息获取请求为针对所述发起方的电子病历的获取请求,所述信息获取请求携带响应方身份标识;
所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限包括:
根据所述响应方身份标识判断所述响应方是否具备存储有所述电子病历的区块链的访问权限。
3.根据权利要求1所述的方法,其特征在于,所述理赔请求包含理赔方案标识;
在所述接收来自发起方的理赔请求之后,所述方法还包括:
根据所述理赔方案标识确定目标理赔方案,判断所述目标理赔方案的审核项目是否包含电子病历项目;
若包含,触发所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限的步骤。
4.根据权利要求3所述的方法,其特征在于,所述在所述区块链中获取所述发起方的电子病历之后,所述方法还包括:
根据所述电子病历项目的审核内容审核所述发起方的电子病历,获得审核结果,向所述响应方发送所述审核结果。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
生成所述响应方获取所述电子病历的信息获取记录,存储在所述区块链中。
6.一种服务器,其特征在于,包括:传输模块、确定模块、身份验证模块和获取模块,其中:
所述传输模块,用于接收来自发起方的理赔请求;
所述确定模块,用于确定所述理赔请求的响应方;
所述传输模块,还用于向所述响应方发送所述理赔请求;
所述身份验证模块,用于判断所述响应方是否具备存储有所述电子病历的区块链的访问权限;
所述获取模块,用于在所述响应方具备存储有所述电子病历的区块链的访问权限时,在所述区块链中获取所述发起方的电子病历和所述理赔请求对应的理赔规则;
所述传输模块,还用于向所述响应方发送所述发起方的电子病历和所述理赔规则,使所述响应方根据所述电子病历与所述理赔规则确定理赔结果。
7.根据权利要求6所述的服务器,其特征在于,所述传输模块,还用于接收来自所述响应方的信息获取请求,其中,所述信息获取请求为针对所述发起方的电子病历的获取请求,所述信息获取请求携带响应方身份标识;
所述身份验证模块,具体用于根据所述响应方身份标识判断所述响应方是否具备存储有所述电子病历的区块链的访问权限。
8.根据权利要求7所述的服务器,其特征在于,所述理赔请求包含理赔方案标识,所述服务器还包括审核模块,其中:
所述确定模块,还用于根据所述理赔方案标识确定目标理赔方案;
所述审核模块,用于判断所述目标理赔方案的审核项目是否包含电子病历项目,若包含,触发所述身份验证模块执行所述判断所述响应方是否具备存储有所述电子病历的区块链的访问权限的步骤。
9.一种服务器,其特征在于,包括处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如权利要求1-7任一项所述的方法。
10.一种计算机存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811323294.6A CN109543447B (zh) | 2018-11-07 | 2018-11-07 | 基于区块链的信息处理方法、服务器及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811323294.6A CN109543447B (zh) | 2018-11-07 | 2018-11-07 | 基于区块链的信息处理方法、服务器及计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109543447A true CN109543447A (zh) | 2019-03-29 |
CN109543447B CN109543447B (zh) | 2023-03-31 |
Family
ID=65844823
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811323294.6A Active CN109543447B (zh) | 2018-11-07 | 2018-11-07 | 基于区块链的信息处理方法、服务器及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109543447B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110033387A (zh) * | 2019-04-12 | 2019-07-19 | 泰康保险集团股份有限公司 | 基于区块链的理赔数据处理方法、装置、介质及电子设备 |
CN110135186A (zh) * | 2019-04-11 | 2019-08-16 | 浙江工业大学 | 基于区块链技术的医疗数据交易与共享方法 |
CN110246044A (zh) * | 2019-04-16 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 基于区块链的项目审核系统、方法、计算设备及存储介质 |
CN110705976A (zh) * | 2019-10-09 | 2020-01-17 | 重庆特斯联智慧科技股份有限公司 | 一种基于大数据的智慧医疗结算方法、系统、电子设备及存储介质 |
CN111161823A (zh) * | 2019-11-20 | 2020-05-15 | 北京海益同展信息科技有限公司 | 信息的获取方法及装置、存储介质和电子装置 |
WO2020215829A1 (zh) * | 2019-04-23 | 2020-10-29 | 创新先进技术有限公司 | 基于区块链的数据处理系统、方法、计算设备及存储介质 |
US10922652B2 (en) | 2019-04-16 | 2021-02-16 | Advanced New Technologies Co., Ltd. | Blockchain-based program review system, method, computing device and storage medium |
CN113748421A (zh) * | 2019-04-18 | 2021-12-03 | 三菱电机株式会社 | 进出管理系统、进出管理系统的认证装置、进出管理系统的管理装置、进出管理系统的便携终端、进出管理系统的移动体、进出管理数据的数据结构、进出管理程序、以及进出管理系统的构筑方法 |
CN113823388A (zh) * | 2021-08-29 | 2021-12-21 | 上海舵衔数字科技中心 | 医药采购支付系统 |
US11210743B2 (en) | 2019-04-23 | 2021-12-28 | Advanced New Technologies Co., Ltd. | Blockchain-based data processing system, method, computing device and storage medium |
CN114726561A (zh) * | 2020-12-22 | 2022-07-08 | 京东科技信息技术有限公司 | 一种数据处理方法、装置和系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120239417A1 (en) * | 2011-03-04 | 2012-09-20 | Pourfallah Stacy S | Healthcare wallet payment processing apparatuses, methods and systems |
CN107729376A (zh) * | 2017-09-13 | 2018-02-23 | 平安科技(深圳)有限公司 | 保险数据审核方法、装置、计算机设备及存储介质 |
CN108156236A (zh) * | 2017-12-22 | 2018-06-12 | 平安养老保险股份有限公司 | 业务请求处理方法、装置、计算机设备和存储介质 |
CN108230159A (zh) * | 2016-12-15 | 2018-06-29 | 平安科技(深圳)有限公司 | 一种理赔请求处理方法和装置 |
CN108629565A (zh) * | 2018-04-28 | 2018-10-09 | 上海京颐科技股份有限公司 | 基于区块链的医疗理赔方法及装置、电子设备 |
-
2018
- 2018-11-07 CN CN201811323294.6A patent/CN109543447B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120239417A1 (en) * | 2011-03-04 | 2012-09-20 | Pourfallah Stacy S | Healthcare wallet payment processing apparatuses, methods and systems |
CN108230159A (zh) * | 2016-12-15 | 2018-06-29 | 平安科技(深圳)有限公司 | 一种理赔请求处理方法和装置 |
CN107729376A (zh) * | 2017-09-13 | 2018-02-23 | 平安科技(深圳)有限公司 | 保险数据审核方法、装置、计算机设备及存储介质 |
CN108156236A (zh) * | 2017-12-22 | 2018-06-12 | 平安养老保险股份有限公司 | 业务请求处理方法、装置、计算机设备和存储介质 |
CN108629565A (zh) * | 2018-04-28 | 2018-10-09 | 上海京颐科技股份有限公司 | 基于区块链的医疗理赔方法及装置、电子设备 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110135186A (zh) * | 2019-04-11 | 2019-08-16 | 浙江工业大学 | 基于区块链技术的医疗数据交易与共享方法 |
CN110033387A (zh) * | 2019-04-12 | 2019-07-19 | 泰康保险集团股份有限公司 | 基于区块链的理赔数据处理方法、装置、介质及电子设备 |
CN110246044A (zh) * | 2019-04-16 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 基于区块链的项目审核系统、方法、计算设备及存储介质 |
US10922652B2 (en) | 2019-04-16 | 2021-02-16 | Advanced New Technologies Co., Ltd. | Blockchain-based program review system, method, computing device and storage medium |
US11157873B2 (en) | 2019-04-16 | 2021-10-26 | Advanced New Technologies Co., Ltd. | Blockchain-based program review system, method, computing device and storage medium |
CN113748421A (zh) * | 2019-04-18 | 2021-12-03 | 三菱电机株式会社 | 进出管理系统、进出管理系统的认证装置、进出管理系统的管理装置、进出管理系统的便携终端、进出管理系统的移动体、进出管理数据的数据结构、进出管理程序、以及进出管理系统的构筑方法 |
US11210743B2 (en) | 2019-04-23 | 2021-12-28 | Advanced New Technologies Co., Ltd. | Blockchain-based data processing system, method, computing device and storage medium |
WO2020215829A1 (zh) * | 2019-04-23 | 2020-10-29 | 创新先进技术有限公司 | 基于区块链的数据处理系统、方法、计算设备及存储介质 |
CN110705976A (zh) * | 2019-10-09 | 2020-01-17 | 重庆特斯联智慧科技股份有限公司 | 一种基于大数据的智慧医疗结算方法、系统、电子设备及存储介质 |
CN111161823A (zh) * | 2019-11-20 | 2020-05-15 | 北京海益同展信息科技有限公司 | 信息的获取方法及装置、存储介质和电子装置 |
CN114726561A (zh) * | 2020-12-22 | 2022-07-08 | 京东科技信息技术有限公司 | 一种数据处理方法、装置和系统 |
CN114726561B (zh) * | 2020-12-22 | 2024-04-05 | 京东科技信息技术有限公司 | 一种数据处理方法、装置和系统 |
CN113823388A (zh) * | 2021-08-29 | 2021-12-21 | 上海舵衔数字科技中心 | 医药采购支付系统 |
CN113823388B (zh) * | 2021-08-29 | 2024-05-07 | 上海舵衔数字科技中心 | 医药采购支付系统 |
Also Published As
Publication number | Publication date |
---|---|
CN109543447B (zh) | 2023-03-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109543447A (zh) | 基于区块链的信息处理方法、服务器及计算机存储介质 | |
TWI706368B (zh) | 基於區塊鏈的服務租賃方法、裝置、系統及電子設備 | |
CN106339875B (zh) | 基于公有区块链的操作记录审查方法及装置 | |
Andrew et al. | Blockchain for healthcare systems: Architecture, security challenges, trends and future directions | |
CN112037068B (zh) | 资源转移方法、系统、装置、计算机设备和存储介质 | |
CN110135981A (zh) | 一种基于区块链的借贷方法、装置、服务器及存储介质 | |
CN108416670A (zh) | 信贷配单方法及服务器 | |
CN109523413A (zh) | 保单处理方法、装置、计算机设备及存储介质 | |
CN108985916A (zh) | 一种数字资产管理方法及服务器 | |
CN109726595A (zh) | 一种基于区块链的医疗信息共享系统、电子设备和计算机存储介质 | |
WO2020108151A1 (zh) | 支付方法、装置及设备 | |
CN111444209B (zh) | 一种基于区块链的数据处理方法、装置、设备及介质 | |
CN109544335B (zh) | 基于区块链的交易数据处理方法、装置、设备及存储介质 | |
CN109102358A (zh) | 一种信息验证方法、服务器及存储介质 | |
CN109377395A (zh) | 互助保险投保理赔方法及相关装置 | |
CN111369730B (zh) | 基于区块链的投票表决处理方法和装置 | |
CN110009513A (zh) | 针对相互保险的理赔方法、装置、设备及可读存储介质 | |
CN110392041A (zh) | 电子授权方法、装置、存储设备及存储介质 | |
CN112259178A (zh) | 基于区块链网络的诊断方法、装置和区块链网络系统 | |
CN109087697A (zh) | 一种献血监管方法、服务器及计算机可读介质 | |
KR101863612B1 (ko) | 입출금 내역 비교를 통한 실명거래 검증 시스템 및 방법과, 이를 위한 컴퓨터 프로그램 | |
US20230368136A1 (en) | Distributed ledger system for automated claim adjudication | |
CN115456773A (zh) | 基于区块链的支付控制方法、装置、设备及介质 | |
WO2020242550A1 (en) | Ensuring trust levels when using electronic currencies | |
CN112702410B (zh) | 一种基于区块链网络的评估系统、方法及相关设备 |
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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220525 Address after: 518000 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd. Address before: Room 12G, Block H, 666 Beijing East Road, Huangpu District, Shanghai 200000 Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |