CN118071518A - 数据修改方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于数字医疗领域，涉及一种数据修改方法、装置、计算机设备及存储介质，所述方法包括下述步骤：提取数改请求列表中的数改需求单和数据缺陷单；对审批状态为通过的数改需求单或数据缺陷单创建数据修改待办；获取数据修改待办对应的执行脚本和执行脚本信息；运行执行脚本，并输出脚本修改结果；检测脚本修改结果和执行脚本对应的预期修改结果是否对应；若对应，则将进行数据显示，并将数据修改信息保存至预设的修改日志；若不对应，则提取差异数据，并根据差异数据对所述执行脚本进行优化，直至脚本修改结果和预期修改结果对应。本申请能够快速、有效地对医疗医保保单进行数据修改。

Description

数据修改方法、装置、计算机设备及存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及数字医疗领域，尤其涉及一种数据修改方法、装置、计算机设备及存储介质。

背景技术

医保医保保单是一种记录有投保人的医疗保险信息的证明文件，当投保人在规定的期限内发生符合规定范围内的意外而需要进行医疗救治时，可以通过医保保单有效保障投保人的利益，使投保人获得一定的医疗赔偿。

由于医保医保保单必须明确、完整地记载有关保险双方的权利义务，因此医保保单上的信息需要载有保险人和投保人的名称、医疗保险标的、医疗保险金额、医疗保险费、医疗保险期限、医疗保险赔偿或给付的责任范围以及其他规定事项。在医疗业务中，当医保保单生成后，需要将医保保单录入医疗业务系统中以使系统保存有对应的记录，方便在投保人发生意外时进行验证核对。

但在医疗业务系统中，当医保医保保单上的信息需要变更时，需要由对应负责的人员和审批人进行医保保单数据的修改和审批，但由于医保保单的医疗保险种类不同、医疗医保保单地区不同、对应的负责人和审批人不同，从而使得在进行数据修改时，无法及时快速、有效的对医保保单上填写数据进行及时修改，并且需要耗费大量的人力资源，不利于节约的企业运营成本。

发明内容

本申请实施例的目的在于提出一种数据修改方法、装置、计算机设备及存储介质，以解决无法快速、有效地对医保保单进行数据修改的问题。

为了解决上述技术问题，本申请实施例提供一种数据修改方法，采用了如下所述的技术方案：

获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单；

获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办；

获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤；

根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果；

检测所述脚本修改结果和所述执行脚本对应的预期修改结果是否对应；

若所述脚本修改结果和所述预期修改结果对应，则将所述脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将所述数据修改结果和所述数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；

若所述脚本修改结果和所述预期修改结果不对应，则提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应。

进一步的，在所述获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单的步骤之前，还包括以下步骤：

获取数改发起信息，根据预设的数改标准规则对所述数改发起信息进行数据筛选，得到所述数改需求单；

访问系统的报错日志，提取所述报错日志中的错误信息，并根据所述错误信息查找对应的缺陷组件；

获取所述缺陷组件处理过的历史数据信息，并根据所述历史数据信息生成所述数据缺陷单；

将所述数改需求单和所述数据缺陷单写入所述数改请求列表。

进一步的，所述获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办的步骤，具体包括：

获取所述数改需求单的标记信息，根据所述标记信息访问数据审批列表，并根据所述数据审批列表查询与所述数改需求单对应的审批信息；

对所述审批信息进行解析，得到审批时间和审批状态；

检测所述审批状态是否是审批通过；

若所述审批状态是审批通过，则获取与所述数改需求单对应的第一表单信息或所述数据缺陷单对应的第二表单信息，并根据所述第一表单信息或所述第二表单信息创建所述数据修改待办；

若所述审批状态不是审批通过，则获取预设的刷新时间，并根据所述刷新时间对所述数改需求单对应的审批状态进行刷新，并在刷新后，再次进行检测，直至所述审批状态为审批通过或停止对所述审批状态进行检测。

进一步的，所述获取与所述数改需求单对应的第一表单信息或所述数据缺陷单对应的第二表单信息，并根据所述第一表单信息或所述第二表单信息创建所述数据修改待办的步骤，具体包括：

获取所述数改需求单，从所述数改需求单中提取标题信息、申请信息、数改信息、关联信息、材料信息；

将所述标题信息、所述申请信息、所述数改信息、所述关联信息、所述材料信息作为所述第一表单信息填入至预设的第一待办工单模版，生成所述数据修改待办；

获取所述数据缺陷单，从所述数据缺陷单中提取缺陷生成时间、缺陷数据名称、缺陷数据内容；

将所述缺陷生成时间、所述缺陷数据名称、所述缺陷数据内容作为所述第二表单信息填入至预设的第二待办工单模版，生成所述数据修改待办。

进一步的，所述获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤的步骤，具体包括：

获取所述数据修改待办对应的待办标识信息，根据所述待办标识信息查询对应的脚本提交列表；

检测所述脚本提交列表是否包括所述执行脚本和所述执行脚本信息；

若所述脚本提交列表包括所述执行脚本和所述执行脚本信息，则对所述执行脚本信息进行解析，得到脚本执行节点、脚本执行时间以及所述脚本执行步骤，并根据所述脚本执行节点和所述脚本执行时间生成所述脚本执行计划；

若所述脚本提交列表不包括所述执行脚本和/或所述执行脚本信息，则将所述数据修改待办标记为待提交脚本待办，并将所述待提交脚本待办发送至待处理列表中进行保存。

进一步的，所述根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果的步骤，具体包括：

将所述脚本执行计划、所述脚本执行步骤、所述执行脚本进行关联，得到待执行脚本信息；

获取所述待执行脚本信息对应的所述脚本执行时间，并根据所述脚本执行时间对所述待执行脚本信息进行排序，得到待执行脚本排序表；

按照所述待执行脚本排序表的序号顺序运行所述执行脚本，并检测所述执行脚本是否运行成功；

若所述执行脚本运行成功，则获取所述执行脚本运行后得到的脚本运行结果，并将所述脚本运行结果作为所述脚本修改结果进行输出；

若所述执行脚本未运行成功，则将所述执行脚本和所述执行脚本信息记录至错误脚本列表，并生成执行错误信息进行提醒。

进一步的，所述提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应的步骤，具体包括：

获取所述脚本修改结果和所述预期修改结果，将所述脚本修改结果中包含的数据项和所述预期修改结果中包含的数据项进行逐项对比，并将对比结果为不同的数据项作为所述差异数据进行提取；

获取所述差异数据对应的数据名称，根据所述数据名称在所述执行脚本中查找对应的配置信息；

计算所述差异数据对应的差异值，根据所述差异值和预设的拟合算法对所述配置信息中的参数进行迭代优化，并重新计算所述差异值，直至所述差异值为零，在所述差异值为零后，将所述脚本修改结果和所述预期修改结果的检测结果修改为对应。

为了解决上述技术问题，本申请实施例还提供一种数据修改装置，采用了如下所述的技术方案：

数据提取模块，用于获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单；

待办生成模块，用于获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办；

脚本执行模块，用于获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤；

结果输出模块，用于根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果；

结果检测模块，用于检测所述脚本修改结果和所述执行脚本对应的预期修改结果是否对应；

第一处理模块，用于若所述脚本修改结果和所述预期修改结果对应，则将所述脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将所述数据修改结果和所述数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；

第二处理模块，用于若所述脚本修改结果和所述预期修改结果不对应，则提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如以上任一项所述的数据修改方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如以上任一项所述的数据修改方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：本实施例通过获取数改请求列表，从而能够有效提取数改请求列表中的数改需求单和数据缺陷单；通过获取数改需求单对应的审批状态，并对审批状态为通过的数改需求单或数据缺陷单创建数据修改待办，从而有效创建待办事项以对系统进行数据修改请求；通过获取数据修改待办对应的执行脚本和执行脚本信息，并根据执行脚本信息确定脚本执行计划和脚本执行步骤，从而使系统自动根据修改待办执行对应的数据修改步骤；通过根据脚本执行计划和脚本执行步骤运行执行脚本，从而有效获取由脚本进行数据修改后得到的脚本修改结果；通过检测脚本修改结果和执行脚本对应的预期修改结果是否对应，从而能够根据不同的对应情况进行有效处理；若脚本修改结果和预期修改结果对应，则将脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将数据修改结果和数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；若脚本修改结果和预期修改结果不对应，则提取脚本修改结果和预期修改结果之间的差异数据，并根据差异数据对执行脚本进行优化，直至脚本修改结果和预期修改结果对应。本申请通过上述方法，能够快速、有效地对医保保单进行数据修改，以有效提高医保医保保单数据修改的工作效率，并节约人力成本。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的数据修改方法的一个实施例的流程图；

图3是图2中步骤S20的一种具体实施方式的流程图；

图4是图3中步骤S204的一种具体实施方式的流程图；

图5是图2中步骤S30的一种具体实施方式的流程图；

图6是图2中步骤S40的一种具体实施方式的流程图；

图7是图2中步骤S70的一种具体实施方式的流程图；

图8是根据本申请的数据修改装置的一个实施例的结构示意图；

图9是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的非相关的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的数据修改方法一般由服务器执行，相应地，数据修改装置一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的数据修改的方法的一个实施例的流程图。所述的数据修改方法，包括以下步骤：

步骤S10，获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单；

在本实施例中，数改请求列表是设置在医疗系统管理平台界面上的医疗信息列表，该医疗信息列表中记载着数改需求单对应的数改请求信息和数据缺陷单对应的数据缺陷信息，其中，数改请求信息由修改人发起，而数据缺陷信息由检测医疗系统中处理数据的组件所涉及的处理数据生成，每个数据请求信息和数据缺陷信息均对应一个医疗医保保单。

步骤S20，获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办；

在本实施例中，数改需求单的审批状态由数改需求单对应的审批人进行审批以修改，在审批人未对数改需求单进行审批前，数改需求单对应的审批状态为未审批，该审批状态记录在数据审批列表中，当审批人对数改需求单审批后，数改需求单对应的审批状态变为已审批，数据审批列表中同时记录审批人审批完成的时间和数改需求单审批成功的审批信息。

步骤S30，获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤；

在本实施例中，执行脚本和执行脚本信息由修改人根据数据修改待办的类型预先存入至医疗系统中，当数据修改待办被调用执行后，系统会查找对应的执行脚本和执行脚本信息，以对数据修改待办对应的医疗医保保单进行数据修改执行。

步骤S40，根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果；

在本实施例中，脚本修改结果指的是执行脚本被运行后输出的数据结果，该数据结果对应医保保单，脚本修改结果中的数据项对应医保保单中的数据项，其中，数据项包括医保保单包括保险人和投保人的名称、医疗保险标的、医疗保险金额、医疗保险费、医疗保险期限、医疗保险赔偿或给付的责任范围。

步骤S50，检测所述脚本修改结果和所述执行脚本对应的预期修改结果是否对应；

在本实施例中，预期修改结果为系统中预存的修改结果，该结果提取自脚本的历史修改结果，在具体实施时，每个执行脚本对应的预期修改结果均不同。

步骤S60，若所述脚本修改结果和所述预期修改结果对应，则将所述脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将所述数据修改结果和所述数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；

在本实施例中，显示界面为系统预设的信息显示界面，该显示界面中记载有数改需求单的名称和数据缺陷单的名称，通过将数据修改结果添加至数改需求单名称和数据缺陷单名称对应的位置以进行显示。

步骤S70，若所述脚本修改结果和所述预期修改结果不对应，则提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应。

在本实施例中，差异数据可以通过结构化数据对比算法来对脚本修改结果和预期修改结果进行逐项对比获取。

在本实施例中，上述方法中的医保保单可以为医疗保险保单、生育险保险保单、重疾险保险保单、健康险保险保单中的一种或者多种，所对应的系统可以为医疗保险系统、疾病保险系统中的一种或者多种，数改需求单、数据缺陷单、数据修改待办、执行脚本、执行脚本信息均保存在医疗保险系统、疾病保险系统中并由上述系统中进行获取，以对上述医保保单中的一种或者多种进行数据修改，具体地，本实施例中数改请求列表的数改需求单对应为医保数改需求单，数据缺陷单为医疗业务系统的医疗系统数据缺陷单；创建的数据修改待办为医保数据修改待办；获取的执行脚本和执行脚本信息为医保修改执行脚本和医保修改执行脚本信息；脚本执行计划和脚本执行步骤为医保修改脚本执行计划和医保修改脚本执行步骤；脚本修改结果为医保修改脚本修改结果，显示界面为医疗业务系统的保单显示界面。

本实施例通过获取数改请求列表，从而能够有效提取数改请求列表中的数改需求单和数据缺陷单；通过获取数改需求单对应的审批状态，并对审批状态为通过的数改需求单或数据缺陷单创建数据修改待办，从而有效创建待办事项以对系统进行数据修改请求；通过获取数据修改待办对应的执行脚本和执行脚本信息，并根据执行脚本信息确定脚本执行计划和脚本执行步骤，从而使系统自动根据修改待办执行对应的数据修改步骤；通过根据脚本执行计划和脚本执行步骤运行执行脚本，从而有效获取由脚本进行数据修改后得到的脚本修改结果；通过检测脚本修改结果和执行脚本对应的预期修改结果是否对应，从而能够根据不同的对应情况进行有效处理；若脚本修改结果和预期修改结果对应，则将脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将数据修改结果和数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；若脚本修改结果和预期修改结果不对应，则提取脚本修改结果和预期修改结果之间的差异数据，并根据差异数据对执行脚本进行优化，直至脚本修改结果和预期修改结果对应。本申请通过上述方法，能够快速、有效地对医保保单进行数据修改，以有效提高医保保单数据修改的工作效率，并节约人力成本。

在本实施例的一些可选的实现方式中，在步骤S10之前，还包括以下步骤：

获取数改发起信息，根据预设的数改标准规则对所述数改发起信息进行数据筛选，得到所述数改需求单；

在本实施例中，数改发起信息由修改人填写对应的数改请求工单生成，数改需求工单中包括修改人信息、修改保单信息、修改涉及系统信息。数改标准规则包括数据完整性检测、数据重复检测、数据错误检测，通过数改标准规则来对数改发起信息进行数据筛选，从而有效获取符合系统处理标准的数改需求单。

访问系统的报错日志，提取所述报错日志中的错误信息，并根据所述错误信息查找对应的缺陷组件；

在本实施合理中，错误信息指的是在报错日志中出现的关于系统组件的报错提醒，缺陷组件指的是有在报错日志中有报错提醒但仍在运行的组件，由该组件处理过的数据属于缺陷数据。

获取所述缺陷组件处理过的历史数据信息，并根据所述历史数据信息生成所述数据缺陷单；

将所述数改需求单和所述数据缺陷单写入所述数改请求列表。

继续参考图3，在本实施例的一些可选的实现方式中，步骤S20包括以下步骤：

步骤S201，获取所述数改需求单的标记信息，根据所述标记信息访问数据审批列表，并根据所述数据审批列表查询与所述数改需求单对应的审批信息；

在本实施例中，标记信息指的是数改需求单对应的医保保单的单号，数据审批列表中保存有与该单号对应的表头，在表头下保存着对应的审批信息，该审批信息由系统实时更新生成。

步骤S202，对所述审批信息进行解析，得到审批时间和审批状态；

在本实施例中，审批状态包括审批通过、审批未通过、未审批，当审批状态为审批通过时，数据审批列表中记载审批时间和审批通过，当审批状态为审批未通过或未审批时，则只记载审批未通过或未审批。

步骤S203，检测所述审批状态是否是审批通过；

步骤S204，若所述审批状态是审批通过，则获取与所述数改需求单对应的第一表单信息或所述数据缺陷单对应的第二表单信息，并根据所述第一表单信息或所述第二表单信息创建所述数据修改待办；

在本实施例中，第一表单信息由系统读取数改需求单中对应数据项的信息获取，第二表单信息由系统读取数据缺陷单中标记数据项的信息获取。

步骤S205，若所述审批状态不是审批通过，则获取预设的刷新时间，并根据所述刷新时间对所述数改需求单对应的审批状态进行刷新，并在刷新后，再次进行检测，直至所述审批状态为审批通过或停止对所述审批状态进行检测。

在本实施例中，刷新时间预设为30s，可以根据实际情况进行对应设置。

继续参考图4，在本实施例的一些可选的实现方式中，步骤S204包括以下步骤：

步骤S2041，获取所述数改需求单，从所述数改需求单中提取标题信息、申请信息、数改信息、关联信息、材料信息；

在本实施例中，申请信息包括申请人信息和申请机构信息，在申请机构中需要记载申请机构所在的地区，数改信息包括数改保单量、数改金额、数改保险类型，关联信息包括修改涉及系统、修改期限时间、修改说明文本，材料信息包括医保保单。

步骤S2042，将所述标题信息、所述申请信息、所述数改信息、所述关联信息、所述材料信息作为所述第一表单信息填入至预设的第一待办工单模版，生成所述数据修改待办；

在本实施例中，第一待办工单模块中包括与标题信息、申请信息、数改信息、关联信息、材料信息一一对应的数据项，通过将标题信息、申请信息、数改信息、关联信息、材料信息填入至对应的数据项中以生成数据修改待办。

步骤S2043，获取所述数据缺陷单，从所述数据缺陷单中提取缺陷生成时间、缺陷数据名称、缺陷数据内容；

在本实施例中，缺陷数据名称指的是出现缺陷的数据的名称、类型或ID信息，缺陷数据内容指的是出现缺陷的数据具体的数据内容，其中，上述数据内容包括医保保单中的数据项数据。

步骤S2044，将所述缺陷生成时间、所述缺陷数据名称、所述缺陷数据内容作为所述第二表单信息填入至预设的第二待办工单模版，生成所述数据修改待办。

在本实施例中，第二待办工单模块中包括与缺陷生成时间、缺陷数据名称、缺陷数据内容一一对应的数据项，通过将缺陷生成时间、缺陷数据名称、缺陷数据内容填入至对应的数据项中以生成数据修改待办。

在具体实施时，当数改需求但和数据缺陷单对应的保单对应均为同一医保保单时，在系统上会同时显示数改需求单和数据缺陷单，并生成对应的数据修改待办，在执行数据修改待办时，按照先执行数据缺陷单生成的数据修改待办，再执行数改需求单生成的数据修改待办的顺序来执行。

继续参考图5，在本实施例的一些可选的实现方式中，步骤S30包括以下步骤：

步骤S301，获取所述数据修改待办对应的待办标识信息，根据所述待办标识信息查询对应的脚本提交列表；

在本实施例中，待办标识信息指的是数据修改待办对应的待办序号，该待办序号对应按照脚本提交列表的序号存储区，执行脚本和执行脚本信息保存在对应的序号存储区内，并在数据修改待办生成时对应生成。

步骤S302，检测所述脚本提交列表是否包括所述执行脚本和所述执行脚本信息；

在本实施例中，执行脚本和执行脚本信息预存在数据库中，并在数据修改待办生成时由系统写入至脚本提交列表中的对应位置，其中，执行脚本针对不同的数据修改待办类型进行设置，数据修改待办类型包括各地养老医保保单修改、各地医疗医保保单修改、各地生育医保保单修改、养老保险系统缺陷修改、医疗保险系统缺陷修改、生育保险系统缺陷修改等。

步骤S303，若所述脚本提交列表包括所述执行脚本和所述执行脚本信息，则对所述执行脚本信息进行解析，得到脚本执行节点、脚本执行时间以及所述脚本执行步骤，并根据所述脚本执行节点和所述脚本执行时间生成所述脚本执行计划；

在本实施例中，脚本执行节点指的是脚本按照医保保单中对应的数据项，如：保险金额、保险公司、险种名称等信息，进行修改时，每修改完一个数据项为一个脚本执行节点。脚本执行时间指的是修改每一个数据项的时间点，按照该时间点执行对该数据项的修改操作。脚本执行步骤指的是脚本执行时调用的代码顺序、修改的数据项顺序，执行脚本按照该顺序执行对医保保单中数据的修改。

步骤S304，若所述脚本提交列表不包括所述执行脚本和/或所述执行脚本信息，则将所述数据修改待办标记为待提交脚本待办，并将所述待提交脚本待办发送至待处理列表中进行保存。

在本实施例中，系统需要在数据修改待办于脚本提交列表中同时有对应的执行脚本和/或执行脚本信息才能实施对医保保单的修改，若数据修改待办缺少对应的执行脚本或执行脚本信息中的一个或两个，则标记并保存在对应的待处理列表中进行展示，以方便修改人员进行查看并补充对应的执行脚本和执行脚本信息。

继续参考图6，在本实施例的一些可选的实现方式中，步骤S40包括以下步骤：

步骤S401，将所述脚本执行计划、所述脚本执行步骤、所述执行脚本进行关联，得到待执行脚本信息；

步骤S402，获取所述待执行脚本信息对应的所述脚本执行时间，并根据所述脚本执行时间对所述待执行脚本信息进行排序，得到待执行脚本排序表；

在本实施例中，待执行脚本排序表按照每个执行脚本对应的脚本执行时间由早到晚进行排序，当同一时间段，例如3点15分至3点30分内存在的执行脚本数量超过容量阈值时，则将该时段内按照执行时间的顺序筛选出超出容量阈值的部分，并顺延至下一时段进行执行脚本的运行，从而降低同一时段内系统运行内存的运行压力。本实施例中容量阈值可设置为20，可以根据实际情况进行对应调整。

步骤S403，按照所述待执行脚本排序表的序号顺序运行所述执行脚本，并检测所述执行脚本是否运行成功；

步骤S404，若所述执行脚本运行成功，则获取所述执行脚本运行后得到的脚本运行结果，并将所述脚本运行结果作为所述脚本修改结果进行输出；

步骤S405，若所述执行脚本未运行成功，则将所述执行脚本和所述执行脚本信息记录至错误脚本列表，并生成执行错误信息进行提醒。

在本实施例中，执行脚本和执行脚本信息在记录至错误脚本列表前，应先排除由于系统运行能力不足而导致的执行脚本运行未成功，因此在执行上述检测步骤之前，需要先对系统运行能力进行检测，以确保执行脚本运行时在安全、稳定的环境中进行。

继续参考图7，在本实施例的一些可选的实现方式中，步骤S70包括以下步骤：

步骤S701，获取所述脚本修改结果和所述预期修改结果，将所述脚本修改结果中包含的数据项和所述预期修改结果中包含的数据项进行逐项对比，并将对比结果为不同的数据项作为所述差异数据进行提取；

在本实施例中，可以通过结构化数据对比算法来对脚本修改结果和预期修改结果中的数据项进行逐项对比，以获取差异数据。差异数据指的是数据项对比后其中的值出现差距的数据。

步骤S702，获取所述差异数据对应的数据名称，根据所述数据名称在所述执行脚本中查找对应的配置信息；

在本实施例中，配置信息指的是执行脚本对应的配置文件，该配置文件在执行脚本完成时保存至对应的配置文件夹内。

步骤S703，计算所述差异数据对应的差异值，根据所述差异值和预设的拟合算法对所述配置信息中的参数进行迭代优化，并重新计算所述差异值，直至所述差异值为零，在所述差异值为零后，将所述脚本修改结果和所述预期修改结果的检测结果修改为对应。

在本实施例中，拟合算法可以采用最小二乘法，以差异值为零作为拟合算法的拟合指标，对配置信息中的参数进行迭代优化计算，直至脚本修改结果和预期修改结果相对应，在对应时，差异值为零。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

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

进一步参考图8，作为对上述图1所示方法的实现，本申请提供了一种数据修改装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图8所示，本实施例所述的数据修改装置800包括：数据提取模块801、待办生成模块802、脚本执行模块803、结果输出模块804、结果检测模块805、第一处理模块806、第二处理模块807。

其中：

数据提取模块801，用于获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单；

待办生成模块802，用于获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办；

脚本执行模块803，用于获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤；

结果输出模块804，用于根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果；

结果检测模块805，用于检测所述脚本修改结果和所述执行脚本对应的预期修改结果是否对应；

第一处理模块806，用于若所述脚本修改结果和所述预期修改结果对应，则将所述脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将所述数据修改结果和所述数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；

第二处理模块807，用于若所述脚本修改结果和所述预期修改结果不对应，则提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应。

本实施例通过采用上述装置，能够快速、有效地对医保保单进行数据修改，以有效提高医保保单数据修改的工作效率，并节约人力成本。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图9，图9为本实施例计算机设备基本结构框图。

所述计算机设备9包括通过系统总线相互通信连接存储器91、处理器92、网络接口93。需要指出的是，图中仅示出了具有组件91-93的计算机设备9，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器91至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器91可以是所述计算机设备9的内部存储单元，例如该计算机设备9的硬盘或内存。在另一些实施例中，所述存储器91也可以是所述计算机设备9的外部存储设备，例如该计算机设备9上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器91还可以既包括所述计算机设备9的内部存储单元也包括其外部存储设备。本实施例中，所述存储器91通常用于存储安装于所述计算机设备9的操作系统和各类应用软件，例如数据修改方法的计算机可读指令等。此外，所述存储器91还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器92在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器92通常用于控制所述计算机设备9的总体操作。本实施例中，所述处理器92用于运行所述存储器91中存储的计算机可读指令或者处理数据，例如运行所述数据修改方法的计算机可读指令。

所述网络接口93可包括无线网络接口或有线网络接口，该网络接口93通常用于在所述计算机设备9与其他电子设备之间建立通信连接。

本实施例通过采用上述计算机设备，能够快速、有效地对医保保单进行数据修改，以有效提高医保保单数据修改的工作效率，并节约人力成本。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的数据修改方法的步骤。

本实施例通过采用上述计算机可读存储介质，能够快速、有效地对医保保单进行数据修改，以有效提高医保保单数据修改的工作效率，并节约人力成本。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种数据修改方法，其特征在于，包括下述步骤：

获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单；

获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办；

获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤；

根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果；

检测所述脚本修改结果和所述执行脚本对应的预期修改结果是否对应；

若所述脚本修改结果和所述预期修改结果对应，则将所述脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将所述数据修改结果和所述数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；

若所述脚本修改结果和所述预期修改结果不对应，则提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应。

2.根据权利要求1所述的数据修改方法，其特征在于，在所述获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单的步骤之前，还包括以下步骤：

获取数改发起信息，根据预设的数改标准规则对所述数改发起信息进行数据筛选，得到所述数改需求单；

访问系统的报错日志，提取所述报错日志中的错误信息，并根据所述错误信息查找对应的缺陷组件；

获取所述缺陷组件处理过的历史数据信息，并根据所述历史数据信息生成所述数据缺陷单；

将所述数改需求单和所述数据缺陷单写入所述数改请求列表。

3.根据权利要求1所述的数据修改方法，其特征在于，所述获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办的步骤，具体包括：

获取所述数改需求单的标记信息，根据所述标记信息访问数据审批列表，并根据所述数据审批列表查询与所述数改需求单对应的审批信息；

对所述审批信息进行解析，得到审批时间和审批状态；

检测所述审批状态是否是审批通过；

若所述审批状态是审批通过，则获取与所述数改需求单对应的第一表单信息或所述数据缺陷单对应的第二表单信息，并根据所述第一表单信息或所述第二表单信息创建所述数据修改待办；

若所述审批状态不是审批通过，则获取预设的刷新时间，并根据所述刷新时间对所述数改需求单对应的审批状态进行刷新，并在刷新后，再次进行检测，直至所述审批状态为审批通过或停止对所述审批状态进行检测。

4.根据权利要求3所述的数据修改方法，其特征在于，所述获取与所述数改需求单对应的第一表单信息或所述数据缺陷单对应的第二表单信息，并根据所述第一表单信息或所述第二表单信息创建所述数据修改待办的步骤，具体包括：

获取所述数改需求单，从所述数改需求单中提取标题信息、申请信息、数改信息、关联信息、材料信息；

将所述标题信息、所述申请信息、所述数改信息、所述关联信息、所述材料信息作为所述第一表单信息填入至预设的第一待办工单模版，生成所述数据修改待办；

获取所述数据缺陷单，从所述数据缺陷单中提取缺陷生成时间、缺陷数据名称、缺陷数据内容；

将所述缺陷生成时间、所述缺陷数据名称、所述缺陷数据内容作为所述第二表单信息填入至预设的第二待办工单模版，生成所述数据修改待办。

5.根据权利要求1所述的数据修改方法，其特征在于，所述获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤的步骤，具体包括：

获取所述数据修改待办对应的待办标识信息，根据所述待办标识信息查询对应的脚本提交列表；

检测所述脚本提交列表是否包括所述执行脚本和所述执行脚本信息；

若所述脚本提交列表包括所述执行脚本和所述执行脚本信息，则对所述执行脚本信息进行解析，得到脚本执行节点、脚本执行时间以及所述脚本执行步骤，并根据所述脚本执行节点和所述脚本执行时间生成所述脚本执行计划；

若所述脚本提交列表不包括所述执行脚本和/或所述执行脚本信息，则将所述数据修改待办标记为待提交脚本待办，并将所述待提交脚本待办发送至待处理列表中进行保存。

6.根据权利要求1所述的数据修改方法，其特征在于，所述根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果的步骤，具体包括：

将所述脚本执行计划、所述脚本执行步骤、所述执行脚本进行关联，得到待执行脚本信息；

获取所述待执行脚本信息对应的所述脚本执行时间，并根据所述脚本执行时间对所述待执行脚本信息进行排序，得到待执行脚本排序表；

按照所述待执行脚本排序表的序号顺序运行所述执行脚本，并检测所述执行脚本是否运行成功；

若所述执行脚本运行成功，则获取所述执行脚本运行后得到的脚本运行结果，并将所述脚本运行结果作为所述脚本修改结果进行输出；

若所述执行脚本未运行成功，则将所述执行脚本和所述执行脚本信息记录至错误脚本列表，并生成执行错误信息进行提醒。

7.根据权利要求1所述的数据修改方法，其特征在于，所述提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应的步骤，具体包括：

获取所述脚本修改结果和所述预期修改结果，将所述脚本修改结果中包含的数据项和所述预期修改结果中包含的数据项进行逐项对比，并将对比结果为不同的数据项作为所述差异数据进行提取；

获取所述差异数据对应的数据名称，根据所述数据名称在所述执行脚本中查找对应的配置信息；

计算所述差异数据对应的差异值，根据所述差异值和预设的拟合算法对所述配置信息中的参数进行迭代优化，并重新计算所述差异值，直至所述差异值为零，在所述差异值为零后，将所述脚本修改结果和所述预期修改结果的检测结果修改为对应。

8.一种数据修改装置，其特征在于，包括：

数据提取模块，用于获取数改请求列表，提取所述数改请求列表中的数改需求单和数据缺陷单；

待办生成模块，用于获取所述数改需求单对应的审批状态，并对审批状态为通过的数改需求单或所述数据缺陷单创建数据修改待办；

脚本执行模块，用于获取所述数据修改待办对应的执行脚本和执行脚本信息，并根据所述执行脚本信息确定脚本执行计划和脚本执行步骤；

结果输出模块，用于根据所述脚本执行计划和所述脚本执行步骤运行所述执行脚本，并输出脚本修改结果；

结果检测模块，用于检测所述脚本修改结果和所述执行脚本对应的预期修改结果是否对应；

第一处理模块，用于若所述脚本修改结果和所述预期修改结果对应，则将所述脚本修改结果作为数据修改结果发送至预定的显示界面进行数据显示，并将所述数据修改结果和所述数据修改待办进行关联，将关联后得到的数据修改信息保存至预设的修改日志；

第二处理模块，用于若所述脚本修改结果和所述预期修改结果不对应，则提取所述脚本修改结果和所述预期修改结果之间的差异数据，并根据所述差异数据对所述执行脚本进行优化，直至所述脚本修改结果和所述预期修改结果对应。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的数据修改方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的数据修改方法的步骤。