Termination Never Effective
Scenario description and support for ending benefits "as if they were not effective" i.e. no days of coverage
Checklist
Components
Member Coverage Sent
Description
Given a previously created subscriber
, the platform user would send the initial coverage.
In this example. the member is electing Basic Life/AD&D and Disability coverages.
subscriber_id
-this refers to theid
of the created subscribercoverage_period_id
- this refers to theid
of the created coverage periodThis is the link between the carrier and the subscriber
basic_life_add_plan_id
- this refers to theid
of the created plan, in this case a Basic Life Add Planstd_plan_id
- this refers to theid
of the created plan, in this case a Short Term Disability Planltd_plan_id
- this refers to theid
of the created plan, in this case a Long Term Disability Plantoday
- is the date that the Platform system is generating the eventfirst_of_current_month
- this refers to a placeholder, The first of day of the current calendar month. This is commonly First of this month, Same Day, or First of the Next Month for new hires.
This would be created by sending a POST request to subscriber/{{id}}/qualifying_life_events
Request
Correction Identified
Description
In the Platform system, a user or process has identified that this coverage is no longer valid.
Example
A member is hired and elects benefits, starting the first of the next month.
This election is sent to Ideon in real-time.
The member's employment is terminated, and now the member is not eligible for the coverage.
Then, your system should determine that the coverage must be "cancelled" - The platform users can send a Termination Never Effective, which will communicate that there are zero days covered for the member.
Member End Date Sent
Description
After a correction is identified, you need to understand the current state of the member and send a termination to Ideon.
If you don't have the current member data and coverages for the subscriber, use a GET call to retrieve the latest qualifying_life_events for the member
Once you know the current state (for which Carriers should I cancel coverage?), prepare a QLE request that has an End Date, which is one day before the Start Date
Send the QLEs to Ideon, one for each coverage period (carrier) that the member was active and needs cancellation.
Request
Carrier Transmission
Description
When Ideon receives this Termination of Employment, we identify whether the member was previously enrolled by our system. If we have transmitted the member on a file or API as active, we send a termination to the Carrier in their preferred format. The result of this should be Zero Days of coverage.
If we haven't yet transmitted the coverage, we take in the end date and as a result, we don't start sending coverages for the member
In Test: Transmit the end date to Ideon as well as in your current administration method. This is to ensure that both systems know the member's status and won't reinstate the member. We will:
take in the end date
ensure we don't start sending coverages for the member.
In Production: Transmit the end date to Ideon. Based on the member's current state, and whether they have been transmitted to the Carrier, we will:
send a correction,
or take-in the end date, which cancels the member.
Last updated
Was this helpful?