LIMRA Data Exchange Standards Community Support Forum

 View Only
  • 1.  Passing multiple plans under same product type

    Posted 20 days ago

    Hi,

    I have a member who has an active coverage of plan ABC effective from 2026-01-01 till 2026-12-31. This coverage information is already conveyed in the BEM API.  On 6/10, the member has undergone qualified life event, and selected a new plan coverage XYZ under the same product type - Dental. The new plan XYZ is effective from 2026-07-01. Because of this event, the previous plan will be getting terminated on 6/30. Now on 6/10, what is the recommended way of sending the BEM API?

    We use, BEM API with FullFile and JSON implementation. 

    Should we send two "coverage" data element for the "productType": "Dental", one with plan ABC with effectiveDate:2026-01-01 and terminationDate: "2026-06-30" and second with plan XYZ with effectiveDate:2026-07-01 and terminationDate: "2026-12-31"?

    OR 

    Should we send only one "coverage" data element for the "productType": "Dental", with plan XYZ, effectiveDate:2026-07-01 and terminationDate: "2026-12-31"?


    #LDEx-General
    #LDEx-Implementation

    ------------------------------
    Vijendra SK
    Senior Manager, Product
    bswift
    9902541848
    ------------------------------


  • 2.  RE: Passing multiple plans under same product type

    Posted 19 days ago

             Vijendra,

    You would want to send the two coverage nodes:

    Send two "coverage" data element for the "productType": "Dental", one with plan ABC with effectiveDate:2026-01-01 and terminationDate: "2026-06-30" and second with plan XYZ with effectiveDate:2026-07-01 and terminationDate: "2026-12-31"?

    On the new coverage term date. You can leave it off the file, unless you know for sure the coverage ends at the end of the plan year, or your trading partners system requires a plan year term date every year. If you have any further questions we can scheuld a call to talk through this specific scenario. 



    ------------------------------
    Michael J Grudgings
    Business Architect, Industry Solutions | LL Global, Inc.
    300 Day Hill Road, Windsor, CT, 06095
    t: (860) 298-3850 | mgrudgings@limra.com
    ------------------------------



  • 3.  RE: Passing multiple plans under same product type

    Posted 18 days ago

    Hi Michael,

    Thank you for the clarification.

    I do have few more followup questions and Im happy to discuss these over a call. Anytime between 8AM - 10:30AM CST works for me. 

    One such question is - does this apply to time of OpenEnrollment as well? i.e as the member chose a different plan for next year during the OE, then at that time should we send, for the same product type of Dental, two coverage data elements? one for current year's existing active coverage and one for next year's newly elected plan? 

    Im assuming we should send two, as per the previous clarification.



    ------------------------------
    Vijendra SK
    Senior Manager, Product
    bswift
    9902541848
    ------------------------------



  • 4.  RE: Passing multiple plans under same product type

    Posted 17 days ago

    Hi Vijendra,

    i want to share my piece of expirience here and it's also to share it with Michael to know real-life examples.

    What we noticed is that it's really depend on the carrier or let's call it receiving party. Some of the Carriers would like to have only "most recent" coverage block.

    So their expectation might be to received one LDEX with "end date" for the coverage, and then another LDEX file with new coverage start date.



    ------------------------------
    Max Ignatov
    CTO
    BenefitScape
    Natick MA
    5086553307
    ------------------------------



  • 5.  RE: Passing multiple plans under same product type

    Posted 17 days ago

    Hi Max

    Yup, I hear you. That's the situation we are in and it felt like it will be an incomplete information to send only the "most recent" coverage while there is a different one currently active under FullFile payload. Hence I don't agree with the carrier's suggestion, because it can vary from one carrier to another carrier defeating the purpose of following one LIMRA standard. 

     



    ------------------------------
    Vijendra SK
    Senior Manager, Product
    bswift
    9902541848
    ------------------------------