The invention generally relates to a method and system of administrating benefit plans.
The explosion of employer-sponsored benefit plans carries with it a high administrative burden. This burden falls on both the company underwriting and/or administrating the plan, as well as the plan sponsor, usually an employer.
Information about plan participants (often employees) must be compiled and transferred by the plan sponsor (often an employer) to the plan provider that administers the plan. Thereafter, on an on-going basis, instructions, changes, and money must pass between the plan sponsor and the plan provider in order to operate the plan.
A conventional way of performing these tasks is for the plan sponsor to document the needed information to initialize the plan. This documentation is sent to the plan provider. The plan provider has staff to enter the information into its in-house computer system for processing. Thereafter, sponsors periodically fill out what are called “list bills” (sent from the plan provider), instructing the plan provider as to individual participants' choices regarding the plan (e.g. contribution amounts, investment options, etc.), changing or updating information, or otherwise providing the needed on-going data to effectuate plan participant choices regarding the plan. With the list bill, the plan sponsor typically sends one or more checks correlated to the contributions from participants and/or the plan sponsor.
The plan provider must expend considerable resources to handle and process the information and funds. The list bills and checks must be received and properly handled. Information, retrieved and documented once by the plan sponsor, must now be re-entered (sometimes manually) into the plan provider's computer system.
Many plans allow the purchase of financial securities such as stocks, bonds, etc. By law, the plan provider must buy or sell the securities instructed by the list bill the day they receive the instructions or, make up any difference between the price of the security on the day of the order versus a higher price at any time thereafter. Thus, time is of the essence to process the list bills. A delay in entry, which delays the purchase or selling of securities, puts the plan provider at substantial risk of monetary loss.
Errors in data entry can also be costly. Data entry errors can occur on the list bill. The re-entry of information from the list bill by data entry personnel at the plan provider can also result in errors. These errors must either be rectified or compensated by the plan provider, or may delay the processing of the list bill order, again putting the plan provider at risk as discussed above. Such errors or delays may be individually relatively insignificant, but increase in significance given the number of transactions typically handled by plan providers. The use of list bills requires cumbersome documenting of information and handling of funds by the plan sponsor. The plan provider has to re-handle the list bill information and funds.
Attempts have been made to address these problems. Some methods allow modem dial-in connectivity between the plan sponsor and the plan provider. This is helpful in allowing a plan sponsor to access information about the plan and send data to the plan provider. However, it requires distribution of specialized software to plan sponsor. It is cumbersome and costly to update and maintain the software. Therefore, update and maintenance of the software is usually done only periodically. Such a method also is essentially an electronic data transfer mechanism, but does not allow real time interaction with the plan provider.
Another method allows sponsors subscribing to the plan to access a front end of the plan provider's in-house system and essentially writes data from a plan sponsor to a file. The file can then be given to the in-house computer for retrieval and processing of the information in the file. However, there is no real time interactive ability allowing a plan sponsor to up-date or change data or information relative to the plan.
Some embodiments of the invention provide a method of providing benefit plan administration to a first sponsor having at least one participant enrolled in a benefit plan including electronically receiving benefit plan information from the first sponsor, electronically providing benefit plan information to the first sponsor, and electronically providing benefit plan information to the at least one participant.
Another embodiment of the invention provides a system for providing benefit plan administration to a first sponsor having at least one participant enrolled in a benefit plan including a server that receives benefit plan information from the first sponsor, provides secure access to benefit plan information to the first sponsor, and provides secure access to benefit plan information to the at least one participant.
Additional embodiments of the invention include a method of providing benefit plan administration to a sponsor having a plurality of participants enrolled in a benefit plan including receiving benefit plan information from the sponsor, determining eligibility information based on the benefit plan information, and providing the sponsor access to the eligibility information.
Further embodiments of the invention include a method of providing benefit plan administration to a sponsor having at least one participant enrolled in a benefit plan including electronically receiving participant information from the sponsor, wherein electronically receiving participant information from the sponsor includes at least one of manually entering the participant information and importing a file including the participant information.
Before any embodiments of the invention are explained in detail, it is to be understood that the invention is not limited in its application to the details of construction and the arrangement of components set forth in the following description or illustrated in the following drawings. The invention is capable of other embodiments and of being practiced or of being carried out in various ways. Also, it is to be understood that the phraseology and terminology used herein is for the purpose of description and should not be regarded as limited. The use of “including,” “comprising” or “having” and variations thereof herein is meant to encompass the items listed thereafter and equivalents thereof as well as additional items. The terms “mounted,” “connected” and “coupled” are used broadly and encompass both direct and indirect mounting, connecting and coupling. Further, “connected” and “coupled” are not restricted to physical or mechanical connections or couplings, and can include electrical connections or couplings, whether direct or indirect.
In addition, it should be understood that embodiments of the invention include both hardware and software components or modules. As such, it should be noted that a plurality of hardware and software based devices, as well as a plurality of different structural components may be utilized to implement the invention. Furthermore, and as described in subsequent paragraphs, the specific configurations illustrated in the drawings are intended to exemplify embodiments of the invention and that other alternative configurations are possible.
As described with respect to
As described with respect to
The plan sponsor 16 can exchange information with the plan provider 14. The plan sponsor 16 can transmit information concerning contributions made to retirement plans of the plan participants associated with the plan sponsor, loan payments made to a retirement account by participants associated with the plan sponsor, compliance information associated with the plan sponsor, and banking information associated with the plan sponsor. Other information associated with the plan sponsor can also be transferred to the plan provider.
The plan provider 14 can transfer information to the sponsor 16. In some embodiments, this information 20 can include general summaries of the retirement plans associated with participants of the plan sponsor, participation summaries, investment summaries, the results of compliance tests, and an activity ledger.
The plan provider 14 can exchange information with the plan participant 12. The plan participant 12 can transfer information 22 to the plan provider 14. In some embodiments, the information 22 can include changes in investment direction, the transfer of existing money, and rebalancing of investment allocation.
In addition, the plan provider 14 can transfer information 24 to the plan participant 12. In some embodiments, this information can include retirement plan summaries, details of retirement plans, and account information.
The information exchange between the plan provider 14 and the sponsor 16 and between the plan provider 14 and participant 12 can occur over the Internet or another network. The information can be presented to and retrieved by the plan provider 14 through use of a World Wide Web based interface. The use of this type of network and this type of interface can provide a convenient method for large numbers of people to access this information. In addition, participants and sponsors would normally have access to the Internet and would not accrue any additional costs when a web-based system is implemented.
Some embodiments of the invention can be implemented with a web site.
The web site of some embodiments of the invention is secured. Security can be added through a number of different methods. For example, security can be added through implementation of the secure sockets layer (SSL) protocol or other protocols that implement public/private keys, digital certificates, and other security measures aimed at providing authentication. Similarly, other security protocols or measures can be used. In some embodiments, the plan sponsors and participants must log in to the system by entering an identifier, and a personal identification number (PIN), or other means of identification. The invention is not in anyway limited to the type of security used. However, some embodiments of the invention require that the information exchanged be considered confidential and private by both sponsors and participants.
As shown in
As shown in
When the plan sponsor chooses to navigate to the send contributions/loan payments option, the plan sponsor can be presented with a send contributions/loan payment, as shown in web page of
The contributions tab 104 can include an ID column 110 for displaying employee identification numbers, which can be social security numbers in some embodiments. A name column 112 can display the names of employees who may be making contributions. A matching column 114 and a loans column 116 can be used to display the matching contributions for an employee made by a plan sponsor and the contribution made (amount deferred) by the employee or participant. The plan sponsor can modify these amounts accordingly by inputting or changing values entered in the text boxes in the matching column and the deferred column. For example, the employer or sponsor can choose to contribute one half of the amount that the employee or participant elects to defer. A subtotal 18 for each type of contribution can be displayed and a total 120 for the combined amount of the contributions can also be displayed.
Additional functionality can be provided through search and sort functions 122 that can allow a user to search for a particular employee or to sort employees. The search and sort functions can be used where there are a large number of employees or participants associated with a single sponsor. Navigation buttons can also be used on web page 96. For example, a continue button 124 may be used to proceed to the next screen in a sequence of screens. A save button 126 can allow the current information to be saved, and a cancel button 128 can ensure that changes made are not saved.
Although the contents of other tabs are not shown, each tab can include other information that a plan sponsor can use in sending contributions, loan payments, and related information. For example, a loan tab 108 can display the amount of loan payments and additional principal-only payments for participants who have borrowed from their retirement plan. Other embodiments of the invention may not use tabs to organize information.
In some embodiments of the invention, instead of requiring the plan sponsor to enter the contribution and loan payment amounts manually into the information exchange web site, the plan sponsor can also import a file containing the necessary information. For example, the plan sponsor's internal accounting software can generate a file that contains all the required information. For example, the plan sponsor can use a spreadsheet application to conduct the plan sponsor's accounting. Spreadsheet applications and accounting applications can allow a user to save or export information to another file, such as a comma separated value (csv) file or other such file. Some embodiments of the invention permit a plan sponsor to import a pre-existing file containing contribution and loan payment information. This simplifies the information exchange process for the plan sponsor as this information does not need to be manually re-entered into the information exchange web site. The plan sponsor need only save the required information in a delimited file and then import the file into the information exchange web site. Referring to
In some embodiments of the invention, the user can specify text qualifiers such as double quotes or single quotes that can be used to set off data contained in the import file. In addition, there can be headers and/or footers contained in the import file so the plan sponsor can select the row to begin the import and the row to end the import so that the header and footer information, which is not desired, is not imported. To aid in the process of selecting the proper import parameters, a preview box 162 can also be used that contains the file data or the file data associated with a previously-imported file. Once the import parameters are selected, the plan sponsor can either cancel by selecting the cancel button 164 or proceed with the import by selecting the next button 166. The data can be verified prior to being imported. In addition, if any errors occur in the import process, the plan sponsor can be informed. The file format of the import file can also be saved so that in future imports, the plan sponsor need not adjust the file type information.
A top-heavy test is a test to see if the retirement plan meets qualification requirements for a given plan year. A retirement plan is considered top-heavy when key employees hold more than a certain percentage (i.e., 60%) of the total retirement funds in their accounts. The significance of a top-heavy plan is that when a retirement plan is top-heavy, faster vesting requirements may apply. If a retirement plan is top-heavy, a minimum contribution may be due.
A coverage test can be performed to determine if the retirement plan meets minimum coverage rules associated with internal revenue code section 410(b). The test can be used to ensure that a particular retirement plan does not discriminate in favor of highly-compensated employees. The particular coverage test for a contribution plan can include a number of separate tests depending upon the particular retirement plan. These tests can involve testing for 401(k) provision for elective deferrals, testing for 401(m) provisions for matching contributions from sponsors and employee after-tax contributions, and testing for non-401 (k)/(m) provisions for other employer contributions and qualified non-elective contributions. A 401(k)/(m) nondiscrimination test is also used to determine whether a plan discriminates in favor of highly-compensated employees. In this type of test, the deferral and contribution percents for the highly-compensated employees can be examined. If highly-compensated employees, deferral and contribution percents exceed those of the non-highly-compensated employees by more than the limit allowed by the IRS, refunds may be necessary.
Compliance testing also includes preparation of certain reports, such as the report required for IRS form 5500 annual return/report and schedules. Some embodiments of the invention permit compliance tests and reports to be provided for particular plan years and for particular definitions of compensation, such as elective contributions, fringe benefit exclusions, other exclusions, exception 125 contributions, plan compensation, and gross compensation.
In one embodiment, in order to perform compliance tests and reports, sponsors can be allowed to review and modify information associated with the plan sponsor, plan participants, key employees of the plan sponsor, highly-compensated employees of the plan sponsor, census information associated with the plan sponsor, compensation of participants, test information, and/or form information. This collection and display of information is shown in part in
Some embodiments of the invention also provide for sponsors to add or change information associated with electronic funds transfers.
Some embodiments of the invention permit a plan sponsor to view executive summary information, such as is summarized in an executive summary web page 218, as shown in
In some embodiments of the invention, sponsors can be provided with general information regarding investments.
Similarly,
The executive summary information can also include summaries of participation, such as in a group retirement plan.
A plan provider can also provide an interactive telephone service that can permit benefit plan participants to call in to request information regarding their benefit accounts using an automated system.
In some embodiments of the invention, information sent to and received by the plan provider can be in numerous formats and can be displayed in numerous manners. The invention is in no way limited to a particular type of formatting or display.
Some embodiments of the invention permit participants, who may be employees of a particular sponsor, to access their benefit plan information from a plan provider. In order to access this information, a plan participant can log on to a benefit plan provider web site.
After logging in, the plan participant can be shown a personal summary of retirement plan information, such as shown in
Detailed information regarding a particular individual's benefit plan can be shown in a detailed retirement plan summary web page 312, as illustrated in
Some embodiments of the invention provide the plan participant not just with information concerning an account, but with the ability to update the information and change information, such as investment direction, and to transfer existing money from one type of investment to other types of investments.
In addition to changing investment direction, a plan participant can transfer existing money from one type of investment to a second type of investment.
In some embodiments of the invention, the transfer of existing money can be by dollar amounts as well as percentage values. In addition, this transfer of money can be by money type, for example, by plan participant deferral or by sponsor matching.
Some embodiments of the invention permit a benefit plan participant to rebalance money. For example, a rebalance of money in a retirement account may be appropriate where a plan participant has invested in a number of different types of investments and is contributing a particular percentage value to each investment. Then, due to market fluctuations or shifts, the amount of the total value of the retirement account is not related to the amount of the percentage originally allocated to a particular type of investment. In this situation, a group retirement plan participant may desire to rebalance money in their account to change the percentage of the retirement account balance from a current allocation to a new allocation. As shown in
The information flow of some embodiments of the invention has been described in detail by showing the types of information exchanged between benefit plan providers and sponsors, and between benefit plan providers and participants. In some embodiments, this information is exchanged through use of an Internet web site. In addition, there can be information flow related to the benefit plan provider.
There are many different variations in which embodiments of the invention can be implemented. In particular, validation of the information can occur at various stages in the process, such as by applets running on a client PC, programs running on a web server, and by a mainframe. Once the information received from a plan participant or plan sponsor is in the system and validated, the plan provider can act upon that information. For example, once a plan participant sends information regarding modifications to the plan participant's investments, the plan provider's system can act accordingly by performing electronic securities transactions or other actions that a plan provider may typically perform once it receives information from plan participants or plan providers.
In some embodiments, the client PC 402 can be a personal computer using a Microsoft Windows operating system. The client PC 402 can use an internet browser, such as Microsoft Internet Explorer or Netscape Navigator. The web browser used by the client PC 402 can be capable of viewing hypertext markup language (HTML) and capable of executing JAVA applets. In addition, the web browser used by the client PC 402 can be capable of communicating using a secure HTTP protocol (HTTPS).
In some embodiments, the web server 404 can operate under a UNIX operating system. The web server can be capable of running one or more common gateway interface (CGI) programs associated with the system. The CGI programs can be written in any number of computer languages, including C++. The CGI programs may be used to connect to the mainframe 410 for data retrieval and data validation purposes. The CGI programs can also serve the HTML pages with embedded JAVA applets.
The firewall 406 can be any number of commercially-available firewall products. The firewall can be used to protect against unauthorized access to the mainframe 410.
In some embodiments, box X 408 can be used, because the web site for the service provider may have many different functions and applications and may serve many different business units. For example, a service provider can provide record keeping and other services relating to pensions, banking, brokerage services, and other services. When this is the case, incoming communications need to be directed to the correct business unit. This can be accomplished by using a communications protocol in which each business unit or application has an associated header. Data streams can be identified by the inclusion of the header information, so that box X 408 can direct the information to the proper server or mainframe.
In one embodiment, the mainframe 410 can be an IBM MVS mainframe computer. The mainframe 410 can run a Customer Information Control System (CICS) shared operating environment. Within the CICS environment, a transaction name (tranid) can be associated with the task of performing an information exchange. A COBOL program can be used to interpret the request. The COBOL program can be used to perform retrieval from the operational data storage and to perform business rule validation of the data.
The COBOL programs can use IBM's MQSeries Queue, in one embodiment, or other products to communicate between various COBOL applications running on the mainframe. This type of product enables applications to communicate regardless of the operating system or network on which the applications are running. The originating application (the Information Exchange application) can communicate with an express application by sending a message to a queue. The recipient application (the Express application) can retrieve the message from the queue.
An Express application 420 can also be a COBOL program. The express application can be a workflow system. After the request has been validated, the Express application 420 can initiate processing of the request into the operational data storage in order to speed the request process.
The Building Blocks programs 418 can be COBOL programs used to perform data retrieval from the operational data storage and to perform business rule data validation. The Building Blocks programs 418 can communicate with DB2 operational data 414. DB2 is an IBM database product. The DB2 operational data 14 can contain information related to a plan provider, a plan sponsor, or a plan participant. In this manner, information and information requests originating at the client PC 402 can be used to update or retrieve data from the database 414.
The invention is in no way limited to the particular types of computers, types of software, or specific implementation described herein. Numerous types of middleware software can be used when a web server communicates with a mainframe computer. In some embodiments of the invention, the mainframe 410, the box X 408, and/or the firewall 406 can be omitted, and the web server can directly access a database containing benefit plan information.
One embodiment of the invention provides a method, apparatus, and system that is capable of using a web-based, web-enabled front end for passing/sharing main frame data to/with a benefit plan provider. Some embodiments of the invention provide a method, apparatus, and system that provides for a comprehensive, interactive front end for providing record keeping and other service to benefit plan sponsors. Some embodiments of the invention provide a method, apparatus, and system for a comprehensive, interactive front end for providing record keeping and other services to benefit plan participants. Various embodiments of the invention provide a method, apparatus, and system for an improved way to handle both money and data relating to benefit plans. Some embodiments of the invention provide a method, apparatus, and system for the administration of benefit plans that reduces data errors, that reduces the time between receipt of a request and implementation of the request, that can automatically identify bad data, that is accessible at all times, that allows interactive editing of information, and/or that facilitates electronic fund transfers. Some embodiments of the invention provide a method, apparatus, and system for administration of benefit plans that allows two-way communication between plan sponsors and the plan provider's in-house databases and application programs, and two-way communication between participants and the plan provider's in-house databases and applications. Some embodiments of the invention provide a method, apparatus, and system for administration of benefit plans that allows plan participants to view data regarding their involvement in the plan. Some embodiments of the invention provide a method, apparatus, and system for administration of benefit plans that is customizable for each plan sponsor. Some embodiments of the invention provide a method, apparatus, and system for administration of benefit plans that is flexible, allowing, for example, direct entry of data or entry from up-loading a file. Some embodiments of the invention provide a method, apparatus, and system for administration of benefit plans that provides plan sponsors with quick, easy access to plan information, provisions, rules, and statistics. Some embodiments of the invention provide a method, apparatus, and system for administration of retirement plans that provides plan sponsors with secure, interactive two-way communication with a plan provider.
In some embodiments, the plan provider 14, the plan sponsor 16, and a number of plan participants 12 exchange information in a context other than or in addition to a retirement planning context, as described above with respect to
Retirement plan information can include information about retirement plans and products, such as pension plans, profit-sharing retirement plans, individual retirement account (“IRA”) plans (e.g., traditional deductible IRA plans, traditional non-deductible IRA plans, and Roth IRA plans), salary reduction retirement plans [e.g., 401(k) accounts, 403(b) accounts, Section 457 plans, thrift plans, savings plans, simple plans, Keogh plans, etc.], qualified defined benefit (“DB”) plans, qualified defined contribution plans (“DC”), stock ownership plans [e.g., qualified employee stock ownership plans (“ESOPs”)], nonqualified (“NQ”) retirement plans (e.g., NQ DB plans and NQ DC plans), etc.
Financial or savings plan information can include information about savings and investment plans and products, such salary reduction plans [e.g., 401(k) accounts, 403(b) accounts, Section 457 plans, thrift plans, savings plans, simple plans, Keogh plans, etc.], mutual fund investment plans, IRA plans (e.g., traditional deductible IRA plans, traditional non-deductible IRA plans, and Roth IRA plans), savings account plans, credit account plans, money market account plans, trust plans, future contract plans, option plans, checking account plans, college saving account plans (e.g., 529 plans), stock plans, mortgage plans, certificate of deposit plans, bond plans, annuity plans, etc.
Work-site plan information can include information about other benefit plans, such as disability plans, holiday compensation plans, vacation compensation plans, worker's compensation plans, transportation compensation plans, tenure plans, bonus plans, flexible spending account plans, childcare plans, alimony plans, child support plans, etc.
Medical plan information can include information about health or medical-related plans and products, such as HSA plans, health insurance plans, life insurance plans, dental insurance plans, vision plans, pharmaceutical plans, long term healthcare plans, Social Security plans, Medicare plans, Medicaid plans, disability plans, etc.
Non-medical plan information can include information about non-health or non-medical-related plans such as flexible spending accounts, holiday compensation plans, vacation compensation plans, worker's compensation plans, Social Security plans, transportation compensation plans, tenure plans, bonus plans, child support plans, childcare plans, alimony plans, automobile insurance plans, homeowner's insurance plans, renter's insurance plans, etc.
The plan sponsor 16 can exchange information with the plan provider 14. For example, the plan sponsor 16 can transmit information concerning participant information, contributions made to benefit plans of the participants 12 associated with the plan sponsor 16, loan payments made to a benefit plan participant account by participants 12 associated with the plan sponsor 16, compliance information associated with the plan sponsor 16, and banking information associated with the plan sponsor 16.
As shown in
The plan provider 14 can exchange information with the participant 12. For example, the participant 12 can transfer participant information, changes in benefit plan information, changes in investment direction, transfers of existing money, and/or rebalancing of investment allocation to the plan provider 14. The plan provider 14 can provide summaries of benefit plan information to the participant 12.
Benefit plan information exchanged between the plan provider 14, the plan sponsor 16, and/or the participant 12 can include information from various sources. For example, the benefit plan information can include information from one or more plan sponsors 16, one or more participants 12, and one or more plan providers 14. For example, a first plan provider can obtain information regarding a benefit plan that it does not provide (e.g., a health insurance plan) from a second provider (e.g., an insurance provider, a human resources provider, a financial-services provider, etc.) and can combine the information with information regarding a benefit plan that the first plan provider does provide (e.g., a retirement plan).
In some embodiments, data provided to and/or from the benefit data management system 500 can be obtained from or through a third-party system, such as a payroll processing system (a “payroll provider”) before being provided to and/or received from a plan sponsor 16 and/or a participant 12. For example, as shown in
As shown in
As described above with respect to
The server 404 can communicate with a mainframe computer 410 (hereinafter “computer”). The computer 410 can include one or more processing systems and devices, such as servers, databases, routers, etc., to execute and manage the benefit data management system 500. The computer 410 can store and retrieve information, such as benefit plan information, to one or more databases 414. In some embodiments, the computer 410 includes one or more systems managed by a plan provider 14. The one or more systems can include individual systems for managing individual types of benefit plan information. For example, the computer 410 can include a system associated with retirement plan information, a system associated with medical plan information, a system associated with financial or savings plan information, etc. The benefit data management system 500 can obtain and store benefit plan information from one or more of the systems managed or executed by the computer 410. In some embodiments, the computer 410 can communicate with external systems managed by other plan providers.
The benefit data management system 500 can provide a mechanism for a plan sponsor to collect information needed to prepare compliance tests, government filings, benefit updates, actuarial valuations, and contribution allocations. In some embodiments, the primary method for a plan sponsor 16 and/or a participant 12 to submit data is through pages or forms displayed by the benefit data management system 500 over a network, such as the Internet. An information collection process can start when a user logs on to the benefit management system 500. Based on a security profile of the user, as determined by the plan provider 14 and/or the plan sponsor 16, the user has access to zero plans or one or more plans for which the user has been granted access. The user can select one or more plans on which they wish to update information. In some embodiments, updated information, provided once by the user, can be used to update data for all plans selected by the user. Based on the plan type and services applicable to each plan, the user can be presented with questions and/or information identifying what information to submit. The questions and/or information can include plan provider-level questions that are applicable to a particular plan sponsor 16 of plans offered by a plan sponsor 16, plan-level questions that are applicable to each of the plans provided by a plan sponsor 16, participant questions/data requests, participant information common to all plans (e.g., data of birth, gender, date of hire, etc.), and participant information specified to each plan. The benefit data management system 500 can validate the information (e.g., based on defined rules) before submitting or storing the information.
Information can be validated at various stages, such as by applets running on the client computer 402, by programs running on the server 404, and by programs executing on the computer 410.
In order to access the benefit data management system 500, the server 404 can communicate with the computer 410 (or other systems of managed by the plan provider 14) in order to display a login page 510, as shown in
In some embodiments, the benefit data management system 500 can provide personalization. For example, the login page 510 and/or other pages displayed by the benefit data management system 500 can be customized in order to target appropriate communication. For example, pages and forms displayed by the benefit data management system 500 can be customized for particular plan sponsors 16 and/or participants 12 and can include logos and/or other graphics, text, formats, etc. specific to a particular plan sponsor 16 and/or participant 12.
A user can use the login type selector to select a login type from among a variety of login types. For example, a user can use the login type selector to select a personal login type, an employer login type, a financial professional login type, a correspondent seller login type, a wholesale broker login type, and a provider services login type. In some embodiments, the login page 510 can include one or more type description links 514 that a user can select (e.g., click) in order to obtain descriptions of available login types and suggestions for which login type to select. Providing the login type selector 512 can allow the plan sponsor 16 to provide a single login page for various types of users logging on to the benefit data management system 500 or other systems managed by the plan provider 14.
The login page 510 can include a username or identification number entry mechanism 516 that a user can use in to enter a username or an identification number. In some embodiments, the login page 510 can include a forgot your username link 518. A user can select the forgot your username link 518 if he or she has forgotten their username. Selecting the forgot your username link 518 can display information to the user about obtaining their username, resetting their username, and/or obtaining a new username. In some embodiments, selecting the forgot your username link 518 can prompt a user to answer one or more security questions before being allowed to obtain or reset their username.
The login page 510 can include a password entry mechanism 520 that a user can use to enter a password or other security code. In some embodiments, the login page 510 can include a forgot your password link 522. A user can select the forgot your password link 522 if he or she has forgotten their password. Selecting the forgot your password link 522 can display information to the user about obtaining their password, resetting their password, and/or obtaining a new password. In some embodiments, selecting the forgot your password link 522 can prompt a user to answer one or more security questions before being allowed to obtain or reset their password.
As shown in
After selecting a login type, entering a username, and entering a password, a user can select a login button 526 on the login page 510 in order to submit the information provided in the login page 510 to the server 404 and the computer 410.
The computer 410 and/or the server 404 can validate the login type, the username, the password, and/or the product number submitted by a user. If the login type, the username, the password, and the product number (if applicable) are validated the user is allowed access to additional pages provided by the benefit management system 500.
In some embodiments, to obtain a valid username and password, a user can establish an account with the plan provider 14. In some embodiments, a user can meet with a client services associate of the plan provider 14 in order to set up a username and password (e.g., to establish a user as a primary security administrator). In other embodiments, a user can set up a username and password electronically using the login page 510. As shown in
The web pages and forms of some embodiments of the invention can be secured in a suitable manner. Security can be added through a number of different methods. For example, security can be added through implementation of the secure sockets layer (“SSL”) protocol or other protocols that implement public/private keys, digital certificates, and other security measures aimed at providing authentication. Similarly, other security protocols or measures can be used.
Once a user has provided a valid username and password, the user can view and provide information to the benefit data management system 500. As described with respect to
The benefit data management system 500 can provide plan contributions management and loan management that allows a plan sponsor 16 and a participant 12 to manage one or more benefit plans, such as a retirement account. The benefit data management system 500 can provide contribution reporting, loan reporting, and loan payment warning displays. The benefit data management system 500 can calculate loan payoff amount by participant, import contributions and loan payments (e.g., with a particular file format, such as a comma separated or Lotus® fixed file). The benefit data management system 500 can perform contribution and loan reporting for inactive participants. In some embodiments, the benefit data management system 500 can include the ability to send negative contributions and report multiple loan payments for one pay period. The benefit data management system 500 can perform forfeitures as contribution offset, electronic funds transfers (EFTs), and multiple EFTs. The benefit data management system 500 can provide an online reporting application that offers a variety of reports with benefit plan information.
Plan sponsors 16 and/or participants 12 can use the benefit data management system 500 to perform cash or loan contributions to one or more benefit plans. For example, a plan sponsor 16 and a participant can provide a contribution a retirement plans and/or a HSA of the participant 12. In some embodiments, the benefit data management system 500 can require EFTs for cash transactions and can default expense payments to EFTs. Plan sponsors 16 and/or participants 12 can use the benefit data management system 500 to set up automatic cash or loan contributions. For example, plan sponsors 16 and/or participants 12 can select a date when automatic cash or loan contributions should be made.
The benefit data management system 500 can also give participants the ability to see the costs of taking a loan. The costs can show lost earnings and/or lost contributions.
In some embodiments, plan sponsors 16 and participants 12 can use the benefit data management system 500 to determine potential benefit plan information (e.g., current and projected benefit assets) based on various benefit plan selections and benefit plan setting selections. For example, plan sponsors 16 can use the benefit management system to select benefit plans to offer, select available settings for benefit (e.g., contribution levels, investment options, etc.) and can view current and potential future costs, risks, assets, etc. associated with particular selections. A participant 12 can also select benefit plans to participate in, select benefit plan settings (e.g., contribution levels, investment options, etc.) and view current and potential future costs, risks, assets, etc. associated with particular selections. As described with respect to
In some embodiments, the main menu page 540 can include an important information box 547. As shown in
The main menu page 540 can include a logout button 555. A user can select the logout button 555 in order to end their validated access to the benefit data management system 500. In some embodiments, selecting the logout button 555 can display the login page 510.
As shown in
The benefit data management system 500 provides participant maintenance that allows a plan sponsor 16 to manage participant information. The benefit data management system 500 can allow plan sponsors 16 to add participants to a plan, import new participant information (e.g., in a particular file format, such as a comma separated or Lotus® fixed file), change existing participant information, perform activities associated with participant rehires, change investment direction, activate participants, report participant addresses, and/or perform benefit event notification.
In some embodiments, to perform participant maintenance, a plan sponsor 16 can select the participant information sub tab 564 in order to view a participant information page.
As shown in
Selecting the add button 582 can display a first add participant page 590.
The first add participant page 590 can display a list of plans or products 592 (e.g., retirement plans, medical plans, non-medical plans, etc.) that the plan sponsor 16 is authorized to provide. As shown in
After the plan sponsor 16 selects zero or more offered plans or products, the plan sponsor 16 can select a continue button 594. The plan sponsor 16 can also select a cancel button 596 in order to cancel the addition of a participant. As shown in
After selecting the continue button 584 on the add participant page 580, the benefit data management system 500 can display a second add participant page.
In some embodiments, the benefit data management system 500 can provide “smart-edits” in order to help clients verify accuracy of information and check information against applicable benefit program guidelines in order to assist with compliance (for example, checking contribution amounts against plan provisions and regulatory limits and/or verifying participant address information).
The second add participant page 600 can also include one or more additional selectors 604 for setting additional information of a participant 12, such as whether a participant 12 is considered highly compensated, whether a participant 12 will participate in a particular plan or product, a primary language of the participant 12, and whether the participant 12 is excluded from a particular plan or product. As shown in
In some embodiments, the additional selectors 604 can default to a predetermined value. For example, the primary language of the participant 12 can default to “English” and the indication as to whether the participant 12 is excluded from a particular plan can default to “No.”
Once the plan sponsor 16 has provided participant information as requested on the second add participant page 600, the plan sponsor 16 can select a continue button 606. The plan sponsor 16 can also select a cancel button 608 or the cancel transaction link 598 in order to cancel the addition of a participant 12.
After selecting the continue button 606 on the second add participant page 600, an add participant address page 610 can be displayed, as shown in
After the plan sponsor 16 enters a participant home address, the plan sponsor 16 can select a continue button 616 on the add participant address page 610. The plan sponsor 16 can also select a cancel button 618 or the cancel transaction link 598 in order to cancel the addition of a participant 12.
After selecting the continue button 616 on the add participant address page 610 (or a similar page for entering an international participant address), a summary page can be displayed.
The plan sponsor 16 can delete an added participant 12 by selecting (e.g., highlighting) one or more participants 12 listed in the list of added participants 622 and selecting a delete participant button 624. The plan sponsor 16 can edit an added participant 12 by selecting (e.g., highlighting) a participant 12 listed in the list of added participants 622 and selecting an edit participant button 626. Selecting the edit participant button 626 can display the first add participant page 590, the second participant page 600, and/or the add participant address page 610 with the previously-entered participant information.
If the plan sponsor 16 needs to enter participant information for another participant 12, the plan sponsor 16 can return to the first add participant page 590 by selecting a more additions button 628 on the add participant summary page 620. Each time the plan sponsor 16 enters additional participant data and returns to the add participant summary page 620, the add participant summary page 620 lists all participant information entered.
Once the plan sponsor 16 enters participant information, the plan sponsor 16 can select a continue button 630 on the add participant summary page 620 in order to submit the entered participant information. The plan sponsor can also select a cancel button 632 in order to cancel the submission of the participant information. In some embodiments, the plan sponsor can select a save button 634 on the add participant summary page 620. Selecting the save button 634 can save the entered participant information without submitting the information. The plan sponsor 16 can retrieve the saved participant information at a later time and can add additional participant information and/or modify the entered participant information.
After selecting the continue button 630 on the add participant summary page 620, the benefit data management system 500 can display an add participant confirmation page 640, as shown in
After selecting the submit button 644 on the add participant confirmation page 640, the benefit data management system 500 can verify the security code and can build a record for the participant. Each record can be assigned an identification number. In some embodiments, the identification number can include a plan sponsor number (e.g., a plan identifier) and a product identifier. If the plan sponsor 16 selected multiple plans or products to be offered to the added participant 12, the benefit data management system 500 can build a record for the participant 12 for each plan or product selected. The benefit data management system 500 can calculate a plan entry date for each plan a participant 12 participates in. The plan entry date can be based on the entered participant information and specific eligibility requirements or provisions of a particular benefit plan. The plan entry date can be used to generate eligibility report, as described with respect to
In some embodiments, a participant 12 can add additional participant information using page or forms similar to the pages used by a plan sponsor 16.
In some embodiments, participant information provided by a plan sponsor 16 and/or a participant 12 can be entered once and can be applied for multiple benefit plans. For example, if a participant is enrolling in a retirement plan, a health savings account plan, and a life insurance plan, the plan sponsor 16 and/or the participant can input participant information using pages displayed by the benefit data management system 500 once instead of three times. In some embodiments, participants 12 can provide a single signed contract or enrollment form to a plan sponsor 16 to authorize enrollment in multiple benefit plans. Updated information can also be applied across benefit plans as applicable.
As described with respect to
As shown in
As shown in
After the plan sponsor 16 has view and/or updated the participant information on the update/view participant page 650, the plan sponsor 16 can select a continue button 656. In some embodiments, if the plan sponsor 16 updated the participant information, selecting the continue button 656 can cause the benefit plan management system 500 to display the add participant confirmation page 640, as described with respect to
As described with respect to
As shown in
To delete or remove a participant, the plan sponsor 16 can select one or more participants listed in the list of participants 662 (e.g., by highlighting participants) and can select a continue button 664 on the remove participant page 660. The plan sponsor 16 can also select a cancel button 666 or the cancel transaction link 598 in order to cancel the removing of a participant 12.
As described with respect to
In some embodiments, the benefit data management system 500 can facilitate participant eligibility determination for clients. The benefit data management system 500 can obtain a range of participant data/attributes in order to facilitate eligibility determination, as well as other potential services, such as expanded vesting services (including “real-time” vesting updates), determination of eligibility for plan provider contributions, reduction of or elimination of annual data collection process, and customized participant communication. Examples of participant data/attributes used to facilitate eligibility determination can include current and past deferral amounts, salary, hours worked, benefit event and rehire information, etc.
The benefit data management system 500 can collect and store participant information for determining eligibility and can calculate or determine eligibility information. Eligibility information can include information regarding degrees of eligibility for a benefit plan and/or benefit plan options for a particular participant. For example, the benefit data management system 500 can determine whether a participant is eligible for a plan at a plan entry date, whether a participant is close to meeting eligibility requirements but has not met them yet, whether a participant is eligible for a particular benefit plan option (e.g., matching contribution on a retirement plan), an eligibility status of a participant (e.g., how many years of service are needed before a participant becomes eligible for a particular benefit plan), etc. In some embodiments, the benefit data management system 500 can work with a third-party system, such as a payroll provider to obtain participant information (e.g., name, hire date, birth date, etc.) and/or eligibility requirements. Eligibility can be determined based on one or more eligibility requirements, such as on actual hours and elapsed time calculations. In some embodiments, the benefit data management system 500 can implement a plan entry date projection calculation and a scheduling routine. The benefit data management system can offer the ability to handle dual (or multiple) eligibility and can provide the capability to exclude specified participants from the calculation.
To obtain eligibility information, a plan sponsor 16 can obtain an eligibility report. In some embodiments, a plan sponsor 16 can obtain an eligibility report at predetermined times (e.g., a predetermined amount of days prior to an eligibility entry period) or at the request of the plan sponsor 16. For example, an eligibility report can be generated 65 days prior to an eligibility entry period of a particular benefit plan. In some embodiments, timing of the eligibility report can be based on specific provisions or settings or a particular plan.
In some embodiments, an eligibility report can identify various eligibility degrees or categories. For example, an eligibility report can identify zero or more participants whose calculated plan entry date falls in the next entry period, zero or more participants who are close to meeting eligibility requirements but have not meet them yet, and/or an eligibility status (e.g., eligible or not eligible and/or requirements yet to be met) of zero or more participants.
In some embodiments, to generate an eligibility report a plan sponsor 16 can select the manage your plan sub tab 561. Selecting the manage your plan sub tab 561 can cause the benefit data management system 500 to display a manage your plan page.
As shown in
The administrative tools box 674 can include an online report button 682 to request report, such as reports including participant-level information. In some embodiments, a plan sponsor 16 can select the online report button 682 to view a summary of benefit plan information as described with respect to
The benefit data management system 500 can also provide client ad-hoc reporting capabilities via client request, facilitate fiduciary program services (e.g., including on-line tools, checklists, etc.), current contribution limit monitoring services to more proactively monitor participant contributions and alert plan sponsors 16 and/or participants 12 when deferrals limits are met or are projected to be met, etc., provide expanded loan monitoring and reporting, provide enhancements to current location recordkeeping capabilities, and provide the ability for a plan sponsor to report beneficiaries for a participant.
The eligibility service box 678 can include a view eligibility reports button 684. The plan sponsor 16 can select the view eligibility reports button 684 in order to view participants that are or will be eligible for a particular plan or product.
In some embodiments, after selecting the view eligibility report button 684, the benefit data management system can display an eligibility determination report page 690, as shown in
In some embodiments, a plan or product can have a monthly entry period. The eligibility report 692, as shown in
The eligibility determination report page 690 can include one or more sort/search mechanisms 693. As shown in
As shown in
After the plan sponsor 16 generates an eligibility report, the plan sponsor 16 can prepare welcome correspondence (e.g., a letter or a postcard) and/or an enrollment kit for eligible participants. In some embodiments, the benefit data management system 500 can automate the welcome correspondence and/or enrollment kit creation and/or distribution process.
The benefit data enrollment system 500 can allow a plan sponsor 16 to order welcome correspondence and/or enrollment kits online. As shown in
In some embodiments, the welcome correspondence can include a postcard. The postcard can be customized based on the participant receiving the postcard, the degree of eligibility being reported to the participant, the benefit plan or benefit plan options that the participant is eligible for, the plan sponsor associated with a benefit plan or benefit plan options that the participant is eligible for, etc. In some embodiments, the benefit data management system 500 can send follow-up correspondence, such as a follow-up postcard. The follow-up postcard can indicate a successful enrollment or successful declination of enrollment or a reminder of one or more benefit plan or benefit plan options that a participant is eligible for. For example, the benefit data management system 500 can send a follow-up post to participants that have not enrolled or declined enrollment for an eligible benefit plan and/or benefit plan options within 30 days of their original eligibility or entry date.
As described above, the benefit data management system 500 can provide an eligibility report to the plan sponsor 16 in order to notify them of newly eligible participants. In some embodiments, the benefit data management system 500 can send confirmation to the plan sponsor 16 after a participant 12 enrolls and/or can provide a report to the plan sponsor 16 in order to notify them of an eligible participant 12 that has not enrolled. A report indicating that an eligible participant 12 has not enrolled in a particular plan can be generated if an eligible participant 12 does not enroll within 30 days from being notified of eligibility.
As described with respect to
In some embodiments, the benefit data management system 500 provides deferral and match calculation services. For example, eligible clients can have the ability to submit current compensation using a manual data enter option and an import option. Compensation can be used for the deferral and/or match calculation only and, therefore, do not post to participant records. Clients can see a reminder on a page or form each time they use the contribution calculation option.
The deferral and match calculation services can also allow eligible clients to calculate a deferral contribution and a matching contribution. The deferral calculation can be based on a participant deferral percent and/or dollar amount. The match calculation can use a current match formula and the deferral percent or dollar amount. If a client is not using electronic enrollment, the matching contribution can be performed using a calculated deferral percent based on the deferral amount entered by the client.
In some embodiments, the deferral and match calculations services can also allow eligible clients to view their match formula on one or more contribution data entry pages, print reports, and view reports, such as contribution detail report and summary reports.
In some embodiments, the benefit data management system 500 can provide location recordkeeping services. For example, the benefit data management system 500 can provide location recordkeeping for clients whose locations have less than 10,000 people. For clients that meet this requirement, contribution and participant data can be submitted to the benefit data management system by location, which can require that data be submitted for one location at a time.
In some embodiments, clients wanting to add location recordkeeping or parts of the service must have a client relationship that is not at risk, be considered profitable by the institutional market segment, and have reports sorted by location.
In some embodiments, there can be restrictions and constraints on what location recordkeeping can perform. For example, contract or location level reports can be limited to one request per day; contributions submitted to the benefit data management system 500 can be required to be submitted separately by location; EFTs, expense data, and compliance data can be available, but not by location; and location sorting for reports can be required to be coded to sort by location.
As described above, the benefit data management system 500 can provide a single location for receiving communications from a plan sponsor 16 and/or a participant 12, as well as handling administrative functions, such as contributions and data reporting, and viewing plan sponsor 16 and/or participant 12 information and accounts. The benefit data management system 500 summarizes information for benefit plans offered by the plan provider 14 and/or other plan providers through one or more plan sponsors 16 and provides access from one location to view and provide benefit plan information.
As described with respect to
The benefit data management system 500 can also collect information regarding benefits held by plan providers other than the plan provider managing the benefit data management system 500 in order to facilitate comprehensive benefit reporting (via appropriate media) to clients and participants. In some embodiments, the benefit data management system 500 can generate a benefit data summary that includes a summary of all benefit plan information managed by the benefit data management system 500. This could include any type of benefit plan or product, such as, but not limited to, medical, dental, and vision coverage insurance offerings, disability, Social Security and Medicare, regular compensation, vacation and holiday compensation, and other company perks.
The benefit data management system 500 can provide benefit data management that integrates and coordinates information received from various sources, such as a plan sponsor 16 and/or a participant 12 and can provide updates to a plan sponsor 16 and/or a participant 12. In some embodiments, the benefit data management system 500 can provide benefit data management that integrates and coordinates information provided by third party, such as a payroll provider. The benefit data management system 500 can allow the third party to work directly with the plan provider 14 on behalf of a plan sponsor 16 and/or a participant 12 to provide information. In some embodiments, a third-party system, such as a payroll provider can play the role of a plan sponsor and/or a plan provider and can provide benefit plans (e.g., savings plans) directly to participants (e.g., to employees rather than or in addition to benefit plans offered by an employer of the employees).
The benefit data management system 500 can provide a single location/source of information for the client for all benefit programs and a single location for client submission of data and contributions for the client for all benefit programs. The benefit data management system 500 can also provide sharing of single-source information among applicable benefit programs to ensure efficient and accurate operation and an ability to integrate to exchange data with other third parties, such as payroll providers, in order to service benefit plans.
The benefit data management system 500 can provide a contact information page that includes internal and/or external contacts for a contract specified by the user. The contact information page can help users get in contact with correct personnel, without having to hunt to find information and without having their phone calls or other correspondence re-routed.
By managing benefit plan information in a single system, the benefit management system 500 can cross-sell. In some embodiments, the benefit data management system can use business rules, pattern recognition or other statistical mechanism to determine other plans and/or products that a participant 12 and/or a plan sponsor 16 may be interested in. For example, the benefit management system 500 can suggest a way to attach additional savings arrangements to a core retirement savings account of a participant. For instance, if a participant has a $20,000 401(k) account balance, the benefit management system 500 can suggest considering additional savings arrangements as part of an overall program in order to create a $25,000 overall account balance for front-end data, back-end reporting, and overall pricing purposes. In another example, the benefit data management system 500 can suggest additional life insurance for a participant with a significant mortgage. By accessing benefit plan information for a participant 12, the benefit data management system 50 can cross-sell benefit plans and products and/or can offer bundled plan or product solution. In some embodiments, if a participant selects one or more additional plans or products to participate in, the benefit data management system 500 can base the price or settings of the additional plans or products based on the benefit plans that the participant 12 already participates in.
In some embodiments, the benefit management system 500 can provide a summary of benefit plan information. The summary of benefit plan information can include a comprehensive or consolidated view of benefit plan information, such as including information about multiple benefit plans and multiple types of benefit plans. The summary can be provided on a page or form provided to the client computer 404, such as over the Internet, or a statement provided in paper form. The benefit management system 500 can generate a summary of benefit plan information and can display the summary to a participant 12 and/or a plan sponsor 16. In some embodiments, a summary of benefit plan information can be formatted to substantially fit on a single page or form.
In some embodiments, a summary can include an indication of current benefit plan information and projected benefit plan information (e.g., projected Social Security benefits). The summary can include textual indications of benefit plan information and/or graphical indications of benefit plan information (e.g., graphs). In some embodiments, counselors provided by a plan provider 14 and/or a plan sponsor 16 can meet individually with participants 12 in order to match goals and objectives of plan sponsors 16 and/or participants with plans and/or products available. The counselors can use the summary to show participants a comprehensive view of current benefit plan information as well as projected benefit plan information. The summary can be updated at predetermined intervals and/or when a plan sponsor 16, plan provider 14, and/or participant 12 updates benefit plan information. In some embodiments, a summary available online is updated daily with current market information and other influential information.
As shown in
A summary of benefit plan information 800 can include an income replacement indication (see
As shown in
In some embodiments, a summary of benefit plan information 800 can include costs associated with one or more benefit plans. As shown in
In some embodiments, a summary of benefit plan information 800 can include information associated with one or more benefit plans offered by the plan provider 14 and/or another provider (e.g., a financial services provider (a bank), a human resources provider, etc.). As described above with respect to
A summary of benefit plan information 800 can be customized to a particular plan sponsor 16 and/or participant 12. For example, text and graphics (e.g., logos) can be included in a summary of benefit plan information 800 that are customized to a plan sponsor 16 and/or participant 12. Benefit information included in a summary of benefit plan information 800 can be customized. For example, a participant 12 and/or a plan sponsor 12 can indicate benefit plan information to be included in a summary of benefit plan information 800.
Various features of the invention are set forth in the following claims.
The present application is a continuation-in-part of co-pending U.S. patent application Ser. No. 09/824,329 filed on Apr. 2, 2001, which claims priority to U.S. Provisional Patent Application Serial No. 60/195,185 filed on Apr. 7, 2000, the entire contents of which are both herein incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60195185 | Apr 2000 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 09824329 | Apr 2001 | US |
| Child | 11186640 | Jul 2005 | US |