Electronic Benefits Processing System Modular Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Legacy systems used for managing government-sponsored benefits are overwhelmed by increasing caseloads, difficult to upgrade, and struggle to connect with other systems due to varied programming languages, database systems, and operating systems, necessitating improved tracking and management solutions.

Innovation Solution

A distributed architecture electronic benefits processing system using object-oriented programming, JAVA, distributed databases, and Internet browser-based front-ends, allowing various stakeholders to interact without specialized software, and enabling benefit recipients to access and manage their benefits through graphical user interfaces and point-of-sale terminals.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If legacy systems are used to manage benefits, then existing infrastructure is maintained, but the systems become overwhelmed by increasing caseloads and difficult to upgrade

Engineering Contradiction:
Improvebenefits management capacityVSAvoidsystem upgrade difficulty
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system is divided into independent modular components including benefit management modules, retailer transaction modules, and administrative modules. Each module can be independently developed, deployed, and upgraded without affecting the entire system, resolving the complexity of upgrading legacy systems while maintaining productivity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system employs universal interfaces and standardized protocols that allow a single platform to serve multiple functions: benefit distribution, transaction processing, account management, and reporting. This multi-functionality eliminates the need for separate legacy systems while handling increasing caseloads efficiently.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If legacy systems with varied programming languages and database systems are used, then existing programs continue to run, but connection with other systems becomes difficult

Engineering Contradiction:
Improveprogram continuityVSAvoidsystem interconnection capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system introduces standardized communication interfaces and protocol translators that act as intermediaries between different systems. These intermediaries enable seamless connection and data exchange between the benefits management system, retailer POS systems, and administrative systems while maintaining reliability of existing programs.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system adopts homogeneous data structures, standardized database schemas, and uniform programming interfaces across all modules. This homogeneity enables easy integration and interconnection with external systems while maintaining program continuity through consistent data handling protocols.

Inventive Principle:
Principle #33Homogeneity

3Ease of operation

If traditional benefit management processes are used, then existing procedures are followed, but efficiency of interaction and management decreases

Engineering Contradiction:
Improvebenefit access convenienceVSAvoidtransaction processing time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

Benefit recipients can independently access their account information, view transaction histories, check benefit balances, and update personal information through user-friendly interfaces. This self-service capability eliminates the need for manual assistance for routine queries, improving ease of operation and reducing processing time.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system pre-processes and validates data during transaction entry, pre-generates reports, and maintains updated benefit balances in real-time. This preliminary action eliminates the need for time-consuming manual verification and processing later, significantly reducing transaction processing time while making the system easier to operate.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8340979B2Systems and methods for electronically processing government sponsored benefits
Publication Date: 2012.12.25 ACS STATE & LOCAL SOLUTIONS
  • US8340979B2 patent drawing
  • US8340979B2 patent drawing
  • US8340979B2 patent drawing

AI summary

Systems and methods for processing benefits include providing a graphical user interface, such as a web browser, to a benefit recipient for accessing at least account information concerning at least one benefit type. The benefits processing system may receive a request from the benefit recipient through the graphical user interface for displaying the at least account information concerning the at least one benefit type. The benefits processing system may then display the at least account information through the graphical user interface concerning the at least one benefit type.