In order to communicate expectations and updates to claimants, your systems need to be able to surface the relevant data to both internal users and claimants.

This may be a challenge for some states. Mainframes and other legacy systems may not integrate well with frontend platforms and can cause states to struggle to access and surface relevant data.

The following recommendations can help you to improve the quality, integrity, and availability of your data.

Recommendations

Choosing how to set up data in your system can impact how easily and accurately you are able to provide status updates to claimants.  

There are two types of data: 

  • Unstructured data is data that is not organized in a pre-defined way, like descriptive text or multimedia content.  

  • Structured data is data that is categorized and organized consistently, using a pre-defined structure, and can include quantitative or qualitative information. 

Using unstructured data in your system can make it difficult to surface status updates to claimants or staff in a consistent way. Ideally, claims processing can be done exclusively with structured data. 

The table below includes examples of how data may be collected in a system.

Scenario

Unstructured data
(Descriptive text is entered in response to a given scenario)

Structured data
(Options are selected or formatted text is entered in response to a given scenario)

Employer contesting separation reason.

“The employer contacted SWA and said the claimant should not be eligible because they quit voluntarily – need to follow up with fact finding.”

Field

Value

Issue type

Separation

Reported by

Employer

Fact finding required

True

Separation reason

Quit

Claimant contact information.

“The claimant can be reached at 555-1234, but they prefer to receive updates through email at superstar1@peoplemail.com"

Field

Value

Phone

555-1234

Email

superstar1@peoplemail.com

Communication preference

Email

In the examples above, a system using unstructured data would require someone to read and interpret a note to advance a claim. In contrast, a system using structured data can be automated to identify a particular scenario and trigger a status message to be displayed. 

If you are not able to use data to identify a claim scenario and surface a status message, you might need to address gaps in your structured data. 

Key questions

  • Which issues are not identifiable in the claims processing system (e.g., by contact center agents?)  
  • Which issues or statuses don’t have data available to access on the backend? (either through a query or API call) 

Interested in addressing claims status? Email the UI Modernization Team