CN108334586B - 一种保险商函文件的电子化实现方法、设备及存储介质 - Google Patents
一种保险商函文件的电子化实现方法、设备及存储介质 Download PDFInfo
- Publication number
- CN108334586B CN108334586B CN201810083043.9A CN201810083043A CN108334586B CN 108334586 B CN108334586 B CN 108334586B CN 201810083043 A CN201810083043 A CN 201810083043A CN 108334586 B CN108334586 B CN 108334586B
- Authority
- CN
- China
- Prior art keywords
- file
- business
- specified format
- receipt
- business letter
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/178—Techniques for file synchronisation in file systems
- G06F16/1794—Details of file format conversion
-
- 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
- G06F21/33—User authentication using certificates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/177—Editing, e.g. inserting or deleting of tables; using ruled lines
- G06F40/18—Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Economics (AREA)
- Databases & Information Systems (AREA)
- Development Economics (AREA)
- Computer Hardware Design (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computational Linguistics (AREA)
- General Health & Medical Sciences (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供一种保险商函文件的电子化实现方法、设备及存储介质，方法包括：检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。本申请实现了商函文件的电子化，无需打印纸质商函文件，节约了大量成本，用户在APP客户端上可以查看并签收，签收完成后即可自动完成回销，提高客服效率。
Description
技术领域
本申请涉及电子化文件技术领域，尤其涉及一种保险商函文件的电子化实现方法、设备及存储介质。
背景技术
保险单(简称为保单)是保险公司与被保险人订立保险合同的正式书面证明。被保险人也可称为保险公司的客户。在保单生成之前，保险公司会对客户提供的投保信息进行核保。如果在核保过程中发现问题，保险公司会向客户或业务人员寄送纸质函件，客户或业务人员在纸质函件中填写了相关信息后，再交回到保险公司，保险公司对客户或业务人员填写的信息再次进行审核。这个过程可以视为对保单进行回销。
这也就表示传统函件、问题件和回执，都需要打印出纸质函件、问题件、回执，业务员拿着纸质函件、问题件、回执找客户签收，客户签收后，回销。
采用传统纸质的商行文件处理签收流程，存在以下缺陷：
1、打印纸质函件、问题件、回执需要大量的成本。
2、打印纸质函件、问题件、回执，业务员要拿着纸质函件、问题件、回执给客户签收，浪费大量的人力，且效率低下。
因此，现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足之处，本申请的目的在于提供一种保险商函文件的电子化实现方法、设备及存储介质，旨在解决现有技术中采用纸质商函文件进行客户确认及回销流程时，成本高且效率低下的问题。
为了达到上述目的，本申请采取了以下技术方案：
一种保险商函文件的电子化实现方法，其中，所述方法包括以下步骤：
检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
当接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；
将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；
当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。
所述保险商函文件的电子化实现方法，其中，所述接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件的步骤，包括：
当检测到客户端所发送的反馈信息时，则根据商函文件所属类型获取与商函文件对应的商函文件模板；
获取反馈信息中所包括的问题题目及与每一问题题目对应的答复信息；
将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件；
将已完成填充商函文件通过预设文件格式插件转化为指定格式文件。
所述保险商函文件的电子化实现方法，其中，所述将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端的步骤，包括：
获取指定格式文件的属性数据，根据属性数据生成与指定格式文件对应的预先存储的回执文件；其中，所述属性数据为函件或问题件；
在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域；
将增加了第一签名确认区域的指定格式文件及增加了第二签名确认区域的回执文件发送至对应的客户端。
所述保险商函文件的电子化实现方法，其中，所述当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销的步骤，包括：
实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名；
若检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将商函文件对应的案件对应的案将状态标签置为已反馈回执状态；
将商函文件对应的案件从待处理商函文件列表中移除以进行回销。
所述保险商函文件的电子化实现方法，其中，所述实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名，包括：
通过图像识别获取第一确认签名区域的当前第一图像，并获取第二确认签名区域的当前第二图像；
将当前第一图像与第一确认签名区域的初始图像进行比对，以判断第一确认签名区域是否增加签名；
将当前第二图像与第二确认签名区域的初始图像进行比对，以判断第二确认签名区域是否增加签名。
一种保险商函文件的电子化实现设备，其中，所述保险商函文件的电子化实现设备包括处理器、存储器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于执行存储器中存储的保险商函文件的电子化实现程序，以实现以下步骤：
检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；
将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；
当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。
所述保险商函文件的电子化实现设备，其中，所述接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件的步骤，包括：
当检测到客户端所发送的反馈信息时，则根据商函文件所属类型获取与商函文件对应的商函文件模板；
获取反馈信息中所包括的问题题目及与每一问题题目对应的答复信息；
将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件；
将已完成填充商函文件通过预设文件格式插件转化为指定格式文件。
所述保险商函文件的电子化实现设备，其中，所述将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端的步骤，包括：
获取指定格式文件的属性数据，根据属性数据生成与指定格式文件对应的预先存储的回执文件；其中，所述属性数据为函件或问题件；
在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域；
将增加了第一签名确认区域的指定格式文件及增加了第二签名确认区域的回执文件发送至对应的客户端。
所述保险商函文件的电子化实现设备，其中，所述当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销的步骤，包括：
实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名；
若检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将商函文件对应的案件对应的案将状态标签置为已反馈回执状态；
将商函文件对应的案件从待处理商函文件列表中移除以进行回销。
一种存储介质，其中，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现所述保险商函文件的电子化实现方法的步骤。
本申请提供的保险商函文件的电子化实现方法、设备及存储介质，方法包括：检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。本申请中实现了商函文件的电子化，无需打印纸质商函文件，节约了大量成本，在用户在APP客户端上可以查看并签收，签收完成后即可自动完成回销，提高了客服效率。
附图说明
图1为本申请所述的保险商函文件的电子化实现方法较佳实施例的流程图；
图2为本申请所述的保险商函文件的电子化实现方法具体实施例中步骤S200的流程图；
图3为本申请所述的保险商函文件的电子化实现方法具体实施例中步骤S300的流程图；
图4为本申请所述的保险商函文件的电子化实现方法具体实施例中步骤S400的流程图；
图5为本申请所述的保险商函文件的电子化实现程序较佳实施例的运行环境示意图；
图6为本申请所述的保险商函文件的电子化实现程序较佳实施例的功能模块图。
具体实施方式
本申请提供一种保险商函文件的电子化实现方法、设备及存储介质，为使本申请的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本申请进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
请参阅图1，是本申请所述的保险商函文件的电子化实现方法较佳实施例的流程图。如图1所示，所述保险商函文件的电子化实现方法，包括以下步骤：
步骤S100、检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
本实施例中，当保险业务员对用户（即投保人员）所提交的投保资料进行审核并发现存在疑问时，此时为了快速的联系用户对投保信息的疑问进行答复和反馈时，需向用户在智能终端上所安装的APP上推送答复疑问的通知信息。APP接收到所述通知信息时，用户在智能终端上点击查收答复疑问的通知信息，并发起获取商函文件的请求时，核保系统所对应的核保服务器接收所述商函文件获取请求，并根据商函文件获取请求反馈对应的商函文件至发起请求的客户端。具体实施时，用户打开APP并登陆客户端，在客户端的界面上点击答复疑问的通知信息，由答复疑问的通知信息来自动确定待办商函文件业务的类型（如保全变更批单），智能终端上所安装APP的界面上接收并显示与待办商函文件业务的类型对应的商函文件。通过上述方式，实现了在线即时服务，无需通过电话沟通的方式与保险业务员来沟通以答复问题。
步骤S200、接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件。
本实施例中，当核保系统检测到由客户端所发送与商函文件对应的反馈信息时，则表示用户已针对保险业务员针对投保信息提出答复疑问请求作出了回复。此时用户在APP的商函文件界面上补充反馈信息，填写完毕后将反馈信息发送至核保服务器，在核保服务器中将反馈信息填充至预设的商函文件模板，并转化为指定格式文件（如PDF文件）。上述过程中，是在核保系统对应的核保服务器中进行文件转化操作，也即上述转化过程并不是在用户的智能终端本地进行，而是仅仅在智能终端本地的商函文件界面上进行反馈信息的填写。这样，用户使用的智能终端中无需安装各种商函文件模板，节省了本地安装包的大小，用户只需根据网页版的商函文件一一对应填写即可。
步骤S300、将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端。
本实施例中，在核保服务器中完成了将商函文件和反馈信息的格式转化后，根据待办商函文件业务的类型来获取回执文件，例如商函文件为保全变更批单，则在核保服务器中提取与保全变更批单对应的预先存储的回执文件。此时，核保服务器将指定格式文件、及回执文件自动反馈至对应的客户端，通知用户在指定格式文件和回执文件上确认签字。
步骤S400、当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。
本实施例中，当核保服务器接收到了客户端所反馈的文件，则检测是否为已增加电子签名确认的指定格式文件、及是否为已增加电子签名确认的回执文件；若已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件都已成功接收并通过验证，则表示商函文件的回销流程已完成，此时可将与商函文件对应的案件进行回销。及时的将已完成回销流程的案件从任务列表中移除，能避免重复回销，提高回销服务效率。
在一个实施例中，如图2所示，所述步骤S200包括：
步骤S201、当检测到客户端所发送的反馈信息时，则根据商函文件所属类型获取与商函文件对应的商函文件模板；
步骤S202、获取反馈信息中所包括的问题题目及与每一问题题目对应的答复信息；
步骤S203、将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件；
步骤S204、将已完成填充商函文件通过预设文件格式插件转化为指定格式文件。
本实施例中，用户在APP界面上点击了答复疑问的通知信息，是基于用户办理具体保险业务类型来对应生成的商函文件。具体实施时，商函文件的类型包括保全变更批单、保险费自动垫交超值停效通知书、保单贷款超值停效通知书、保险费自动垫交通知书、投资连结保险个人保单投资报告、万能保险个人保单年度报告、服务人员离职通知书、自动还款对账单、生存保险金（满期金）转帐给付通知书、生存保险金（满期金）领取给付通知书、保费通知书（三合一单证）、交费提醒通知书、停效通知书、人身险保费交纳对账单等。
当用户在APP客户端上弹出的商函文件的界面上选定问题相对应的选项及填写信息时，则将与每一问题一一对应的选项及填写信息反馈至核保服务器，核保服务器获取商函文件包括的多个问题、及与每一问题一一对应的选项及填写信息，并填充至与商函文件的类型相应的商函文件模板，并转化为指定格式文件（如PDF文件）。其中，根据商函文件的类型在核保服务器端查找对应的商函文件模板是在核保服务器端自动执行，实现了自动匹配，无需在核保服务器后台进行手动操作。
而且在步骤S203中将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件，其具体过程如下：首先定位商函文件模板的问题填充区域，按题目的题号将问题题目依序填充至问题填充区域，每一问题题目下方都有对应的答复信息填充区域；之后，再定位商函文件模板的答复信息填充区域，将每一问题题目对应的答复信息填充至其下方的答复信息填充区域。通过自动定位填充，提高了文件格式转化的效率。
在一个实施例中，如图3所示，所述步骤S300包括：
步骤S301、获取指定格式文件的属性数据，根据属性数据生成与指定格式文件对应的预先存储的回执文件；其中，所述属性数据为函件或问题件；
步骤S302、在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域；
步骤S303、将增加了第一签名确认区域的指定格式文件及增加了第二签名确认区域的回执文件发送至对应的客户端。
本实施例中，在核保服务器得转化后得到了指定格式文件，根据指定格式文件的属性数据（例如该指定格式文件是属于函件，或是属于问题件；其中函件中以保险业务员提供的确定信息较多的一种文件，用户只需填写补充少量信息即可；问题件则是以问题题目为主，用户需要回答多个问题）生成对应的回执文件（该回执文件的文件类型也可以是PDF文件）在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域。上述在指定格式文件及回执文件中增加签名确认区域的操作，也是核保服务器中自动进行，以确保用户在收到核保服务器反馈的文件均具有签名区域已完成确认签字。
在一个实施例中，如图4所示，所述步骤S400包括：
步骤S401、实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名；
步骤S402、若检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将商函文件对应的案件对应的案将状态标签置为已反馈回执状态；
步骤S403、将商函文件对应的案件从待处理商函文件列表中移除以进行回销。
其中，在步骤S401中所述实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名的具体过程如下：
步骤S4011、通过图像识别获取第一确认签名区域的当前第一图像，并获取第二确认签名区域的当前第二图像；
步骤S4012、将当前第一图像与第一确认签名区域的初始图像进行比对，以判断第一确认签名区域是否增加签名；
步骤S4013、将当前第二图像与第二确认签名区域的初始图像进行比对，以判断第二确认签名区域是否增加签名。
通过图像比对技术，判断当前图像与初始图像是否发生了变化，如初始图像中有一块区域由白变成有填充线条，这一过程可以将当前图像与初始图像均通过二值化处理后来进行比对。
可见，本申请中实现了商函文件的电子化，无需打印纸质商函文件，节约了大量成本，在用户在APP客户端上可以查看并签收，签收完成后即可自动完成回销，提高了客服效率。
基于上述保险商函文件的电子化实现方法，本申请还提供了一种保险商函文件的电子化实现设备。如图5所示，所述保险商函文件的电子化实现设备1包括处理器12 、存储器11 及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于执行存储器中存储的保险商函文件的电子化实现程序10，以实现以下步骤：
检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
当接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；
将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；
当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。
在本实施例中，所述的保险商函文件的电子化实现程序10安装并运行于电子装置（即保险商函文件的电子化实现设备1）中。所述电子装置可以是桌上型计算机、笔记本、掌上电脑及服务器等计算设备。该电子装置可包括，但不仅限于，存储器11、处理器12及显示器13。图5仅示出了具有组件11-13的电子装置，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
所述存储器11在一些实施例中可以是所述电子装置的内部存储单元，例如该电子装置的硬盘或内存。所述存储器11在另一些实施例中也可以是所述电子装置的外部存储设备，例如所述电子装置上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器11还可以既包括所述电子装置的内部存储单元也包括外部存储设备。所述存储器11用于存储安装于所述电子装置的应用软件及各类数据，例如所述保险商函文件的电子化实现程序10的程序代码等。所述存储器11还可以用于暂时地存储已经输出或者将要输出的数据。
所述处理器12在一些实施例中可以是一中央处理器（Central Processing Unit,CPU），微处理器或其他数据处理芯片，用于运行所述存储器11中存储的程序代码或处理数据，例如执行所述保险商函文件的电子化实现程序10等。
所述显示器13在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED（Organic Light-Emitting Diode，有机发光二极管）触摸器等。所述显示器13用于显示在所述电子装置中处理的信息以及用于显示可视化的用户界面，例如应用菜单界面、应用图标界面等。所述电子装置的部件11-13通过系统总线相互通信。
请参阅图6，是本申请保险商函文件的电子化实现程序10较佳实施例的功能模块图。在本实施例中，所述的保险商函文件的电子化实现程序10可以被分割成一个或多个模块，所述一个或者多个模块被存储于所述存储器11中，并由一个或多个处理器（本实施例为所述处理器12）所执行，以完成本申请。例如，在图6中，所述的保险商函文件的电子化实现程序10可以被分割成商函文件反馈模块21，文件转化模块22，文件发送模块23，及文件回销模块24。本申请所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述保险商函文件的电子化实现程序10在所述电子装置中的执行过程。以下描述将具体介绍所述模块21-24的功能。
商函文件反馈模块21，用于检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
文件转化模块22，用于当接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；
文件发送模块23，用于将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；
文件回销模块24，用于当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。
在一个实施例中，在所述保险商函文件的电子化实现设备中，所述接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件，包括：
当检测到客户端所发送的反馈信息时，则根据商函文件所属类型获取与商函文件对应的商函文件模板；
获取反馈信息中所包括的问题题目及与每一问题题目对应的答复信息；
将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件；
将已完成填充商函文件通过预设文件格式插件转化为指定格式文件；具体实施请参考方法实施例，此处不再赘述。
在一个实施例中，在所述保险商函文件的电子化实现设备中，所述将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端，包括：
获取指定格式文件的属性数据，根据属性数据生成与指定格式文件对应的预先存储的回执文件；其中，所述属性数据为函件或问题件；
在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域；
将增加了第一签名确认区域的指定格式文件及增加了第二签名确认区域的回执文件发送至对应的客户端；具体实施请参考方法实施例，此处不再赘述。
在一个实施例中，在所述保险商函文件的电子化实现设备中，所述当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销，包括：
实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名；
若检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将商函文件对应的案件对应的案将状态标签置为已反馈回执状态；
将商函文件对应的案件从待处理商函文件列表中移除以进行回销；具体实施请参考方法实施例，此处不再赘述。
在一个实施例中，在所述保险商函文件的电子化实现设备中，所述实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名，包括：
通过图像识别获取第一确认签名区域的当前第一图像，并获取第二确认签名区域的当前第二图像；
将当前第一图像与第一确认签名区域的初始图像进行比对，以判断第一确认签名区域是否增加签名；
将当前第二图像与第二确认签名区域的初始图像进行比对，以判断第二确认签名区域是否增加签名；具体实施请参考方法实施例，此处不再赘述。
基于上述保险商函文件的电子化实现方法，本申请还提供了一种存储介质（即计算机可读存储介质）。所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现所述的保险商函文件的电子化实现方法的步骤，具体包括以下的步骤：
检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
当接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；
将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；
当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。
在一个实施例中，计算机在执行所述存储介质中存储的保险商函文件的电子化实现程序，以实现所述接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件的步骤，包括：
当检测到客户端所发送的反馈信息时，则根据商函文件所属类型获取与商函文件对应的商函文件模板；
获取反馈信息中所包括的问题题目及与每一问题题目对应的答复信息；
将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件；
将已完成填充商函文件通过预设文件格式插件转化为指定格式文件。
在一个实施例中，计算机在执行所述存储介质中存储的保险商函文件的电子化实现程序，以实现所述将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端的步骤，包括：
获取指定格式文件的属性数据，根据属性数据生成与指定格式文件对应的预先存储的回执文件；其中，所述属性数据为函件、或问题件中的一种；
在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域；
将增加了第一签名确认区域的指定格式文件及增加了第二签名确认区域的回执文件发送至对应的客户端。
在一个实施例中，计算机在执行所述存储介质中存储的保险商函文件的电子化实现程序，以实现所述当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销的步骤，包括：
实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名；
若检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将商函文件对应的案件对应的案将状态标签置为已反馈回执状态；
将商函文件对应的案件从待处理商函文件列表中移除以进行回销。
在一个实施例中，计算机在执行所述存储介质中存储的保险商函文件的电子化实现程序，以实现所述实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名，包括：
通过图像识别获取第一确认签名区域的当前第一图像，并获取第二确认签名区域的当前第二图像；
将当前第一图像与第一确认签名区域的初始图像进行比对，以判断第一确认签名区域是否增加签名；
将当前第二图像与第二确认签名区域的初始图像进行比对，以判断第二确认签名区域是否增加签名。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，前述计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，前述计算机可读取存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）等非易失性存储介质。
本申请提供的保险商函文件的电子化实现方法、设备及存储介质，方法包括：检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；当接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销。本申请中实现了商函文件的电子化，无需打印纸质商函文件，节约了大量成本，在用户在APP客户端上可以查看并签收，签收完成后即可自动完成回销，提高了客服效率。
可以理解的是，对本领域普通技术人员来说，可以根据本申请的技术方案及本申请构思加以等同替换或改变，而所有这些改变或替换都应属于本申请所附的权利要求的保护范围。
Claims (8)
1.一种保险商函文件的电子化实现方法，其特征在于，所述方法包括以下步骤：
检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；
将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；
当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销；
所述接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件的步骤，包括：
当检测到客户端所发送的反馈信息时，则根据商函文件所属类型获取与商函文件对应的商函文件模板；
获取反馈信息中所包括的问题题目及与每一问题题目对应的答复信息；
将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件；
将已完成填充商函文件通过预设文件格式插件转化为指定格式文件；
首先定位商函文件模板的问题填充区域，按题目的题号将问题题目依序填充至问题填充区域，每一问题题目下方都有对应的答复信息填充区域；之后，再定位商函文件模板的答复信息填充区域，将每一问题题目对应的答复信息填充至其下方的答复信息填充区域。
2.根据权利要求1所述保险商函文件的电子化实现方法，其特征在于，所述将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端的步骤，包括：
获取指定格式文件的属性数据，根据属性数据生成与指定格式文件对应的预先存储的回执文件；其中，所述属性数据为函件或问题件；
在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域；
将增加了第一签名确认区域的指定格式文件及增加了第二签名确认区域的回执文件发送至对应的客户端。
3.根据权利要求1所述保险商函文件的电子化实现方法，其特征在于，所述当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销的步骤，包括：
实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名；
若检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将商函文件对应的案件对应的案将状态标签置为已反馈回执状态；
将商函文件对应的案件从待处理商函文件列表中移除以进行回销。
4.根据权利要求3所述保险商函文件的电子化实现方法，其特征在于，所述实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名，包括：
通过图像识别获取第一确认签名区域的当前第一图像，并获取第二确认签名区域的当前第二图像；
将当前第一图像与第一确认签名区域的初始图像进行比对，以判断第一确认签名区域是否增加签名；
将当前第二图像与第二确认签名区域的初始图像进行比对，以判断第二确认签名区域是否增加签名。
5.一种保险商函文件的电子化实现设备，其特征在于，所述保险商函文件的电子化实现设备包括处理器、存储器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于执行存储器中存储的保险商函文件的电子化实现程序，以实现以下步骤：检测是否接收到商函文件获取请求，若检测到商函文件获取请求则将商函文件发送至对应的客户端；
当接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件；
将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端；
当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销；
所述接收客户端发送与商函文件对应的反馈信息，将反馈信息填充至预设的商函文件模板，并将商函文件模板转化为指定格式文件的步骤，包括：
当检测到客户端所发送的反馈信息时，则根据商函文件所属类型获取与商函文件对应的商函文件模板；
获取反馈信息中所包括的问题题目及与每一问题题目对应的答复信息；
将问题题目及答复信息填充至商函文件模板的指定区域，得到已完成填充商函文件；
将已完成填充商函文件通过预设文件格式插件转化为指定格式文件；
首先定位商函文件模板的问题填充区域，按题目的题号将问题题目依序填充至问题填充区域，每一问题题目下方都有对应的答复信息填充区域；之后，再定位商函文件模板的答复信息填充区域，将每一问题题目对应的答复信息填充至其下方的答复信息填充区域。
6.根据权利要求5所述保险商函文件的电子化实现设备，其特征在于，所述将指定格式文件、及与指定格式文件对应的预先存储的回执文件发送至对应的客户端的步骤，包括：
获取指定格式文件的属性数据，根据属性数据生成与指定格式文件对应的预先存储的回执文件；其中，所述属性数据为函件或问题件；
在指定格式文件中设置第一签名确认区域，并在回执文件中设置第二签名确认区域；
将增加了第一签名确认区域的指定格式文件及增加了第二签名确认区域的回执文件发送至对应的客户端。
7.根据权利要求5所述保险商函文件的电子化实现设备，其特征在于，所述当检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将与商函文件对应的案件进行回销的步骤，包括：
实时检测指定格式文件的第一确认签名区域是否增加签名，且实时检测回执文件的第二签名确认区域是否增加签名；
若检测到已增加电子签名确认的指定格式文件、及已增加电子签名确认的回执文件，则将商函文件对应的案件对应的案将状态标签置为已反馈回执状态；
将商函文件对应的案件从待处理商函文件列表中移除以进行回销。
8.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-4任一项所述保险商函文件的电子化实现方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810083043.9A CN108334586B (zh) | 2018-01-29 | 2018-01-29 | 一种保险商函文件的电子化实现方法、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810083043.9A CN108334586B (zh) | 2018-01-29 | 2018-01-29 | 一种保险商函文件的电子化实现方法、设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108334586A CN108334586A (zh) | 2018-07-27 |
| CN108334586B true CN108334586B (zh) | 2020-12-01 |
Family
ID=62926552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810083043.9A Active CN108334586B (zh) | 2018-01-29 | 2018-01-29 | 一种保险商函文件的电子化实现方法、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108334586B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110245220B (zh) * | 2019-05-05 | 2022-03-11 | 深圳法大大网络科技有限公司 | 电子文件签署方法、装置及服务器、存储介质 |
| CN118524101A (zh) * | 2024-07-24 | 2024-08-20 | 杭州医蜂转化智能科技有限公司 | 一种上下游智能协同的文件处理方法及系统 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101499057A (zh) * | 2008-01-29 | 2009-08-05 | 鸿富锦精密工业（深圳）有限公司 | 电子文档生成系统及方法 |
| US20100153707A1 (en) * | 2008-11-04 | 2010-06-17 | Lentz Ii John H | Systems and Methods for Real-Time Verification of A Personal Identification Number |
| US8458582B2 (en) * | 2009-11-13 | 2013-06-04 | Hartford Fire Insurance Company | System and method for translating insurance-related data |
| CN104134092B (zh) * | 2014-08-08 | 2017-12-01 | 平安养老保险股份有限公司 | 一种医保报销行为监控系统及监控方法 |
| CN105654355A (zh) * | 2015-12-24 | 2016-06-08 | 税友软件集团股份有限公司 | 一种生成发票的方法和设备 |
| CN106384222A (zh) * | 2016-03-29 | 2017-02-08 | 平安科技（深圳）有限公司 | 保单回销方法和系统 |
| CN106952164A (zh) * | 2017-03-06 | 2017-07-14 | 泰康保险集团股份有限公司 | 问题件回销方法和装置 |
-
2018
- 2018-01-29 CN CN201810083043.9A patent/CN108334586B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN108334586A (zh) | 2018-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103065173B (zh) | 基于二维码的身份信息自助填表和自动录入系统 | |
| US20100161693A1 (en) | System and method for signing an electronic document | |
| CN110751448B (zh) | 基于区块链的签单返还方法、装置、设备和可读存储介质 | |
| CN110851298B (zh) | 异常分析及处理方法、电子装置及存储介质 | |
| JP6087452B1 (ja) | 紙文書管理システム | |
| CN108334586B (zh) | 一种保险商函文件的电子化实现方法、设备及存储介质 | |
| US20140250021A1 (en) | System and methods for issuing a license plate and registration card for a vehicle | |
| US10430760B2 (en) | Enhancing communications based on physical trade documents | |
| US20180039828A1 (en) | Generating a signed electronic document | |
| CN113034077A (zh) | 信息处理方法、系统、电子设备、存储介质及程序产品 | |
| CN113535101B (zh) | 打印文件生成方法及装置、存储介质及电子设备 | |
| CN112116484A (zh) | 一种在线理赔方法、装置及设备 | |
| JP2015032111A (ja) | 事務処理システム、事務処理方法、及び事務処理用プログラム | |
| US10410168B2 (en) | Preventing restricted trades using physical documents | |
| CN116578681A (zh) | 提升用户体验的服务方法、装置、计算机设备及系统 | |
| CN111311162A (zh) | 物流管理方法及系统 | |
| US7559458B2 (en) | Validity assurance system, validity assurance method, and recording medium storing a program | |
| US11574280B1 (en) | Concatenated shipping documentation processing spawning intelligent generation subprocesses | |
| US8234237B2 (en) | System and method for automatic return letter generation | |
| CN112766892A (zh) | 结合rpa和ai的资金配比的方法、装置及电子设备 | |
| CN114186540A (zh) | 邮件内容智能填充方法、装置、电子设备及存储介质 | |
| TWM594201U (zh) | 文件辨識系統 | |
| JP7336422B2 (ja) | 帳票業務支援方法、帳票業務支援装置、および帳票業務支援システム | |
| CN109753253B (zh) | 用于单据匹配打印的方法、设备、系统以及介质 | |
| JP2019156589A (ja) | コンテナターミナル搬入票電子化システム |
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 |