Opt-in Synchronization

Not all operational systems will choose to, or be able to, consume the changes made to master data in an MDM hub. The reasons for being out-of-synchronization may be technical, regulatory, political or economic but at some point it will be necessary to manage different views of the same master data.

By Martin Dunn

Project

Management

[wd_hustle id=’Social’ type=’social_sharing’/]

MDM projects often begin with a purist vision of creating an enterprise view of master data and sharing that view with all operational systems. The MDM project team may become frustrated trying to build consensus among stakeholders about the “correct” view of enterprise data and often this can cause an MDM initiative to stall.

Application owners may be reluctant to hand over control of their business data for a number of reasons. The reasons for this pushback may be “hard” such as limited field sizes or “soft” such as a resistance to change, but at some point, for some systems, you will run into a scenario that requires an operational system to have a different view of enterprise information than the MDM Hub. MDM architects need to accept that this will occur and should design processes that cater for this out-of-sync condition.

Designing for Out-of-Sync Systems requires a few key capabilities:

1. Avoiding “flip-flop situations

 

If we have two systems contributing to an MDM Hub with different values for the same attribute (let’s say System A has “123” and System B has “456”), the MDM hub must determine which of these competing values it believes to be correct, It must also store this value on the master, and inform all connected applications of this choice.

Let’s assume that the “123” value from System A is preferred which also implies that the Hub has evaluated and rejected “456” from System B.  At any point in the future, if System B resends the “456” value to the hub, the hub must ensure that the same decision is reached and under no circumstances select “456” just because it is newly submitted and publish this change to System A – that creates a flip-flop.
However, if System B was updated to “789” then it would be perfectly valid for the hub to reassess the decision and potentially decide that “789” is preferable to “123” thus creating a suggested update for System A.

The golden rule is not to re-make the same decision twice unless something has changed (in which case it would not be the same decision).

2. Track the reason for differences

 

The decision to keep a system out-of-sync may be made for a variety of reasons. Business rules to define harmonization may be applied at the level of System, Record or Attribute. Individually each of these rules may be fairly simple, but when these rules are applied en-masse, the results can be difficult to understand.

When the question is asked “why is this not the same as the hub?” you do not want to be faced with a review of twenty or thirty interconnected rules to find the answer. The hub should make it clear what rules have been applied to any given record so the user understands what has happened and not what should happen.

3. Make the differences visible

 

The Hub needs to be able to provide a report that shows where the data from any contributing system differs from the hub data. This report should ideally differentiate between data that is truly different and data that is the same but formatted differently (see When is Different not Different).  This visibility instils confidence that the hub is “on top of what is going on” which in turn helps break down resistance to change and ultimately results in broader adoption of the centralized hub data.

As a side note: We consider it “good manners” to make this difference report something that systems owners can “pull” rather than something that is “pushed” to them. Allowing application owners to take value from the hub at their discretion is the easiest way to ease them into the more sharing world of MDM.

Summary

 

Providing a capability to deal with out-of-sync situations lowers the risk of connecting to a central hub for many applications owners. Each application should be able to contribute information to the hub without the requirement to accept changes back from the hub. By allowing application owners to subscribe to data from the Hub on their own terms, and on their own schedule, will greatly reduce the resistance to the MDM program.

Martin Dunn

Author

Martin Dunn was the co-founder of Delos Technology which developed the MDM technology marketed under the Siperian brand. The Delos MDM technology introduced many MDM concepts that are now widespread within the MDM discipline including a data steward console to adjudicate match results, opt-in synchronization, cell level delta detection and the concept of measuring trust.

Martin is now a partner with Gaine Solutions and continues to advance the techniques by which enterprise Master Data is managed.

Related Posts

Changing a Match Rule

Changing a Match RuleWhen we are talking to companies about our MDM platform we cover a broad range of topics, from measuring ROI, to more technical questions about the way the software operates. A common technical question is "How do we change a match rule?" Our...

Business Process Improvements

Business Process ImprovementsThe analysis of master data and MDM processing logs can reveal interesting opportunities for business process improvements. We show how, as long as you collect the right data and know how to analyze it, you can drive significant business...

Ready to master data mastering?

Subscribe to our mailing list and we’ll send you courses, insights, product updates, and more. Get to know the ins-and-outs of your Gaine MDX platform, features, and solutions.

[wd_hustle id=”SimpleSubscribe” type=”embedded”/]

Gaine Solutions

Gaine helps leading healthcare organizations, life sciences, and biotech companies leverage information as they strive for competitive advantage and operational efficiency. Our Coperor™ platform arms our clients with Information Agility™ which maximizes flexibility, minimizes cost and time-to-value, and eliminates the risks associated with implementing new systems, migrating existing systems, and integrating data from internal and external sources.

FOLLOW US ON LINKEDIN  

30%

Average Reduction in Time

TIME  

40%

Average Cost Reduction

COST  

100%

Rate of Project Success

RISK  

 

Specialization Healthcare and Life Sciences

EXPERIENCE  

News and Recommended Reading

EXPLORE MORE ARTICLES  

 

The Journey to Interoperability Starts with Coperor Core Services.

Coperor redefines system interoperability, combining the best of master data management, operational data store, data governance, and harmonization technology into a single platform.

 

 

  • MDM Stack
  • Enterprise Sync
  • Policy Repository
  • Data Stewarding
  • Real-time Services
  • Notification Engine

 

 

  • Third-party Gateway
  • Extended Support
  • ODS Integration
  • Audit Manager
  • SFDC Toolkit
  • Implementation Services

Gaine Solutions, Inc.

3889 Long St.
San Luis Obispo, CA 93401
(888) 403-1301
sales@gainesolutions.com
Already a Gaine client and need support with a product or solution?

4 + 12 =

Patient Master

Fast implementation, purpose-built industry applications, and scalability from start-up to Fortune 100.

  • Master Data Management
  • Data Governance
  • Enterprise Master Patient Index(EMPI)
  • Third Party Data Integration
  • Industry Model for Patient Data
  • Seamless Integration with CRM

.

EXPLORE THIS SOLUTION  

Data Migration Toolkit

Gaine’s Coperor platform acts as your information broker when moving from old to new systems, merging systems, or integrating with new applications. It sits between your legacy systems and your new platform to ensure that changes made in any system are synchronized according to your business rules — no lost data, no duplication, and no re-keying.

.

EXPLORE THIS SOLUTION  

Patient Master

Build a rich member profile with advanced identity management, demographics, and social determinants.

  • Member Outreach
  • Extended Member Profile
  • Population Health Data Store
  • Enrollment Management

.

EXPLORE THIS SOLUTION  

Provider Master

Gaine’s Provider Data Management suite drastically improves data quality and reduces overhead for Payers and Providers alike.

  • Provider Directory
  • Attestation
  • Roster Transformation for Provider Groups
  • Enterprise Sync
  • Reference Data Gateway
  • Data Quality Services

.EXPLORE THIS SOLUTION  

 

New! Lexis Nexis Risk Solutions Integration

LexisNexis® Risk Solutions is collaborating with Gaine Healthcare to offer health plans a powerful and effortless way of maintaining more accurate and continually updated provider data, addressing the needs of various stakeholders within the payer organization.

LEARN MORE  

Data Migration Toolkit

Gaine’s Coperor platform acts as your information broker when moving from old to new systems, merging systems, or integrating with new applications. It sits between your legacy systems and your new platform to ensure that changes made in any system are synchronized according to your business rules — no lost data, no duplication, and no re-keying.

.

EXPLORE THIS SOLUTION  

Member Master

Build a rich member profile with advanced identity management, demographics, and social determinants.

  • Member Outreach
  • Extended Member Profile
  • Population Health Data Store
  • Enrollment Management

.

EXPLORE THIS SOLUTION  

Provider Master

Gaine’s Provider Data Management suite drastically improves data quality and reduces overhead for Payers and Providers alike.

  • Provider Directory
  • Attestation
  • Roster Transformation for Payers
  • Enterprise Sync
  • Reference Data Gateway
  • Data Quality Services

.EXPLORE THIS SOLUTION  

 

New! Lexis Nexis Risk Solutions Integration

LexisNexis® Risk Solutions is collaborating with Gaine Healthcare to offer health plans a powerful and effortless way of maintaining more accurate and continually updated provider data, addressing the needs of various stakeholders within the payer organization.

LEARN MORE  

Data Migration Toolkit

Gaine’s Coperor platform acts as your information broker when moving from old to new systems, merging systems, or integrating with new applications. It sits between your legacy systems and your new platform to ensure that changes made in any system are synchronized according to your business rules — no lost data, no duplication, and no re-keying.

.

EXPLORE THIS SOLUTION  

Send this to a friend