Release Notes for Oracle Health Insurance Enterprise Policy Administration Patch 4.23.1.0.1
This document contains the release notes for Oracle Health Insurance Enterprise Policy Administration Patch 4.23.1.0.1.
| Version compatibility: Oracle Health Insurance Enterprise Policy Administration Release 4.23.1.x is only compatible with other Oracle Health Insurance applications release version 4.23.1.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.templateand name itohi_install.cfg. -
Edit
ohi_install.cfgto 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 | BP | Summary |
|---|---|---|---|---|
35785135 |
3-33791960901 |
POL-13646 |
BP |
Invoice lines are not properly categorized for groups with multiple billing accounts |
Description: |
When a single policy switches group account over time, some invoices will be generated categorized with the wrong group account. This scenario will occur when premium is calculated over a period that the policy is enrolled on multiple different group accounts. |
|||
Resolution: |
Invoice lines will be properly categorized with the group account that is referred to by the billing account, based on time validity. |
|||
35831008 |
POL-13732 |
BP |
Quick search And mode: Unable to search using quick search And mode text box, when widgets are added |
|
Description: |
In policies (landing) page, do a quick search using And mode text box, check if you are able to enter any value. Now click on "Add card" and add few widgets. Refresh the page and login again. Again try to do a quick search using And mode text box, check if you are able to enter any value. On clicking quick search, And mode text box is not shown. |
|||
Resolution: |
Quick Search popup opens when widgets are enabled. |
|||
35821792 |
3-34267912821 |
POL-13724 |
BP |
Premium not calculated correctly when there is a group account change in policy |
Description: |
In case a policy has multiple group accounts during the calculation period and these have multiple products (including tiered): premium set up was not retrieved correctly in case calculate premium activity is started. It was using the setup of the group account of the activity. |
|||
Resolution: |
Changed the way premium set up is retrieved per group account: instead of using the group account attached to the activity: the group account attached to the policy enrollment product is used. This fix is applicable for calculate premium activity, on-line operations do not have this issue. |
|||
35628893 |
POL-13265 |
BP |
Adjustment rules page – parameter amount is not stored |
|
Description: |
Navigate to adjustment rules. Open the schedule definition record. Navigate to "adjustment rules" object navigation link. Click on add in table displayed. Add some values in dynamic column based on type "amount" and percentage/amount column. Value is not displayed in that column. |
|||
Resolution: |
Values in dynamic column based on type "amount" and percentage/amount column are displayed properly in Adjustment rules pages |
|||
35802907 |
3-31898869071,3-34086310341 |
POL-13690 |
BP |
Policy with ended collection setting and with unpaid period should not be recalculated by Calculate Premium activity daily. |
Description: |
If Policy’s Collection Setting is end dated and unpaid periods exist, these periods are getting recalculated in every day’s premium calculation activity. |
|||
Resolution: |
Calculation takes place only on the days it should according to the specification. |
|||
35781870 |
POL-13643 |
BP |
addPolicyEnrollmentProduct() method not working as it should when used on a group account policy. |
|
Description: |
When using addPolicyEnrollmentProduct() method on a group account policy, this predefined function should add a policy enrollment product which refers either to a group account product or simply to an enrollment product according to the time validity. Currently this classification is not taking place and hence using this method on a group account policy gives POL-POEP-001 error message in certain scenarios. |
|||
Resolution: |
The predefined function is now working as expected and hence can be used on group account policies. |
|||
35809110 |
POL-13668 |
BP |
Issue with Diacritics search with special characters |
|
Description: |
While performing diacritic search with special character followed by A (stop list or Stop word). the search ended up with unknown result set. The list for various language is as mentioned below. |
|||
Resolution: |
The issue seems to be with the behavior of Oracle text index with Stop list and Stop word functionality when these stop list words are used along with special characters then the same will not be indexed and leads to this issue, the same has been fixed by modifying the index metadata. |
|||
35855147 |
3-33858160991 |
POL-13769 |
BP |
Dynamic logic cache reloads every time on business cache invalidation even if there is no dynamic logic update |
Description: |
Dynamic logic cache uses a business process cache which is invalidated on any change in configuration entities (that implements ProcessCacheInvalidating) even though there is no change in dynamic logic itself . On invalidation of the cache , byte code is loaded again for all the dynamic logic which is CPU intensive and can slow down other processes running in parallel during the class loading . |
|||
Resolution: |
The cache invalidation and reloading happens only on change in dynamic logic entity. |
|||
35744041 |
POL-13536 |
BP |
Cast exception when unique relation identifier is added to organization |
|
Description: |
When unique identifier type is added to an organization, it gives exception: ERR: An error occurred in processing the request; for more information about the error search the logging for occurrences of "com.oracle.healthinsurance.policies.domain.internal.relations.entities.OrganizationPoliciesDomain cannot be cast to com.oracle.healthinsurance.policies.domain.relations.PersonPolicies" |
|||
Resolution: |
No error is thrown when a unique identifier type is added to an organization. |
|||
35829973 |
3-34177004331 |
POL-13731 |
BP |
Desired row is not getting deleted in 'Parameter Domain' tab of Group Account Products page |
Description: |
While deleting the 1st parameter on the list it deletes as expected. While deleting any parameter other than the 1st one it jumps and deletes the one above the one we trying to delete. |
|||
Resolution: |
Deleting any parameter, deletes the desired row as expected. Earlier wrong index was being used while deleting the row which is fixed now. |
|||
35768667 |
POL-13589 |
BP |
Clicking the 'Cancel' button, the 'Confirm Cancel' dialog doesn’t close |
|
Description: |
Clicking on the 'Cancel' button, the 'Confirm Cancel' dialog remains on screen and nothing happens in Activity page |
|||
Resolution: |
When clicking the 'Cancel' button in the 'Confirm Cancel' dialog, the dialog disappears and user is redirected to the Create Activity screen. |
|||
35660675 |
3-32053398351 |
POL-13347 |
BP |
Wait time too long after setting group client to changed |
Description: |
When a group client is set to changed status, the page refreshes. This results in the user having to press submit twice since after the first time screen is still refreshing. |
|||
Resolution: |
Loading icon is shown indicating the page is being refreshed after the group client operations (like submit/set to changed) are performed. Note: Slowness while loading group client with large number of group accounts will be picked up in the enhancement POL-12478. |
|||
35855186 |
POL-13770 |
BP |
Performance issue when updating the status of base financial objects in generate financial messages activity under high concurrency |
|
Description: |
High wait event "enq: TX - allocate ITL entry" occurs when updating the status of base financial objects to 'FM' in generate financial message activity under high concurrency and this causes the activity to run very slow |
|||
Resolution: |
update base financial object at the end of parent activity instead of updating after every child activity. This should minimize the number of sessions opened for the update. |
|||
35808822 |
3-34135146961 |
POL-13704 |
BP |
Big memory consumption due to non-paged access to all financial transactions of a base financial object |
Description: |
Base financial object can have high number of financial transactions cached during the calculate premium activity leading to memory issues |
|||
Resolution: |
The memory utilization in base financial object is optimized |
|||
35768593 |
POL-13585 |
BP |
Console error is seen when creating/editing a Policy |
|
Description: |
A console error is thrown when creating/editing a policy due to wrong URL’s constructed |
|||
Resolution: |
No console error related to wrong URL is thrown when creating/editing a policy. |
|||
35772874 |
POL-13596 |
BP |
Flex code fields with search criteria not loading correct LOV values |
|
Description: |
Flexcodes LOV doesn’t load correct results when searching with criteria. Query constructed had a missing parenthesis to group 'and' and 'or' conditions |
|||
Resolution: |
Search query is constructed properly for flexcode lov and expected results are shown |
|||
35793936 |
POL-13661 |
BP |
Internal storage of collection methods could lead to memory leaks in premium calculation. |
|
Description: |
Collection method objects were not properly cached. |
|||
Resolution: |
Changed caching of collection methods. And the response of collection settings of generic API will no longer show the attribute "collectionMethodId". |
|||
35788806 |
POL-13648 |
BP |
Memory leakage with coherence processing pattern |
|
Description: |
DHL observed performance issues with activity processing, many of the activities got stuck while processing due to OOM. A severe GC contention was seen on most of the nodes, as the G1 object occupied most of the memory this was due to memory leakage by Coherence Processing Pattern, which triggered the memory protector causing a halt on the system and the activities that were getting processed were then stuck forever. Cause for OOM: The object DefaultTaskIdentifier was not cleaned up after the activities were complete. |
|||
Resolution: |
Memory leakage was fixed in coherence. |
|||
35855383 |
3-33964183741 |
POL-13773 |
BP |
Activity Message is lost when generate financial message activity is recovered |
Description: |
Activity message (ACT-FL-DAFI-001) is lost when generate financial message activity is recovered |
|||
Resolution: |
The activity message ACT-FL-DAFI-001 is removed when the recover process starts, but if the error persists during reprocess of the activity then the message is recreated. |
|||