CN111178933B - 与服务提供方进行数据核查的方法和装置 - Google Patents
与服务提供方进行数据核查的方法和装置 Download PDFInfo
- Publication number
- CN111178933B CN111178933B CN201911191272.3A CN201911191272A CN111178933B CN 111178933 B CN111178933 B CN 111178933B CN 201911191272 A CN201911191272 A CN 201911191272A CN 111178933 B CN111178933 B CN 111178933B
- Authority
- CN
- China
- Prior art keywords
- service provider
- target
- checking
- reservation list
- service
- 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.)
- Active
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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
- G06Q10/06393—Score-carding, benchmarking or key performance indicator [KPI] analysis
-
- 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
Abstract
本发明公开了一种与服务提供方进行数据核查的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;根据目标预约单的信息获取目标预约单的第一目标属性与第二目标属性;基于设定的核查汇总方式,根据第一目标属性和第二目标属性得到服务提供方的核查信息;根据核查信息与服务提供方进行数据核查。该实施方式可以在线上完成理赔结算,高效准确,使得理赔行为透明化、简单化,对考核指标的奖惩机制,既加强了服务管理方的监管,又增强了服务提供方提供高质量服务的动力,提高运营效率。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种与服务提供方进行数据核查的方法和装置。
背景技术
随着我国健康险行业市场的发展,近年来各大保险公司的健康险产品均在进行快速布局与增长。健康险涉及的领域很广,尤其是不在社保报销的范围内的医疗项目,例如:齿科、眼科等,其是天然的商业保险市场,通过在这些医疗项目领域深耕“医疗+保险”的模式,即可打造医疗和保险的闭环。
以齿科为例,为保证齿科服务能力的质量与效率,需要强有力的信息化技术来支撑,在此基础上完成齿科服务资源的整合与齿科服务产品的包装。现有的齿科健康服务管理模式为:以齿科服务的运营管理为切入点,借助于数据平台、移动互联技术,打造一套A+B+C的一客三端的服务模式。通过A端齿科服务运营平台的管理能力,将B端齿科机构与C端客户连接起来,为客户提供更便捷、更优质的齿科医疗服务,最终为齿科保险相关产品奠定基础。
A端售卖齿科保险,B端提供齿科服务能力,C端客户购买齿科保险,一旦客户出险需要到B端的齿科诊所就诊,B端接待客户提供齿科服务,所以A、B、C三端的费用结算一直是个复杂的问题,尤其涉及到A端对B端进行考核后根据考核指标进行奖惩时,问题更加复杂。
图1是目前市场上主要采用的保险产品理赔流程示意图。如图1所示,具体是客户在C端应用app上预约特定的B端机构,在约定时间去就诊,根据服务直接支付给B端机构相应的费用,B端机构给客户提供费用结算清单,客户拿着结算清单到A端机构进行保险理赔,理赔完成后,A端机构和B端机构再根据B端机构固定周期内接单的数量和质量进行绩效考核。考核的项目主要有预约处理及时率、服务满意度、投诉响应失效、投诉满意度、诊所当日确认率等。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
以上提到的结算模式,管理方需要与客户和服务机构分别进行对账结算,容易导致账务混乱,并且,客户体验不好,客户在与服务机构结算时无法享受到已经购买的保险的理赔,而需要再拿着结算清单走一遍理赔申请流程,由于很多流程都是线下的,因此这种结算模式既费时费力,又可能使得账目不够清晰准确。另外,此种结算模式管理方仅需对服务机构进行绩效考核,并不能很好的监控理赔流程和医疗服务的准确性,可能出现骗保等行为,对管理方造成损失。
发明内容
有鉴于此,本发明实施例提供一种与服务提供方进行数据核查的方法和装置,能够在线上完成理赔结算,高效准确,使得理赔行为透明化、简单化,对考核指标的奖惩机制,既加强了服务管理方的监管,又增强了服务提供方提供高质量服务的动力,提高运营效率。
为实现上述目的,根据本发明实施例的一个方面,提供了一种与服务提供方进行数据核查的方法。
一种与服务提供方进行数据核查的方法,包括:接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;根据所述目标预约单的信息获取所述目标预约单的第一目标属性与第二目标属性;基于设定的核查汇总方式,根据所述第一目标属性和所述第二目标属性得到所述服务提供方的核查信息;根据所述核查信息与所述服务提供方进行数据核查。
可选地,从接收的预约单中提取满足核查规则的目标预约单包括:从接收的预约单中提取在选定的核查周期内,指定渠道或产品、指定服务提供方对应的预约单作为目标预约单。
可选地,获取所述目标预约单的第一目标属性包括:根据所述目标预约单中需要进行数据核查的服务项目种类、每种服务项目的单价和数量计算所述目标预约单的第一目标属性。
可选地,获取所述目标预约单的第二目标属性包括:根据所述目标预约单的处理流程信息,计算预设的考核指标的指标值;根据预设的考核指标基线值确定达标指标个数;根据所述达标指标个数、达标指标个数基线值,以及每个考核指标的奖惩因子确定所述目标预约单的第二目标属性,其中,所述奖惩因子根据考核指标的重要程度来设置。
可选地,获取所述目标预约单的第二目标属性包括:根据所述目标预约单的处理流程信息,计算预设的考核指标的指标值;通过建立的多元线性回归模型,根据所述预设的考核指标的指标值确定所述目标预约单的第二目标属性,其中,所述多元线性回归模型用于表示所述第二目标属性与预设的考核指标之间的关系。
可选地,根据所述核查信息与所述服务提供方进行数据核查包括:根据所述核查信息生成数据核查单,并将所述数据核查单发送给所述服务提供方;待所述服务提供方确认后,完成数据核查。
可选地,根据所述核查信息与所述服务提供方进行数据核查包括:判断所述服务提供方是否是核查对象;若是,则根据所述核查信息与所述服务提供方进行数据核查;否则,逐级查找所述服务提供方的父级机构,直至获取到是核查对象的所述服务提供方的父级机构,并根据所述核查信息与是结算对象核查对象的所述服务提供方的父级机构进行数据核查。
根据本发明实施例的另一方面,提供了一种与服务提供方进行数据核查的装置。
一种与服务提供方进行数据核查的装置,包括:预约单获取模块,用于接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;属性获取模块,用于根据所述目标预约单的信息获取所述目标预约单的第一目标属性与第二目标属性;信息确定模块,用于基于设定的核查汇总方式,根据所述第一目标属性和所述第二目标属性得到所述服务提供方的核查信息;数据核查模块,用于根据所述核查信息与所述服务提供方进行数据核查。
根据本发明实施例的又一方面,提供了一种与服务提供方进行数据核查的电子设备。
一种与服务提供方进行数据核查的电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例所提供的与服务提供方进行数据核查的方法。
根据本发明实施例的再一方面,提供了一种计算机可读介质。
一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例所提供的与服务提供方进行数据核查的方法。
上述发明中的一个实施例具有如下优点或有益效果:通过接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;再根据目标预约单的信息获取目标预约单的第一目标属性与第二目标属性;然后基于设定的核查汇总方式,根据第一目标属性和第二目标属性得到服务提供方的核查信息;最后根据核查信息与服务提供方进行数据核查,可以在线上完成理赔结算,高效准确,使得理赔行为透明化、简单化,对考核指标的奖惩机制,既加强了服务管理方的监管,又增强了服务提供方提供高质量服务的动力,提高运营效率。本发明的结算模式使客户在出险就诊时,可以直接使用保险理赔,不需要再额外去提理赔申请,从而提升了客户体验,且省时省力;对于服务管理方,通过保险产品的直赔策略,可以提高客户满意度,树立客户口碑,起到了很好的营销作用。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是目前市场上主要采用的保险产品理赔流程示意图;
图2是本发明实施例的保险产品理赔流程示意图;
图3是根据本发明实施例的与服务提供方进行数据核查的方法的主要步骤示意图;
图4是本发明一个实施例的数据核查单示意图;
图5是本发明一个实施例的A端和B端机构进行数据核查的流程示意图;
图6是根据本发明实施例的与服务提供方进行数据核查的装置的主要模块示意图;
图7是本发明实施例可以应用于其中的示例性系统架构图;
图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
为了解决现有技术中存在的问题,A端的服务运营管理平台,旨在为服务管理机构提供一套医疗服务管理的综合平台,并通过不断的完善与资源整合,固化成统一的流程与标准,摸索出一套完整的A端+B端+C端服务闭环管理模式。A端机构(服务管理方)可以在系统上对产品(例如:各种不同的保险产品)、渠道(指的是产品的购买渠道,比如:线下渠道、线上产品推广平台渠道等)、B端服务机构(服务提供方)进行工具化操作,能够快速发布产品,扩展机构,对接渠道;能够获取更详尽的客户健康数据,不仅实现A端服务管理方的价值,且可以发挥B端服务提供方的强项,通过A端导流为更多客户提供更优质的服务,并通过A端管理,将B端与C端客户连接起来。最终形成以C端客户为中心,为客户提供健康管理、健康服务、健康分析、健康指导的服务管理模式。在此模式下,实现了A端、B端机构之间的对账结算,其中,B端机构可以是一个品牌机构,品牌机构下可以有子品牌;也可以是平台机构,平台机构自身又可以签约很多个体诊所等个体机构。子品牌机构或平台机构签约的个体机构如果定义为结算对象,那A端机构是可以直接和子品牌机构或个体机构结算的,因此本发明所提出的与服务提供方进行对账结算的方法可以进行分级结算。
在本发明的实施例中,以齿科保险为例来介绍本发明的实施过程。本领域技术人员应当知道,对于可以进行社保理赔的保险来说,可先进行社保理赔,之后再进行商业保险的理赔,其在进行A端服务管理方与B端服务提供方的对账结算时,所使用的技术方案是相同的。
图2是本发明实施例的保险产品理赔流程示意图。如图2所示,以齿科保险为例,具体为:已购买了A端某齿科保险产品的客户出险后在C端app预约某个B端机构,在约定时间去就诊,在支付阶段,B端根据预约单提供的服务计算总费用,将总费用扣除理赔报销额后,剩余部分由客户直接支付;A、B端机构之间关于客户就诊产生的理赔报销部分,以及A端对B端进行考核后的奖惩部分以结算周期(例如:月度或季度)的形式进行线上结算。其中,理赔报销额可认为是由服务提供方预先垫付的用户保险结算的理赔额。
针对以上结算模式,本发明提出了一种与服务提供方进行数据核查的方法,将A、B端机构结算费用分为两部分:理赔报销金额和A端对B端考核后的奖惩金额,其中A端对B端考核时设计了对应的考核指标以及对应的计算规则。根据本发明的结算模式,可以使得A端服务管理方、C端客户之间的理赔透明化,A端服务管理方、B端服务提供方之间的数据核查精确化,B端服务提供方、C端客户之间支付简单化。
图3是根据本发明实施例的与服务提供方进行数据核查的方法的主要步骤示意图。如图3所示,本发明实施例的与服务提供方进行数据核查的方法主要包括如下的步骤S301至步骤S304。
步骤S301:接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;
步骤S302:根据目标预约单的信息获取目标预约单的第一目标属性与第二目标属性;
步骤S303:基于设定的核查汇总方式,根据第一目标属性和第二目标属性得到服务提供方的核查信息;
步骤S304:根据核查信息与服务提供方进行数据核查。
其中,结合本发明的实施例,进行数据核查即指的是进行对账结算,核查信息即指的是结算总额。
根据本发明的一个实施例,在从接收的预约单中提取满足核查规则的目标预约单时,具体可以是:从接收的预约单中提取在选定的核查周期内,指定渠道或产品、指定服务提供方对应的预约单作为目标预约单。其中,核查周期即指的是对账结算操作的结算周期。A端服务管理方的机构用户登录A端系统,选择核查周期,可以是月度也可以是季度。然后,选择渠道(保险产品的购买渠道,例如:线下购买或线上推广平台购买,等)或产品(例如:具体的保险产品),如果选择渠道,表示按渠道维度给B端服务提供方机构进行数据核查,如果选择产品,表示按产品维度给B端服务提供方机构进行数据核查。最后,选择具体的服务提供方的服务机构。如此,即可获取到在选定的核查周期内,指定渠道或产品、指定服务提供方对应的预约单。
根据本发明的另一个实施例,在获取目标预约单的第一目标属性时,例如可以是:根据目标预约单中需要进行数据核查的服务项目种类、每种服务项目的单价和数量计算目标预约单的第一目标属性。在本发明的实施例中,第一目标属性例如是理赔报销额,需要进行数据核查的服务项目例如是需要进行保险理赔的服务项目,将所有预约单对应的需要进行保险理赔的服务项目的价格求和,即是特定周期内需要给付该服务机构的第一目标属性理赔报销额M1。
具体地,A端机构在特定周期内应给付B端服务机构的齿科保险理赔报销额M1可通过以下方法计算得到:
其中,sj表示第j个服务项目的数量,mj表示第j个服务项目的单价,r表示特定周期内B端服务机构提供的服务项目种类个数。
根据本发明的又一个实施例,在获取目标预约单的第二目标属性时,例如可以是:
根据目标预约单的处理流程信息,计算预设的考核指标的指标值;
根据预设的考核指标基线值确定达标指标个数;
根据达标指标个数、达标指标个数基线值,以及每个考核指标的奖惩因子确定目标预约单的第二目标属性,其中,奖惩因子根据考核指标的重要程度来设置。
根据本发明的再一个实施例,在获取目标预约单的第二目标属性时,例如可以是:
根据目标预约单的处理流程信息,计算预设的考核指标的指标值;
通过建立的多元线性回归模型,根据预设的考核指标的指标值确定目标预约单的第二目标属性,其中,多元线性回归模型用于表示第二目标属性与预设的考核指标之间的关系。
在本发明的实施例中,第二目标属性例如是考核奖惩额。根据上述的两个实施例,在获取第二目标属性时,首先,从A端服务管理方的系统中获取预约单的处理流程信息,然后根据预设的考核指标的计算规则计算指标值。
在本发明的实施例中,以齿科保险为例,考核指标可以包括下列中的不少于一个:
预约处理及时率、预约单超时率、首次预约成功率、服务满意度、服务投诉率、投诉响应时效率、投诉处理满意度、牙片上传率、服务数据回传及时率和服务提供方当日确认率。
对上述的10个考核指标,其指标值的计算规则例如如下:
a)预约处理及时率:
其中,KPI1标识预约处理及时率;oti表示在特定时间周期内的第i个预约单,根据是否超时判断条件,如果超时该值为0,不超时为1;ot表示特定时间周期内全部预约单。
b)预约单超时率:
KPI2=1-KPI1 (2);
其中,KPI2表示预约单超时率。
c)首次预约成功率:
其中,KPI3表示首次预约成功率,ot表示特定时间周期内全部预约单,ou表示未确认的预约单数量。
d)服务满意度:
其中,KPI4表示服务满意度,ote表示特定时间周内评价值小于指定指标值(例如:3颗星)的预约单数量,ot表示特定时间周期内全部预约单。
e)服务投诉率:
其中,KPI5表示服务投诉率,otc表示特定时间周期内有效投诉的工单数量,ot表示特定时间周期内全部预约单。
f)投诉响应时效率:
其中,KPI6表示投诉响应时效率,Cth表示特定周期内有效投诉工单处理时间小于指定时长(例如:48小时)的工单数量,Ct表示特定周期内有效投诉工单数量。
g)投诉处理满意度:
其中,KPI7表示投诉处理满意度,Ctl表示特定周期内有效投诉处理评价大于指定分数(例如:80分)的工单数量,Ct表示特定周期内有效投诉工单数量。
h)牙片上传率;
其中,KPI8表示牙片上传率,Ots表示就诊完成已上传全景牙片的预约单数量,Ot表示特定时间周期内全部预约单。
i)服务数据回传及时率:
其中,KPI9表示服务数据回传及时率,Dtr表示特定周期内在指定时间(例如:1个小时)内回传的数量,Dt表示在特定周期内总共回传的数量。
j)服务提供方当日确认率:
其中KPI10表示服务提供方当日确认率,Otx表示就诊时间和核销时间在特定周期内,且为同一天的预约单数量,Ot表示特定时间周期内全部预约单。
通过上述的公式(1)—公式(10),即可得到每个考核指标的指标值。之后,即可根据每个考核指标的指标值进行奖惩判断和计算,进而计算核查信息。在进行奖惩判断和计算时,可根据对服务机构的监控粒度的不同而选择不同的方案。
根据本发明的一个实施例,若服务管理方对服务提供方的监控粒度较大,则在得到每个考核指标的指标值之后,即可根据预设的考核指标基线值来确定达标指标的个数。每个考核指标的基线值可根据同行业经验进行设置,也可通过统计之前一段时间内的各个考核指标的指标值之后,通过对统计的指标值进行求均值或方差等等的方式来确定。
根据达标指标的个数和预设的达标指标个数基线值,即可进行奖惩判断。若达标指标个数大于预设的达标指标个数基线值,则可对B端服务提供方进行奖励;若等于,则无需奖惩;若小于,则需进行惩罚。其中,在计算第二目标属性考核奖惩额时,还可以根据考核指标的重要程度为每个考核指标设置奖惩因子。例如:若考核指标“服务满意度”比较重要,则可设置其奖惩因子较大;若考核指标“服务数据回传及时率”不太重要,则可设置其奖惩因子较小,等等。另外,根据实际应用的需要,也可设置每个考核指标的奖惩因子相同。
以每个考核指标的奖惩因子均相同为例,在本发明的一个实施例中,A端服务管理方对B端服务提供方进行奖惩判断后,计算的第二目标属性考核奖惩额M2例如是:
其中,
其中,w%表示对每个指标项的奖惩因子,默认为5%,v表示对10个指标考核时达标个数的基线值,默认为8,即达标8个,不奖励也不惩罚,多于8个,按多1个奖励保险理赔总额的w%,同理,如果不到8个,则少一个惩罚保险理赔总额的w%。根据公式(12),如果KPIx≥KPIxa,则fx为1,否则为0,其中,KPIxa表示考核指标的基线值,若某考核指标的指标值大于或等于其基线值,则表示该考核指标考核达标。
在得到第一目标属性理赔报销额M1和第二目标属性考核奖惩额M2后,即可通过将两者求和以得到与服务提供方的结算总额(即:核查信息)Mt。在本发明的一个实施例中,A端在与B端进行对账结算的时候,通过选择特定周期的某个B端服务机构,启动对账结算功能,得到A端应给付B端服务机构的总金额为Mt,公式如下:
其中,w%表示对每个指标项的奖惩因子,r%表示税率,为固定值,v表示对10个指标考核时达标个数的基线值。
根据本发明的另一个实施例,若服务管理方对服务提供方的监控粒度较小,则可对每个指标项分别进行奖惩计算,根据每个指标项的重要程度,设定对应的权重,还可以为每个指标项设定对应的奖惩因子,如此即可实现满足某个指标就奖励该指标,不满足某个指标就惩罚该指标。在本发明的实施例中,以服务管理方对服务提供方进行奖惩判断后,计算的第二目标属性考核奖惩额M2为因变量,其受多个自变量(即10个考核指标)的影响,那么,自变量与因变量之间呈现线性关系,故而可使用多元线性回归算法来计算A端服务管理方对B端服务机构的第二目标属性考核奖惩额M2。
设M2为因变量,10个考核指标KPI1、KPI2、……、KPIk为自变量,并且自变量与因变量之间为线性关系,则多元线性回归模型为:
M2=β0+β1KPI1+β2KPI2+…+βkKPIk (14);
其中,k为自变量个数,在此为10;β0为常数项,KPI1、KPI2、……、KPIk为回归系数,β1为KPI1每增加一个单位对M2的效应,即KPI1对M2的偏回归系数,β2、β3、……、βk同理。
为了得到β0、β1……、βk的具体取值,可通过准备n组高质量的样本数据,那个这个多元线性回归方程将会组成一个矩阵,记n组样本分布是(KPIi1,KPIi2,KPIik,M2i),(i=1,2,...,n),令
那么多元线性回归方程矩阵形式为:
其中,
进行多元线性回归计算的目标是使拟合优度指标——标准误差最小,即:公式(18)中的S最小,
其中,M2 (z)表示M2的z次方。
当标准误差S最小时对应了一组拟合最优的每个指标的权重值β1,β2,…,βk,然后根据得到的最优的每个指标的权重值β1,β2,…,βk、公式(14)以及公式(17),计算最终的考核奖惩额M2。
得到考核奖惩额M2以后,根据特定周期内A端服务管理方需要给付该B端服务机构的第一目标属性理赔报销额M1,求和(也可为M2设定相应的权重后进行加权求和)即可得到A端应给付B端服务机构的结算总额Mt(即:B端服务机构的核查信息)。由于在实际执行时,还会涉及到纳税等的问题,故而,可根据税率,通过以下公式(19),计算得到最终的A端应给付B端服务机构的结算总额Mt:
Mt=(M1+M2)(1-r%) (19)。
在得到结算总额Mt之后,即可根据结算总额与服务提供方进行对账结算,亦即根据服务提供方的核查信息与服务提供方进行数据核查。在具体实现时,根据核查信息与服务提供方进行数据核查例如可以是:根据核查信息生成数据核查单,并将数据核查单发送给服务提供方;待服务提供方确认后,完成数据核查。
图4是本发明一个实施例的数据核查单示意图。该实施例中,数据核查单即为对账结算单。如图4所示,其示出了2019年第2季度某齿科诊所的对账结算单,在该对账结算单中,示出了不同产品对应的订单数量、单价、考核指标及其基线值,考核指标的实际考核制及考核不合格数量、考核后奖惩金额等,最后,还示出了实际应结算金额、税率、最终结算金额等信息,并且还可以备注对该齿科诊所的总体评价。
另外,在根据核查信息与服务提供方进行数据核查时,还可以进一步确定该服务提供方对应的核查对象。由于本发明的服务提供方可以是可与A端服务管理方直接进行数据核查的核查对象,例如:一个包括多个子品牌的品牌机构,可能只有该品牌机构(其是各个子品牌的父级机构)是核查对象,其包括的子品牌机构虽然可以提供服务,但并不是核查对象,故而需要根据核查信息与该品牌机构进行数据核查。因此,在进行数据核查时,可以按照以下流程来执行:
判断服务提供方是否是核查对象;
若是,则根据核查信息与服务提供方进行数据核查;
否则,逐级查找服务提供方的父级机构,直至获取到是核查对象的该服务提供方的父级机构,并根据核查信息与是核查对象的该服务提供方的父级机构进行数据核查。
根据本发明的实施例,确定服务提供方对应的核查对象的步骤可以是在获取目标预约单之后即根据目标预约单对应的B端服务提供方来执行,也可以是在得到A端服务管理方与B端服务提供方的核查信息之后,进行数据核查时再执行,其先后顺序不影响本发明技术方案的实施。
图5是本发明一个实施例的A端和B端机构进行数据核查的流程示意图。结合本发明的实施例的应用场景,进行数据核查即指的是要进行对账结算,核查周期即指的是结算周期,核查对象即指的是要进行对账结算的结算对象。如图5所示,A端和B端机构进行数据核查的流程具体如下:
1)A端服务管理方机构用户登录A端系统,选择结算周期,可以是月度也可以是季度,再选择渠道或产品,最后选择服务机构;
2)判断该服务机构是否是结算对象,如果是结算对象,则将该服务对象作为其结算对象,进入下一步;否则,如果不是结算对象,则系统自动找到下一级父级机构,然后判断该父级机构是否是结算对象;若是,则以该父级机构作为该服务对象的结算对象,如果不是,则依次找下一级父级机构并判断下一级父级机构是否是结算对象,如果是结算对象,则以该下一级的父级机构作为该服务对象的结算对象,进入下一步;
3)获取结算周期内该B端机构服务的所有预约单,从预约单中查出提供诊疗行为需要的服务项目,每个服务项目都有一个标签表示该服务项目是否是齿科保险可保险的。将所有预约单对应可报销的服务项目价格求和,即是特定周期内需要给付该服务机构的理赔报销总额M1;
4)获取结算周期内该服务机构所有预约单的处理流程信息;
5)计算预定义的多个考核指标的指标值,该多个考核指标分别是:预约处理及时率、预约单超时率、首次预约成功率、服务满意度、服务投诉率、投诉响应时效率、投诉处理满意度、牙片上传率、服务数据回传及时率和服务提供方当日确认率。然后根据这些考核指标的计算规则进行计算得到指标值,然后和这些考核指标的指标值的基线值对比以进行奖惩判断;
6)根据该多个考核指标的指标值确定考核指标奖惩值之和,即得到对该服务机构的奖惩金额M2;
7)A端机构给付B端机构的总金额为M1+M2,即保险理赔金额与考核后奖惩金额之和;
8)A端系统生成对账结算单,自动传到B端系统,B端机构用户审核确认无误后,A端系统自动转账给B端服务机构对应的结算对象;
9)如果B端机构用户有异议,可以找A端服务管理方沟通,达成一致后再进行转账,完成本周期内的对账结算。
下面结合图4所示的对账结算单,以基于齿科云平台系统实现的对账结算为例来介绍本发明的一个具体实施例。齿科云平台系统包括A、B、C三个应用,分别供本发明的结算模式对应的三端使用。某健康管理公司作为A端商户入驻平台,作为服务管理方,使用A端系统;该健康管理公司设计自己的齿科保险产品并在C端app上售卖,针对自己的齿科保险产品,与某齿科服务品牌机构合作,该齿科服务品牌机构作为B端服务提供方商户入驻平台,使用B端系统,且该B端齿科服务品牌机构又签约了100家个体齿科诊所,其中80家诊所是通过该品牌机构和A端服务管理方进行结算,然后再和齿科品牌机构进行单独结算,剩下20家齿科诊所具有独立结算能力,可以和A端服务管理方直接结算。
现以这20家具有独立结算能力的B端机构中的某家齿科诊所为例,假如与A端签订的合作结算合同中规定的是按季度结算,则在第二季度结束后,第三季度开始之初,A端管理方会在A端系统对账结算模块发起结算流程,首先选择要结算的齿科诊所,然后选择结算周期为第二季度,发起结算流程,系统自动根据本发明提出的结算规则进行计算:
1)首先查出在第二季度该齿科诊所承接的预约单,数量为650单;
2)通过预约单关联出所有可以进行保险理赔的服务项目种类和数量;
3)根据每种服务项目的金额,计算出理赔报销总金额;
4)再根据650单信息,分别计算本发明提出的10个考核指标,跟这10个指标对应的基线值比较,得到达标的指标数量;
5)根据实际达标的指标数量与对B端机构考核默认达标的数量比较,计算出对该齿科诊所的奖励或惩罚金额;
6)将保险理赔金额与奖惩金额求和即是应该给付该齿科诊所的费用。
生成的对账结算单如图4所示,A端系统会将对账结算单自动推送到B端系统,齿科诊所审核确认后,A端系统会自动将费用转账到齿科诊所的账户上,完成本季度的对账结算。
图6是根据本发明实施例的与服务提供方进行数据核查的装置的主要模块示意图。如图6所示,本发明实施例的与服务提供方进行数据核查的装置600主要包括预约单获取模块601、属性获取模块602、信息确定模块603和数据核查模块604。
预约单获取模块601,用于接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;
属性获取模块602,用于根据所述目标预约单的信息获取所述目标预约单的第一目标属性与第二目标属性;
信息确定模块603,用于基于设定的核查汇总方式,根据所述第一目标属性和所述第二目标属性得到所述服务提供方的核查信息;
数据核查模块604,用于根据所述核查信息与所述服务提供方进行数据核查。
根据本发明的一个实施例,预约单获取模块601还可以用于:从接收的预约单中提取在选定的核查周期内,指定渠道或产品、指定服务提供方对应的预约单作为目标预约单。
根据本发明的另一个实施例,属性获取模块602还可以用于:
根据所述目标预约单中需要进行数据核查的服务项目种类、每种服务项目的单价和数量计算所述目标预约单的第一目标属性。
根据本发明的又一个实施例,属性获取模块602还可以用于:
根据所述目标预约单的处理流程信息,计算预设的考核指标的指标值;
根据预设的考核指标基线值确定达标指标个数;
根据所述达标指标个数、达标指标个数基线值,以及每个考核指标的奖惩因子确定所述目标预约单的第二目标属性,其中,所述奖惩因子根据考核指标的重要程度来设置。
根据本发明的再一个实施例,属性获取模块602还可以用于:
根据所述目标预约单的处理流程信息,计算预设的考核指标的指标值;
通过建立的多元线性回归模型,根据所述预设的考核指标的指标值确定所述目标预约单的第二目标属性,其中,所述多元线性回归模型用于表示所述第二目标属性与预设的考核指标之间的关系。
根据本发明的又一个实施例,数据核查模块604还可以用于:
根据所述核查信息生成数据核查单,并将所述数据核查单发送给所述服务提供方;
待所述服务提供方确认后,完成数据核查。
根据本发明的再一个实施例,数据核查模块604还可以用于:
判断所述服务提供方是否是核查对象;
若是,则根据所述核查信息与所述服务提供方进行数据核查;
否则,逐级查找所述服务提供方的父级机构,直至获取到是核查对象的所述服务提供方的父级机构,并根据所述核查信息与是核查对象的所述服务提供方的父级机构进行数据核查。
根据本发明实施例的技术方案,通过接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;再根据目标预约单的信息获取目标预约单的第一目标属性与第二目标属性;然后基于设定的核查汇总方式,根据第一目标属性和第二目标属性得到服务提供方的核查信息;最后根据核查信息与服务提供方进行数据核查,可以在线上完成理赔结算,高效准确,使得理赔行为透明化、简单化,对考核指标的奖惩机制,既加强了服务管理方的监管,又增强了服务提供方提供高质量服务的动力,提高运营效率。本发明的结算模式使客户在出险就诊时,可以直接使用保险理赔,不需要再额外去提理赔申请,从而提升了客户体验,且省时省力;对于服务管理方,通过保险产品的直赔策略,可以提高客户满意度,树立客户口碑,起到了很好的营销作用。
图7示出了可以应用本发明实施例的与服务提供方进行数据核查的方法或与服务提供方进行数据核查的装置的示例性系统架构700。
如图7所示,系统架构700可以包括终端设备701、702、703,网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备701、702、703通过网络704与服务器705交互,以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器705可以是提供各种服务的服务器,例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的与服务提供方进行数据核查的方法一般由服务器705执行,相应地,与服务提供方进行数据核查的装置一般设置于服务器705中。
应该理解,图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图8,其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统800的结构示意图。图8示出的终端设备或服务器仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示,计算机系统800包括中央处理单元(CPU)801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805:包括键盘、鼠标等的输入部分806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的存储部分808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器810上,以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分809从网络上被下载和安装,和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,例如,可以描述为:一种处理器包括预约单获取模块、属性获取模块、信息确定模块和数据核查模块。其中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定,例如,预约单获取模块还可以被描述为“用于接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;根据所述目标预约单的信息获取所述目标预约单的第一目标属性与第二目标属性;基于设定的核查汇总方式,根据所述第一目标属性和所述第二目标属性得到所述服务提供方的核查信息;根据所述核查信息与所述服务提供方进行数据核查。
根据本发明实施例的技术方案,通过接收服务提供方发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;再根据目标预约单的信息获取目标预约单的第一目标属性与第二目标属性;然后基于设定的核查汇总方式,根据第一目标属性和第二目标属性得到服务提供方的核查信息;最后根据核查信息与服务提供方进行数据核查,可以在线上完成理赔结算,高效准确,使得理赔行为透明化、简单化,对考核指标的奖惩机制,既加强了服务管理方的监管,又增强了服务提供方提供高质量服务的动力,提高运营效率。本发明的结算模式使客户在出险就诊时,可以直接使用保险理赔,不需要再额外去提理赔申请,从而提升了客户体验,且省时省力;对于服务管理方,通过保险产品的直赔策略,可以提高客户满意度,树立客户口碑,起到了很好的营销作用。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (9)
1.一种与服务提供方进行数据核查的方法,其特征在于,包括:
用于进行保险产品直赔的服务管理方接收服务提供方在完成服务后发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;
根据所述目标预约单的信息获取所述目标预约单的第一目标属性与第二目标属性,所述第一目标属性为理赔报销额,所述第二目标属性为考核奖惩额;
基于设定的核查汇总方式,根据所述第一目标属性和所述第二目标属性得到所述服务提供方的核查信息;
用于进行保险产品直赔的服务管理方根据所述核查信息与所述服务提供方进行数据核查,包括:根据所述核查信息生成数据核查单,并将所述数据核查单发送给所述服务提供方;待所述服务提供方确认后,完成数据核查。
2.根据权利要求1所述的方法,其特征在于,从接收的预约单中提取满足核查规则的目标预约单包括:
从接收的预约单中提取在选定的核查周期内,指定渠道或产品、指定服务提供方对应的预约单作为目标预约单。
3.根据权利要求1所述的方法,其特征在于,获取所述目标预约单的第一目标属性包括:
根据所述目标预约单中需要进行数据核查的服务项目种类、每种服务项目的单价和数量计算所述目标预约单的第一目标属性。
4.根据权利要求1所述的方法,其特征在于,获取所述目标预约单的第二目标属性包括:
根据所述目标预约单的处理流程信息,计算预设的考核指标的指标值;
根据预设的考核指标基线值确定达标指标个数;
根据所述达标指标个数、达标指标个数基线值,以及每个考核指标的奖惩因子确定所述目标预约单的第二目标属性,其中,所述奖惩因子根据考核指标的重要程度来设置。
5.根据权利要求1所述的方法,其特征在于,获取所述目标预约单的第二目标属性包括:
根据所述目标预约单的处理流程信息,计算预设的考核指标的指标值;
通过建立的多元线性回归模型,根据所述预设的考核指标的指标值确定所述目标预约单的第二目标属性,其中,所述多元线性回归模型用于表示所述第二目标属性与预设的考核指标之间的关系。
6.根据权利要求1所述的方法,其特征在于,根据所述核查信息与所述服务提供方进行数据核查包括:
判断所述服务提供方是否是核查对象;
若是,则根据所述核查信息与所述服务提供方进行数据核查;
否则,逐级查找所述服务提供方的父级机构,直至获取到是核查对象的所述服务提供方的父级机构,并根据所述核查信息与是核查对象的所述服务提供方的父级机构进行数据核查。
7.一种与服务提供方进行数据核查的装置,其特征在于,包括:
预约单获取模块,用于使用于进行保险产品直赔的服务管理方接收服务提供方在完成服务后发来的预约单,并从接收的预约单中提取满足核查规则的目标预约单;
属性获取模块,用于根据所述目标预约单的信息获取所述目标预约单的第一目标属性与第二目标属性,所述第一目标属性为理赔报销额,所述第二目标属性为考核奖惩额;
信息确定模块,用于基于设定的核查汇总方式,根据所述第一目标属性和所述第二目标属性得到所述服务提供方的核查信息;
数据核查模块,用于使用于进行保险产品直赔的服务管理方根据所述核查信息与所述服务提供方进行数据核查;
所述数据核查模块还用于:使用于进行保险产品直赔的服务管理方根据所述核查信息生成数据核查单,并将所述数据核查单发送给所述服务提供方;待所述服务提供方确认后,完成数据核查。
8.一种与服务提供方进行数据核查的电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
9.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911191272.3A CN111178933B (zh) | 2019-11-28 | 2019-11-28 | 与服务提供方进行数据核查的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911191272.3A CN111178933B (zh) | 2019-11-28 | 2019-11-28 | 与服务提供方进行数据核查的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111178933A CN111178933A (zh) | 2020-05-19 |
CN111178933B true CN111178933B (zh) | 2023-07-18 |
Family
ID=70657113
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911191272.3A Active CN111178933B (zh) | 2019-11-28 | 2019-11-28 | 与服务提供方进行数据核查的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111178933B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002056096A (ja) * | 2000-08-10 | 2002-02-20 | Meiji Life Insurance Co | 保険金または給付金対象項目費用立替払い処理方法及び保険金または給付金対象項目費用立替払い処理システム |
CN101719242A (zh) * | 2009-11-30 | 2010-06-02 | 华为技术有限公司 | 一种提供差旅服务的方法和系统 |
CN107292597A (zh) * | 2017-05-26 | 2017-10-24 | 深圳医畅科技发展有限公司 | 基于社保卡实现就诊支付的方法、移动终端及存储设备 |
CN107909483A (zh) * | 2017-07-25 | 2018-04-13 | 平安科技(深圳)有限公司 | 理赔流程识别方法、装置、服务器和存储介质 |
CN108074183A (zh) * | 2016-11-14 | 2018-05-25 | 平安科技(深圳)有限公司 | 一种理赔请求处理方法、装置和系统 |
CN108229911A (zh) * | 2017-12-20 | 2018-06-29 | 中智关爱通(上海)科技股份有限公司 | 一种支付方法、系统、服务器、终端及其存储介质 |
CN108961075A (zh) * | 2018-06-22 | 2018-12-07 | 泰康保险集团股份有限公司 | 医疗费用的垫付处理方法、装置、介质及电子设备 |
CN110175930A (zh) * | 2019-05-15 | 2019-08-27 | 南京市智慧医疗投资运营服务有限公司 | 一种基于区块链技术的商保快赔直赔平台 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150324924A1 (en) * | 2011-04-28 | 2015-11-12 | Allstate Insurance Company | Streamlined Claims Processing |
-
2019
- 2019-11-28 CN CN201911191272.3A patent/CN111178933B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002056096A (ja) * | 2000-08-10 | 2002-02-20 | Meiji Life Insurance Co | 保険金または給付金対象項目費用立替払い処理方法及び保険金または給付金対象項目費用立替払い処理システム |
CN101719242A (zh) * | 2009-11-30 | 2010-06-02 | 华为技术有限公司 | 一种提供差旅服务的方法和系统 |
CN108074183A (zh) * | 2016-11-14 | 2018-05-25 | 平安科技(深圳)有限公司 | 一种理赔请求处理方法、装置和系统 |
CN107292597A (zh) * | 2017-05-26 | 2017-10-24 | 深圳医畅科技发展有限公司 | 基于社保卡实现就诊支付的方法、移动终端及存储设备 |
CN107909483A (zh) * | 2017-07-25 | 2018-04-13 | 平安科技(深圳)有限公司 | 理赔流程识别方法、装置、服务器和存储介质 |
CN108229911A (zh) * | 2017-12-20 | 2018-06-29 | 中智关爱通(上海)科技股份有限公司 | 一种支付方法、系统、服务器、终端及其存储介质 |
CN108961075A (zh) * | 2018-06-22 | 2018-12-07 | 泰康保险集团股份有限公司 | 医疗费用的垫付处理方法、装置、介质及电子设备 |
CN110175930A (zh) * | 2019-05-15 | 2019-08-27 | 南京市智慧医疗投资运营服务有限公司 | 一种基于区块链技术的商保快赔直赔平台 |
Also Published As
Publication number | Publication date |
---|---|
CN111178933A (zh) | 2020-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7987117B2 (en) | System and method for providing an auction of real estate | |
JP5710869B2 (ja) | 担保価値審査装置、担保価値審査プログラム及び融資システム | |
KR102108979B1 (ko) | 법률업무 관리 토탈 솔루션 플랫폼 시스템 | |
KR20180113728A (ko) | 의뢰인과 전문가 간의 매칭서비스방법 및 매칭 시스템 | |
KR102011028B1 (ko) | 판매자 및 소비자에게 마진을 리워드로 보상하는 쇼핑몰 서비스 제공 방법 | |
US20070192144A1 (en) | Health care analysis system and methods | |
KR101722139B1 (ko) | 리스 차량 승계를 위한 데이터 처리 방법 | |
US20100070430A1 (en) | Comparing financial products | |
CN107833098A (zh) | 大众创业电商平台 | |
US20050102156A1 (en) | System and method for managing information in a group participant purchasing environment | |
WO2011113157A1 (en) | Method and system for providing a reverse auctioning recruiting exchange | |
KR20150035929A (ko) | 네트워크를 통한 고객과 공인중개사 간의 독점중개 거래 방법 및 부동산 중개업소 간의 공동중개 이용방법 및 이에 대한 프로그램을 저장하는 기록매체 | |
Raghavan et al. | Object-oriented design of a distributed agent-based framework for e-Procurement | |
TW202001756A (zh) | 產物保險的整合式線上服務方法 | |
CN111178933B (zh) | 与服务提供方进行数据核查的方法和装置 | |
KR101630344B1 (ko) | 관리비 절감 시스템 그리고 플랫폼 서버 연동 클라우드 기반 결재 서비스 방법 | |
KR102176108B1 (ko) | 전문 중개인을 통한 차등 수수료 지급 시스템 및 그 방법 | |
KR101977236B1 (ko) | 아웃소싱 서비스 거래에서 발생되는 분쟁을 해결하기 위한 부분결제취소 서비스 제공 방법 | |
KR101391664B1 (ko) | 웨딩 서비스 관리 시스템 | |
JP7445648B2 (ja) | データ処理システム、データ処理方法、及び、プログラム | |
KR20140020406A (ko) | 프랜차이즈 가맹점 제공 시스템을 이용한 프랜차이즈 가맹점 제공 방법 | |
Laffey et al. | Applying Stabell and Fjeldstad’s value configurations to E-commerce: A cross-case analysis of UK comparison websites | |
JP2007041662A (ja) | 保険関連業務支援システム | |
KR20030094302A (ko) | 과금 처리 장치, 과금 처리방법, 거래 지원 장치 및 거래지원 방법 | |
US20140244372A1 (en) | Validating internet ad conversions |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |