WO2018184537A1 - 保单时限管理方法、系统、设备和计算机可读存储介质 - Google Patents
保单时限管理方法、系统、设备和计算机可读存储介质 Download PDFInfo
- Publication number
- WO2018184537A1 WO2018184537A1 PCT/CN2018/081790 CN2018081790W WO2018184537A1 WO 2018184537 A1 WO2018184537 A1 WO 2018184537A1 CN 2018081790 W CN2018081790 W CN 2018081790W WO 2018184537 A1 WO2018184537 A1 WO 2018184537A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- policy
- time limit
- post
- time
- limit management
- 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.)
- Ceased
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
Definitions
- the present application relates to the field of insurance technology, and in particular, to a policy time limit management method, system, device, and computer readable storage medium.
- the processing of insurance business is more complicated.
- a policy needs to be transferred to multiple positions to complete the insurance. For example, it is necessary to enter the policy through the record position, review the policy information, and check the policy. Since there are many jobs that need to be transferred, the various positions in the insurance business, if the salesman does not pay attention to the time limit, the processing time is longer, it will lead to long processing time and reduce customer satisfaction. Therefore, it is necessary to control the processing time limit of the policy.
- the time limit management and control function of the policy is usually only the number of days the policy stays in the post as the criterion for judging whether the policy is overdue. In the case of holidays, etc., the time spent on the statistically-paid policy is far greater than the actual processing time of the post.
- This post will have a large number of policy overdue, which will have a bad impact on the performance appraisal of this post. It can be seen that the current time limit of the policy to control whether the policy is overdue does not accurately reflect the real working status of the post, resulting in a reasonable and effective time limit control of the policy.
- the main purpose of the present application is to provide a policy time limit management method and system, which aims to solve the technical problem of inaccurate time management and control of a policy.
- the present application provides a policy time limit management method, and the policy time limit management method includes the following steps:
- the present application further provides a policy time limit management system, where the policy time limit management system includes:
- An acquisition module for obtaining a policy to be managed and a position at which the policy is currently located
- a time module configured to acquire a time interval in which the policy stays in the post according to a time when the policy is transferred to the post;
- a culling module configured to eliminate non-working time in the time interval, and calculate an effective duration of the policy staying in the post
- the alarm module is configured to: if the valid duration exceeds a preset stay duration, determine that the policy expires and send an alarm message to the post.
- the present application further provides a policy time limit management apparatus, the file scanning apparatus comprising: a memory, a processor, and a policy time management program stored on the memory and operable on the processor
- the policy time limit management program When the policy time limit management program is executed by the processor, the following steps are implemented:
- the present application further provides a computer readable storage medium, where the policy time management program is stored, and when the policy time management program is executed by the processor, the following steps are implemented:
- a method, system, device, and computer readable storage medium for managing policy time limit according to embodiments of the present application, by obtaining a policy that is controlled and the current position of the policy, to understand the processing status of the policy; and then, according to the policy The time to transfer to this position, the time interval for this policy to stay in this position, this time interval covers the non-working time, not the real time for this position to process the policy; then, eliminate the non-working time within the time interval, calculate the policy The effective duration of staying in this position, the effective time obtained is the real time for this position to be processed for this position; if the effective time of the policy staying in this position exceeds the preset stay time limit, it is determined that the policy has expired, to this position Send an alarm message to remind the post to process it as soon as possible.
- the application determines whether the policy is overdue based on the effective time of the actual stay of the policy. Since the effective time of the policy staying at the post can reflect the real working time of the post, the irresistible objective of the holiday is excluded. The overdue period caused by the factors makes the time limit management and control of the policy more accurate and improves the efficiency of the policy time limit control.
- FIG. 1 is a schematic flowchart of a first embodiment of a policy management method for a policy according to the present application
- FIG. 2 is a schematic diagram showing the refinement flow of the step of calculating the effective duration of the policy staying in the post in FIG. 1 by removing the non-working time in the time interval;
- FIG. 3 is a schematic flowchart of a second embodiment of a policy for managing a policy time limit according to the present application
- FIG. 4 is a schematic flowchart of a third embodiment of a policy for managing a policy time limit according to the present application
- FIG. 5 is a schematic flowchart of a fourth embodiment of a policy for managing a policy time limit according to the present application.
- FIG. 6 is a schematic diagram of functional modules of a first embodiment and a third embodiment of a policy time limit management system of the present application;
- FIG. 7 is a schematic diagram of functional modules of a second embodiment of a policy time limit management system of the present application.
- FIG. 8 is a schematic diagram of functional modules of a fourth embodiment of a policy time limit management system of the present application.
- FIG. 9 is a schematic structural diagram of a device in a hardware operating environment according to an embodiment of the present application.
- a first embodiment of a policy time limit management method of the present application provides a policy time limit management method, where the policy time limit management method includes:
- Step S10 Obtain a policy that is controlled, and a position in which the policy is currently located.
- the non-working time of the policy at the time of the post is removed, and the time limit of the policy can be controlled according to the actual processing time of the policy, thereby improving the accuracy of the time limit management and control.
- the policy time limit management system may be pre-configured to detect the overdue policy according to the preset frequency to remind the processing of the policy.
- the policy time limit management system obtains the currently managed policy and the current position of the policy.
- the managed policy is preset, for example, all policies that enter the insurance business process flow within a preset time period, or all policies that have not been processed at the current time, and may of course be a user-specified policy.
- the processing status of the policy after entering the post includes various states such as pending, processing, exception, and processing completion.
- the process proceeds to step S20; if the policy is in the current status of the completed position, it may be that the policy has completed the entire process of the insurance business, that is, already Close the case, no need to carry out time limit control.
- the abnormal policy is special, the abnormal policy can be eliminated, and after the current position of the policy is found according to the flow record of the policy, then according to the processing status of the policy in the position, it is determined whether the policy has been processed. , or whether the policy is abnormal; if the policy has been processed, or is an abnormal policy, the policy will not be time-controlled; if the policy has not been processed, and it is not an abnormal policy, then proceed to step S20.
- Step S20 Obtain a time interval in which the policy stays in the post according to the time when the policy is transferred to the post.
- the policy time management system After obtaining the managed position and the policy for the position, the policy time management system queries the time when the policy is transferred to the position. It should be noted that the policy time limit management system records the time when each policy is transferred to each post and transferred out to each post. The unit of time can be accurate to hours, minutes or seconds, and can be flexibly configured according to actual needs. Then, the policy time limit management system obtains the time interval in which the policy stays in the position according to the current time and the time the policy is transferred.
- Step S30 Excluding the non-working time in the time interval, and calculating the effective duration of the policy staying in the post.
- the policy time limit management system After obtaining the time interval for the policy to stay in the current position, the policy time limit management system needs to eliminate the non-working time in this time interval and calculate the effective duration of the policy staying in the position.
- the effective duration refers to the actual working time of the staff member of the post as of the current time after the policy is transferred to the post, and can truly reflect the working status of the post.
- the step S30 includes:
- Step S31 Filter out working days in the time interval according to pre-configured holiday information
- Step S32 Calculate the effective duration of the policy staying in the post according to the pre-configured work schedule and the working day in the time interval.
- the policy time limit management system When calculating the effective duration of the policy staying in the position, the policy time limit management system first needs to obtain pre-configured holiday information and filter out the holidays in the time interval. It should be noted that the national holiday, weekend, company holiday, etc. are recorded in the holiday information. Of course, it can also include leave information for the post staff. Then, the policy time limit management system eliminates the holidays in the time interval and obtains the working days in the time interval. After the working day in the time interval, the policy time limit management system excludes the rest time in the working day according to the pre-configured work time and the working day in the time interval, and counts the total working time in the working day as the policy in this position. The effective duration of staying.
- the pre-configured work and rest time may be separately configured according to the work nature of each post, and the work schedule of each post may be different.
- the policy time limit management system needs to obtain the pre-configured work time corresponding to the current position. Then, according to the time of the work and the time of the work, the effective time of staying in the current position is counted. Thus, the policy time limit management system obtains the effective duration of the policy staying in the position.
- Step S40 If the valid duration exceeds a preset processing duration, determine that the policy expires and send an alarm message to the post.
- the policy time limit management system After obtaining the effective duration of the policy in the post, the policy time limit management system obtains the pre-configured stay time limit, and determines whether the valid time of the policy stay in the post exceeds the stay time limit to determine whether the policy is overdue.
- the preset stay time limit is a criterion for determining whether the policy processing is overdue, and may be a specific duration, such as 24 hours, 48 hours, and the like. Further, different positions may be configured with different stay time limits due to different work properties; of course, different stay time limits may be configured for different types of group orders according to the nature of the policy.
- the policy time limit management system judges whether the policy is overdue, it needs to obtain the corresponding stay time limit according to the current position or the current policy, and determine the overdue period. If the effective time of the policy staying in the post exceeds the stay time limit, it is determined that the policy has expired and the post needs to be supervised as soon as possible.
- the policy time limit management system can send an alarm message to this post, prompting the post to process the policy as soon as possible. Further, the policy time limit management system may also calculate the overdue duration of the policy and configure it in the alarm information. If there are multiple policies for the current position, check whether each policy has expired and alert the policy that has expired. If there are multiple controlled positions in the current policy time limit management system, the policy time limit management system obtains each position, and the current policy of each position, determines whether each policy has expired, and alerts the overdue policy.
- the management personnel can also input query instructions according to requirements, query for overdue policies, and overdue status of each post.
- the policy time limit management system obtains the query options carried in the query instruction, for example, the overdue policy, the selected position, and the like. Then, according to the query options, the policy or position is filtered and displayed.
- the alarm information may be sent to the corresponding post actively, or after receiving the input alarm command, the alarm information may be sent to the corresponding post.
- the alarm information may be sent to the corresponding post actively, or after receiving the input alarm command, the alarm information is sent to the post. .
- the time interval, which covers the non-working time, is not the actual time for the position to process the policy; then, the non-working time in the time interval is removed, and the effective duration of the policy staying in the position is calculated, and the effective time obtained is
- the position can handle the real time of the policy; if the effective time of the policy staying in the position exceeds the preset stay time limit, it is determined that the policy has expired, and an alarm message is sent to the post to remind the post to process as soon as possible.
- the time limit when the time limit is controlled and controlled by the policy, it is determined whether the policy is overdue based on the effective time of the actual stay of the policy, because the effective time of the policy staying in the post can reflect the real working time of the post, and the irresistible holiday is excluded.
- the overdue period caused by objective factors makes the time limit management and control of the policy more accurate and improves the efficiency of the policy time limit control.
- the second embodiment of the policy time limit management method of the present application provides a policy time limit management method, which is based on the first embodiment of the policy time limit management method of the present application, and the policy time limit management method further includes:
- step S50 the staying time limit of the policy in the post is configured according to the pre-configured feature information of the policy and the corresponding weight, and the pre-configured feature information of the post and the corresponding weight.
- this embodiment is based on the policy. And the post, corresponding to the time limit for the placement of the policy in each position, to ensure the fairness of the management of the policy time limit.
- the policy time limit management system acquires feature information and corresponding weights of the pre-configured current policy.
- the characteristic information of the policy includes the number of insured persons in the policy, the degree of looseness of the requirements for the time limit, and whether or not the feature is urgent.
- Each feature information is configured with a corresponding weight to characterize the influence of each feature on the stay time limit.
- the policy time limit management system acquires the feature information of the pre-configured current post and the corresponding weight.
- the characteristic information of the post includes the characteristics of the institution to which the post belongs, the difficulty of work, and whether the work is concentrated.
- Each feature information is assigned a corresponding weight to characterize the influence of each feature on the stay time limit.
- the staying time limit of the policy in the post is calculated according to a preset algorithm.
- the weight corresponding to the feature information of the policy may be added to the weight corresponding to the post feature information to obtain the total weight; then, the total weight is multiplied by a preset coefficient, and the obtained product is the policy in this position.
- the corresponding stay time limit is calculated for the position of the policy stay, and the adaptive configuration of the stay time limit is realized. Therefore, the policy or post with difficulty in operation can be given a longer stay time limit to meet the workload demand of the post, improve the flexibility of time limit control, and ensure the fairness of time limit control.
- the third embodiment of the policy time limit management method of the present application provides a policy time limit management method, which is based on the first embodiment or the second embodiment of the policy time limit management method of the present application (this embodiment uses the policy of the present application)
- the first embodiment of the time limit management method is an example), and the step S40 includes:
- Step S41 If the valid duration exceeds a preset stay time limit, determine that the policy expires, and determine whether the policy has been claimed by the processing node;
- Step S42 If the policy has been claimed by the processing node, send alarm information to the processing node and/or the management node corresponding to the post;
- Step S43 If the policy is not claimed by the processing node, the alarm information is sent to the management node corresponding to the post and/or the upper management node.
- a post may be configured with multiple processing nodes for processing the job together. For example, a single job may include multiple record nodes; the review post may include multiple Review the node.
- the policy time limit management system determines whether the policy has been claimed by the processing node of the current staying position, that is, the specific processing node that determines whether the policy has entered, is processed by the processing node.
- the policy time limit management system sends an alarm message to the processing node and/or the management node corresponding to the post to urge the policy to be processed as soon as possible.
- the policy time limit management system sends the management node and/or the superior management node corresponding to the position. Alert information to urge the policy to be processed as soon as possible.
- a post may include one or more processing nodes, which are responsible for the specific processing of the policy after claiming the policy; a post may include one or more corresponding management nodes, responsible for the management and control of the post processing node, and the assignment of the policy Waiting for work; a post can include one or more superior management nodes, responsible for managing the work of this position.
- the alarm information is sent correspondingly, so that the alarm of the time limit control is more targeted, and the efficiency of the time limit control is improved.
- a fourth embodiment of the policy time limit management method of the present application provides a policy time limit management method, which is based on the first embodiment, the second embodiment, or the third embodiment (the present embodiment) of the policy time limit management method of the present application.
- the method for managing the policy time limit further includes:
- Step S60 When the input reason configuration command is received, the reason for the overdue of the policy is configured according to the configuration instruction.
- the processing node When the processing node specifically processes the policy, it may encounter an overdue period caused by objective reasons such as the insured's failure to cooperate and the policy to be processed in the same period. Therefore, the processing node may input the reason for the overdue and remark the policy; of course, the processing node It is also possible to enter the reason for the delay and submit it to the management node at the request of the management node.
- the policy time management system receives the input reason configuration command, it obtains the reason for the overdue carried by the configuration command, and allocates it to the corresponding policy information to make a note on the policy, so as to facilitate further processing of the policy.
- the policy when the input reason configuration command is received, the policy is configured to respond to the policy due to the expiration of the policy, so that the management node or the time management node can understand the specific processing of the policy.
- the first embodiment of the policy time limit management system of the present application provides a policy time limit management system, where the policy time limit management system includes:
- the obtaining module 10 is configured to obtain the managed policy and the current position of the policy.
- the policy time limit management system may be pre-configured to detect the overdue policy according to the preset frequency to remind the processing of the policy.
- the acquisition module 10 obtains the currently managed policy and the current position of the policy.
- the managed policy is preset, for example, all policies that enter the insurance business process flow within a preset time period, or all policies that have not been processed at the current time, and may of course be a user-specified policy.
- the processing status of the policy after entering the post includes various states such as pending, processing, exception, and processing completion.
- the obtaining module 10 needs to find the current position of the policy according to the flow record of the policy when searching for the current position of the policy; and then, according to the processing status of the policy in the position, whether the policy has been processed or not; If the processing is not completed, it is determined that the position currently occupied by the position for the policy is processed by the time module 20; if the policy is in the current status of the completed position, it may be that the policy has completed all the insurance business.
- the process that is, the case has been closed, no need to carry out time limit management.
- the abnormal policy is special, the abnormal policy can be eliminated, and the obtaining module 10 finds the current position of the policy according to the flow record of the policy, and then determines whether the policy is based on the processing status of the policy in the position of the policy. The processing has been completed, or whether the policy is abnormal; if the policy has been processed, or is an abnormal policy, the policy will not be time-controlled; if the policy is not processed and is not an abnormal policy, it will be processed by the time module 20. .
- the time module 20 is configured to obtain a time interval in which the policy stays in the post according to the time when the policy is transferred to the post.
- the time module 20 After obtaining the managed post and the policy for the post, the time module 20 queries the time at which the policy is transferred to the post. It should be noted that the policy time limit management system records the time when each policy is transferred to each post and transferred out to each post. The unit of time can be accurate to hours, minutes or seconds, and can be flexibly configured according to actual needs. Then, the time module 20 obtains the time interval in which the policy stays in the position according to the current time and the time the policy is transferred.
- the culling module 30 is configured to eliminate the non-working time in the time interval and calculate the effective duration of the policy staying in the post.
- the culling module 30 After obtaining the time interval in which the policy stays in the current position, the culling module 30 needs to eliminate the non-working time in the time interval and calculate the effective duration of the policy staying in the position. It should be noted that the effective duration refers to the actual working time of the staff member of the post as of the current time after the policy is transferred to the post, and can truly reflect the working status of the post.
- the culling module 30 is further configured to:
- the working day in the time interval is filtered according to the pre-configured holiday information; and the effective duration of the policy staying in the position is counted according to the pre-configured work time and the working day in the time interval.
- the culling module 30 When calculating the effective duration of the policy staying in the post, the culling module 30 first needs to obtain the pre-configured holiday information, and filter out the holidays in the time interval. It should be noted that the national holiday, weekend, company holiday, etc. are recorded in the holiday information. Of course, it can also include leave information for the post staff. Then, the culling module 30 rejects the holidays in the time interval and obtains the working days in the time interval. After the working day in the time interval is obtained, the culling module 30 excludes the rest time in the working day according to the pre-configured work time and the working day in the time interval, and counts the total working time in the working day as the policy stays in the position. Effective time.
- the pre-configured work and rest time may be separately configured according to the work nature of each post, and the work schedule of each post may be different.
- the culling module 30 needs to obtain the pre-configured work time corresponding to the current post. Then, according to the time of the work and the time of the work, the effective time of staying in the current position is counted. Thus, the culling module 30 obtains the effective duration of the policy staying at the post.
- the alarm module 40 is configured to determine that the policy expires and send an alarm message to the post if the valid duration exceeds a preset stay duration.
- the alarm module 40 After obtaining the valid duration of the policy staying in the post, the alarm module 40 obtains the pre-configured stay time limit, determines whether the valid duration of the policy stay in the post exceeds the stay time limit, and determines whether the policy expires.
- the preset stay time limit is a criterion for determining whether the policy processing is overdue, and may be a specific duration, such as 24 hours, 48 hours, and the like. Further, different positions may be configured with different stay time limits due to different work properties; of course, different stay time limits may be configured for different types of group orders according to the nature of the policy.
- the alarm module 40 when determining whether the policy is overdue, the alarm module 40 needs to obtain a corresponding stay time limit according to the current position or the current policy, and determine the overdue period. If the effective time of the policy staying in the post exceeds the stay time limit, it is determined that the policy has expired and the post needs to be supervised as soon as possible. The alarm module 40 can send an alarm message to the post, prompting the post to process the policy as soon as possible. Further, the alarm module 40 can also count the duration of the policy and configure it in the alarm information. If there are multiple policies for the current position, the alarm module 40 detects whether each policy has expired, and alerts the policy that has expired. If there are multiple controlled positions in the current policy time limit management system, the policy time limit management system obtains each position, and the current policy of each position, determines whether each policy has expired, and alerts the overdue policy.
- the management personnel can also input query instructions according to requirements, query for overdue policies, and overdue status of each post.
- the policy time limit management system obtains the query options carried in the query instruction, for example, the overdue policy, the selected position, and the like. Then, according to the query options, the policy or position is filtered and displayed. For example, when querying the overdue policy, the obtaining module 10 queries all the policies that are currently closed, and the positions currently in which the policies are currently located; then, the time module 20 obtains the policies in each position according to the time when each policy is transferred to the corresponding positions.
- the culling module 30 respectively removes the non-working time in each time interval, and calculates the effective duration of each policy staying in each position; if the effective duration exceeds the preset stay time limit, the policy is determined to be overdue, displayed in the query In the interface.
- the alarm module 40 can also send the alarm information to the corresponding post actively, or after receiving the input alarm command, the alarm module 40 sends the alarm information to the corresponding post.
- the obtaining module 10 queries all the policies that have not been processed according to the position in the query instruction; then, the time module 20 obtains the time interval for each policy to stay in the position according to the time of each policy transfer. Then, the culling module 30 respectively removes the non-working time in each time interval, and calculates the effective duration of each policy staying in the position; if the effective duration exceeds the preset stay time limit, it determines that the policy is overdue and is displayed in the query interface.
- the alarm module 40 can also send the alarm information to the corresponding post actively, or after receiving the input alarm command, the alarm module 40 sends the alarm information to the post.
- the obtaining module 10 first acquires the currently managed policy and the current position of the policy to understand the processing status of the policy; then, the time module 20 obtains the policy according to the time when the policy is transferred to the position. The time interval for staying in this position, which covers the non-working time, not the actual time for the position to process the policy; then, the rejection module 30 rejects the non-working time in the time interval and calculates the effective duration of the policy staying in the position.
- the effective time obtained is the real time for the post to process the policy; if the effective duration of the policy staying in the post exceeds the preset stay time limit, the alarm module 40 determines that the policy has expired and sends an alarm message to the post. Remind this post to deal with it as soon as possible.
- the time limit when the time limit is controlled and controlled by the policy, it is determined whether the policy is overdue based on the effective time of the actual stay of the policy, because the effective time of the policy staying in the post can reflect the real working time of the post, and the irresistible holiday is excluded.
- the overdue period caused by objective factors makes the time limit management and control of the policy more accurate and improves the efficiency of the policy time limit control.
- the second embodiment of the policy time limit management system of the present application provides a policy time limit management system, which is based on the first embodiment of the policy time limit management system of the present application, and the policy time limit management system further includes:
- the configuration module 50 is configured to configure a staying time limit of the policy in the post according to the pre-configured feature information of the policy and the corresponding weight, and the pre-configured feature information of the post and the corresponding weight.
- the third embodiment of the policy time limit management system of the present application provides a policy time limit management system, based on the first embodiment or the second embodiment of the policy time limit management system of the present application (this embodiment uses the policy of the present application)
- the first embodiment of the time limit management system is an example.
- the alarm module 40 is further configured to:
- the processing node determines whether the policy has been claimed by the processing node; if the policy has been claimed by the processing node, then the processing node and/or the The management node corresponding to the post sends the alarm information; if the policy is not claimed by the processing node, the alarm information is sent to the management node corresponding to the post and/or the upper management node.
- the fourth embodiment of the policy time limit management system of the present application provides a policy time limit management system, which is based on the first embodiment, the second embodiment, or the third embodiment of the policy time limit management system of the present application.
- the policy time limit management system further includes:
- the reason module 60 is configured to: when the input reason configuration command is received, configure the policy expiration reason according to the configuration instruction.
- FIG. 9 is a schematic structural diagram of a device in a hardware operating environment according to an embodiment of the present application.
- the policy time management device of the embodiment of the present application may be a PC or a device such as a portable computer.
- the apparatus may include a processor 1001, such as a CPU, a communication bus 1002, a user interface 1003, a memory 1004, and a scanner 1005.
- the communication bus 1002 is used to implement connection communication between these components.
- the user interface 1003 can include a display, an input unit such as a keyboard, and the optional user interface 1003 can also include a standard wired interface, a wireless interface.
- the memory 1004 may be a high speed RAM memory or a stable memory (non-volatile) Memory), such as disk storage.
- the memory 1004 can also optionally be a storage device independent of the aforementioned processor 1001.
- the device may further include a camera, RF (Radio) Frequency, RF) circuits, WiFi modules, and more. It will be understood by those skilled in the art that the device structure shown in FIG. 9 does not constitute a limitation to the device, and may include more or less components than those illustrated, or some components may be combined, or different component arrangements.
- an operating system, a user interface module, and a policy time limit management program may be included in the memory 1004 as a computer storage medium.
- the user interface 1003 is mainly used to connect to the client and perform data communication with the client; and the processor 1001 can be used to invoke the policy time management program stored in the memory 1004 to execute any of the embodiments of the present application.
- the policy time limit management method The specific embodiment of the policy management device of the present application is substantially the same as the embodiment of the policy management method of the above-mentioned policy, and is not described herein.
- the embodiment of the present application further provides a computer readable storage medium, wherein the computer readable storage medium stores a policy time limit management program, and the policy time limit management program is implemented by the processor, such as the present application.
- the specific embodiment of the computer readable storage medium of the present application is substantially the same as the foregoing embodiment of the policy management method, and is not described herein.
- the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better.
- Implementation Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
- the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种保单时限管理方法，该方法包括：获取被管控的保单，以及所述保单当前所处的岗位；根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。本申请还公开了一种保单时限管理系统、设备和计算机可读存储介质。本申请使得对于保单的时限管控更加准确，提高了保单时限管控的效率。
Description
本申请要求于2017年4月5日提交中国专利局、申请号为201710219187.8、发明名称为“保单时限管理方法和系统”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及保险技术领域，尤其涉及一种保单时限管理方法、系统、设备和计算机可读存储介质。
背景技术
保险业务的处理流程比较复杂，一份保单需要流转多个岗位，才能完成投保，例如需要经过录单岗位进行保单的录入，复核岗位对保单信息进行复核，核保对保单进行审核等。由于保单需要流转的岗位较多，各个岗位在处理保险业务时，若业务员不注重时限，处理时间较长，就会导致保单处理时间超长，降低客户满意度。因此，需要对保单的处理时限进行管控。而目前对保单的时限管控功能，通常只是将保单在岗位停留的天数作为判断保单是否超期的标准。若遇到节假日等情况，统计得到的保单在岗位的停留时间远远大于此岗位的实际处理时长，此岗位会有大量的保单超期，会给此岗位的绩效考核等造成恶劣影响。可以看出，目前保单的时限管控对保单是否超期的判断结果并不能准确的反应岗位真实的工作状态，导致无法对保单进行合理、有效的时限管控。
发明内容
本申请的主要目的在于提供一种保单时限管理方法和系统，旨在解决保单的时限管控不精准的技术问题。
为实现上述目的，本申请提供一种保单时限管理方法，所述保单时限管理方法包括以下步骤：
获取被管控的保单，以及所述保单当前所处的岗位；
根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；
剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；
若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
此外，为实现上述目的，本申请还提供一种保单时限管理系统，所述保单时限管理系统包括：
获取模块，用于获取被管控的保单，以及所述保单当前所处的岗位；
时间模块，用于根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；
剔除模块，用于剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；
告警模块，用于若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
此外，为实现上述目的，本申请还提供一种保单时限管理设备，所述文件扫描装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的保单时限管理程序，所述保单时限管理程序被所述处理器执行时实现如下步骤：
获取被管控的保单，以及所述保单当前所处的岗位；
根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；
剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；
若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
此外，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有保单时限管理程序，所述保单时限管理程序被处理器执行时实现如下步骤：
获取被管控的保单，以及所述保单当前所处的岗位；
根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；
剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；
若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
本申请实施例提出的一种保单时限管理方法、系统、设备和计算机可读存储介质，通过获取被管控的保单，以及保单当前所处的岗位，以了解保单的处理情况；然后，根据此保单转入此岗位的时间，获取此保单在此岗位停留的时间区间，此时间区间涵盖了非工作时间，并非此岗位处理此保单的真实时间；然后，剔除时间区间内的非工作时间，计算保单在此岗位停留的有效时长，得到的有效时长即为此岗位能够处理此保单的真实时间；若保单在此岗位停留的有效时长超过预设的停留时限，则确定此保单已经超期，向此岗位发送告警信息，提醒此岗位尽快处理。本申请在对保单进行时限管控时，是基于保单在岗位实际停留的有效时间判定保单是否超期的，由于保单在岗位停留的有效时间能够反映岗位的真实工作时间，排除了节假日的不可抗拒的客观因素所导致的案件超期，使得对于保单的时限管控更加准确，提高了保单时限管控的效率。
附图说明
图1为本申请保单时限管理方法第一实施例的流程示意图；
图2为图1中剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长的步骤的细化流程示意图；
图3为本申请保单时限管理方法第二实施例的流程示意图；
图4为本申请保单时限管理方法第三实施例的流程示意图；
图5为本申请保单时限管理方法第四实施例的流程示意图；
图6为本申请保单时限管理系统第一实施例、第三实施例的功能模块示意图；
图7为本申请保单时限管理系统第二实施例的功能模块示意图；
图8为本申请保单时限管理系统第四实施例的功能模块示意图；
图9是本申请实施例方案涉及的硬件运行环境的装置结构示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
参照图1，本申请保单时限管理方法第一实施例提供一种保单时限管理方法，所述保单时限管理方法包括：
步骤S10、获取被管控的保单，以及所述保单当前所处的岗位。
本申请在对保单进行处理时限管控时，剔除了保单在岗位停留时的非工作时间，能够根据保单在岗位的实际处理时间对保单进行时限管控，提高了时限管控的准确性。
具体的，可以预先配置保单时限管理系统按照预设的频率检测超期保单，提醒对期保单的处理。作为一种实施方式，首先，保单时限管理系统获取当前被管控的保单，以及此保单当前所处的岗位。其中，被管控的保单为预设的，例如，在预设时间段内进入保险业务处理流程的全部保单，或是当前时间未完成处理的全部保单，当然还可以是用户指定的保单。
需要说明的是，保单在进入岗位后的处理状态包括待处理、处理中、异常单、处理完成等多种状态。则在查找保单当前所处的岗位时，需要根据此保单的流转记录查找此保单当前停留的岗位；然后，根据保单在此岗位的处理状态，判断此保单是否已经处理完成；若保单未完成处理，则确定此岗位为此保单当前所处的岗位，转入执行步骤S20；若保单在当前停留的岗位中为处理完成的状态，则可能是此保单已经完成保险业务的全部流程，也即已经结案，无需再进行时限管控。
进一步地，由于异常保单的情况特殊，还可以剔除异常保单，则在根据保单的流转记录找到此保单当前停留的岗位后，然后，根据保单在此岗位的处理状态，判断此保单是否已经处理完成，或者是否异常保单；若此保单已经处理完成，或者为异常保单，则不再对此保单进行时限管控；若此保单未完成处理，且不是异常保单，才转入执行步骤S20。
步骤S20、根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间。
在得到被管控的岗位和此岗位停留的保单后，保单时限管理系统查询此保单转入此岗位的时间。需要说明的是，保单时限管理系统记载每一个保单转入每一个岗位、转出每一个岗位的时间，时间的单位可以精确到小时、分或秒，可根据实际需要灵活配置。然后，保单时限管理系统根据当前时间和保单转入的时间，获取保单在此岗位停留的时间区间。
步骤S30、剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长。
在得到保单在当前岗位停留的时间区间后，保单时限管理系统需要剔除此时间区间内的非工作时间，计算保单在此岗位停留的有效时长。需要说明的是，有效时长指此在保单转入岗位后，此岗位工作人员截至当前时间的实际工作时长，能够真实的反应岗位的工作状态。
具体的，作为一种实施方式，参照图2，所述步骤S30包括：
步骤S31、根据预先配置的节假日信息，筛选出所述时间区间内的工作日；
步骤S32、根据预先配置的作息时间，以及所述时间区间内的工作日，统计所述保单在所述岗位停留的有效时长。
在计算保单在岗位停留的有效时长时，保单时限管理系统首先需要获取预先配置的节假日信息，筛选出时间区间内的节假日。需要说明的是，节假日信息中记载了国家法定节假日、周末、公司假日等。当然，还可以包括岗位工作人员的请假信息。然后，保单时限管理系统剔除时间区间内的节假日，获取时间区间内的工作日。在得到时间区间内的工作日后，保单时限管理系统根据预先配置的作息时间，以及时间区间内的工作日，剔除工作日内的休息时间，统计工作日内的工作总时长作为保单在此岗位停留的有效时长。
进一步地，预先配置的作息时间可以是根据各岗位的工作性质分别配置的，各岗位的作息时间可能不同。对应的，保单时限管理系统需要获取预先配置的当前岗位对应的作息时间。然后偶，根据获取的作息时间，以及时间区间内的工作日，统计保单在当前岗位停留的有效时长。由此，保单时限管理系统得到保单在岗位停留的有效时长。
步骤S40、若所述有效时长超过预设的处理时长，则确定所述保单超期，向所述岗位发送告警信息。
在得到保单在岗位停留的有效时长后，保单时限管理系统获取预先配置停留时限，判断判断保单在岗位停留的有效时长是否超过停留时限，以确定保单是否超期。其中，预设的停留时限为判定保单处理是否超期的标准，可以是具体的时长，例如24小时、48小时等。进一步地，不同的岗位由于工作性质不同，可以对应配置不同的停留时限；当然，还可以根据保单的性质，为不同类型的团单配置不同的停留时限。对应的，保单时限管理系统在判断保单是否超期时，需要根据当前的岗位，或者当前的保单，获取对应的停留时限，进行超期的判定。若保单在岗位停留的有效时长超过停留时限，则确定保单已经超期，需要督促此岗位尽快处理。保单时限管理系统可以向此岗位发送告警信息，提示此岗位尽快处理此保单。进一步地，保单时限管理系统还可以统计此保单的超期时长，配置到告警信息中。若当前岗位停留有多张保单，则分别检测各保单是否已经超期，对已经超期的保单进行告警。若当前保单时限管理系统中有多个被管控的岗位，则保单时限管理系统分别获取各岗位，以及各岗位当前停留的保单，判断各保单是否已经超期，并对已超期的保单进行告警。
进一步地，管理人员还可以根据需求输入查询指令，查询超期的保单、各岗位的超期情况等。保单时限管理系统在收到查询指令时，获取查询指令中携带的查询选项，例如，超期保单、选择的岗位等。然后，根据查询选项对应筛选保单或岗位，并显示。例如，查询超期保单时，查询当前未结案的全部保单，以及各保单当前所处的岗位；然后，根据各保单转入对应的各岗位的时间，获取各保单在各岗位停留的时间区间；然后，分别剔除各时间区间内的非工作时间，计算各保单在各岗位停留的有效时长；若有效时长超过预设的停留时限，则确定保单超期，显示在查询界面中。当然，还可以主动向对应的岗位发送告警信息，或是在收到输入的告警指令后，再向对应的岗位发送告警信息。
查询岗位的超期情况时，则根据查询指令中的岗位，查询其未完成处理的全部保单；然后，根据各保单转入的时间，获取各保单在此岗位停留的时间区间；然后，分别剔除各时间区间内的非工作时间，计算各保单在此岗位停留的有效时长；若有效时长超过预设的停留时限，则确定保单超期，显示在查询界面中。当然，还可以主动向对应的岗位发送告警信息，或是在收到输入的告警指令后，再向此岗位发送告警信息。。
在本实施例中，首先获取当前被管控的保单，以及此保单当前所处的岗位，以了解保单的处理情况；然后，根据此保单转入此岗位的时间，获取此保单在此岗位停留的时间区间，此时间区间涵盖了非工作时间，并非此岗位处理此保单的真实时间；然后，剔除时间区间内的非工作时间，计算保单在此岗位停留的有效时长，得到的有效时长即为此岗位能够处理此保单的真实时间；若保单在此岗位停留的有效时长超过预设的停留时限，则确定此保单已经超期，向此岗位发送告警信息，提醒此岗位尽快处理。本实施例在对保单进行时限管控时，是基于保单在岗位实际停留的有效时间判定保单是否超期的，由于保单在岗位停留的有效时间能够反映岗位的真实工作时间，排除了节假日的不可抗拒的客观因素所导致的案件超期，使得对于保单的时限管控更加准确，提高了保单时限管控的效率。
进一步地，参照图3，本申请保单时限管理方法第二实施例提供一种保单时限管理方法，基于上述本申请保单时限管理方法第一实施例，所述保单时限管理方法还包括：
步骤S50、根据预先配置的所述保单的特征信息及对应的权重，和预先配置的所述岗位的特征信息及对应的权重，配置所述保单在所述岗位的停留时限。
由于不同的保单处理难度不同，同一岗位在处理不同的保单时需要的时长不同；而且，不同的岗位工作性质不同，在处理同一保单时所需要花费的时长也不同，因此，本实施例根据保单和岗位，对应配置保单在各岗位的停留时限，以保障对保单时限管控的公平性。
具体的，作为一种实施方式，保单时限管理系统获取预先配置的当前保单的特征信息和对应的权重。其中，保单的特征信息包括保单中的被保人人数、对时限的要求的宽松度、是否加急等特征，各特征信息均配置有对应的权重，以表征各特征对停留时限的影响力。同时，保单时限管理系统获取预先配置的当前岗位的特征信息和对应的权重。其中，岗位的特征信息包括岗位所属的机构、工作难易程度、是否集中作业等特征，各特征信息均配置有对应的权重，以表征各特征对停留时限的影响力。
在得到保单的特征信息及对应的权重，和岗位的特征信息和对应的权重后，根据预设的算法，计算此保单在此岗位的停留时限。例如，可以将保单的特征信息对应的权重与岗位特征信息对应的权重进行加和，得到的总权重；然后，将总权重乘以预设的系数，得到的乘积即为此保单在此岗位的最长停留时长，也即停留时限。由此，可以分别计算得到各保单在各个岗位的停留时限，用于判断各保单是否超期。
本实施例针对保单停留的岗位计算对应的停留时限，实现了停留时限的适应性配置。从而，对工作难度大的保单或岗位可以给予更长的停留时限，以适应岗位的工作量需求，提高了时限管控的灵活性，并且保障了时限管控的公平性。
进一步地，参照图4，本申请保单时限管理方法第三实施例提供一种保单时限管理方法，基于上述本申请保单时限管理方法第一实施例或第二实施例（本实施例以本申请保单时限管理方法第一实施例为例），所述步骤S40包括：
步骤S41、若所述有效时长超过预设的停留时限，则确定所述保单超期，判断所述保单是否已被处理节点认领；
步骤S42、若所述保单已被处理节点认领，则向所述处理节点和/或所述岗位对应的管理节点发送告警信息；
步骤S43、若所述保单未被处理节点认领，则向所述岗位对应的管理节点和/或上级管理节点发送告警信息。
若保单在岗位停留的有效时长超过预设的停留时限，则确定保单当前已经超期，此时，需要提醒加快此保单的处理进程。需要说明的是，由于工作量大，一个岗位可能配置有多个处理节点，用于一同处理这个岗位的工作，例如，录单岗位，可能包括多个录单节点；复核岗位，可能包括多个复核节点。当岗位有多个处理节点时，保单在进入岗位后需要被分配到具体的处理节点进行处理。因此，保单时限管理系统断此保单是否已被当前停留岗位的处理节点认领，也即，判断此保单是否已经进入的具体的处理节点，由处理节点处理。
若保单当前已经被处理节点认领，有工作人员负责此保单的处理，则保单时限管理系统向此处理节点和/或此岗位对应的管理节点发送告警信息，以督促尽快处理此保单。
若保单当前仅仅是进入了岗位，但是还没有具体的处理节点认领，也就是说还没有工作人员负责此保单的处理，则保单时限管理系统向此岗位对应的管理节点和/或上级管理节点发送告警信息，以督促尽快处理此保单。
其中，一个岗位可以包括一个或多个处理节点，在认领保单后，负责保单的具体处理工作；一个岗位可以包括一个或多个对应的管理节点，负责此岗位处理节点的管控，以及保单的分配等工作；一个岗位可以包括一个或多个上级管理节点，负责管理此岗位的等工作。
本实施例根据保单在岗位的具体停留状态，对应发送告警信息，使得时限管控的告警更加具有针对性，提高时限管控的效率。
进一步的，参照图5，本申请保单时限管理方法第四实施例提供一种保单时限管理方法，基于上述本申请保单时限管理方法第一实施例、第二实施例或第三实施例（本实施例以本申请保单时限管理方法第一实施例为例），所述保单时限管理方法还包括：
步骤S60、在收到输入的原因配置指令时，根据所述配置指令对应配置保单的超期原因。
处理节点在具体处理保单时，可能遇到被保人不配合、同一时期需处理的保单过多等客观原因导致的超期，因此，处理节点可以输入超期原因，对保单进行备注；当然，处理节点也可以在管理节点的要求下，输入超期原因，提交给管理节点。则保单时限管理系统在收到输入的原因配置指令时，获取配置指令携带的超期原因，并配置到对应的保单信息中，对保单进行备注，便于对保单进行进一步的处理。
在本实施例中，在收到输入的原因配置指令时，根据配置指令对应配置保单的超期原因，以对保单进行备注，便于管理节点或是时限管控节点了解保单的具体处理情况。
参照图6，本申请保单时限管理系统第一实施例提供一种保单时限管理系统，所述保单时限管理系统包括：
获取模块10，用于获取被管控的保单，以及所述保单当前所处的岗位。
具体的，可以预先配置保单时限管理系统按照预设的频率检测超期保单，提醒对期保单的处理。
作为一种实施方式，首先，获取模块10获取当前被管控的保单，以及此保单当前所处的岗位。其中，被管控的保单为预设的，例如，在预设时间段内进入保险业务处理流程的全部保单，或是当前时间未完成处理的全部保单，当然还可以是用户指定的保单。
需要说明的是，保单在进入岗位后的处理状态包括待处理、处理中、异常单、处理完成等多种状态。则获取模块10在查找保单当前所处的岗位时，需要根据此保单的流转记录查找此保单当前停留的岗位；然后，根据保单在此岗位的处理状态，判断此保单是否已经处理完成；若保单未完成处理，则确定此岗位为此保单当前所处的岗位，才交由时间模块20处理；若保单在当前停留的岗位中为处理完成的状态，则可能是此保单已经完成保险业务的全部流程，也即已经结案，无需再进行时限管控。
进一步地，由于异常保单的情况特殊，还可以剔除异常保单，则获取模块10在根据保单的流转记录找到此保单当前停留的岗位后，然后，根据保单在此岗位的处理状态，判断此保单是否已经处理完成，或者是否异常保单；若此保单已经处理完成，或者为异常保单，则不再对此保单进行时限管控；若此保单未完成处理，且不是异常保单，才交由时间模块20处理。
时间模块20，用于根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间。
在得到被管控的岗位和此岗位停留的保单后，时间模块20查询此保单转入此岗位的时间。需要说明的是，保单时限管理系统记载每一个保单转入每一个岗位、转出每一个岗位的时间，时间的单位可以精确到小时、分或秒，可根据实际需要灵活配置。然后，时间模块20根据当前时间和保单转入的时间，获取保单在此岗位停留的时间区间。
剔除模块30，用于剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长。
在得到保单在当前岗位停留的时间区间后，剔除模块30需要剔除此时间区间内的非工作时间，计算保单在此岗位停留的有效时长。需要说明的是，有效时长指此在保单转入岗位后，此岗位工作人员截至当前时间的实际工作时长，能够真实的反应岗位的工作状态。
具体的，作为一种实施方式，所述剔除模块30还用于，
根据预先配置的节假日信息，筛选出所述时间区间内的工作日；根据预先配置的作息时间，以及所述时间区间内的工作日，统计所述保单在所述岗位停留的有效时长。
在计算保单在岗位停留的有效时长时，剔除模块30首先需要获取预先配置的节假日信息，筛选出时间区间内的节假日。需要说明的是，节假日信息中记载了国家法定节假日、周末、公司假日等。当然，还可以包括岗位工作人员的请假信息。然后，剔除模块30剔除时间区间内的节假日，获取时间区间内的工作日。在得到时间区间内的工作日后，剔除模块30根据预先配置的作息时间，以及时间区间内的工作日，剔除工作日内的休息时间，统计工作日内的工作总时长作为保单在此岗位停留的有效时长。进一步地，预先配置的作息时间可以是根据各岗位的工作性质分别配置的，各岗位的作息时间可能不同。对应的，剔除模块30需要获取预先配置的当前岗位对应的作息时间。然后偶，根据获取的作息时间，以及时间区间内的工作日，统计保单在当前岗位停留的有效时长。由此，剔除模块30得到保单在岗位停留的有效时长。
告警模块40，用于若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
在得到保单在岗位停留的有效时长后，告警模块40获取预先配置停留时限，判断判断保单在岗位停留的有效时长是否超过停留时限，以确定保单是否超期。其中，预设的停留时限为判定保单处理是否超期的标准，可以是具体的时长，例如24小时、48小时等。进一步地，不同的岗位由于工作性质不同，可以对应配置不同的停留时限；当然，还可以根据保单的性质，为不同类型的团单配置不同的停留时限。对应的，告警模块40在判断保单是否超期时，需要根据当前的岗位，或者当前的保单，获取对应的停留时限，进行超期的判定。若保单在岗位停留的有效时长超过停留时限，则确定保单已经超期，需要督促此岗位尽快处理。告警模块40可以向此岗位发送告警信息，提示此岗位尽快处理此保单。进一步地，告警模块40还可以统计此保单的超期时长，配置到告警信息中。若当前岗位停留有多张保单，则告警模块40分别检测各保单是否已经超期，对已经超期的保单进行告警。若当前保单时限管理系统中有多个被管控的岗位，则保单时限管理系统分别获取各岗位，以及各岗位当前停留的保单，判断各保单是否已经超期，并对已超期的保单进行告警。
进一步地，管理人员还可以根据需求输入查询指令，查询超期的保单、各岗位的超期情况等。保单时限管理系统在收到查询指令时，获取查询指令中携带的查询选项，例如，超期保单、选择的岗位等。然后，根据查询选项对应筛选保单或岗位，并显示。例如，查询超期保单时，获取模块10查询当前未结案的全部保单，以及各保单当前所处的岗位；然后，时间模块20根据各保单转入对应的各岗位的时间，获取各保单在各岗位停留的时间区间；然后，剔除模块30分别剔除各时间区间内的非工作时间，计算各保单在各岗位停留的有效时长；若有效时长超过预设的停留时限，则确定保单超期，显示在查询界面中。当然，告警模块40还可以主动向对应的岗位发送告警信息，或是在收到输入的告警指令后，告警模块40再向对应的岗位发送告警信息。
查询岗位的超期情况时，则获取模块10根据查询指令中的岗位，查询其未完成处理的全部保单；然后，时间模块20根据各保单转入的时间，获取各保单在此岗位停留的时间区间；然后，剔除模块30分别剔除各时间区间内的非工作时间，计算各保单在此岗位停留的有效时长；若有效时长超过预设的停留时限，则确定保单超期，显示在查询界面中。当然，告警模块40还可以主动向对应的岗位发送告警信息，或是在收到输入的告警指令后，告警模块40再向此岗位发送告警信息。
在本实施例中，首先获取模块10获取当前被管控的保单，以及保单当前所处的岗位，以了解保单的处理情况；然后，时间模块20根据此保单转入此岗位的时间，获取此保单在此岗位停留的时间区间，此时间区间涵盖了非工作时间，并非此岗位处理此保单的真实时间；然后，剔除模块30剔除时间区间内的非工作时间，计算保单在此岗位停留的有效时长，得到的有效时长即为此岗位能够处理此保单的真实时间；若保单在此岗位停留的有效时长超过预设的停留时限，则告警模块40确定此保单已经超期，向此岗位发送告警信息，提醒此岗位尽快处理。本实施例在对保单进行时限管控时，是基于保单在岗位实际停留的有效时间判定保单是否超期的，由于保单在岗位停留的有效时间能够反映岗位的真实工作时间，排除了节假日的不可抗拒的客观因素所导致的案件超期，使得对于保单的时限管控更加准确，提高了保单时限管控的效率。
进一步地，参照图7，本申请保单时限管理系统第二实施例提供一种保单时限管理系统，基于上述本申请保单时限管理系统第一实施例，所述保单时限管理系统还包括：
配置模块50，用于根据预先配置的所述保单的特征信息及对应的权重，和预先配置的所述岗位的特征信息及对应的权重，配置所述保单在所述岗位的停留时限。
本申请保单时限管理系统第二实施例的具体方式与上述保单时限管理方法第二实施例基本相同，在此不作赘述。
进一步地，参照图6，本申请保单时限管理系统第三实施例提供一种保单时限管理系统，基于上述本申请保单时限管理系统第一实施例或第二实施例（本实施例以本申请保单时限管理系统第一实施例为例），所述告警模块40还用于，
若所述有效时长超过预设的停留时限，则确定所述保单超期，判断所述保单是否已被处理节点认领；若所述保单已被处理节点认领，则向所述处理节点和/或所述岗位对应的管理节点发送告警信息；若所述保单未被处理节点认领，则向所述岗位对应的管理节点和/或上级管理节点发送告警信息。
本申请保单时限管理系统第三实施例的具体方式与上述保单时限管理方法第三实施例基本相同，在此不作赘述。
进一步地，参照图8，本申请保单时限管理系统第四实施例提供一种保单时限管理系统，基于上述本申请保单时限管理系统第一实施例、第二实施例或第三实施例（本实施例以本申请保单时限管理系统第一实施例为例），所述保单时限管理系统还包括：
原因模块60，用于在收到输入的原因配置指令时，根据所述配置指令对应配置保单的超期原因。
本申请保单时限管理系统第四实施例的具体方式与上述保单时限管理方法第四实施例基本相同，在此不作赘述。
如图9所示，图9是本申请实施例方案涉及的硬件运行环境的装置结构示意图。本申请实施例保单时限管理设备可以是PC，也可以是便携计算机等装置设备。如图9所示，该装置可以包括：处理器1001，例如CPU，通信总线1002，用户接口1003，存储器1004，扫描仪1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选的用户接口1003还可以包括标准的有线接口、无线接口。存储器1004可以是高速RAM存储器，也可以是稳定的存储器（non-volatile
memory），例如磁盘存储器。存储器1004可选的还可以是独立于前述处理器1001的存储装置。可选地，装置还可以包括摄像头、RF（Radio
Frequency，射频）电路，WiFi模块等等。本领域技术人员可以理解，图9中示出的装置结构并不构成对装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图9所示，作为一种计算机存储介质的存储器1004中可以包括操作系统、用户接口模块以及保单时限管理程序。在图9所示的终端中用户接口1003主要用于连接用户端，与用户端进行数据通信；而处理器1001可以用于调用存储器1004上存储的保单时限管理程序，执行本申请任一实施例所述的保单时限管理方法。本申请保单时限管理设备的具体实施例与上述保单时限管理方法各实施例基本相同，在此不作赘述。
此外，本申请实施例还提出一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有保单时限管理程序，所述保单时限管理程序被处理器执行时实现如本申请任一实施例所述的保单时限管理方法。本申请计算机可读存储介质的具体实施例与上述保单时限管理方法各实施例基本相同，在此不作赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本申请各个实施例所述的方法。
以上仅为本申请的可选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
Claims (20)
- 一种保单时限管理方法，其特征在于，所述保单时限管理方法包括以下步骤：获取被管控的保单，以及所述保单当前所处的岗位；根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
- 如权利要求1所述的保单时限管理方法，其特征在于，所述保单时限管理方法还包括：根据预先配置的所述保单的特征信息及对应的权重，和预先配置的所述岗位的特征信息及对应的权重，配置所述保单在所述岗位的停留时限。
- 如权利要求1所述的保单时限管理方法，其特征在于，所述剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长的步骤包括：根据预先配置的节假日信息，筛选出所述时间区间内的工作日；根据预先配置的作息时间，以及所述时间区间内的工作日，统计所述保单在所述岗位停留的有效时长。
- 如权利要求1所述的保单时限管理方法，其特征在于，所述若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息的步骤包括：若所述有效时长超过预设的停留时限，则确定所述保单超期，判断所述保单是否已被处理节点认领；若所述保单已被处理节点认领，则向所述处理节点和/或所述岗位对应的管理节点发送告警信息；若所述保单未被处理节点认领，则向所述岗位对应的管理节点和/或上级管理节点发送告警信息。
- 如权利要求1所述的保单时限管理方法，其特征在于，所述保单时限管理方法还包括：在收到输入的原因配置指令时，根据所述配置指令对应配置保单的超期原因。
- 一种保单时限管理系统，其特征在于，所述保单时限管理系统包括：获取模块，用于获取被管控的保单，以及所述保单当前所处的岗位；时间模块，用于根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；剔除模块，用于剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；告警模块，用于若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
- 如权利要求6所述的保单时限管理系统，其特征在于，所述保单时限管理系统还包括：配置模块，用于根据预先配置的所述保单的特征信息及对应的权重，和预先配置的所述岗位的特征信息及对应的权重，配置所述保单在所述岗位的停留时限。
- 如权利要求6所述的保单时限管理系统，其特征在于，所述剔除模块还用于，根据预先配置的节假日信息，筛选出所述时间区间内的工作日；根据预先配置的作息时间，以及所述时间区间内的工作日，统计所述保单在所述岗位停留的有效时长。
- 如权利要求6所述的保单时限管理系统，其特征在于，所述告警模块还用于，若所述有效时长超过预设的停留时限，则确定所述保单超期，判断所述保单是否已被处理节点认领；若所述保单已被处理节点认领，则向所述处理节点和/或所述岗位对应的管理节点发送告警信息；若所述保单未被处理节点认领，则向所述岗位对应的管理节点和/或上级管理节点发送告警信息。
- 如权利要求6所述的保单时限管理系统，其特征在于，所述保单时限管理系统还包括：原因模块，用于在收到输入的原因配置指令时，根据所述配置指令对应配置保单的超期原因。
- 一种保单时限管理设备，其特征在于，所述文件扫描装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的保单时限管理程序，所述保单时限管理程序被所述处理器执行时实现如下步骤：获取被管控的保单，以及所述保单当前所处的岗位；根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
- 如权利要求11所述的保单时限管理设备，其特征在于，所述保单时限管理程序被所述处理器执行时还实现如下步骤：根据预先配置的所述保单的特征信息及对应的权重，和预先配置的所述岗位的特征信息及对应的权重，配置所述保单在所述岗位的停留时限。
- 如权利要求11所述的保单时限管理设备，其特征在于，所述保单时限管理程序被所述处理器执行时还实现如下步骤：根据预先配置的节假日信息，筛选出所述时间区间内的工作日；根据预先配置的作息时间，以及所述时间区间内的工作日，统计所述保单在所述岗位停留的有效时长。
- 如权利要求11所述的保单时限管理设备，其特征在于，所述保单时限管理程序被所述处理器执行时还实现如下步骤：若所述有效时长超过预设的停留时限，则确定所述保单超期，判断所述保单是否已被处理节点认领；若所述保单已被处理节点认领，则向所述处理节点和/或所述岗位对应的管理节点发送告警信息；若所述保单未被处理节点认领，则向所述岗位对应的管理节点和/或上级管理节点发送告警信息。
- 如权利要求11所述的保单时限管理设备，其特征在于，所述保单时限管理程序被所述处理器执行时还实现如下步骤：在收到输入的原因配置指令时，根据所述配置指令对应配置保单的超期原因。
- 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有保单时限管理程序，所述保单时限管理程序被处理器执行时实现如下步骤：获取被管控的保单，以及所述保单当前所处的岗位；根据所述保单转入所述岗位的时间，获取所述保单在所述岗位停留的时间区间；剔除所述时间区间内的非工作时间，计算所述保单在所述岗位停留的有效时长；若所述有效时长超过预设的停留时限，则确定所述保单超期，向所述岗位发送告警信息。
- 如权利要求16所述的计算机可读存储介质，其特征在于，所述保单时限管理程序被处理器执行时还实现如下步骤：根据预先配置的所述保单的特征信息及对应的权重，和预先配置的所述岗位的特征信息及对应的权重，配置所述保单在所述岗位的停留时限。
- 如权利要求16所述的计算机可读存储介质，其特征在于，所述保单时限管理程序被处理器执行时还实现如下步骤：根据预先配置的节假日信息，筛选出所述时间区间内的工作日；根据预先配置的作息时间，以及所述时间区间内的工作日，统计所述保单在所述岗位停留的有效时长。
- 如权利要求16所述的计算机可读存储介质，其特征在于，所述保单时限管理程序被处理器执行时还实现如下步骤：若所述有效时长超过预设的停留时限，则确定所述保单超期，判断所述保单是否已被处理节点认领；若所述保单已被处理节点认领，则向所述处理节点和/或所述岗位对应的管理节点发送告警信息；若所述保单未被处理节点认领，则向所述岗位对应的管理节点和/或上级管理节点发送告警信息。
- 如权利要求16所述的计算机可读存储介质，其特征在于，所述保单时限管理程序被处理器执行时还实现如下步骤：在收到输入的原因配置指令时，根据所述配置指令对应配置保单的超期原因。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710219187.8 | 2017-04-05 | ||
| CN201710219187.8A CN108335211A (zh) | 2017-04-05 | 2017-04-05 | 保单时限管理方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2018184537A1 true WO2018184537A1 (zh) | 2018-10-11 |
Family
ID=62923094
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2018/081790 Ceased WO2018184537A1 (zh) | 2017-04-05 | 2018-04-04 | 保单时限管理方法、系统、设备和计算机可读存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN108335211A (zh) |
| WO (1) | WO2018184537A1 (zh) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101008999A (zh) * | 2006-01-24 | 2007-08-01 | 鸿富锦精密工业（深圳）有限公司 | 签核流程管控系统及方法 |
| CN102184483A (zh) * | 2011-05-16 | 2011-09-14 | 浪潮集团山东通用软件有限公司 | 一种灵活可扩展的基于自定义工作日历的工作流调度框架 |
-
2017
- 2017-04-05 CN CN201710219187.8A patent/CN108335211A/zh active Pending
-
2018
- 2018-04-04 WO PCT/CN2018/081790 patent/WO2018184537A1/zh not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101008999A (zh) * | 2006-01-24 | 2007-08-01 | 鸿富锦精密工业（深圳）有限公司 | 签核流程管控系统及方法 |
| CN102184483A (zh) * | 2011-05-16 | 2011-09-14 | 浪潮集团山东通用软件有限公司 | 一种灵活可扩展的基于自定义工作日历的工作流调度框架 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108335211A (zh) | 2018-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019037396A1 (zh) | 账户清结算方法、装置、设备及存储介质 | |
| WO2018107610A1 (zh) | 业务数据处理方法、系统、设备及计算机可读存储介质 | |
| WO2018233351A1 (zh) | 自助理赔方法、装置、服务器和计算机可读存储介质 | |
| WO2018205544A1 (zh) | 软件项目管理方法、装置、终端及计算机存储介质 | |
| WO2019041831A1 (zh) | 一种绩效指标考核评估方法、设备、装置及存储介质 | |
| WO2019051887A1 (zh) | 家电的控制方法、装置和计算机可读存储介质 | |
| WO2019090983A1 (zh) | 基于医疗保险的理赔方法、装置及系统 | |
| WO2013131444A1 (zh) | 分享内容的方法、终端、服务器及系统、计算机存储介质 | |
| WO2019037454A1 (zh) | 保费缴纳方法、装置、设备及可读存储介质 | |
| WO2019100604A1 (zh) | 账户查询方法、装置、设备及计算机可读存储介质 | |
| WO2019104877A1 (zh) | 通过网站对接购买保险的方法、装置、设备及介质 | |
| WO2019090986A1 (zh) | 一种保险理赔案件的理算方法和装置 | |
| WO2019161615A1 (zh) | 账单录入方法、系统、光学字符识别服务器和存储介质 | |
| WO2019090984A1 (zh) | 一种保单责任明细的核对方法和装置 | |
| WO2019109520A1 (zh) | 视频面签派工方法、装置、设备及可读存储介质 | |
| WO2018053963A1 (zh) | 智能电视的系统升级方法及装置 | |
| WO2018166314A1 (zh) | 额度审批方法、装置、设备以及计算机可读存储介质 | |
| WO2019061613A1 (zh) | 贷款资质筛选方法、装置及计算机可读存储介质 | |
| WO2018233301A1 (zh) | 产品推荐方法、装置、设备以及计算机可读存储介质 | |
| WO2019090982A1 (zh) | 保险理赔流程的处理方法及装置 | |
| WO2018205545A1 (zh) | 数据生成方法、装置、终端及计算机可读存储介质 | |
| WO2018227880A1 (zh) | 数据比对方法、装置、设备及可读存储介质 | |
| WO2019109521A1 (zh) | 视频面签身份审核方法、装置、设备及可读存储介质 | |
| WO2016058258A1 (zh) | 终端远程控制方法和系统 | |
| WO2019140804A1 (zh) | 一种可疑交易监测方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18781136 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 20.01.2020) |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 18781136 Country of ref document: EP Kind code of ref document: A1 |