Ideas2IT Diagnosed and Stabilized a Behavioral Health EHR Generating Recurring Critical Incidents and Built the Roadmap That Cleared Its Path to AWS

CareLogic ran behavioral health records for organizations across the US on a stack generating recurring incidents and no path to cloud migration. Ideas2IT ran a full-stack assessment, closed every confirmed performance gap, and delivered a structured AWS migration roadmap.

Client

Qualifacts / CareLogic

Industry

Healthcare

Service

App Modernization

Timeline

16 weeks

Compliance

HIPAA

01 Challenge

CareLogic was operationally unstable. CPU spikes on application containers triggered recurring critical incidents that the tech ops team resolved by restarting instances. The platform had no connection pool configured: session connect and disconnect cycles consumed 15.04% of total database activity. Cache was not configured on application containers, batch job scheduling was degrading database performance, and the frontend had accumulated 3,023 oversized DOM elements, render-blocking JavaScript, and broken screen flows. The business had no structured path to cloud migration because the platform's current state made migration planning premature.

02 Solution

Ideas2IT ran a full-stack assessment using Oracle AWR reports, New Relic telemetry, and infrastructure analysis across compute, database, and UI layers, mapping every confirmed root cause before beginning remediation. The team introduced Tomcat JDBC connection pooling, rebuilt appointment and record fetching with parallel processing and CDC-based event-driven sync, optimized Hibernate ORM and Oracle Procedures, upgraded the JDK, and restructured the frontend to replace full-page reloads with dynamic loading. The engagement closed with a cloud readiness assessment and a structured AWS migration roadmap.

03 Outcome

Page loading time dropped 40%. Batch processing time fell 35%. CSAT scores improved 20%. Recurring critical incidents that had required manual restarts were eliminated at the root cause. The engagement closed with a cloud migration roadmap giving the platform a structured path to AWS for the first time.

Phase 01

Finding root causes across infrastructure, database, and UI before touching anything

Full-Stack Assessment: Mapping Every Bottleneck Before Any Fix Was Attempted

The first decision was diagnostic: assess the entire stack before scoping any remediation. Ideas2IT analyzed CPU utilization patterns across 20 application containers using New Relic telemetry, identifying the spike behavior that had been triggering manual restarts.

Oracle AWR reports surfaced the database-layer problems: DBMS_SCHEDULER jobs running throughout the day, high log file sync wait times across database servers, elevated parse SQL counts indicating the need for query tuning, and claim engine jobs requiring further analysis.

The connection pool gap was confirmed: the platform had no pooling configured, and session connect and disconnect cycles were consuming 15.04% of total database activity. The UI audit identified 3,023 elements with excessive DOM size, render-blocking JavaScript, inefficient static asset caching across 79 resources, missing image dimensions causing layout reflow, and broken screen flows generating 404, 401, and 5xx errors.

This Phase Produced

  • Infrastructure configuration analysis across compute, OS, DB, and load balancer ·
  • Oracle AWR database assessment ·
  • CPU utilization spike analysis across 20 application containers ·
  • Connection pool gap analysis ·
  • UI assessment covering DOM size, static asset caching, render-blocking JS, and screen flow errors ·
  • Batch job performance analysis

Phase 02

From recurring manual restarts to a stable, optimized application stack

Performance Remediation: Closing the Gaps That Were Generating Incidents

Remediation followed the assessment findings in order of confirmed impact. Tomcat JDBC connection pooling was introduced, eliminating the session churn that had consumed 15.04% of total database activity.

Appointment scheduling and record fetching were rebuilt with parallel processing, and CDC-based event-driven sync replaced the sequential data operations that had been compressing batch processing windows.

Hibernate ORM was optimized alongside data processing logic, the JDK was upgraded to the latest version, and Oracle Procedures were revised to use the oracle_loader driver for XML processing, resolving the claim engine performance issues identified in the AWR assessment.

On the frontend, full-page reloads were replaced with dynamic loading for EMAR and other high-traffic screens, static asset caching was corrected, and DOM structure was reduced to eliminate the layout reflow behavior caused by missing image dimensions.

This Phase Produced

  • Tomcat JDBC connection pool configuration ·
  • Parallel processing for appointment scheduling and record fetching ·
  • Event-driven CDC for data sync ·
  • Hibernate ORM and data processing logic optimization ·
  • JDK upgrade ·
  • Oracle Procedures revised for oracle_loader XML processing ·
  • Dynamic loading implementation replacing full-page reload patterns ·
  • Static asset caching and DOM optimization

Phase 03

Translating a stabilized platform into a structured cloud migration plan

Cloud Readiness and Migration Roadmap: Building the Path to AWS

With the platform stable, Ideas2IT assessed CareLogic's readiness for cloud migration. The assessment covered the full architecture: compute, database, network and security, and storage layers, mapped against the requirements of a HIPAA-compliant AWS deployment.

Gap analysis identified what needed to change between the current on-premises architecture and the AWS target state.

The output was a sequenced migration roadmap that gave the Qualifacts engineering team a structured, compliance-aware path to AWS, designed to move a platform serving live behavioral health organizations without disrupting the clinical operations running on it.

This Phase Produced

  • Cloud readiness assessment
  • Architecture gap analysis
  • AWS target-state architectural recommendation
  • Sequenced cloud migration roadmap

The Outcome

Performance Restored. Incidents Eliminated. A Clear Path to AWS.

Category Metric Description
Page performance 40% reduction Dynamic loading replaced full-page reloads; DOM bloat and render-blocking JS resolved across high-traffic clinical screens
Batch processing 35% reduction Parallel processing and CDC-based event-driven sync replaced sequential batch operations
End-user experience 20% improvement Across clinical and administrative workflows following platform stabilization
Stability Eliminated
Critical incidents
Recurring CPU-spike incidents requiring manual restarts resolved at the infrastructure and application layer
Timeline 16 weeks Full-stack assessment, performance remediation, and AWS cloud migration roadmap delivered
Compliance HIPAA Maintained across all platform layers and embedded in AWS cloud migration planning
The performance gains were a direct consequence of the diagnostic discipline in Phase 1. Connection pooling alone removed the structural drag that had made CPU spikes unmanageable: session churn had been consuming 15.04% of total database activity before a single optimization was attempted. The CDC-based parallel processing architecture then removed the sequential constraints that had compressed batch windows. What the engagement produced beyond the metrics was a platform stable enough to have a real migration conversation. The AWS roadmap was the exit deliverable. It was only possible because the root causes had been identified and closed first.