Release Notes for Oracle Health Insurance Claims Adjudication Patch 4.25.1.0.25
This document contains the release notes for Oracle Health Insurance Claims Adjudication Patch 4.25.1.0.25.
| Version compatibility: Oracle Health Insurance Claims Adjudication Release 4.25.1.x is only compatible with other Oracle Health Insurance applications release version 4.25.1.x unless explicitly stated otherwise. |
Enhancements
| ID | Summary | Patch |
|---|---|---|
NXT-30732 |
Counter IP carry over date This enhancement introduces the capability to control the carry over settings when creating external consumption. Writing an external consumption request doesn’t have the product limit (override) in context so it will always use the setting on the limit. This enhancement introduces an additional parameter to the Adjudication Counter IP, carryOverDate, which can be used to override the carry over settings on the limit. Furthermore, this enhancement introduces the capability of creating new counter periods for plan year limits. This requires the presence of a start date in the request. |
4.26.1.0.0 |
POL-19010 |
Extensible Waiver Reasons With this enhancement it is now possible to configure non time valid dynamic fields for Waiver Reasons |
Web Services
| Ref | Action | Description |
|---|---|---|
NXT-30732 |
Modified |
Adjudication Counters Integration Point Added carryOverDate to the request |
NXT-34861 |
Modified |
Data Transfer IP Introduced an optional attribute |
UI Changes
| Ref | Action | Description |
|---|---|---|
NXT-30732 |
Modified |
Adjudication Limit Counters Added field 'carry over date' to write consumption section and its value is passed to the Create Consumption IP |
Breaking Changes
| Ref | Action | Description |
|---|---|---|
NXT-34861 |
Modified |
Data Transfer IP If an integration relies on the previous 200 MB export file limit, it must explicitly provide |
Bug Fixes
| BugDB | SR | Internal | Summary |
|---|---|---|---|
39810315 |
4-0003373758 |
NXT-34670 |
Coverage Regime Tranche Type updates is not working |
Description: |
When updating a Coverage Regime tranche type (for example, changing a tranche from Days to Units), the application displays a successful update confirmation, but the change is not persisted. The tranche continues to retain its original value type after the update. |
||
Resolution: |
Fix added to update Coverage Regime tranche type. The updated tranche type is now persisted correctly. |
||
39943787 |
NXT-34861 |
Improved performance for large data transfer exports with configurable file sizing |
|
Description: |
Data transfer IP uses a 200 MB file size value to DBMS_CLOUD.EXPORT_DATA, which could severely degrade performance for large exports. |
||
Resolution: |
Data transfer IP supports the optional maxFileSize attribute for CSV, JSON, and XML exports in SaaS deployments. This attribute is not supported for on-premises deployments. When maxFileSize is not specified, exports use the default file size of 10 MB. The application displays OHI-IP-ORV-011 when maxFileSize is outside the supported range: “The value of maxFileSize must be between 10 MB and 1024 MB” It displays OHI-IP-ORV-012 when maxFileSize is specified for PARQUET exports: “maxFileSize is not allowed for dataTransferFormat PARQUET” |
||
38511105 |
3-41886923721 |
NXT-32710 |
Writing incident data files in Object Storage fails intermittently |
Description: |
Writing an incident data file in Object Storage fails intermittently with NoSuchElementException |
||
Resolution: |
The intermittent issue that prevented incident data files from being written to Object Storage has been resolved. The fix improves the reliability of file creation and storage operations. |
||
39790582 |
4-0003327505 |
NXT-34645 |
Corrected audit information for CTR status history. |
Description: |
CTR status-history records could display the Internal System User instead of the user recorded in the corresponding claim status history. Default insertion auditing replaced the original audit information. |
||
Resolution: |
Updated CTR generation to copy createdBy, creationDate, lastUpdatedBy, and lastUpdatedDate from the matching ClaimStatusHistory record, identified by status and timestamp. The CTR audit customizer preserves these values during insertion. Unmatched records use default auditing and generate a warning. Reversal auditing remains unchanged. No Header DYLO changes are required. The change applies to newly generated CTR records; existing records are not backfilled. |
||
39807380 |
4-0003097859 |
NXT-34664 |
Product reload does not reflect updates to dynamic fields of product benefit specification limits |
Description: |
When a product benefit specification limit’s dynamic field is updated in Prod def and the product is rebuilt and reloaded to claims, the existing value is not overwritten correctly. Expected : The product benefit specification limit’s dynamic field should be overwritten correctly. Actual : The product benefit specification limit’s dynamic field is not overwritten. |
||
Resolution: |
When a product benefit specification limit’s dynamic field is updated in Prod def and the product is rebuilt and reloaded to claims, the existing value is overwritten correctly. |
||
39872519 |
4-0003490677 |
NXT-34757 |
Show a Loading Indicator While Claim Line Messages Load |
Description: |
When a user selects More in the Claim Line Summary drawer, messages appear slowly or remain unavailable until the user reopens the drawer. |
||
Resolution: |
The Claim Line Summary drawer displays a loading indicator while it retrieves messages when a user first opens More. Messages load in the drawer without requiring the user to reopen it. |
||
39920331 |
NXT-34812 |
Dynamic logic security checks fail for unresolved Groovy receiver types |
|
Description: |
Dynamic logic execution could fail with a NullPointerException when the receiver type of a Groovy method call could not be resolved during security rule evaluation. |
||
Resolution: |
Dynamic logic security predicates now safely handle unresolved receiver types, allowing valid dynamic logic execution to continue without a NullPointerException. |
||
39926620 |
NXT-34835 |
Advanced Search LOV does not open for Last Validated By and Last Build By |
|
Description: |
The Advanced Search Operator LOV does not open for the Last Validated By and Last Built By fields. |
||
Resolution: |
The Operator LOV now opens for the Last Validated By and Last Built By fields, and Advanced Search works. |
||
39878787 |
NXT-34763 |
Activities are purged via the DB purge but the dependent table - CLA_WRITE_PROD_BEN_SPECS is not purged |
|
Description: |
As part of the purge the activities table is getting purged but this table CLA_WRITE_PROD_BEN_SPECS is still having reference to the activities table. So, when the user goes to the import history page under the (operations → Data Exchanges →Inbound Exchanges →Inbound benefits/Products(HTTP) then user is being thrown error Because the activity is not present in the DB. |
||
Resolution: |
Resolved an issue where activity purge processing did not remove dependent product benefit specification records. This could cause errors when viewing inbound product/benefit import history after a purge. The purge process now removes these dependent records as well, ensuring import history remains accessible. |
||
39828846 |
4-0003326305 |
NXT-34695 |
Reference sheet lines remain unavailable after creating flex codes removed through CMT |
Description: |
Reference sheet lines are not returned when they reference a flex code that was missing during an earlier lookup and is subsequently created. The missing lookup result remains cached, so the reference sheet lines remain unavailable until the affected application nodes are restarted. |
||
Resolution: |
When a previously missing flex code is created, its flex-code lookup is refreshed. Associated reference sheet lines are returned without restarting application nodes. |
||
39715912 |
4-0001855450 |
NXT-34576 |
Combination checks should not be executed in the presence of a fatal message irrespective of the origin |
Description: |
Execution of combination checks is prevented if a fatal message of a certain origin is attached. This check on fatal message should be done irrespective of origin and combination checks must not be executed. |
||
Resolution: |
Previously, combination checks were skipped only when a fatal message had a SanityChecks or Enrollment origin. They are now skipped whenever a fatal message is present, regardless of its origin. |
||