自动理算方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种自动理算方法、装置、计算机设备和存储介质。

背景技术：

保险作为一种保障机制，已融入到人们的日常生活中。当用户发生保险事故时，可以收集理赔相关的理赔账单向保险公司请求理赔，获取理赔费用。

然而，在传统的方式中，理赔费用的计算通常是由理赔相关人员通过理赔账单上的数据进行人工计算，导致理赔工作耗时长且效率低下。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够缩短时长以及提高效率的自动理算方法、装置、计算机设备和存储介质。

一种自动理算方法，所述方法包括：

接收终端发送的理赔请求，根据所述理赔请求获取理赔数据；

获取理赔账单模板，将所述理赔数据录入值所述理赔账单模板中得到理赔账单；

根据所述理赔账单获取理算关系配置表和理算数据；

根据所述理算关系配置表和所述理算数据匹配所述理赔账单相应的理算责任；

获取所述理算责任对应的理算费用，根据所述理算费用得到理赔费用。

在其中一个实施例中，所述根据所述理算关系配置表和所述理算数据为所述理赔账单匹配理算责任包括：

调用触发规则，判断所述理算关系配置表中是否有与所述理算数据相对应的责任信息；

若是，则从所述理算关系配置表中获取与所述责任信息相对应的责任代码；

获取所述责任代码相对应的理算责任，将所述理算责任匹配到所述理赔账单上。

在其中一个实施例中，所述触发规则包括疾病触发规则、费用触发规则以及责任触发规则；所述理算数据包括诊断疾病、费用项目和就诊类型；

所述调用触发规则，判断所述理算关系配置表中是否有与所述理算数据相对应的责任信息包括：

调用所述疾病触发规则，判断所述理算关系配置表中是否有与所述诊断疾病相对应的责任信息；

若否，则调用所述费用触发规则，判断所述理算关系配置表中是否有与所述费用项目相对应的责任信息；

若否，则调用所述责任触发规则，判断所述理算关系配置表中是否有与所述就诊类型相对应的责任信息。

在其中一个实施例中，所述获取所述理算责任对应的理算费用，根据所述理算费用进行计算，得到理赔费用包括：

获取合理金额、所述理算责任的历史赔付信息以及用户承保信息；

根据所述历史赔付信息和用户承保信息确定免赔额、次限额、日限额以及剩余保额；

根据所述合理金额、免赔额、次限额、日限额以及剩余保额进行计算，得到理赔费用。

在其中一个实施例中，所述根据所述合理金额、免赔额、次限额、日限额以及剩余保额进行计算，得到理赔费用包括：

计算所述合理金额和所述免赔额的差额；

比较所述差额和所述次限额，选择最小的额度为第一额度；

比较所述第一额度和所述日限额，选择最小的额度为第二额度；

比较所述第二额度和所述剩余保额，选择最小的额度为第三额度；

将所述第三额度与零进行比较，选择最大的额度为理赔费用。

在其中一个实施例中，所述根据理赔账单获取理算关系配置表和理算数据包括：

根据所述理赔账单获取用户信息和用户就诊医院；

若识别到所述用户信息和用户就诊医院不存在风险时，则获取理算关系配置表以及从所述理赔账单中获取理算数据。

一种自动理算装置，所述装置包括：

接收模块，用于接收终端发送的理赔请求，根据所述理赔请求获取理赔数据；

获取理赔账单模板，将所述理赔数据录入至所述理赔账单模板中得到理赔账单；

获取模块，用于根据所述理赔账单获取理算关系配置表和理算数据；

匹配模块，用于根据所述理算关系配置表和所述理算数据匹配所述理赔账单相应的理算责任；

计算模块，用于获取所述理算责任对应的理算费用，根据所述理算费用得到理赔费用。

在其中一个实施例中，所述匹配模块还用于调用触发规则，判断所述理算关系配置表中是否有与所述理算数据相对应的责任信息；若是，则从所述理算关系配置表中获取与所述责任信息相对应的责任代码；获取所述责任代码相对应的理算责任，将所述理算责任匹配到所述理赔账单上。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任意一项所述的自动理算方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的自动理算方法。

上述自动理算方法、装置、计算机设备和存储介质，服务器通过接收终端发送的理赔请求，根据所述理赔请求获取理赔数据。获取理赔账单模板，将理赔数据录入至理赔账单模板中得到理赔账单。根据理赔账单获取理算关系配置表和理算数据。根据所述理算关系配置表和所述理算数据匹配所述理赔账单相应的理算责任，获取所述理算责任对应的理算费用，根据所述理算费用得到理赔费用。上述方法实现了自动计算理赔费用，缩短了理赔时长且提高了理赔工作的效率。

附图说明

图1为一个实施例中自动理算方法的应用场景图；

图2为一个实施例中自动理算方法的流程示意图；

图3为一个实施例中理赔费用计算关系图；

图4为一个实施例中根据理算关系配置表和理算数据为理赔账单匹配理算责任步骤的流程示意图；

图5为一个实施例中根据理赔账单获取理算关系配置表和理算数据步骤的流程示意图；

图6为一个实施例中自动理算装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的自动理算方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。服务器104接收终端102发送的理赔请求，根据理赔请求获取理赔数据。服务器104获取理赔账单模板，将理赔数据录入至理赔账单模板中得到理赔账单。服务器104根据理赔账单获取理算关系配置表和理算数据，服务器104根据理算关系配置表和理算数据匹配理赔账单相应的对应的理算责任。服务器104获取理算责任对应的理算费用，根据理算费用得到理赔费用。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种自动理算方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

s202，接收终端发送的理赔请求，根据理赔请求获取理赔数据。

s204，获取理赔账单模板，将理赔数据录入至理赔账单模板中得到理赔账单。

理赔请求是指用于指示服务器进行理赔费用计算的指令。理赔账单是指包含用户的各种治疗信息的文件。其中，理赔账单包括账单号、账单类型、医院名称、医院等级和性质、就诊类型、治疗天数、诊断疾病以及费用项目等。

具体地，用户在理赔应用程序上选择自助理赔功能，并在终端显示的自助理赔页面上填写理赔申请信息，理赔申请信息填写完成后点击立即申请按钮发送理赔请求。用户终端接收到用户的理赔请求后指示用户对需要的理赔影像文件进行拍摄并上传至用户终端，用户终端接收到用户上传的理赔影像文件后将理赔影像文件发送给服务器。其中，理赔影像文件包括用户的身份证件、病历或者检验报告、医疗费用发票等。服务器接收到终端发送的理赔请求和理赔影像文件后，响应理赔请求通过影像解析技术从接收到的理赔影像文件中解析出需要的理赔数据。服务器获取预存储在数据库中的理赔账单模板，将解析出的理赔数据录入至所述理赔账单模板中，得到理赔账单。

s206，根据理赔账单获取理算关系配置表和理算数据。

理算数据是指用于计算理赔费用所需要的数据，理算数据记录于理赔账单中，包括：就诊类型、诊断疾病和费用项目。理算关系配置表是指存储有与理算数据对应的理算责任的文件。理算关系配置表中包括责任代码、责任名称、费用列表以及特定疾病icd等。其中，费用项目和费用列表都包括主费用和其他费用。并且，在理算关系配置表中，责任代码都有对应的责任名称和费用列表。若该责任代码对应的责任名称是特定疾病，则该责任代码还有对应的特定疾病icd(internationalclassificationofdiseases,国际疾病分类)。例如，责任代码为33320001，对应的责任名称为基本牙科治疗、对应的费用列表包括主费用：医用材料费；其他费用：药品费、检查材料费、治疗费、诊疗费、检查检验费等。其中，基本牙科治疗属于特定疾病，即还有对应的基本牙科icd。其中，icd是依据疾病的某些特征，按照规则将疾病分门别类，并用编码的方法来表示，也就是说，icd为疾病代码，用于表示指定的疾病。具体地，服务器预先将理算关系配置表存储于数据库中，当服务器获取到理赔账单后，从数据库中获取理算关系配置表。并且，从理赔账单中获取就诊类型、诊断疾病和费用项目等理算数据。

s208，根据理算关系配置表和理算数据匹配理赔账单相应的理算责任。

由于用户理赔是直接提供就诊治疗时的费用，而在实际理赔过程中需要依据用户承保的时候所约定的保障责任。因此，需要根据用户提供的理赔账单匹配对应的理算责任。具体地，服务器从理赔账单获取就诊类型、诊断疾病和费用项目。服务器首先判断诊断疾病是否为特定疾病，如果该诊断疾病为特定疾病，并从理算关系配置表中查找到该特定疾病icd。则获取该特定疾病icd对应的责任代码和责任名称，该责任代码和责任名称所表示的责任即为理赔账单对应的理算责任。若服务器判断该诊断疾病不是特定疾病，服务器则从理赔账单上费用项目中获取主费用。将主费用与理算关系配置表中的费用列表进行匹配，若从理算关系配置表的费用列表中匹配到相同的主费用，则获取该费用列表对应的责任代码和责任名称，该责任代码和责任名称即为理赔账单对应的理算责任。若理赔账单中的诊断疾病不是特定疾病，并且费用项目中也没有主费用，则获取就诊类型，则从理算关系配置表中直接查找对应的就诊类型，该就诊类型对应的责任即为理赔账单对应的理算责任。并且，若为理赔账单匹配到对应的理算责任，则将理赔账单中费用项目中的所有费用赔付到该理算责任中。

s210，获取理算责任对应的理算费用，根据理算费用得到理赔费用。

理算费用是用户承保时所约定的保额，包括合理金额、免赔额、次限额、日限额以及剩余保额。其中，合理金额为理赔账单中录入的金额。免赔额、次限额、日限额是用户投保时预先约定的承保费用。剩余保额是根据历史赔付信息进行计算获取用户所剩余的保额额度。其中，由于用户在承保时需要约定保障责任以及对应的承保保额。并且实际理赔时需要依据用户承保时候所约定的保障责任，因此根据理赔账单中的理算数据和理算关系配置表匹配到对应的理算责任后，也就是用户承保所约定的保障责任，获取该理算责任对应的承保保额进行计算得到理赔费用。

具体地，服务器通过理算关系配置表为理赔账单匹配到对应的理算责任后，获取该理算责任的历史赔付信息，并且获取该用户承保时所约定的保额。服务器根据历史赔付信息确定已赔付给该用户的理赔费用，根据用户承保时所约定的保额和已赔付的理赔费用计算剩余保额。服务器从理赔账单中获取录入的金额为合理金额、以及从用户投保时所约定的保额中确定免赔额、次限额、日限额。服务器根据合理金额、免赔额、次限额、日限额以及剩余保额进行计算，得到理赔费用。

在一个实施例中，如图3所示，提供理赔费用计算关系图。具体地，若服务器根据理算关系配置表为理赔账单匹配的理算责任为责任a，则获取责任a的合理金额lookup_amt、免赔额remit_amt、次限额limit_one_time_amt、日限额limit_daily_amt以及剩余保额remain_insurance。根据合理金额、免赔额、次限额、日限额以及剩余保额进行计算，得到理赔费用。

其中，首先计算合理金额lookup_amt和免赔额remit_amt的差额p1。比较差额p1和次限额limit_one_time_amt，选择最小的为第一额度p2。比较第一额度p2和日限额limit_daily_amt，选择最小的为第二额度p3。比较第二额度p3和剩余保额remain_insurance，选择最小的为第三额度。将第三额度与零进行比较，选择最大的为理赔费用p4。

上述自动理算方法中，服务器通过接收终端发送的理赔请求，理赔请求中携带有理赔账单。根据理赔账单获取理算关系配置表和理算数据。根据理算关系配置表和理算数据为理赔账单匹配理算责任，获取理算责任对应的理算费用，根据理算费用进行计算，得到理赔费用。上述方法实现了自动计算理赔费用，缩短了理赔时长且提高了理赔工作的效率。

在一个实施例中，如图4所示，根据理算关系配置表和理算数据为理赔账单匹配理算责任具体包括以下步骤：

s402，调用触发规则，判断理算关系配置表中是否有与理算数据相对应的责任信息。

理算数据包括就诊类型、诊断疾病和费用项目。理算关系配置表包括责任代码、责任名称、费用列表以及特定疾病icd。其中，费用列表和特定疾病icd即为责任信息。从特定疾病icd和费用列表中判断是否有与就诊类型、诊断疾病和费用项目相应的信息。例如，若就诊疾病为特定疾病，则根据触发规则可以从理算关系配置表中查找到该特定疾病的icd。若费用项目中包含主费用，则根据触发规则可以从理算关系配置表中的费用列表中查找到对应的主费用。若诊断疾病和费用项目中的主费用均为空，则根据触发规则从理算关系配置表中的费用列表中查找到对应的就诊类型。其中，触发规则是用于为理赔账单匹配对应理算责任，包括疾病触发规则、费用触发规则和责任触发规则。其中，触发规则的执行顺序为：疾病触发规则优先于费用触发规则优先于责任触发规则。当其中任意一个触发规则执行后，剩余未执行的触发规则不再执行。例如，如疾病触发规则触发执行后，费用触发规则和责任触发规则就不再执行。

s404，则从理算关系配置表中获取与信息相对应的责任代码。

s406，获取责任代码相对应的理算责任，将理算责任匹配到理赔账单上。

也就是说，服务器首先调用疾病触发规则，判断理算关系配置表中是否有与所述诊断疾病相同的信息。若没有与诊断疾病相同的信息，则调用费用触发规则，判断理算关系配置表中是否有与费用相对应的信息。若没有与费用项目相同的信息，则调用责任触发规则，判断理算关系配置表中是否有与就诊类型相对应的信息。

具体地，当服务器获取到理算关系配置表和理算数据后，服务器首先调用疾病触发规则，获取理算数据中的诊断疾病，判断该诊断疾病是否在理算关系配置表有对应的特定疾病icd。若有对应的特定疾病icd，则获取该特定疾病icd对应的责任代码，该责任代码对应的责任即为理赔账单匹配的理算责任。若没有对应的特定疾病icd，则调用费用触发规则，获取理算数据中费用项目的主费用，判断该主费用在理算关系配置表中的费用列表是否有对应的主费用。若有对应的主费用，则获取该主费用对应的责任代码，该责任代码对应的责任即为理赔账单匹配的理算责任。若没有相对应的主费用，则调用责任触发规则，从理算数据中获取就诊类型，从理算关系配置表中直接查找对应的就诊类型，获取该就诊类型对应的责任代码，该责任代码对应的责任即为理赔账单匹配的理算责任。若获取到多个与就诊类型对应的责任，则获取费用项目中的其他费用，根据其他费用从多个责任中选择匹配的责任为理算责任。若没有查找到对应的就诊类型，则转入人工通道进行匹配。

费用项目中的各项费用都有相应的编码，例如：药品费的费用编码为12、手术费的费用编码为18等。一旦为理赔账单匹配到对应的理算责任，则将理赔账单费用项目中的所有费用都赔付到该理算责任中。

例如1，理赔账单上录入的理算数据分别为：就诊类型为牙科、诊断疾病为基本牙科、费用项目为医用材料费(118)。则根据触发规则服务器首先调用疾病触发规则，判断基本牙科为特定疾病，并且从理算关系配置表中有对应的基本牙科icd，则直接获取基本牙科icd所对应责任的责任代码33320001，责任名称为基本牙科治疗。该责任33320001即为匹配的理算责任。并且，将医用材料费(118)赔付到责任33320001上。由于调用疾病触发规则已经为理赔账单匹配到理算责任，则不再调用费用触发规则和责任触发规则。

例如2，理赔账单上录入的理算数据分别为：就诊类型为门诊、费用项目包括主费用：手术费(18)；其他费用：药品费(12)、治疗费(13)、麻醉费(119)以及手术材料费(123)。服务器根据执行顺序首先调用疾病触发规则，判断到该理赔账单上的没有特定疾病。则调用费用触发关系，在理算关系配置表中的费用列表中查找到有相同的手术费(18)，则获取该手术费(18)对应责任的责任代码33300004，责任名称门诊手术费。该责任33300004即为匹配的理算责任，并且将手术费(18)和其他费用：药品费(12)、治疗费(13)、麻醉费(119)以及手术材料费(123)都赔付责任33300004上。并且不再调用责任触发规则。

例如3，理赔账单上录入的理算数据分别为：就诊类型为门诊、费用项目包括其他费用：救护车费(17)。服务器根据执行顺序首先调用疾病触发规则，判断到该理赔账单上的没有特定疾病。则调用费用触发关系，同样判断没有主费用，则调用责任触发规则，根据门诊和救护车费(17)直接获取责任对应的责任代码33300012、责任名称救护车费。该责任33300012即为匹配的理算责任，将救护车费(17)赔付到责任33300012上。在本实施例中，根据预存的理算关系配置文件和录入的理算数据匹配理算责任，保证了理算的准确性。

在一个实施例中，如图5所示，根据理赔账单获取理算关系配置表和理算数据具体包括以下步骤：

s502，根据理赔账单获取用户信息和用户就诊医院。

理赔账单包括账单号，根据账单号查到该理赔账单对应的用户，获取用户信息。其中，用户信息包括用户姓名、年龄、性别等。用户就诊医院可以从理赔账单中直接获取。

s504，若识别到用户信息和用户就诊医院不存在风险时，则获取理算关系配置表以及从理赔账单中获取理算数据。

服务器从数据库中获取预存的黑名单用户和黑名单医院，将用户信息和用户就诊医院输入至黑名单用户和黑名单医院中，判断能否从黑名单用户和黑名单医院中查找到对应的用户信息和用户就诊医院。若是，则表示该用户和医院为黑名单用户和医院，则表明具有一定的风险。若有风险，将该理赔账单转入人工通道。若没有风险，则从数据库中获取理算关系配置表，从理赔账单中获取理算数据。

在本实施例中，根据预存的黑名单判断用户和用户就诊医院是否为存在为黑名单，以此判断是否存在欺诈风险。保证了理赔的安全性。

在一个实施例中，服务器包括影像解析模块、代码匹配模块、风险控制模块以及理算模块。当用户通过用户终端向服务器发送理赔申请时，用户首先通过用户终端的指示上传相关的理赔影像文件。用户终端向服务器发送理赔请求和理赔影像文件。服务器接收并受理用户的理赔申请，并且，将用户终端上传的理赔影像文件发送至影像解析模块中，影像解析模块对理赔影像文件进行脱敏和解析，获取理赔数据。影像解析功能模块将理赔数据发送至代码匹配模块，代码匹配模块对理赔数据进行代码匹配，并将匹配代码后的理赔数据发送至风险控制模块。风险控制模块根据已匹配代码的理赔数据判断本次理赔是否存在风险，若不存在，将理赔数据发送至理算模块。理算模块根据理赔数据进行计算，得到理赔费用。

具体地，理算模块根据理赔数据进行计算，得到理赔费用具体包括：理算模块首先获取理赔账单模板，将理赔数据录入至理赔账单模板中得到理赔账单。若根据理赔账单获取到的用户信息和用户就诊医院均没有风险，则获取理算关系配置表和理算数据。理算模块调用触发规则，为理赔账单匹配理算责任。其中，理算数据包括诊断疾病、费用项目和就诊类型。触发规则包括疾病触发规则、费用触发规则和责任触发规则。理算模块首先根据触发规则的执行顺序调用疾病触发规则，获取理算数据中的诊断疾病，判断该诊断疾病是否在理算关系配置表有对应的特定疾病icd。若有对应的特定疾病icd，则获取该特定疾病icd对应的责任代码，该责任代码对应的责任即为理赔账单匹配的理算责任。若没有对应的特定疾病icd，则调用费用触发规则，获取理算数据中费用项目的主费用，判断该主费用在理算关系配置表中的费用列表是否有对应的主费用。若有对应的主费用，则获取该主费用对应的责任代码，该责任代码对应的责任即为理赔账单匹配的理算责任。若没有相对应的主费用，则调用责任触发规则，从理算数据中获取就诊类型，从理算关系配置表中直接查找对应的就诊类型，获取该就诊类型对应的责任代码，该责任代码对应的责任即为理赔账单匹配的理算责任。若获取到多个与就诊类型对应的责任，则获取费用项目中的其他费用，根据其他费用从多个责任中选择匹配的责任为理算责任。若没有查找到对应的就诊类型，则转入人工通道进行匹配。理算模块匹配到理算责任后，获取理算责任对应的理算费用，包括：合理金额、免赔额、次限额、日限额以及剩余保额。计算合理金额和所述免赔额的差额，比较差额和次限额，选择最小的为第一额度；比较第一额度和日限额，选择最小的为第二额度；比较第二额度和剩余保额，选择最小的为第三额度；将第三额度与零进行比较，选择最大的为理赔费用。

应该理解的是，虽然图2、4和5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、4和5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种自动理算装置，包括：接收模块602、录入模块604、获取模块606、匹配模块608和计算模块610，其中：

接收模块602，用于接收终端发送的理赔请求，根据理赔请求获取理赔数据。

录入模块604，获取理赔账单模板，将所述理赔数据录入至所述理赔账单模板中得到理赔账单。

获取模块606，用于根据理赔账单获取理算关系配置表和理算数据。

匹配模块608，用于根据理算关系配置表和理算数据匹配理赔账单相应的理算责任。

计算模块610，用于获取理算责任对应的理算费用，根据理算费用得到理赔费用。

在一个实施例中，匹配模块608还用于调用触发规则，判断理算关系配置表中是否有与理算数据相对应的责任信息；若是，则述理算关系配置表中获取与责任信息相对应的责任代码；获取责任代码相对应的理算责任，将理算责任匹配到理赔账单上。

在一个实施例中，匹配模块608还用于调用疾病触发规则，判断理算关系配置表中是否有与诊断疾病相对应的责任信息；调用费用触发规则，判断理算关系配置表中是否有与费用项目相对应的责任信息；调用责任触发规则，判断理算关系配置表中是否有与就诊类型相对应的责任信息。

在一个实施例中，计算模块610还用于获取合理金额、理算责任的历史赔付信息以及用户承保信息；根据历史赔付信息和用户承保信息确定免赔额、次限额、日限额以及剩余保额；根据合理金额、免赔额、次限额、日限额以及剩余保额进行计算，得到理赔费用。

在一个实施例中，计算模块610还用于计算合理金额和所述免赔额的差额；比较差额和所述次限额，选择最小的额度为第一额度；比较第一额度和日限额，选择最小的额度为第二额度；比较第二额度和剩余保额，选择最小的额度为第三额度；将第三额度与零进行比较，选择最大的为理赔费用。

在一个实施例中，获取模块604还用于根据理赔账单获取用户信息和用户就诊医院；若识别到用户信息和用户就诊医院不存在风险时，则获取理算关系配置表以及从理赔账单中获取理算数据。

关于自动理算装置的具体限定可以参见上文中对于自动理算方法的限定，在此不再赘述。上述自动理算装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种自动理算方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收终端发送的理赔请求，根据理赔请求获取理赔数据；

获取理赔账单模板，将理赔数据录入至理赔账单模板中得到理赔账单；

根据理赔账单获取理算关系配置表和理算数据；

根据理算关系配置表和理算数据匹配理赔账单相应的理算责任；

获取理算责任对应的理算费用，根据理算费用得到理赔费用。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

调用触发规则，判断理算关系配置表中是否有与理算数据相对应的责任信息；

若是，则述理算关系配置表中获取与责任信息相对应的责任代码；

获取责任代码相对应的理算责任，将理算责任匹配到理赔账单上。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

调用疾病触发规则，判断理算关系配置表中是否有与诊断疾病相对应的责任信息；

若否，则调用费用触发规则，判断理算关系配置表中是否有与费用项目相对应的责任信息；

若否，则调用责任触发规则，判断理算关系配置表中是否有与就诊类型相对应的责任信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取合理金额、理算责任的历史赔付信息以及用户承保信息；

根据历史赔付信息和用户承保信息确定免赔额、次限额、日限额以及剩余保额；

根据合理金额、免赔额、次限额、日限额以及剩余保额进行计算，得到理赔费用。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

计算合理金额和所述免赔额的差额；

比较差额和所述次限额，选择最小的额度为第一额度；

比较第一额度和日限额，选择最小的额度为第二额度；

比较第二额度和剩余保额，选择最小的额度为第三额度；

将第三额度与零进行比较，选择最大的额度为理赔费用。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据理赔账单获取用户信息和用户就诊医院；

若识别到用户信息和用户就诊医院不存在风险时，则获取理算关系配置表以及从理赔账单中获取理算数据。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收终端发送的理赔请求，根据理赔请求获取理赔数据；

获取理赔账单模板，将理赔数据录入至理赔账单模板中得到理赔账单；

根据理赔账单获取理算关系配置表和理算数据；

根据理算关系配置表和理算数据匹配理赔账单相应的理算责任；

获取理算责任对应的理算费用，根据理算费用得到理赔费用。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

调用触发规则，判断理算关系配置表中是否有与理算数据相对应的责任信息；

若是，则述理算关系配置表中获取与责任信息相对应的责任代码；

获取责任代码相对应的理算责任，将理算责任匹配到理赔账单上。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

调用疾病触发规则，判断理算关系配置表中是否有与诊断疾病相对应的责任信息；

若否，则调用费用触发规则，判断理算关系配置表中是否有与费用项目相对应的责任信息；

若否，则调用责任触发规则，判断理算关系配置表中是否有与就诊类型相对应的责任信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取合理金额、理算责任的历史赔付信息以及用户承保信息；

根据历史赔付信息和用户承保信息确定免赔额、次限额、日限额以及剩余保额；

根据合理金额、免赔额、次限额、日限额以及剩余保额进行计算，得到理赔费用。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

计算合理金额和所述免赔额的差额；

比较差额和所述次限额，选择最小的额度为第一额度；

比较第一额度和日限额，选择最小的额度为第二额度；

比较第二额度和剩余保额，选择最小的额度为第三额度；

将第三额度与零进行比较，选择最大的额度为理赔费用。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据理赔账单获取用户信息和用户就诊医院；

若识别到用户信息和用户就诊医院不存在风险时，则获取理算关系配置表以及从理赔账单中获取理算数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。