基于API的投保信息处理方法和装置与流程

本发明涉及计算机处理领域，特别是涉及一种基于api的投保信息处理方法和装置。

背景技术：

随着保险业务的发展，越来越多的人有了防患于未然的意识，很多企业也都会为自己的员工投保，但是因为企业员工经常会发生变动比如离职、入职，这样就需要为新来的员工投保，也需要终止离职员工的投保。传统的，如果企业需要为新员工进行投保或终止离职员工的投保，需要将相关资料通过邮寄等方式发送给对应的保险公司，保险公司收到资料后，由内部员工进行相应的添加或删除操作。由于公司和保险公司的数据是异步处理，且准备数据的逻辑不统一，不仅需要消耗大量的人力，而且处理的速度比较慢，耗时耗力。

技术实现要素：

基于此，为了解决上述企业为员工投保耗时耗力的问题，提出了一种基于api的投保信息处理方法和装置。

一种基于api的投保信息处理方法，所述方法包括：接收hr系统发送的登录请求，提取请求中包含的用户信息；根据所述用户信息，判断对应的用户是否是合法的用户；若是，则发送第一随机码给所述hr系统；接收hr系统发送的申请信息和第二随机码；判断接收到的第二随机码是否与所述第一随机码一致；若一致，则根据所述申请信息进行相应的操作，并将操作结果返回给hr系统。

在其中一个实施例中，所述申请信息包括变更信息和员工信息；所述根据所述申请信息进行相应的操作，并将操作结果返回给hr系统的步骤包括：若所述变更信息为添加信息，则根据所述员工信息为相应的员工分配保单号，并将所述保单号返回给hr系统；若所述变更信息为删除信息，则根据所述员工信息 终止相应的投保，并将操作结果返回给hr系统。

在其中一个实施例中，所述若所述变更信息为删除信息，则根据所述员工信息终止相应的投保，并将操作结果返回给hr系统的步骤包括：若所述变更信息为删除信息，则根据所述员工信息查找与所述员工信息对应的保单号；终止与所述保单号对应的投保信息，并将操作结果返回给hr系统。

在其中一个实施例中，在所述接收hr系统发送的登录请求，提取请求中包含的用户信息的步骤之前还包括：通过api接口与hr系统建立连接。

在其中一个实施例中，所述方法还包括：接收hr系统发送的保单查询请求，根据所述保单查询请求显示相应的保单信息。

一种基于api的投保信息处理装置，所述装置包括：提取模块，用于接收hr系统发送的登录请求，提取请求中包含的用户信息；判断模块，用于根据所述用户信息，判断对应的用户是否是合法的用户；发送模块，用于若对应的用户是合法用户，则发送第一随机码给所述hr系统；接收模块，用于接收hr系统发送的申请信息和第二随机码；随机码判断模块，用于判断接收到的第二随机码是否与所述第一随机码一致；操作模块，用于若接收到的第二随机码与所述第一随机码一致，则根据所述申请信息进行相应的操作，并将操作结果返回给hr系统。

在其中一个实施例中，所述申请信息包括变更信息和员工信息；所述操作模块包括：添加模块，用于若所述变更信息为添加信息，则根据所述员工信息为相应的员工分配保单号，并将所述保单号返回给hr系统；删除模块，用于若所述变更信息为删除信息，则根据所述员工信息终止相应的投保，并将操作结果返回给hr系统。

在其中一个实施例中，所述删除模块还用于若所述变更信息为删除信息，则根据所述员工信息查找与所述员工信息对应的保单号，终止与所述保单号对应的投保信息，并将操作结果返回给hr系统。

在其中一个实施例中，所述装置还包括：连接模块，用于通过api接口与hr系统建立连接。

在其中一个实施例中，所述装置还包括：查询模块，用于接收hr系统发送的保单查询请求，根据所述保单查询请求显示相应的保单信息。

上述基于api的投保信息处理方法和系统，通过接收hr系统发送的登录请求，提取请求中包含的用户信息，根据所述用户信息，判断对应的用户是否是合法的用户，若是，则发送第一随机码给所述hr系统，接收hr系统发送的申请信息和第二随机码，判断接收到的第二随机码是否与所述第一随机码一致，若一致，则根据所述申请信息进行相应的操作，并将操作结果返回给hr系统。通过hr系统直接和保险系统对接，可以实时的为企业新员工进行投保或者终止离职员工的投保，整个过程由保险系统根据接收到的请求自动完成，节省了大量的人力物力，且实现了实时投保实时查询，方便快捷。

附图说明

图1为一个实施例中基于api的投保信息处理方法的应用环境图；

图2为一个实施例中基于api的投保信息处理方法的流程图；

图3为另一个实施例中基于api的投保信息处理方法的流程图；

图4为一个实施例中基于api的投保信息处理装置的结构框图；

图5为另一个实施例中操作模块的结构框图；

图6为另一个实施例中基于api的投保信息处理装置的结构框图；

图7为再一个实施例中基于api的投保信息处理装置的结构框图。

具体实施方式

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

如图1所示，在一个实施例中，基于api的投保信息处理方法可用于如图1所示的应用环境中，在该应用环境中，终端102通过网络与hr服务器104建立通信，hr服务器104与保险服务器106通过网络建立通信，这里的终端102可以是智能手 机、平板电脑、笔记本电脑、台式计算机等可以进行通信的电子设备，这里的hr服务器104、保险服务器106可以是独立的服务器，也可以是多个服务器组成的服务器集群。具体的，hr专员通过终端102登录到hr服务器并通过hr服务器中的hr系统向保险服务器104中的保险系统发送登录请求，保险服务器106中的保险系统提取请求中的用户信息，判断该用户信息对应的用户是否是合法的用户，若是，则发送第一随机码给对应的hr服务器104，继而接收hr服务器104发送的申请信息和第二随机码，通过判断第二随机码和第一随机码是否一致，进一步对用户的信息进去验证，若验证通过，保险服务器106中的保险系统将根据申请信息进行相应的操作，并将操作结果返回给hr服务器104。

如图2所示，在一个实施例中，提出了一种基于api的投保信息处理方法，该方法包括：

步骤202，接收hr系统发送的登录请求，提取请求中包含的用户信息。

在本实施例中，api(applicationprogramminginterface，应用程序编程接口)是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。本实施例中是基于api接口来进行投保信息处理的。具体的，保险系统与hr系统对接，通过对外提供的功能接口接收hr系统发送的投保信息登录请求，提取该请求中包含的用户信息。其中，hr系统是为企业持续提升人力资源管理水平和能力而出现的信息化的支撑和平台，是由hr专员进行操作的系统。这里的用户信息可以是保险系统预先授权给hr系统的特定id，也可以是预先分配给企业hr系统的编号，还可以是保险系统授权的账户信息等可以用来标识用户身份的唯一标识。

步骤204，根据所述用户信息，判断对应的用户是否是合法的用户，若是，则进入步骤106，若否，则结束。

具体的，根据提取的用户信息，验证该用户是否是经过授权的合法用户，判断的方法可以是通过提取该用户对应的id，或者是通过用户账号和密码进行验证，若验证成功，则发送随机码给对应的hr系统。若验证失败，说明对应的用户是未经授权的用户，不允许访问。

步骤206，发送第一随机码给所述hr系统。

在本实施例中，这里的第一随机码可以数字随机码，也可以是字母随机码，还可以数字和字母的组合。为了信息的安全性，将随机码发送给hr系统是为了进一步验证用户的身份。

步骤208，接收hr系统发送的申请信息和第二随机码。

具体的，hr系统接收到保险系统发送的随机码后，将申请信息和接收到的随机码一起发送给保险系统。这里的申请信息包括变动信息和对应的员工信息。变动信息可以是添加新员工投保的信息，也可以是终止离职员工投保的信息。其中，员工信息包括：员工号、姓名、性别、身份证号、银行账号等信息。第二随机码用于进一步验证用户的身份信息。

步骤210，判断接收到的第二随机码是否与第一随机码一致，若是，则进入步骤212，若否，则结束。

具体的，保险系统接收到hr系统发送的申请信息和第二随机码后，首先，判断第二随机码是否和之前发送给hr系统的第一随机码相同，如果相同，再次验证对应的用户是合法用户，继而根据hr系统发送的申请信息进行相应的操作。若不一致，说明验证失败，不对申请信息做处理。

步骤212，根据申请信息进行相应的操作，并将操作结果返回给hr系统。

在本实施例中，当验证完第二随机码和第一随机码一致后，根据hr系统发送的申请信息进行相应的操作。其中，申请信息包括变动信息和员工信息。变动信息是指添加新员工投保信息或者删除离职员工的投保信息。具体的，当变动信息为添加新员工投保信息时，根据hr系统发送的对应的员工信息为新员工添加投保信息分配保单号。并将操作成功和分配的保单号返回给hr系统。当变动信息为删除离职员工的投保信息时，则根据对应的员工信息找到对应的保单号，终止相应的投保信息。

本实施例中通过接收hr系统发送的登录请求，提取请求中包含的用户信息，根据所述用户信息，判断对应的用户是否是合法的用户，若是，则发送第一随机码给所述hr系统，接收hr系统发送的申请信息和第二随机码，判断接收到的第二随机码是否与所述第一随机码一致，若一致，则根据所述申请信息 进行相应的操作，并将操作结果返回给hr系统。通过hr系统直接和保险系统对接，可以实时的为企业新员工进行投保或者终止离职员工的投保，整个过程由保险系统根据接收到的请求自动完成，节省了大量的人力物力，且实现了实时投保实时查询，方便快捷。并且通过两次验证用户的身份确保了信息的安全性。

在一个实施例中，申请信息包括变更信息和员工信息；根据申请信息进行相应的操作，并将操作结果返回给hr系统的步骤包括：若变更信息为添加信息，则根据员工信息为相应的员工分配保单号，并将所述保单号返回给hr系统；若变更信息为删除信息，则根据员工信息终止相应的投保，并将操作结果返回给hr系统。

具体的，当变更信息为添加信息时，即为新员工进行投保时，则根据员工信息为相应的员工分配保单号，并将分配的保单号返回给hr系统。员工信息包括：员工号、姓名、性别、身份证号、银行账号等信息。当变更信息为删除信息时，即终止离职员工的投保信息，则根据员工信息找到对应的保单号进行删除，从而终止相应的投保，将删除成功的信息返回给hr系统。这里的员工信息可以是员工号，也可以是员工的身份证号，还可以是员工的银行账号等可以唯一标识该员工的信息。

在一个实施例中，若变更信息为删除信息，则根据员工信息终止相应的投保，并将操作结果返回给hr系统的步骤包括：若变更信息为删除信息，则根据员工信息查找与员工信息对应的保单号；终止与保单号对应的投保信息，并将操作结果返回给hr系统。

在本实施例中，若变更信息为删除信息时，则根据对应的员工信息查找与该员工信息对应的保单号，进而终止与该保单号对应的投保信息，并将操作结果返回给hr系统。

如图3所示，在一个实施例中，在接收hr系统发送的登录请求，提取请求中包含的用户信息的步骤之前还包括：

步骤201，通过api接口与hr系统建立连接。

在本实施例中，保险系统预先通过api接口与hr系统建立连接，hr专员 通过hr系统可以轻松与保险系统进行连接，数据逻辑统一，进而可以实时的进行人事的变更操作，实现实时投保实时查询的目的。

在一个实施例中，上述基于api的投保信息处理方法还包括：接收hr系统发送的查询保单的请求，根据所述查询保单的请求显示相应的保单信息。

在本实施例中，接收到保险系统返回的保单号后,通过hr系统向保险系统发送查询保单的请求，保险系统根据接收到的保单号查找相应的保单信息并将保单信息进行显示。hr专员通过保单号查询相应的保单信息来确认投保信息是否正确，如果出现错误，可以发送更正请求到相应的保险系统。

如图4所示，在一个实施例中，提出了一种基于api的投保信息处理装置，该装置包括：

提取模块402，用于接收hr系统发送的登录请求，提取请求中包含的用户信息；

判断模块404，用于根据用户信息，判断对应的用户是否是合法的用户；

发送模块406，用于若对应的用户是合法用户，则发送第一随机码给所述hr系统；

接收模块408，用于接收hr系统发送的申请信息和第二随机码；

随机码判断模块410，用于判断接收到的第二随机码是否与所述第一随机码一致；

操作模块412，用于若接收到的第二随机码与所述第一随机码一致，则根据所述申请信息进行相应的操作，并将操作结果返回给hr系统。

如图5所示，在一个实施例中，申请信息包括变更信息和员工信息；操作模块412包括：

添加模块412a，用于若所述变更信息为添加信息，则根据所述员工信息为相应的员工分配保单号，并将所述保单号返回给hr系统；

删除模块412b，用于若所述变更信息为删除信息，则根据所述员工信息终止相应的投保，并将操作结果返回给hr系统。

在一个实施例中，所述删除模块还用于若所述变更信息为删除信息，则根 据所述员工信息查找与所述员工信息对应的保单号，终止与所述保单号对应的投保信息，并将操作结果返回给hr系统。

如图6所示，在一个实施例中，上述基于api的投保信息处理装置还包括：

连接模块401，用于通过api接口与hr系统建立连接。

如图7所示，在一个实施例中，上述基于api的投保信息处理装置还包括：

查询模块413，用于接收hr系统发送的查询保单的请求，根据查询保单的请求显示相应的保单信息。

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