The present invention relates to a system and method for submitting and processing benefit claims, such as Social Security claims. The present invention permits the user to make the initial application for benefits, respond to denials of benefits, if necessary, and appeal negative decisions.
Government agencies have developed rules and regulations for applying for and receiving government benefits. These agencies also have developed rules and procedures for adjudication of disability requests. In particular, the Social Security Administration receives probably the most requests for retirement and disability benefits of all of the government agencies which pay out benefits. Medicare provides health insurance under Title XVIII of the Social Security act. Therefore, the Social Security Administration must process Medicare claims in addition to retirement claims. There is also the Social Security Disability Insurance program which handles disability claims and benefits for those individuals who qualify. Again, there are rules and procedures for the processing of these disability claims. There are businesses, in particular law firms that file for Social Security benefits on behalf of their clients. Currently, this is a very tedious, difficult, and time consuming process. This process becomes even more difficult when the conditions under which the initial benefit claim was made changes. For example, when a claim for a medical benefit has initially been made and there is a change in the medical condition of the claimant, different forms need to be completed and specific procedures need to be followed. Also, if a claim or claims for benefits have been denied, there are specific procedures that need to be followed to properly appeal the denial decision of the Social Security Administration or other government agencies.
Thus, what is needed in the art is a process for filing benefit claims with the Social Security Administration, or other government agencies, which can follow the proper claim procedures to assure the claimant receives the benefits that he/she is entitled to. Also a process that will enable filing of updated and/or changes in status of benefits. Further, a process that will assure a proper and correct filing of an appeal for denial of certain benefits.
The present invention is a computer implemented method and system for gathering information from a user related to, filing for, and obtaining government benefits, such as Social Security benefits. The present invention also enables the user to track the benefit application approval process and reminders when certain data or responses are due. There is a feature which enables the user to modify the data submitted for the benefits when circumstances warrant. The system presents questions in a systematic method to reduce the time it takes to complete an intake. Based on answers provided, the intake wizards guides the user through appropriate questions to ask based on the previous answers provided. for example if the potential client is a veteran the intake will ask service related questions that can be evaluated for an SSA claim and/or VA claim. If an answer disqualifies the claimant from SSDI or SSI for a “technical” reason, the questionnaire is terminated so that the user can move on to the next intake quickly and efficiently. If an answer does not disqualify the claimant from the intake process, the intake moves onto the next sections of the questionnaire. The system assists the user in computing what stage in the process the claimant is currently at. For example, Needs to File an Application, Initial Application, Denied Initial Claim, Reconsideration, Denied Reconsideration, Hearing Filed, Ready to Schedule a Hearing, Hearing Scheduled, Awaiting Decision, Appeals Council, or Federal Claim (many claimants get confused and this is an important part of the application process). Questions are presented related to the claimant's medical history to determine if the user has a valid claim for benefits. The system may in certain instances medically approve the client for representation. When an intake is accepted, the intake wizard assigns the intake to a person responsible for getting the retainer signed, the intake system programmatically fills in SSA forms for the client to sign, emails the forms when appropriate, determines what SSA district office is assigned to the claimant, and then programmatically completes the three SSA Application forms when appropriate. There is also a decision appeal process feature.
Accordingly, it is an objective of the present invention to provide a computer implemented method and system for inputting data into a government benefits system.
It is a further objective of the present invention to provide an intake wizard which permits a user to automatically populate a form by input data related to obtaining government benefits, including medical conditions.
It is yet another objective of the present invention to provide an intake wizard which assists a user in responding to denial of government benefits.
It is a still further objective of the present invention to provide an import wizard which handles incoming mail, outgoing mail, workflow documents, medical records, document attachments, and collections.
It is a still further objective of the present invention to provide an application wizard which enables a user to correction complete an application form for government benefits.
It is a still further objective of the present invention to provide a computer implemented method and system which enables multiple individuals to file on behalf of multiple users for government benefits, maintain the records of these users and respond to different requests and/or information from a government agency regarding the application for the users' benefits requests.
Other objectives and advantages of this invention will become apparent from the following description taken in conjunction with any accompanying drawings wherein are set forth, by way of illustration and example, certain embodiments of this invention. Any drawings contained herein constitute a part of this specification and include exemplary embodiments of the present invention and illustrate various objects and features thereof.
While the present invention is susceptible of embodiment in various forms, there is shown in the drawings and will hereinafter be described a presently preferred, albeit not limiting, embodiment with the understanding that the present disclosure is to be considered an exemplification of the present invention and is not intended to limit the invention to the specific embodiments illustrated.
Referring to
The claim process administration begins at step 100, which defines a process by which client leads are generated. The client leads are generated through traditional and modern means including television, internet and social networking advertising and marketing. The client leads are received into a software suite. The flow charts
A determination is made at step 102 if an individual needs to file a claim for a benefit. At step 104 the response triggers a work flow for the initial application for benefits. At step 106 the initial application work flow is complete and the application is produced and/or the application data is filled in/populated automatically. This procedure depends on the manner in which the system is set up and the specific software that the system is utilizing. The application is then filed with the specific government agency, in the preferred embodiment, the Social Security Administration. At step 108 a determination is made to accept or reject the benefit claim at the government agency. If the benefit claim is accepted at step 110 a letter indicating this acceptance is sent to the individual or firm who submitted the benefit claim application. At step 112 the status that the claim has been approved is indicated.
Should the claim be denied, an AOD appeal is initiated at step 118. Additionally, a reconsideration request is initiated at step 122. At step 126 the reconsideration of the claim denial is filed. Next, the process goes to step 138 where it is joined with another type of claim denial appeal prior to filing for a hearing at step 142.
If there is a letter from the government administration, such as the Social Security Administration, denying the benefits from the initial filing of the application for benefits, then a letter is mailed at step 114. This letter can trigger specific work flows relating to the denial at step 116. Alternatively, there is a procedure relating to the denial that occurs at step 120. Subsequent to steps 120 and 116 the work flow is complete at step 124. If the individual and/or law firm decides to go back to the agency for reconsideration of the agency's denial of benefits, the process then proceeds to step 128. Here the reconsideration process and work flow related to the reconsideration process begins.
Next, there will be a letter from the Social Security Administration approving the reconsideration request 130 or denying the reconsideration request 134. When the reconsideration request is approved the process moves to 132 where the reconsideration takes place. If the reconsideration is denied, an AOD appeal is next at 138. The hearing for the AOD appeal takes place at 142.
After receiving the reconsideration request denial letter from the Social Security Administration a specific work flow is triggered at 136 regarding the denial. Alternatively, the denial proceeds to step 140 then onto step 144 where the work flow is complete. Also, from 136 the process proceeds to step 144. Next, a hearing is filed at 146. There can be three results of the filing. First, the hearing is fully favorable to the individual/law firm and a letter is sent to the individual/law firm from the Social Security Administration (SSA). The process ends with a fully favorable reconsideration of the benefit request at 152. Second, a letter is send from the SSA approving an OTR at 148. The process ends here with a fully favorable reconsideration of the benefit request at 154. Finally, a letter form the SSA is mailed with an RTS notice at 158.
The following steps are found in
From step 194 there can be three results. First, at 198 a new application is filed. Second, at 202 a decision is made to not pursue any further action at 202. Finally, at 200 a decision is made to appeal the unfavorable decision. The next step is the appeals council at 214. From step 196 there can be two results. First, there is no appeal of the partially favorable decision at 206. Second, a decision is made to appeal the partially favorable decision at 204. After the decision at 204 the process proceeds to the appeal council at 214.
From the decision of appeal council the process can proceed in one of 4 different ways. First, at 208 there is a letter from the SSA that the appeal was successful at 208 and the process concludes at 220. Second, there is a letter from the SSA remanding the appeal at 210. The process proceeds to step 222 and then to step 230 where a letter from the SSA contains a RTS notice. Next, at step 234 there is a letter from the SSA containing the hearing notice. Then the hearing is scheduled at 236 and the process returns to step 170. Third, there is a letter from the SSA dismissing the appeal at 218. This letter triggers work flow at 212 which concludes at 244 where the dismissal can proceed in one of two ways. After step 218 the process can proceed to step 224 where the A/C is dismissed. Fourth, there is a letter from the SSA denying the appeal at 220. As a result of this letter, the process can proceed to either of steps 216 or 228.
At step 216 there are triggers for work flow to come to a final decision that there will be no further appeal. At step 228 there are triggers for work flow to come to a decision that there will be a further appeal. At step 246 there is assessment to see if the work flow is complete. From step 246 there can be a denial decision at 248 at the Federal level. There can also be a denial decision at step 250. From step 248 the process proceeds to step 252 which is the Federal level. From here there are two outcomes. First, there is a letter from the SSA denying the appeal at step 254. Second, there is a letter from the SSA granting the benefit and this decision is published as a final order at 256.
There can also be a remand of the decision at the Federal level at step 262. From here the process proceeds to step 238 where a letter from the SSA indicates a RTS notice. Next, there is a RTS (Federal Remand) step 240. Then, at step 242 there is a letter from the SSA containing a notice of the hearing. The hearing is scheduled at step 260 and the process proceeds back to step 170.
Referring to
The Import Wizard allows users to attach documents directly to client's files. Wizard is a trademark of the applicant. The wizard connects to a network folder called a Source folder where scanned documents are stored in PDF format. The user can see the selected document in a preview window within the Wizard to easily identify the document and the specific client. The user can select from 6 different import options depending on the type of documents they are importing.
When a specific client is searched and found their contact and claim information will appear in right side panel. The user will have the option to import the current document in the preview window, skip the current document in the preview window, or pick from a list of all documents in the network folder.
Once the document is imported it is automatically moved into a Target folder.
Importing Pickups: The Pickups Import Wizard is used to import the initial representation paperwork signed by a client.
The user will click Import to attach the document to the specific clients file.
After clicking Import a dialog will appear showing the three different categories the signed paperwork will go into: Pickup Package, 1696 & FA, and L & N Release.
After one the categories is imported it is indicated on the right panel under “Imported Subjects”. To complete a pickup all three categories need to be imported.
Incoming Mail: This section of the import wizard is used to import incoming mail documents relating to the clients claim. The user will select from a list of pre-determined letter titles depending on what they are importing. The user can assign each imported document to another user if needed.
The user will click Import to attach the document to the specific clients file.
After clicking import an Import Window dialog will appear. The user will be able to update multiple data fields relating to the document they are importing. The data fields that are updated in the import window will be updated on the clients claim page.
Outgoing Mail: This section of the import wizard is used to upload outgoing mail documents.
The user will click Import to attach the document to the specific clients file.
The user will select from a list of pre-determined letter titles depending on what they are importing.
Workflow documents: Several workflows have been created to require a document to be attached to EZ claim as part of the workflow.
The user will click Import to attach the document to the specific clients file.
Claims have multiple workflows pending at any given time so a dialog will appear to ensure the user is importing the document to complete the correct one.
The workflow must be on the “Import” step (most workflows have multiple steps, Import being the last).
The workflow will appear in yellow in the right side panel which indicates it is on the Import step (it will be white if it's on any other step of the workflow).
Medical Records: This section of the Import Wizard is used to import Medical Records relating to the clients claim.
In addition to the clients contact and claim information, their treating sources will also appear in the right panel.
An “Add doctor/facility” button will also appear on the right panel which will allow the user to add a new doctor or facility if needed.
The user will click Import to attach the document to the specific clients file.
A dialog will appear giving the options Client, Facility, or ODAR. The user will select one of these options depending on where the record was received from.
If the user selects the Client option they must then determine whether the document they are importing is a “Medical Record” from a Doctor/Facility or if it would be categorized as “Other” which is anything that does not fall into the Medical Record category.
If the user selects Medical Record they will then need to select whether the Record was “Requested” or “Unrequested”.
The “Requested” option means our office has already requested the records being imported and allows the user to match the received records to the records requested.
The “Unrequested” option means our office has not requested the records and the user must assign such records to a Doctor/Facility.
If the Unrequested option is selected the user will select the doctor or facility of the medical records received by the client.
Once the doctor/facility is selected the doctor/facility contact information appears in the Import window.
The user must then select from a pre-determined list the type of record that has been received.
The user must also select from a pre-determined list the way the records were received into the office.
There is a Comments box available for the user to write additional notes to describe the record that was received.
The user can assign the additional notes to another user with the record attached in PDF format.
The user can select “Reminders” within the import window. By selecting the Reminders tab a view will appear with pending Reminders found within the clients claim. The user can place a check mark on existing Reminders to remove them.
The user can add new Reminders by clicking Add. This will bring up a dialog box that will allow the user to add a new Reminder.
If the user selects the option “Other” they will need to determine whether or not the record was Requested or Unrequested.
If the user selects Unrequested they will choose the type of record from a pre-determined list.
If the user selects “Facility” as the source where the Medical Record was received from they will then select “Medical Record” or “Invoice” as the type of record to attach.
If the user selects “Medical Record”, the user will select whether the record was Requested or Unrequested.
If the user selects requested, the will also need to select the Facility from which the records were received. Once the facility is selected it will show the date range of the requested records.
The user will have the option to select Close in order to document when records are not received or when the request needs to be consolidated.
The user will select the option which best describes the reason no records were received: Need to Request, Not seen since, Not relevant. If needed the user can write in the comments area any further details regarding the reason for closing the request.
When the user clicks Save with one of the options described it will close the request.
To Consolidate a record the user must select which record needs to be consolidated.
The user must then select the Consolidate option and a Resulting Record box will appear.
The Resulting record box shows a list of open requests for facilities which the selected request can be consolidated into.
Once the user has selected which facility the records need to be consolidated and imported under, a Receive Information box appears for the user to select then to enter the record information to be imported.
If the user selects “Invoice” they will choose the Doctor/Facility from which the Invoice was received.
An Invoice can only be imported if there is an open or satisfied request in the system. Otherwise there will be no Doctors/Facilities to choose from and the system will not allow anything to be imported.
The user must select to either import as an invoice or pre-bill. Once it is imported the bill goes onto the SSA Hearing—Medical Record—Invoices—To Pay list. If the pre-bill option is selected the bill goes to the top of the “To Pay” list to be paid first regardless if other invoices were received before it.
The user must select whether the bill can be paid by check, online, or by phone. Depending upon the option selected is where the bill will appear on the “To Pay” list. If online or phone is selected the Check Name and Check Address will appear.
If an Invoice/Pre-Bill was not invoiced correctly the user can select to Dispute it. Once Dispute is selected a new dialog box will appear to place the amount we are being incorrectly charged.
The user must select the action needed on the Invoice/Pre-Bill. Based upon the option selected the bill will go to the appropriate section on the “To Pay” list. If CD approval is selected a new dialog box will appear “Assigned” to assign the bill to a person to determine whether it will be paid or cancelled.
If the user selects “ODAR” as the source where the record was received from they will then need to select “Requested” or “Unrequested”.
If the user selects Unrequested they will choose the type of record from a pre-determined list.
Importing Collections: This section of the Import Wizard is used to import any payment mail relating to a clients claim.
The user will click Import to attach the document to the specific clients file.
A dialog will appear giving the options New Fee Request, New Fee Mail, Existing Fee Request, and Existing Fee Mail. The user will select one of these options depending on what they are importing.
If the user selects “New Fee Request” they will select Received or Requested. If the user selects Received the date will automatically populate in the Check Received field.
The user will also select the Type to categorize the type of payment received, and Issued By to specify who issued the payment.
The user will then select the Fee Type from a pre-determined list.
The user will select the Attorney's name that appears on the check from a pre-determined list, the amount received, and a note if needed.
The user will select the AR Status from a pre-determined list and enter the date. This information will be reflected on the clients claim for tracking purposes.
The user will also have the option to update the clients claim status if necessary.
As described in #58, if the user selects New Fee Mail they will select the Subject and Fee Type from pre-determined lists.
The user will enter the Fee Amounts into each field accordingly and can add notes if needed.
If the user selects Existing Fee Request they will choose from a list of all Fee Requests imported under “New Fee Request” in order to edit the information.
If the user selects Existing Fee Mail they will choose from a list of all Fee Mail imported under “New Fee Mail” in order to edit the information.
The Application Wizard is an extension of the Intake Wizard. Once the Intake Wizard is completed the user is redirected to the Application Wizard for completion.
The user will be automatically redirected based on the clients claim status. The Intake Wizard predicts whether or not an Application needs to be completed based on a series of questions that are asked.
If the Intake Wizard predicts the client needs to file an application the user will redirected to the Application Wizard to begin.
All of the information gathered on the Intake Wizard is automatically populated into the Application Wizard to avoid retrieving duplicate information.
As each question is answered it allows more questions to appear. If a question does not apply due to previous answers the question will stay hidden.
If the user clicks Add Spouse a dialog will open and they will enter the all of the appropriate information which, upon saving, will populate in a summary box.
By clicking on any of the buttons on the Application Wizard a dialog will appear so that the user can enter the corresponding information. The information is then displayed in a summary box.
Once the Application Wizard is completed the client will appear on the Application Wizard View. On this view each application is categorized by the status of the Application Wizard and then sub-categorized by the user assigned to the application.
By double clicking on the client from the Application Wizard view that specific clients completed Application Wizard will open to be reviewed.
The Reviewer can add any revisions for the user to make once the Application Wizard is returned to them.
After reviewing the Application Wizard the user will click Return to Submitter and then from a dialog box they will select Revise and Return, Revise and OK to Submit, or OK to Submit.
Once the Application Wizard is under the category OK to Submit the user will click the Submit to SSA button.
The Social Security Application for Disability Benefits is a series of three (3) extensive forms. The Application Wizard has grouped the questions from these forms together to drastically shorten the completion time and to avoid gathering duplicate information.
Once all of the information is gathered using the Application Wizard the user can generate all three (3) Social Security forms by clicking the Submit to SSA button. Each application will open one at a time and the information gathered on the Application Wizard is populated into the corresponding fields on the SSA Application forms.
Now referring to
The client will enter their personal information and create a username and password.
Once the client registers, their information will be linked directly to their claim in Lotus using their Last Name, Date of Birth, and the Last four digits of their Social Security Number.
Once the client registers and logs in they will have access to their claim status information, contact information, emergency contact information, medical treatment information, prescription information, medical conditions, and work history.
If the client clicks on Emergency Contacts they will be able to view, Edit, or Remove all existing contacts. They will also have the ability to add New contacts.
If the client requests to add, edit, or remove a contact the request will appear in their Pending Requests window.
All client requests to add, edit, or remove information is sent our Admin Console which a user is checking daily.
If the client clicks on Medical Treatment they will be able to view, Edit, or Remove all existing Medical Treating sources. They will also have the ability to add new Treating Sources.
If the client requests to add, edit, or remove a medical treating source the request will appear in their Pending Requests window.
If the client clicks on Prescriptions they will be able to view, Edit, or Remove all existing Prescriptions. They will also have the ability to add new Prescriptions.
If the client requests to add, edit, or remove a prescription the request will appear in their Pending Requests window.
As described in #5<---this doesn't make sense here because my numbers are not included, if the client clicks on Medical Conditions they will be able to view, Edit, or Remove all existing Medical Conditions. They will also have the ability to add new Conditions.
If the client requests to add, edit, or remove a medical condition the request will appear in their Pending Requests window.
If the client clicks on Work History they will be able to view, Edit, or Remove all existing Work History. They will also have the ability to add new Work History.
If the client requests to add, edit, or remove a Work History the request will appear in their Pending Requests window.
The client can also click on Additional Comments to enter any information or request they'd like to be reviewed by the firm.
All client requests submitted to the Admin Console are reviewed daily and will be updated in the clients claim that will reflect on MyClaimGo.com in real time.
All patents and publications mentioned in this specification are indicative of the levels of those skilled in the art to which the invention pertains. All patents and publications are herein incorporated by reference to the same extent as if each individual publication was specifically and individually indicated to be incorporated by reference.
It is to be understood that while a certain form of the invention is illustrated, it is not to be limited to the specific form or arrangement herein described and shown. It will be apparent to those skilled in the art that various changes may be made without departing from the scope of the invention and the invention is not to be considered limited to what is shown and described in the specification and any drawings/figures included herein.
One skilled in the art will readily appreciate that the present invention is well adapted to carry out the objectives and obtain the ends and advantages mentioned, as well as those inherent therein. The embodiments, methods, procedures and techniques described herein are presently representative of the preferred embodiments, are intended to be exemplary and are not intended as limitations on the scope. Changes therein and other uses will occur to those skilled in the art which are encompassed within the spirit of the invention and are defined by the scope of the appended claims. Although the invention has been described in connection with specific preferred embodiments, it should be understood that the invention as claimed should not be unduly limited to such specific embodiments. Indeed, various modifications of the described modes for carrying out the invention which are obvious to those skilled in the art are intended to be within the scope of the following claims.
In accordance with 37 C.F.R. 1.76, a claim of priority is included in an Application Data Sheet filed concurrently herewith. Accordingly, the present invention claims priority as a continuation of U.S. patent application Ser. No. 14/586,609 entitled “CLAIM AND PROGRESSION MANAGEMENT”, filed on Dec. 30, 2014, which claims the benefit of U.S. patent application Ser. No. 13/843,743, entitled “CLAIM AND PROGRESSION MANAGEMENT”, filed on Mar. 15, 2013, which claims the benefit of priority of U.S. Provisional Patent Application No. 61/619,049, entitled “SOCIAL SECURITY CLAIM AND PROGRESSION MANAGEMENT”, filed on Apr. 2, 2012. The contents of which the above referenced application is incorporated herein by reference in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
6611807 | Bernheim et al. | Aug 2003 | B1 |
7185273 | Thomason | Feb 2007 | B2 |
7546268 | DiGiovanni et al. | Jun 2009 | B1 |
7600252 | Illowksy et al. | Oct 2009 | B2 |
7734480 | Stangel | Jun 2010 | B2 |
7753263 | Schader | Jul 2010 | B2 |
7765116 | Allsup | Jul 2010 | B1 |
8185463 | Ball | May 2012 | B1 |
20020035488 | Aquila et al. | Mar 2002 | A1 |
20020152113 | Butz | Oct 2002 | A1 |
20030074277 | Foutz | Apr 2003 | A1 |
20030158750 | Banks et al. | Aug 2003 | A1 |
20030167220 | Schoen et al. | Sep 2003 | A1 |
20030195774 | Abbo | Oct 2003 | A1 |
20070260501 | Schader | Nov 2007 | A1 |
20080010279 | Lykkehoy et al. | Jan 2008 | A1 |
20080059249 | Joao | Mar 2008 | A1 |
20090150190 | Solomon | Jun 2009 | A1 |
20090192827 | Anderson et al. | Jul 2009 | A1 |
20090222290 | Crowe | Sep 2009 | A1 |
20100145734 | Becerra et al. | Jun 2010 | A1 |
20100185466 | Paradis et al. | Jul 2010 | A1 |
20100211403 | Allsup | Aug 2010 | A1 |
20100217624 | Kay | Aug 2010 | A1 |
20100318393 | Acker et al. | Dec 2010 | A1 |
20110077981 | Kay | Mar 2011 | A1 |
20120059677 | Crowe | Mar 2012 | A1 |
20130073539 | Bowser et al. | Mar 2013 | A1 |
Entry |
---|
Bilder, Scott (Navigating the Disability Process: Persons with Mental Disorders Applying for and Receiving Disability Benefits, https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2690202/, Mar. 2003) (Year: 2003). |
Bilder, S. et al, “Navigating the disability process: persons with mental disorders applying for and receiving disability benefits”, Rutgers University, New Brunswick, New Jersey, PMCID: PMC2690202, PMD: 12669652, (2003). |
Anonymous, “LaVan & Neidenberg quadruples customer base”, Lavan & Neidenberg, P.A., Corporate article from IBM Software Legal Services, IBM Corporation, pp. 1-6, (May 2012). |
Number | Date | Country | |
---|---|---|---|
20200090292 A1 | Mar 2020 | US |
Number | Date | Country | |
---|---|---|---|
61619049 | Apr 2012 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 14586609 | Dec 2014 | US |
Child | 16688151 | US | |
Parent | 13843743 | Mar 2013 | US |
Child | 14586609 | US |