Release Notes for Oracle Health Insurance Enterprise Policy Administration Patch 3.21.3.0.7
This document contains the release notes for Oracle Health Insurance Enterprise Policy Administration Patch 3.21.3.0.7.
Enhancements
ID | Summary | Description | Included in Patch |
---|---|---|---|
POL-8249 |
Group Notes |
This enhancement introduces the ability for the end-user to save notes on group clients and group accounts, either through the JET Group page or the integration point. |
3.21.2.0.8 |
POL-9052 |
Split Periods for Partial Period Premium Calculation |
New option ("Split Periods") for partial period resolution. This option takes the N^th day of the period to split it into two parts. These two parts are compared against the Enrollment Start and End dates to decide whether to charge full premium or no premium. |
3.21.2.0.8 |
POL-9793 |
Extensibility: Additional Fields On Attached Policy Data |
The number of dynamic fields on the Attached Policy Data table is extended: 20 Char fields (adding 15) 5 Number fields 20 Date fields (adding 15) 50 Flex fields (adding 45) 5 Prov fields |
|
POL-9799 |
Make Receiver in Registrations optional |
With this change the Receiver in a Registration is no longer mandatory. |
Web Services
Ref | Action | Subject | Description |
---|---|---|---|
POL-8249 |
Added |
generic/groupclientnotes |
New generic resource |
POL-8249 |
Added |
generic/groupaccountnotes |
New generic resource |
POL-8249 |
Added |
Group Client Note Integration Point |
New integration point |
POL-8249 |
Added |
Group Account Note Integration Point |
New integration point |
POL-9052 |
Modified |
groupaccountproducts generic API |
This API now allows new domain value 'Split Periods' in the partialPeriodResolution element |
POL-9052 |
Modified |
groupclients generic API |
This API now allows new domain value 'Split Periods' in the partialPeriodResolution element |
POL-9052 |
Modified |
Group Client Integration Point |
This integration point now allows new domain value 'Split Periods' in the partialPeriodResolution element |
POL-9052 |
Modified |
enrollmentproducts generic API |
This API now allows new domain value 'Split Periods' in the partialPeriodResolution element |
POL-9052 |
Modified |
groupaccounts generic API |
This API now allows new domain value 'Split Periods' in the partialPeriodResolution element |
POL-9799 |
Modified |
Registrations Integration Point |
The receiver attribute of a registration is no longer mandatory |
UI Changes
Ref | Action | Subject | Description |
---|---|---|---|
POL-8249 |
Modified |
Group Clients, Group Accounts JET |
Group Client and Group Account Notes added |
POL-9052 |
Modified |
Enrollment Products JET |
Added field Enrolled Days Threshold which is displayed conditionally |
Bug Fixes
BugDB | SR | Internal | BP | Summary |
---|---|---|---|---|
33750254 |
3-27939414921 |
POL-9820 |
BP |
Unable to update existing person’s attributes via policy In IP when IND_AUTOCREATE_ACCOUNT is set to true |
Description: |
New policies can be created with the Policy In IP. The person on the policy request can be updated while a new policy is created. When the indicator Autocreate Account on a corresponding Enrollment Product Account Definition is set to true, it will result in an error saying "An error occurred in processing the request; for more information about the error search the logging for occurrences of null" |
|||
Resolution: |
When a new policy is sent in using the Policy In IP, and the payload has updates on an existing person, the policy is processed without any unexpected errors. |
|||
33772001 |
3-28323504981 |
POL-9854 |
BP |
Policies create-form response has nested person objects. |
Description: |
Policies create-form shows person as sub resource of person in policyEnrollmentList & policyholderList when GET operation is performed. |
|||
Resolution: |
Now in Policy In IP: using create-form, person is no longer shown as a sub-resource of person under policyEnrollmentList and policyholderList. |
|||
33776668 |
POL-9856 |
BP |
Create policy shows both active and working copy person names in policyholders and enrollment members. |
|
Description: |
Create policy shows both active and working copy person names in policyholders and enrollment members. Expected : Policy holder and enrollment member should display the only the active copy |
|||
Resolution: |
With New floorplan of Policy page, only the active copy will be displayed in Policy holder and enrollment member within create Policy page. |
|||
33782050 |
3-28337541491 |
POL-9859 |
BP |
Updating Dynamic Fields through PersonCoveredService Dynamic Logic returns exception |
Description: |
A Person Covered Service can be extended with Dynamic Fields, which can be set through PersonCoveredService Dynamic Logic. Then trying to set those, a OHI-DYLO-014 exception is thrown. |
|||
Resolution: |
It is now possible to set Dynamic Fields of a Person and a Person Covered Service in the PersonCoveredService Dynamic Logic |
|||
33787394 |
POL-9864 |
BP |
Dynamic field created twice when a error is raised while saving it to floorplan. |
|
Description: |
In Usages Page while performing the 'Add To Floorplan' action, when an error occurs while saving, usage is added twice in the floorplan if the error is resolved and saved. |
|||
Resolution: |
Fix was made to avoid multiple additions of usage when an error occurs while performing the 'Add To Floorplan' action. |
|||
33833332 |
3-28471589181 |
POL-9946 |
BP |
Transfer Certificate coverage is not considered when calculating WaitStartDate |
Description: |
When a PersonCoveredService has a Transfer Certificate to consider, the covergap between the endDate of the TransferCertificate and the startDate of the first PersonCoveredService should be taken into account and added to the WaitStartDate of the first PersonCoveredService. Also when multiple PersonCoveredServices have to consider the same TransferCertificate. |
|||
Resolution: |
The covergap between a TransferCertificate and the first PersonCoveredService is taken into account when setting the WaitStartDate. |
|||
33844739 |
3-28445181401 |
POL-9974 |
BP |
Overlapping PersonCoveredServices are not updated when endDate is added |
Description: |
When sequential PersonCoveredServices have to be generated, from which the predecessor is locked, the successive PersonCoveredService is not generated. When the predecessor is endDate in the DynamicLogic, the successive PersonCoveredService should start one day after the predecessor ended. |
|||
Resolution: |
Succesive PersonCoveredServices are generated. |