Búsqueda de duplicados
Un usuario puede crear un caso que tenga los mismos valores de datos que otro caso del sistema. Por ejemplo, dos solicitudes de compra pueden tener la misma fecha de solicitud y lista de elementos, o el mismo nombre del cliente. En este escenario, cuando una combinación específica de valores de datos o identificadores únicos coinciden, el nuevo caso puede ser un duplicado.
En otro ejemplo, una aplicación de servicios de atención de la salud se encarga de las solicitudes de autorización de la cobertura del seguro para procedimientos quirúrgicos. Un administrador del hospital llama a la empresa de seguros para solicitar un código de autorización para la cirugía de rodilla de un paciente el 18 de marzo. El día anterior, el asistente del médico envió un fax en el que solicitaba una autorización previa para el mismo paciente, cirujano y fecha de la cirugía.
Cuando la segunda solicitud llega por fax a la empresa de seguros, el operador de la empresa de seguros la reconoce como un duplicado y la resuelve con un estado de Resolved-Duplicate (Resuelto-Duplicado). El operador de la empresa de seguros actualiza la solicitud original y le proporciona al administrador del hospital el código de autorización existente.
Paso Search duplicate Cases (búsqueda de casos duplicados )
Pega Platform™ proporciona el proceso de búsqueda de casos duplicados para ayudar a los usuarios a identificar y resolver casos duplicados. Este proceso se implementa en el ciclo de vida del caso como un paso Search duplicate Cases. Cuando un caso entra en el paso, el sistema utiliza condiciones básicas (basic) y condiciones ponderadas (weighted) para comparar valores de propiedad específicos con casos ya presentes en el sistema.
En la siguiente imagen, haga clic en los iconos + para leer cómo Pega Platform™ procesa el paso buscar casos duplicados:
Personalizaciones del comportamiento del paso de Búsqueda de duplicados
Cuando un usuario decide que el caso actual es un duplicado, puede resolverlo con un estado Resolved-Duplicate (Resuelto-Duplicado) y el procesamiento del caso finaliza. El procesamiento se puede personalizar para permitirle al usuario abrir el caso original a fin de realizar las actualizaciones necesarias. Además, puede configurar la vista para una automatización de Búsqueda de casos duplicados con el fin de añadir información relevante que los usuarios necesitan para tomar una decisión sobre la resolución de casos duplicados.
Análisis de casos duplicados
En el ejemplo de la aplicación de servicios sanitarios, la fecha de nacimiento del paciente es la condición básica (basic Condition). El nombre del cirujano, el tipo de cirugía, el procedimiento y la fecha del procedimiento se ponderan condiciones (weighted conditions) con un valor de 25 cada una y un umbral de 50. El sistema muestra el caso introducido el 18 de marzo como duplicado porque la fecha de nacimiento, el nombre del cirujano, el tipo de cirugía, la fecha del procedimiento y el procedimiento coinciden con los valores del caso original, y porque el valor total ponderado de la condición es 100, superando el umbral de coincidencia de 50. El usuario decide que la segunda petición es un duplicado y resuelve el caso como Resolved-Duplicate. A continuación, el usuario continúa con el caso inicial y proporciona al administrador del hospital el código de autorización original.
En la siguiente imagen, haga clic en el icono + para ver el análisis de casos duplicados:
Compruebe sus conocimientos con la siguiente actividad:
This Topic is available in the following Module:
¿Quiere ayudarnos a mejorar este contenido?