CN114399259A

CN114399259A - Employee data processing method and device

Info

Publication number: CN114399259A
Application number: CN202111414986.3A
Authority: CN
Inventors: 史宗耀; 汤泽; 景娜; 洪东晖
Original assignee: Taikang Insurance Group Co Ltd; Taikang Pension Insurance Co Ltd
Current assignee: Taikang Insurance Group Co Ltd; Taikang Pension Insurance Co Ltd
Priority date: 2021-11-25
Filing date: 2021-11-25
Publication date: 2022-04-26

Abstract

The invention discloses a method and a device for processing employee data, wherein a specific embodiment comprises the steps of responding to a tenant processing request, determining element information corresponding to a tenant, generating a treatment combination field, and further acquiring element data of the employee based on a time axis to obtain a multi-version treatment file of the employee; responding to the reimbursement request of the staff, acquiring time data of the reimbursement request, calling the multi-version treatment gear of the staff to position the treatment level, and executing a corresponding reimbursement program according to the treatment level. Therefore, the invention can meet the flexible configuration of different enterprise treatment items, realize the fine management of each treatment item of the staff, and be expandable and configurable.

Description

Employee data processing method and device

Technical Field

The invention relates to the technical field of computers, in particular to a method and a device for processing employee data.

Background

At present, staff management of a traditional insurance facing client system is a mode of fixing staff information fields, and dimensions of different client enterprises considering staff treatment under a multi-tenant scene are not fixed, such as age, working age, position, job level, health care objects and the like.

In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art:

generally, the reimbursement rule of the employee of the enterprise is determined by the enterprise treatment standard of the employee, and the dimension for measuring the treatment of the employee is different from enterprise to enterprise. The employee encounter sets a encounter file field in the database, combines a plurality of encounter items into different encounter files, customizes the different encounter files aiming at different enterprises, and executes reimbursement rules corresponding to the employees according to the encounter files.

The problem that arises is that such a combination of treatments becomes more and more complex as the treatment of different employees of the enterprise increases. When a certain treatment of the staff changes, the treatment file needs to be readjusted, which becomes difficult to realize for refining the treatment change of the management staff, the multiple versions of the treatment of the management staff and the statistical analysis of reimbursement data based on the dimensionality of the multiple staff treatment.

Disclosure of Invention

In view of this, embodiments of the present invention provide a method and an apparatus for processing employee data, which can meet flexible configuration of different enterprise treatment items, implement fine management of each treatment item of an employee, and be extensible and configurable.

In order to achieve the above object, according to an aspect of the embodiments of the present invention, a method for processing employee data is provided, including responding to a tenant processing request, determining element information corresponding to a tenant, generating a treatment combination field, and further acquiring element data of the employee based on a time axis to obtain a multi-version treatment file of the employee; responding to the reimbursement request of the staff, acquiring time data of the reimbursement request, calling the multi-version treatment gear of the staff to position the treatment level, and executing a corresponding reimbursement program according to the treatment level.

Optionally, determining element information corresponding to the tenant, and generating a treatment combination field includes: and calling an extensible employee attribute field table corresponding to the tenant, selecting a corresponding employee attribute field based on the tenant processing request, and generating a treatment combination field.

Optionally, obtaining time-axis-based element data of the employee to obtain a multi-version treatment file of the employee includes:

generating a plurality of groups of change processes of the attribute fields of the employees based on the tenant processing request according to the grade setting of each attribute field of the employees in the combined fields of the encounters;

calling a change rule set, and matching an execution rule for each group of the to-be-encountered field subset change processes;

acquiring staff attribute field data of the staff based on a time axis, and processing a corresponding change process of the treatment field subset based on an execution rule to obtain a multi-version treatment file of the staff.

Optionally, the changing the flow matching execution rule for each group of the subset of the fields to be encountered includes:

identifying field identifiers in each group of to-be-encountered field subset change flows;

and judging whether the field identification is a dynamic identification, if so, matching run-time execution or timed execution in the change rule set, and if not, matching customized execution in the change rule set.

Optionally, obtaining the multi-version treatment profile of the employee includes:

setting a treatment effective time field and a treatment termination time field for each version of treatment file according to the multi-version treatment files of the time shaft;

and determining the time zone of each version of the file according to the effective time field and the termination time field of the file, and setting the processing state of the version of the file in the time zone as valid.

Optionally, determining a time zone of each version handle to set the handle status of the version handle in the time zone as valid includes:

judging whether a plurality of version files exist in a time area determined by the processing effective time field and the processing termination time field;

if so, positioning a starting time point with a plurality of version treatment files based on a time axis, setting the treatment state of the version treatment files corresponding to a time area before the starting time point as valid, taking the starting time point as the treatment termination time of the version treatment files, and changing the treatment state of the version treatment files into invalid; meanwhile, the starting time point is used as the effective time of the next version of the waiting file on the time axis, and the waiting state of the next version of the waiting file is changed into effective;

if not, setting the processing state of the version processing file corresponding to the time zone as effective.

determining a calculation model corresponding to the employee attribute field according to the employee attribute field in the combined field to be encountered;

acquiring element data of the staff based on a time axis, respectively obtaining a processing result of each staff attribute field through a corresponding calculation model, and further generating a multi-version treatment file of the staff based on the time axis.

In addition, the invention also provides an employee data processing device, which comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for responding to a tenant processing request, determining element information corresponding to the tenant, generating a treatment combination field, and further acquiring element data of an employee based on a time axis to obtain a multi-version treatment file of the employee; and the processing module is used for responding to the reimbursement request of the staff, acquiring the time data of the reimbursement request, calling the multi-version treatment grade of the staff to position the treatment grade, and executing a corresponding reimbursement program according to the treatment grade.

One embodiment of the above invention has the following advantages or benefits: the invention flexibly supports the individualized employee treatment maintenance of different enterprises, supports the enterprises to dynamically maintain the treatment change of the employees according to the month, year, appointed rule or along with the time axis, can meet the individualized employee treatment management requirement of the enterprises under the multi-tenant service scene, and can manage multi-version employee treatment information according to the time axis so as to lay a solid foundation for developing customers and quickly responding to the customer requirement; and moreover, the effective time is utilized to realize multi-version information management of employee treatment and lag and backtracking management of employee treatment change time.

Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

fig. 1 is a schematic diagram of a main flow of an employee data processing method according to a first embodiment of the present invention;

fig. 2 is a schematic diagram of a main flow of an employee data processing method according to a second embodiment of the present invention;

fig. 3 is a schematic diagram of a main flow of an employee data processing method according to a third embodiment of the present invention;

fig. 4 is a schematic diagram of a main flow of an employee data processing method according to a fourth embodiment of the present invention;

FIG. 5 is a schematic diagram of the main modules of an employee data processing apparatus according to an embodiment of the present invention;

FIG. 6 is an exemplary device architecture diagram in which embodiments of the present invention may be employed;

fig. 7 is a schematic structural diagram of a computer apparatus of a terminal device or a server suitable for implementing an embodiment of the present invention.

Detailed Description

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

Fig. 1 is a schematic view of a main flow of an employee data processing method according to a first embodiment of the present invention, the employee data processing method including:

step S101, responding to a tenant processing request, determining element information corresponding to the tenant, generating a treatment combination field, and further acquiring element data of the staff based on a time axis to obtain a multi-version treatment file of the staff.

In some embodiments, determining element information corresponding to the tenant and generating a treatment combination field includes: and calling an extensible employee attribute field table corresponding to the tenant, selecting a corresponding employee attribute field based on the tenant processing request, and generating a treatment combination field.

In a further embodiment, the time-axis-based element data of the employee is acquired to obtain the multi-version treatment profile of the employee, and then a plurality of groups of treatment field subset change processes are generated based on the tenant processing request according to the profile setting of each employee attribute field in the treatment combination field. Illustratively, an extensible employee attribute field table corresponding to enterprise tenants is called, and the treatment measurement standards of employees are selected as the working age, the employee state and the job level, wherein the working age level is set as follows: the working age is the first grade for 1-5 years, the second grade for 6-10 years, and the third grade for more than 10 years. The employee status level setting comprises: in time and retire. The job level setting is divided into: expert, senior, intermediate, and junior. Generating a plurality of sets of treatment field subset change processes based on the tenant processing request: the method comprises a process of changing the subset of the fields to be met, which comprises the work age, the employee state and the job level, and a process of changing the subset of the fields to be met, which comprises the job level. Specifically, the process of changing the subset of the treatment fields comprising the working age, the employee status and the job level comprises the following steps: (1) the first grade of job, working age and the first grade of senior high school are the first grade of treatment; (2) the second gear of job, working age and the second gear of medium and primary level are the second gear to be met; (3) the second, third and the first highest grade are the third grade of treatment. The change process of the job-level composition treatment field subset comprises the following steps: (4) the expert is the fourth grade of treatment; (5) retirement is the fifth gear of treatment.

And then calling a change rule set, and changing the flow matching execution rule for each group of the field subset to be encountered. Acquiring staff attribute field data of the staff based on a time axis, and processing a corresponding change process of the treatment field subset based on an execution rule to obtain a multi-version treatment file of the staff. For example, a staff member enters the job on 9/1/2015, the job level of the time of entry is middle level, the custom execution change job level is high on 8/1/2020, and the effective time is 11/1/2020. There are two records of this employee in the database thereafter: (1) medium grade, effective time is from entry to 2020, 11 months and 1 day; (2) advanced, effective time is from 11/1/2020 to date. The current time is 2021, 3 and 1, and in the change history of the staff, the staff is treated according to the time axis from far to near: (1) waiting for one grade, namely 2015, 9, month 1 and 2020, 9, month 1; (2) second-grade treatment is carried out, namely 9 month 1 day in 2020 to 11 month 1 day in 2020; (3) the third gear is treated, namely 11 and 1 in 2020 to the present. That is to say, when the job operation needs to query the employee's job level, the enumerable employee attribute field data is generated based on the execution rule according to the factor information and the time range of the employee, and finally the employee's job file is returned according to the employee's multi-version job file to complete the calculation of the job file of the employee.

In addition, when the execution rule is matched for each group of the field subset to be changed, the field identifier in the field subset to be changed in each group of the field subset to be changed can be identified, then whether the field identifier is a dynamic identifier or not is judged, if yes, the field identifier is matched with the run-time execution or the timing execution in the change rule set, and if not, the field identifier is matched with the customized execution in the change rule set. It can be seen that the embodiment of the invention can flexibly set the treatment execution rule of the staff, so that the treatment change rule is expanded into three modes of operation, timing task triggering and customizing operation, the expansibility of the treatment operation is greatly improved, and the complexity of the treatment operation is reduced. And the whole treatment reimbursement rule flexibly sets a treatment item combination according to the requirements of enterprise customers, combines the operation rule, regularly executes or customizes the multi-version treatment information of operation, and combines to generate the treatment file information of the staff, wherein the staff treatment files have continuity on a time axis.

As still other embodiments, the multiple-version treatment for the employee may further set a treatment effective time field and a treatment termination time field for each version treatment according to the multiple-version treatment of the time axis. And then determining the time zone of each version of the file through the effective time field and the termination time field of the file, and setting the processing state of the version of the file in the time zone as valid.

In a further embodiment, determining a time zone of each version handle to set the handle status of the version handle in the time zone as valid includes:

judging whether a plurality of version files exist in a time area determined by the processing effective time field and the processing termination time field; if so, positioning a starting time point with a plurality of version treatment files based on a time axis, setting the treatment state of the version treatment files corresponding to a time area before the starting time point as valid, taking the starting time point as the treatment termination time of the version treatment files, and changing the treatment state of the version treatment files into invalid; meanwhile, the starting time point is used as the effective time of the next version of the waiting file on the time axis, and the waiting state of the next version of the waiting file is changed into effective; if not, setting the processing state of the version processing file corresponding to the time zone as effective.

For example, the employee adjusts the expert level for a special contribution in year 2020, month 10 and 1, the change is performed in year 2020, month 12 and 1, and the effective time is designated as year 2020, month 10 and 1. Then, four records of the employee are stored in the database, namely, the multi-version employee treatment file: (1) the effective time is from entry to 2020, 10 months and 1 day, and the effective waiting state is 1; (2) the effective time is from entry to 2020, 11 months and 1 day, and the effective waiting state is 0; (3) high grade, the effective time is from 2020 to 11/1 to the present, and the effective waiting state is 0; (3) experts, effective time from 10/1/2020 to date, encounter an effective state of 1.

It can be seen that if the change occurs in a situation where the time period is repeated, the new change will overwrite the old change, and the processing state of the old change in which the time period is repeated is set to 0, which is invalid and is retained as the change history. Only change records with the condition of 1 need to be concerned in the process of calculating the treatment. That is, the multi-version information of the treatment is generated by using the effective treatment time, the termination treatment time and the treatment state, that is, a multi-version staff treatment file continuous time shaft is formed, and the change of the treatment is combined according to the treatment files and then quantized based on the time shaft. Meanwhile, the current treatment information of the staff can be accurately matched on a time axis, the information of the change of the multi-version staff treatment files along with the time can be visually seen, the complexity of staff treatment operation is greatly simplified, a solid foundation is laid for realizing staff treatment data management of multi-tenant, multi-service line and multi-supplier general service, namely that the retrospective treatment change time is supported, and the problem of lag of staff treatment change is solved.

It is worth mentioning that the employee attribute fields in the combined field to be encountered may all determine corresponding calculation models, and then obtain the processing result of each employee attribute field through the corresponding calculation model according to the element data of the employee based on the time axis, and further generate the multi-version encounter file of the employee based on the time axis. Exemplary, employee attribute fields: the working age is dynamically calculated according to the date of entry, the calculation model is calculated according to one year in less than one year, and is rounded down in more than 1 year, and the calculation model is as follows:

MAX {1, Rounddown (treatment day-due date) }, where Rounddown is a rounded down function.

Step S102, responding to the reimbursement request of the staff, acquiring time data of the reimbursement request, calling the multi-version treatment gear of the staff to position the treatment level, and executing a corresponding reimbursement program according to the treatment level.

For example, when two invoices are required to be reimbursed in the reimbursement request of the employee, if the invoice date is 9/2/2020, the working age level is calculated as the second level by the operation, and the reimbursement is carried out according to the second level of the treatment level comprehensively. If the invoice date occurs in 11 month and 2 days in 2020, the working age is calculated as second grade when in operation, but the job grade is adjusted to be high grade in 11 month and 1 day in 2020, and the invoice is comprehensively reimbursed according to the treatment grade of third grade.

Fig. 2 is a schematic diagram of a main flow of an employee data processing method according to a second embodiment of the present invention. The employee data processing method faces the requirement of diverse employee treatment of different enterprises in a multi-tenant and multi-service line scene, simplifies the complexity of employee treatment change and treatment operation, and comprises the following steps:

step S201, responding to a tenant processing request, calling an extensible employee attribute field table corresponding to the tenant, selecting a corresponding employee attribute field based on the tenant processing request, and generating a treatment combination field.

For example, for different tenants, an extensible employee attribute field table can be flexibly configured according to customer requirements, and a field for determining employee treatment is selected as a treatment combination field. For example: including age, job position, job level, and health subject employee attribute fields.

And step S202, generating a plurality of groups of treatment field subset change processes based on the tenant processing request according to the grade setting of each employee attribute field in the treatment combination field.

For example, a set-to-be-met field subset change process may be selected according to tenant requirements, for example: and taking the change positions and positions in the combined fields to be encountered as a set of change flows of the subset of the fields to be encountered.

Step S203, identify the field id in the change flow of each group of the to-be-treated field subsets.

Step S204, determining whether the field identifier is a dynamic identifier, if so, performing step S205, otherwise, performing step S206.

In step S205, the run-time execution or the timed execution in the change rule set is matched, and step S207 is performed.

In step S206, the customization in the change rule set is matched and executed, and step S207 is performed.

By way of example, the execution rules for determining each set of pending field subset change flows include runtime execution, timed execution, and custom execution. The runtime executes fields such as birth date, enrollment date, correction date, working date and the like, can be preset operation expressions in advance, and dynamically executes and calculates the current treatment items of the employee at the runtime. The timing execution principle is executed in the same running process, and the difference is that the timing execution is to set a timing task according to the requirements of tenants to calculate and generate the treatment items of the employees, for example, the working age files are uniformly calculated and changed according to a certain time point of the natural year. The customized execution directly changes static treatment fields of the staff, such as job level, position, health care object category and the like, and needs to set the effective time or effective time range.

And step S207, determining a calculation model corresponding to the employee attribute field according to the employee attribute field in the treatment combination field.

And S208, acquiring employee attribute field data of the employee based on the time axis, and respectively obtaining the processing result of each employee attribute field through the corresponding calculation model based on the execution rule.

Step S209, executing a corresponding process for changing the subset of the treatment field according to the processing result of the attribute field of the employee, and obtaining the multi-version treatment file of the employee.

Step S210, responding to the reimbursement request of the staff, and acquiring time data of the reimbursement request.

And step S211, calling the multi-version treatment gear of the employee to position the treatment level so as to execute a corresponding reimbursement program according to the treatment level.

Fig. 3 is a schematic diagram of a main flow of an employee data processing method according to a third embodiment of the present invention. Based on a system administrator, the employee data processing method comprises the following steps:

step S301, responding to a tenant processing request, calling an extensible employee attribute field table corresponding to the tenant, selecting a corresponding employee attribute field based on the tenant processing request, and generating a treatment combination field.

And step S302, generating a plurality of groups of treatment field subset change processes based on the tenant processing request according to the grade setting of each employee attribute field in the treatment combination field.

Step S303, identifying the field identification in each group of the change flows of the field subsets to be encountered.

Step S304, determining whether the field identifier is a dynamic identifier, if so, performing step S305, otherwise, performing step S306.

Step S305, performing run-time execution or timed execution in the matching change rule set, setting a dynamic field, and then performing step S307.

For example, a dynamic field of runtime execution or timed execution may include execution time, and the like.

Step S306, the customization execution in the matching change rule set is performed, the customization field is set, and step S307 is performed.

By way of example, the custom field may be an effective time, an effective time range, and the like.

And step S307, acquiring staff attribute field data of the staff based on a time axis, and processing a corresponding treatment field subset change process based on an execution rule to obtain a multi-version treatment file of the staff.

In the embodiment, each of the processing fields calls the corresponding calculation model to process when the corresponding processing field subset change process is processed based on the execution rule. For example, the computational model may be an operational expression.

Fig. 4 is a schematic diagram of a main flow of an employee data processing method according to a fourth embodiment of the present invention. Based on enterprise management staff, the staff data processing method comprises the following steps:

step S401, responding to the customization or timing execution change instruction, and determining the corresponding change employee attribute field.

And step S402, setting the effective time or effective time range of the changed employee attribute field.

In the embodiment, in addition to the runtime execution timing execution and the custom execution, the validation time or the validation time range needs to be set. The validation time may be set to be immediately validated, may be specified as a future day, or may be specified as a past day. Wherein the day designated as the past time can solve the problem that the employee needs to backtrack after the change time lags.

And step S403, acquiring the employee multi-version treatment file corresponding to the customized execution change instruction.

Step S404, determining whether there are multiple versions of the pending file in the time zone determined by the pending validation time field and the pending termination time field, if yes, performing step S405, and if not, performing step S406.

In the embodiment, the transaction file has three fields of validation time, termination time and transaction state. When the employee's treatment changes, the employee's treatment is designated as a certain effective time, the new effective time is compared with the effective time of each record in the multi-version treatment file of the employee in the history records, that is, after the history of the employee's treatment changes is sorted by the effective time of the treatment, the change record with continuous time axis is formed, and the treatment termination time of the previous record is the effective time of the next change. Preferably, the effective time and the termination time of the treatment of one record (namely one version treatment file) adopt the principle of closing before opening, namely the effective time of the treatment is a closed interval, and the termination time of the treatment is an open interval.

Step S405, positioning a starting time point with a plurality of version treatment files based on a time axis, setting the treatment state of the version treatment file corresponding to a time area before the starting time point as valid, and taking the starting time point as the treatment termination time of the version treatment file, wherein the treatment state of the version treatment file is changed into invalid. And meanwhile, the starting time point is used as the effective time of the next version of the waiting file on the time axis, and the waiting state of the next version of the waiting file is changed into effective. Then, step S407 is performed.

In an embodiment, if a plurality of version handlings are repeated in time period, the new version handlings will cover the old version handlings, and the handling state of the old version handlings repeated in time period is set to 0, namely invalid, and is used as the change history retention. It should be noted that only records with version-pending file pending status of 1 need to be concerned in the pending calculation.

In step S406, the processing state of the version processing file corresponding to the time zone is set to be valid, and step S407 is performed.

And step S407, updating and storing the employee multi-version treatment file.

Fig. 5 is a schematic diagram of main modules of an employee data processing apparatus according to an embodiment of the present invention, and as shown in fig. 5, the employee data processing apparatus 500 includes an acquisition module 501 and a processing module 502. The obtaining module 501, in response to a tenant processing request, determines element information corresponding to a tenant, generates a treatment combination field, and further obtains element data of an employee based on a time axis to obtain a multi-version treatment file of the employee; the processing module 502 responds to the reimbursement request of the employee, acquires time data of the reimbursement request, and calls a multi-version treatment file of the employee to position a treatment level so as to execute a corresponding reimbursement program according to the treatment level.

In some embodiments, the obtaining module 501 determines element information corresponding to the tenant, and generates a treatment combination field, including:

and calling an extensible employee attribute field table corresponding to the tenant, selecting a corresponding employee attribute field based on the tenant processing request, and generating a treatment combination field.

In some embodiments, the obtaining module 501 obtains the time-axis-based element data of the employee to obtain the multi-version treatment document of the employee, including:

In some embodiments, the obtaining module 501 alters the flow matching execution rule for each set of the subset of the pending fields, including:

In some embodiments, the obtaining module 501 obtains the multi-version treatment profile of the employee, including:

In some embodiments, the determining, by the obtaining module 501, a time region of each version handle, so as to set a handle state of the version handle in the time region as valid, includes:

It should be noted that, the employee data processing method and the employee data processing apparatus according to the present invention have corresponding relationships in the specific implementation contents, and therefore, the description of the repeated contents is omitted.

Fig. 6 shows an exemplary device architecture 600 of an employee data processing method or employee data processing device to which embodiments of the invention may be applied.

As shown in fig. 6, the apparatus architecture 600 may include

terminal devices

601, 602, 603, a network 604, and a server 605. The network 604 serves to provide a medium for communication links between the

terminal devices

601, 602, 603 and the server 605. Network 604 may include various types of connections, examples of which are wired, wireless communication links, or fiber optic cables, among others.

A user may use the

terminal devices

601, 602, 603 to interact with the server 605 via the network 604 to receive or send messages or the like. The

terminal devices

601, 602, 603 may have various communication client applications installed thereon, such as shopping applications, web browser applications, search applications, instant messaging tools, mailbox clients, social platform software, etc. (for example only).

The

terminal devices

601, 602, 603 may be various electronic devices having employee data processing screens and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 605 may be a server providing various services, an example background management server (merely an example) providing support for shopping-like websites browsed by users using the

terminal devices

601, 602, 603. The background management server may analyze and perform other processing on the received data such as the product information query request, and feed back a processing result (the example target push information and the product information — only the example) to the terminal device.

It should be noted that the employee data processing method provided by the embodiment of the present invention is generally executed by the server 605, and accordingly, the computing device is generally disposed in the server 605.

It should be understood that the number of terminal devices, networks, and servers in fig. 6 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to fig. 7, shown is a schematic diagram of a computer apparatus 700 suitable for use in implementing a terminal device of an embodiment of the present invention. The terminal device shown in fig. 7 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.

As shown in fig. 7, the computer apparatus 700 includes a Central Processing Unit (CPU)701, which can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)702 or a program loaded from a storage section 708 into a Random Access Memory (RAM) 703. In the RAM703, various programs and data necessary for the operation of the computer device 700 are also stored. The CPU701, the ROM702, and the RAM703 are connected to each other via a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.

The following components are connected to the I/O interface 705: an input portion 706 including a keyboard, a mouse, and the like; an output section 707 including components such as a Cathode Ray Tube (CRT), a liquid crystal staff data processor (LCD), and a speaker; a storage section 708 including a hard disk and the like; and a communication section 709 including a network interface card such as a LAN card, a modem, or the like. The communication section 709 performs communication processing via a network such as the internet. A drive 710 is also connected to the I/O interface 705 as needed. A removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 710 as necessary, so that a computer program read out therefrom is mounted into the storage section 708 as necessary.

In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. The disclosed embodiments of the invention include, by way of example, a computer program product comprising a computer program embodied on a computer readable medium, the computer program containing program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through the communication section 709, and/or installed from the removable medium 711. The computer program performs the above-described functions defined in the apparatus of the present invention when executed by the Central Processing Unit (CPU) 701.

It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. Examples of a computer readable storage medium may be, but are not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor device, apparatus, or a combination of any of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution apparatus, device, or apparatus. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution apparatus, device, or apparatus. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. As an example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based apparatus that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present invention may be implemented by software or hardware. The described modules may also be provided in a processor, which may be described, for example, as: a processor includes an acquisition module and a processing module. Wherein the names of the modules do not in some cases constitute a limitation of the module itself.

As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs, and when the one or more programs are executed by the equipment, the equipment responds to a tenant processing request, determines element information corresponding to the tenant, generates a treatment combination field, and further acquires element data of the employee based on a time axis to obtain a multi-version treatment file of the employee; responding to the reimbursement request of the staff, acquiring time data of the reimbursement request, calling the multi-version treatment gear of the staff to position the treatment level, and executing a corresponding reimbursement program according to the treatment level.

According to the technical scheme of the embodiment of the invention, the embodiment of the invention can meet the flexible configuration of different enterprise treatment items, realize the fine management of each treatment item of the staff, and be expandable and configurable.

The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. An employee data processing method, comprising:

responding to a tenant processing request, determining element information corresponding to the tenant, generating a treatment combination field, and further acquiring element data of the employee based on a time axis to obtain a multi-version treatment file of the employee;

responding to the reimbursement request of the staff, acquiring time data of the reimbursement request, calling the multi-version treatment gear of the staff to position the treatment level, and executing a corresponding reimbursement program according to the treatment level.

2. The method of claim 1, wherein determining element information corresponding to the tenant and generating a treatment combination field comprises:

3. The method of claim 2, wherein obtaining element data of the employee based on a time axis to obtain a multi-version treatment profile of the employee comprises:

4. The method of claim 3, wherein modifying the flow matching enforcement rule for each set of subset of fields to be encountered comprises:

5. The method of claim 1, wherein obtaining a multi-version treatment profile for the employee comprises:

6. The method of claim 5, wherein determining a time region for each version handle to set the handle status of the version handle in that time region as valid comprises:

7. The method according to any one of claims 1 to 6, wherein obtaining time axis-based element data of the employee to obtain a multi-version treatment profile of the employee comprises:

8. An employee data processing apparatus, comprising:

the acquisition module is used for responding to a tenant processing request, determining element information corresponding to the tenant, generating a treatment combination field, and further acquiring element data of the staff based on a time axis to obtain a multi-version treatment file of the staff;

and the processing module is used for responding to the reimbursement request of the staff, acquiring the time data of the reimbursement request, calling the multi-version treatment grade of the staff to position the treatment grade, and executing a corresponding reimbursement program according to the treatment grade.

9. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-7.

10. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-7.