

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.
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.