Recherche de doublons
Il arrive qu’un utilisateur crée un dossier (Case) comportant des informations identiques à celles d’un autre dossier du système. Par exemple, deux demandes d’achat peuvent présenter la même date de demande et les mêmes articles, ou encore le même nom de client. Dans ce cas, lorsque les deux dossiers ont en commun une même combinaison spécifique de valeurs de données ou un identifiant unique, le nouveau dossier peut être un doublon.
Autre exemple : une application médicale traite des demandes d’autorisation de couverture d’assurance pour des interventions chirurgicales. Un administrateur de l’hôpital appelle la compagnie d’assurance pour demander un code d’autorisation en vue de l’opération du genou d’un patient le 18 mars. La veille, la secrétaire du médecin a envoyé une télécopie demandant une préautorisation pour le même patient, le même chirurgien et la même date d’intervention.
Lorsque la deuxième demande arrive par fax à la compagnie d’assurance, l’opérateur estime qu’il s’agit d’un dossier en double et le clôture avec un statut Resolved-Duplicate. L’opérateur de la compagnie d’assurance met à jour la demande initiale et fournit à la secrétaire de l’hôpital le code d’autorisation existant.
Étape Search duplicate Cases
Pega Platform™ fournit un processus de recherche de dossiers en double afin d’aider les utilisateurs à identifier et à clôturer les doublons. Ce processus est implémenté dans le cycle de vie du dossier en tant qu’étape Search duplicate Cases. Lorsqu’un dossier franchit cette étape, le système s’appuie sur des conditions de base (basic) et des conditions pondérées (weighted) pour comparer les valeurs de propriétés spécifiques avec des dossiers déjà présents dans le système.
Dans l’image suivante, cliquez sur les icônes + pour découvrir comment Pega Platform™ traite l’étape Search duplicate Cases.
Personnalisation du comportement des étapes de recherche de doublons
Lorsqu’un utilisateur détermine que le dossier en cours est un doublon, il peut le clôturer à l’aide du statut Resolved-Duplicate, ce qui met fin au traitement du dossier. Le traitement peut être personnalisé pour permettre à l'utilisateur d'ouvrir le dossier original afin d'effectuer les mises à jour nécessaires. En outre, vous pouvez configurer la vue d’une automatisation de la recherche de dossiers en double afin d’ajouter les informations pertinentes dont les utilisateurs ont besoin pour prendre une décision sur la clôture des dossiers en double.
Analyse de dossiers en double
Dans l’exemple de l’application médicale, la date de naissance du patient est la condition de base (basic Condition). Le nom du chirurgien, le type de chirurgie, l’intervention et sa date sont les conditions pondérées (weighted Conditions), avec une pondération de 25 chacune et un seuil fixé à 50. Le système affiche le dossier saisi le 18 mars comme étant un doublon car la date de naissance du patient, le nom du chirurgien, le type de chirurgie, la date de l’intervention et l’intervention sont les mêmes que dans le dossier d’origine, et la valeur totale des pondérations est de 100, au-delà du seuil de 50. L’utilisateur décide que la deuxième demande est un doublon et clôture le dossier comme étant un double résolu. L’utilisateur reprend alors le dossier initial et fournit à l’administrateur de l’hôpital le code d’autorisation d’origine.
Dans l’image suivante, cliquez sur les icônes + pour afficher l’analyse des dossiers en double.
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Module:
Want to help us improve this content?