Adaptive Health Program Server System

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing mobile health applications often fail to provide personalized experiences for diverse user needs, as they are either under-inclusive for specific medical conditions or over-inclusive for broad audiences, leading to inefficiencies in content delivery and user engagement.

Innovation Solution

A server system dynamically generates and updates program data for mobile applications, segmenting content into time periods and tracks, allowing users to transition through different experiences while maintaining consistent progression, with rules adjusting content based on user activity to provide personalized and adaptive content.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If health applications target a specific patient population with complex medical conditions, then the content is highly relevant to that specific group, but the application becomes under-inclusive and cannot serve the general population

Engineering Contradiction:
Improveapplicability to different patient populationsVSAvoidpersonalization for individual user needs
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The health application is segmented into multiple modular programs, each targeting specific medical conditions or patient populations. Users can select and combine relevant programs based on their individual needs, allowing the application to serve diverse populations while maintaining specialized content quality for each segment.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The application architecture is designed to be universal by incorporating multiple specialized programs within a single platform. This multi-functionality allows one application to serve various patient populations with different medical conditions, eliminating the need for separate applications for each condition while preserving condition-specific content quality.

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

2Adaptability or versatility

If health applications target a broad user audience, then the application is applicable to many users, but it fails to provide personalized experiences for individual user needs

Engineering Contradiction:
Improvebroad user coverageVSAvoidpersonalized content delivery
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

While maintaining a universal platform structure, the application implements local quality by customizing content delivery based on individual user profiles, selected programs, and progress tracking. Each user receives personalized content within their chosen programs, ensuring relevance to their specific health needs while benefiting from the broad coverage of multiple integrated programs.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

Users perform preliminary actions by selecting their specific health conditions and preferred programs during onboarding. This preliminary configuration enables the system to deliver personalized content from the start, allowing broad audience coverage while immediately tailoring the experience to individual user needs based on their selections.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If multiple separate applications are created for different health conditions, then each application can be highly specialized, but the effort and cost of coding and maintenance increases considerably

Engineering Contradiction:
Improvespecialized content qualityVSAvoidnumber of applications to maintain
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Multiple specialized health programs are merged into a single unified application platform. This combining approach maintains the specialized content quality of individual programs while reducing the overall number of applications to develop and maintain. The shared infrastructure includes common codebases, user profile management, and progress tracking systems that serve all programs.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The unified application is designed with universal components that can serve multiple specialized programs. A single codebase supports various health conditions through modular program configurations, reducing development effort and maintenance costs while preserving the specialized functionality needed for reliable health condition management.

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

4Reliability

If multiple separate applications are stored and distributed, then each application can be optimized for its specific function, but significant server resources are required for distribution and storage

Engineering Contradiction:
Improvefunction-specific optimizationVSAvoidserver resources for distribution
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

Multiple health programs are combined into a single application package that can be distributed together. This merging reduces the total number of separate downloads and installations required, decreasing server bandwidth consumption and storage resources needed for distribution while maintaining the functional optimization of each health program within the unified package.

Inventive Principle:
Principle #5Merging (Combining)

5Ease of operation

If applications are installed on user devices, then they provide useful functionality, but they consume limited storage space on the device

Engineering Contradiction:
Improvelocal functionalityVSAvoiddevice storage space
Core Design Contradiction:
Ease of operationVSVolume of stationary object

Solution Approach 1:

A single unified application provides multiple health programs in one installation, maximizing the utility obtained from the storage space consumed. Users gain access to various specialized health functions within one app, reducing the total storage required compared to installing multiple separate applications while maintaining local functionality for ease of operation.

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

Data Source

PatentUS11450224B1Customizing health programs based on individual outcomes
Publication Date: 2022.09.20 VIGNET INC
  • US11450224B1 patent drawing
  • US11450224B1 patent drawing
  • US11450224B1 patent drawing

AI summary

In some implementations, one or more computers provide data for an application configured to provide interactive content personalized for a user of a mobile device. The one or more computers obtain activity data for the user for a current segment of the program. The activity data can include interaction data indicating one or more interactions of the user with the application during the current segment and sensor data indicating one or more measurements separate from user input to the application. The one or more computers identify a subset of content for the current segment based data indicating on a current track or level assigned for the user. The one or more computers cause a selected portion of the content in the subset to be presented on the mobile device in response to a determination, based at least in part on the sensor data for the current segment, that one or more triggers or conditions defined by rules associated with the current track or level are satisfied.