Release Notes for Oracle Health Insurance Enterprise Policy Administration Patch 3.22.2.0.23
This document contains the release notes for Oracle Health Insurance Enterprise Policy Administration Patch 3.22.2.0.23.
Version compatibility: Oracle Health Insurance Enterprise Policy Administration Release 3.22.2.x is only compatible with other Oracle Health Insurance applications release version 3.22.2.x unless explicitly stated otherwise. |
In accordance with the OHI error correction policy (Document 1494031.1 on My Oracle Support), error correction support will be provided for this release and the previous two releases. |
Upgrade Steps for Installation
To perform the upgrade, perform the following steps:
-
Perform any pre-upgrade steps.
-
Stop all the managed nodes running the existing version of the application.
-
Perform any pre-undeploy steps.
-
Undeploy the existing version of the application.
-
Back up the database.
-
Perform any post-undeploy steps.
-
Unpack the release bundle into a directory that we refer to as OHI_ROOT from now on.
-
Change Installation Configuration: In
<OHI_ROOT>/util/install
, make a copy ofohi_install.cfg.template
and name itohi_install.cfg
. -
Edit
ohi_install.cfg
to contain your specific database connection data and other configuration settings. The settings are explained in the file itself. -
Make sure NO connections are present to the database using the OHI_xxx_USER account (where xxx is the abbreviation of the application)
-
Run the Upgrade script:
-
Open a command window and browse to
<OHI_ROOT>/util/install
. -
Run the upgrade by executing
./ohi-update.sh .
-
-
Make the required changes to the ohi properties file
-
Perform any post-upgrade steps
-
Start WebLogic application server
-
Deploy the Application
-
Perform any post-deploy steps
Bug Fixes
BugDB | SR | Internal | Summary |
---|---|---|---|
35608564 |
3-32973122991 |
POL-13223 |
All future dated mutations should be deleted when calculate premium activity is executed |
Description: |
Future dated mutations are not deleted when calculate premium activity is executed but are expected to be deleted. |
||
Resolution: |
All future dated mutations are deleted when calculate premium activity is executed. |
||
36238567 |
3-35477511858 |
POL-14479 |
System unable to offset refund when there is an unapplied amount greater than refund |
Description: |
System unable to offset refund when there is an unapplied amount greater than refund |
||
Resolution: |
Enhanced SQL query to check if there is a registration with status 'N' and earliest offset payment date will only be set when there is no registration with status 'N' otherwise it will be NULL, and mutation recalculation will be done only when earliest offset payment is not null |
||
36313774 |
3-35742239861 |
POL-14615 |
End policy action in view and edit policy page ends inactive time valid records |
Description: |
Select an active policy which has at least one or more policy enrollment products in the past. Using End policy action, end the policy with end date as current date. Inactive time valid records are ended as well |
||
Resolution: |
Only active time valid records (enrollment products) will be ended when a Policy is ended and inactive records are not modified with policy end date |
||
36204035 |
3-34786906091 |
POL-14388 |
Dynamic logic byte code is not loaded during server startup on non master nodes after invalidateall API is invoked |
Description: |
Dynamic logic byte code is expected to load at the startup of non-master nodes if the invalidateall API was invoked in master node but was not being observed. |
||
Resolution: |
Dynamic logic byte code is now loaded at the startup of non-master nodes if the invalidateall API was invoked in master node. |
||
36275634 |
3-35379874711 |
POL-14571 |
Slowness in calculate premium when group client parameter is specified. |
Description: |
Inserting policy-level child activities was inefficient when the group client parameter is used, resulting in a longer execution time to calculate premiums. |
||
Resolution: |
The query inserting policy-level child activities is improved to address the slowness of calculate premium activities |
||
35850636 |
POL-13759 |
Dynamic logic timeout property is ignored when compiling dynamic logic at startup time |
|
Description: |
The dynamic logic timeout property (ohi.dynamiclogic.timeout or ohi.dynamiclogic.timeout.{0}) is ignored when the dynamic logic is compiled at system startup time. |
||
Resolution: |
Load the system property from the database if the loading of system properties is not completed. If loading of system property is completed then load from cache. |