July 2026

  • MDM Cloud

Click Follow in the Release Notes section to be notified when new releases are available.

  • Announcement Date: July 9, 2026
  • Release Date: July 30, 2026

As Verato continues the transition toward the unified MDM Cloud experience, both interfaces—the current platform and the new MDM Cloud — will coexist for a period of time. Features and updates may be delivered to each interface independently, depending on where they provide the most value for customers during this transition.

Verato MDM Cloud

Identity

New Features and Improvements

Vera AI assistant

Verato MDM Cloud™ now includes Vera, an AI-assisted chatbot that makes it faster to search identity records and easier to understand why identities did or did not match — available now in Beta on the new Verato MDM Cloud™ UI.

  • Vera for conversational identity search
    Data teams can now find identity records by describing what they're looking for in plain language, instead of building a structured query or knowing Verato's underlying data model. From the new Verato MDM Cloud™ UI, users can ask Vera to find all patients named John Smith born in 1975 in Virginia and get back ranked candidate identities, along with the matched fields and confidence signals behind each result — all within each user's existing access permissions. This gives stewards, analysts, and support teams a faster entry point into identity search, alongside Verato's existing structured search tools.

  • Vera for match explainer
    Stewards, compliance officers, and data governance teams can now ask Vera why two identities did or did not match, and get a plain-language explanation instead of a bare score, directly in the new Verato MDM Cloud™ UI. Vera surfaces the match score, the individual signals that contributed to it, and any enhancements applied — replacing an opaque number with reasoning your team can review, act on, and explain to auditors or clinicians when needed. This works alongside your existing stewardship workflows; it does not change how matches are made, only how the decision behind them is understood.

How to get Vera enabled
Vera is being enabled account by account. To turn it on for your organization, contact Verato Support or your Customer Success representative.

Stewardship experience

  • Richer context on hover in the task view. 
    Stewards reviewing records in a task can now see post-ingestion metadata, prior merge history, and prior link history directly on hover, without leaving the current task. Surfacing this context inline helps stewards make faster, better-informed resolution decisions.

Audit Log

  • Audit Log now honors source-level access permission.
    Organizations operating under strict access-control and HIPAA requirements can now trust that Audit Log visibility respects “Restrict by Source” permissions. Users see audit events for restricted sources, but core event details are redacted when they are not authorized to access the source; authorized users see the full audit information, and administrators retain full visibility. This tightens least-privilege access control and supports SOC 2 access-control objectives.
  • API request metadata now visible in Audit Log detail.
    Stewards can now see the metadata behind an API-driven change — such as the originating user or source-system context — directly in the Audit Log event detail, rather than only the Verato service account. This makes it possible to identify which downstream user or process actually triggered an identity change. Events without metadata display cleanly with no empty sections.
  • We're enabling audit logs in phases to ensure a smooth rollout for every customer. If you'd like this enabled sooner in your production environment, reach out to your Verato representative or Support team, and we'll evaluate the request.

Identity resolution

  • More accurate handling of middle names in name parsing.
    Organizations ingesting records where the middle name is duplicated into the first-name field will see cleaner, more accurate resolved identities. The parsing logic now removes a trailing first-name token only when it exactly matches the middle name or its initial, preserving the integrity of the original data everywhere else. This improves match fidelity for customers with demographically inconsistent source data.

Identity data model

  • Consistent code-set matching regardless of casing.
    Stewards working with code-set attributes stored in uppercase will no longer see false mismatches against Console-configured values. Code-set comparisons are now case-insensitive, so a stored value of "MALE" correctly matches a configured value of "Male" — improving data reliability without altering stored values.
  • Expanded communication-preferences data model.
    Organizations managing communication preferences can now capture richer, more auditable detail — including source attribution, validity windows, lifecycle status, per-channel language, specific contact endpoints, and most-recent opt-out dates. These additions lay the groundwork for surfacing preference conflicts across systems and support TCPA-style audit trails. All new fields are optional, preserving backward compatibility with existing records.

Field

Type

Rationale

source

TEXT

Source system/org attribution. Without this, preference conflicts cannot be surfaced — there is no way to show that System A says "prefers email" while System B says "prefers phone." Critical for conflict visibility.

validFrom

DATE

Preference validity window start. Needed to determine which preference record is most recent when resolving conflicts.

validTo

DATE

Preference validity window end. Needed to determine when a preference is no longer active without deleting the record.

status

TEXT

Lifecycle state: active, inactive, archived. Allows deactivation without deletion, consistent with the consent object pattern.

Top-level additions (preferences)

Field

Type

Rationale

lastOptedOutDate

DATE

Parallel to lastOptedInDate. Required for TCPA audit trails — the most recent opt-out date is what compliance reviews request, not just the current opt-in state.

language

CODE_SET

Per-channel language preference. A person may prefer to receive emails in Spanish but take phone calls in English. This is distinct from the top-level communicationLanguages field, which is a general identity attribute.

contactValue

TEXT

Specific contact endpoint for this channel preference (e.g., a specific email address or phone number). Optional — absence implies the preference applies to the channel type generally, not a specific endpoint.

Channel-level additions (preferences > channels)
"preferences": [
  {
    "name": "TEXT",
    "type": "TEXT",
    "status": "TEXT",          
    "source": "TEXT",         
    "validFrom": "DATE",       
    "validTo": "DATE",         
    "channels": [
      {
        "type": "CODE_SET",
        "isOptedIn": "BOOLEAN",
        "lastOptedInDate": "DATE",
        "lastOptedOutDate": "DATE",  
        "frequency": "TEXT",
        "preferredStartTime": "TIME",
        "preferredEndTime": "TIME",
        "contactValue": "TEXT",     
        "language": "CODE_SET"   
      }
    ]
  }
]

Bug Fixes

  • Corrected source-name casing in task filtering.
    Some organizations were unable to locate tasks when filtering by certain sources, because source identifiers migrated in uppercase did not match the lowercase values the product expected. This high-priority, customer-reported issue has been resolved so that task filtering by source returns the expected results. No action is required.
  • Restored Pub/Sub notifications for unchanged records.
    Organizations relying on Pub/Sub to stream identity changes downstream were missing notifications when a record was posted with no demographic change — a regression affecting provider environments. This blocker-severity, customer-reported issue has been resolved so that expected notifications are delivered reliably. No action is required.
  • Preserved name prefix in group-by-source responses.
    API consumers found that the name prefix field was silently dropped from the GroupBySource response format, even though it was returned in other formats. This has been corrected so that all submitted name attributes, including prefix, are consistently reflected back across response formats. No action is required.
  • Reliable reactivation of deactivated attribute values.
    Stewards updating attribute values could hit an error when reactivating a previously deactivated value, because the deactivated value lost its original casing. This blocker-severity issue has been resolved so deactivated values retain their original casing and reactivate without error. No action is required.

Insights

New Features and Improvements 

Cohort Analyzer and reporting

  • Provider identity fields now available in Cohort Analyzer® explores.
    Analysts working with practitioner data in Cohort Analyzer® can now filter and report on Verato provider identity-resolution IDs alongside name and NPI.
  • Verified-address currency flag exposed in provider explores.
    Analysts can now use the current-address indicator on practitioner and facility verified-address views within Cohort Analyzer® explores, making it easier to distinguish current from historical address records in reporting.
  • Verified-address views enabled for prospect provider data.
    Cohort Analyzer® now supports verified-address reporting for prospect practitioners and prospect health facilities, extending address-quality insight to non-affiliated provider datasets.
  • Faster, more reliable task-based reporting in Cohort Analyzer®.
    Organizations that experienced slow or timing-out dashboard loads now benefit from a separate, optimized task-based explorer, improving the reliability and speed of routine reporting across affected tenants.

Cohort Analyzer and Snowflake data share

  • New deferred-date field for task reporting in the Snowflake data share.
    Data stewards can now report on deferred tasks with accurate time-based metrics. The VERATO_TASKS Snowflake data share view now exposes a field capturing the most recent date a task was set to deferred status, mirroring how closed tasks are already reported by close date. This customer-requested enhancement supports productivity and operational trending on cross-source potential-match tasks that were previously only reportable by creation date.
    Affected Data Share Views:

    • VERATO_TASKS

    • VERATO_TASKS_PRACTITIONERS

    • VERATO_TASKS_HEALTH_FACILITIES

  • Abstraction-layer logic applied to provider reference data.
    Provider reference practitioner and facility models now return the unique, most-recent record from the highest-ranked source, improving the consistency and reliability of provider reference data used in downstream reporting.

Insights dashboard experience

  • Reorganized and consistently named Insights KPIs.
    Users of the Insights Launchpad now see KPIs grouped logically by related report and labeled in consistent Title Case, making the dashboard easier to scan and interpret at a glance.

  • Standardized date formatting on time-based charts.
    Analysts viewing time-bound charts now see clean, consistent date labels across reporting dashboards — including week-start anchoring on weekly login trends — improving readability and reducing confusion when interpreting trends over time.

  • Axis titles added across all Insights charts and reports
    Verato Insights charts and reports now display x-axis and y-axis titles across both Level 1 and Level 2 chart views. Labeled axes make Operational Insights reports easier to read and interpret at a glance, reducing ambiguity about what each chart is measuring and letting analysts and data stewards act on reporting without cross-referencing external documentation.

Bug Fixes

  • Restored API Usage data refresh in Cohort Analyzer®.
    Organizations reviewing API usage information in Cohort Analyzer® found that it was intermittently not refreshing, resulting in stale data. The issue is now resolved and no action is required by customer end users.

  • Resolved Cohort Analyzer® performance issues for affected tenants.
    Several organizations reported dashboard load times exceeding system and VPN timeout thresholds, degrading day-to-day reporting. Targeted inspections and remediation were completed on the affected tenants to restore reliable dashboard performance. No action is required.