Understanding Duplicate Client Entries in Visions Data Merge
This guide addresses the causes of duplicate entries in the Visions data system, particularly during client registrations and eHEAT data transfers. It explains the function of the Client Tracking Table, how it connects external clients with existing records, and the criteria for creating entries in this table. The document provides best practices for grouping client information safely during merges, emphasizing the importance of handling shared custody cases with care. It also outlines what data is retained during merges and what can prevent records from merging.
Understanding Duplicate Client Entries in Visions Data Merge
E N D
Presentation Transcript
Visions Training Data Merge
What causes duplicates? • Staff entering client without checking for existing client in Visions • eHEAT data transfer – sometimes • Other data transfer - sometimes
Does every data transfer create duplicates? • No! • There is a Client Tracking Table in Visions that connects External Clients to Visions Clients • Visions uses that Tracking Table and the Dates of the Data to determine: • If a new client should be created • if existing Visions data should be updated • If the external data should be ignored
What creates a entry in the Client Tracking Table? • Data Transfer of an eHEAT client into Visions creates a Entry in the Table • Merging an eHEAT client with a Visions client creates a Entry in the Table
John’s eHEAT record is newer so that updates the Visions record
Fred’s eHEAT record is newer so that updates the Visions record
Start with Safer groupings • Group by LastName_FirstName_SSN_DOB is fairly safe IF you are merging the HOH. • Merging one member of one HH with one member of a different HH merges ALL members of each HH into ONE HH • eHEAT allows shared custody so the same child may show up in two different Households. • DO NOT MERGE a child who is in two households because of shared custody. • Mark the Customer records so you are alerted to Shared Custody. (Make the Middle Name Shared or Duplicate.)
Merge the safer and more obvious first • Group By • LastName_FirstName_SSN_DOB • LastName_FirstName_SSN • LastName_FirstName_DOB • And Merge the Head of Households from different HH • This brings members of the two HH into one HH • This ONLY merges the HOH and does not merge anyone else in that HH. There are still duplicates in that HH.
Merge the safer and more obvious first • Group By • LastName_FirstName_SSN_DOB • LastName_FirstName_SSN • LastName_FirstName_DOB • And Merge other members that are in the SAME HH
What information is retained? • Blank data does not overwrite valid data • Data from the Dominant Record is retained • Family Contacts from the Dominant Record are retained • Addresses from the Dominant Record is retained • All Program Entry is merged into the Dominant Record
What keeps some records from being merged? • The same person cannot have “Active” Applications in the same Program in the same Operation Year so “Conflicting Applications” keep some records from being merged • Check for those Customers to be Entered into the Same Program in one Operation Year and Mark one Program Entry for Deletion • You may have to transfer some Program Activity by hand