InsQuoteService:updateQuotePlans

Clase: InsQuoteService

Método: updateQuotePlans

Funcionamiento

Por ejemplo, si una cobertura tiene un atributo con el código de atributo cat1_copay_inn y el mapa de datos de entrada contiene un copago de código de atributo parcial, habría una coincidencia, ya que cat1_copay_inn contiene la cadena copay y los atributos en esta cobertura se actualizarían.

1. El servicio se toma la quoteId de buscar el presupuesto de destino.

2. Utiliza el inputKey para localizar los datos de entrada (coberturas, atributos).

3. Modifica coberturas o atributos en un presupuesto, basándose en operationScope (coberturas o atributos) y operationType (insertar, actualizar, alterar).

• Si operationScope es coberturas, las coberturas de entrada en los planes de destino se insertan, actualizan o aumentan en el presupuesto de destino, basándose en la operationType.

• Si operationScope son atributos, los atributos de cobertura en el presupuesto de destino se actualizan, basándose en qué coberturas contienen atributos cuyo código contiene uno de los códigos de atributo parciales enumerados en el mapa de datos de entrada.

Nota

NOTA: Si se proporcionan planIds, la cobertura se actualizará solo si pertenece a uno de los planIds de la lista, incluso si hay una coincidencia.

Nota

NOTA: Para insertar una nueva cobertura de producto raíz, necesita al menos una partida de presupuesto secundaria bajo el producto raíz.

Opciones remotas

MAPA de opciones

Estas son variables de asignación de opciones de muestra, como se utilizan en una tarjeta, cuando el operationScope es coberturas:

{
  'quoteId': '0Q0000000000000000',
  'inputKey': 'inputJson',
  'operationScope': 'coverages',
  'operationType': 'insert',
  'identifiers': planId1, planId2'
}

Estas son variables de asignación de opciones de muestra, como se utilizan en una tarjeta, cuando el operationScope es atributos:

{
  'quoteId': '0Q0000000000000000',
  'inputKey': 'inputJson',
  'operationScope': 'attributes',
  'identifiers': '0QLf4000000SX3tGAG, 0QLf4000000SX3rGAG'
}

JSON de entrada

Si el operationScope es coberturas, los datos de entrada deben contener un objeto JSONResult (o un mapa que se pueda analizar como un objeto JSONResult) que contenga las coberturas para insertar o actualizar (Cobertura 1, Cobertura 2, etc.):

{
  'inputJson': {
    'records': [{
      'productName': 'Coverage 1',
      'attributeCategories': [...],
      ...
    }, {
      'productName': 'Coverage 2',
      'attributeCategories': [...],
      ...
    }]
  }
}

Si el operationScope es atributos, los datos de entrada deben contener un mapa de códigos de atributo parciales y sus valores actualizados, como se muestra en este ejemplo:

{
  'inputJson': {
    'copay': 20,
    'covered': '90%'
  }
}

Uso de ejemplo

Supongamos que desea cambiar el valor del atributo de copago en el ChirOffiProf de categoría de atributo.

Suponiendo una convención de nomenclatura estándar de:

attributeCategory_attributeCode_inNetwork/outOfNetwork

Con los siguientes atributos de copago dentro y fuera de la red:

• ChirOffiProf_copay_inn

• ChirOffiProf_copay_oon

Configuraría el servicio de updateQuotePlans con las siguientes entradas y opciones:

Entradas

Mapa de códigos parciales y sus valores (es decir, copago devuelve cualquier nombre de atributo con copago en la cadena.) El código parcial en este caso sería la parte attributeCode de la plantilla:

{
    'copay': 20,
    'covered': 75
}

Opciones

• quoteId

• planId (QuoteLineItem Id)

El servicio buscará todas las coberturas dentro de los planId especificados que tienen un atributo que contiene el código de atributo parcial (en este caso, copago) y actualizará esos atributos con el nuevo valor (en este caso, 20).

Si no se especifica planId, todas las coberturas que tienen un atributo que contiene el attributeCode parcial que se está pasando se actualizan.