Skip to content

Smile CDR 2026.05.R01 and HAPI FHIR 8.10.0


(Code Name: SYNCHRONICITY ) 

In our May 2026 Quarterly Product Release webinar, we introduced key updates in Smile 2026.05.R01 and HAPI FHIR 8.10.0.  Watch the full recording below to explore the latest enhancements, performance improvements,  and some of the other great things coming your way .

Here is what has been covered:

Search and Performance
  • A new _compartmentLastModified Search Parameter allows searches for Patients having any compartment resources created/updated since a given timestamp
  • Non-unique Combo Search Parameters can now declare a single date parameter as "ranged", allowing one index to cover common patterns like category + subject + date
  • Write performance when updating resource types affected by a Unique Combo Search Parameter has been significantly optimized
  • $reindex jobs with a newly defined Unique Combo Search Parameter will now fail on uniqueness violations instead of generating silent warnings
  • The Transaction Log Broker module can now send messages using asynchronous multi-event flushes instead of a synchronous executor
  • Long running batch jobs in Smile OmniVera that triggered a Kafka rebalance and got stuck will now be automatically detected and unstuck
  • The $meta-add and $meta-delete operations have been rewritten to perform much faster at scale, and can now be invoked as part of a FHIR Transaction Bundle 
Validation and Terminology
  • Automatic response terminology mapping and automatic concept display name population are now applied to operation responses (e.g. $everything), not just read/search
  • The terminology server now fully supports all valid concept property types (string, code, coding, integer, decimal, datetime, boolean) — previously only string was supported
  • The configured display name mismatch policy is now applied to Remote Terminology Services and not just local ones
HL7 v2.x and Tokenization
  • Support has been added for the QBP^Q23 (Get Corresponding Identifiers) query using a flexible extension model, conforming to the IHE PIX Query ITI-9
  • The $sdh.update-tokenization operation can now be configured to update tokenization on all versions of resources, not just the current version 
Realtime Export
  • A new EAP module can perform Real Time Export (RTE) into Delta Lake Tables, enabling export into Databricks, Spark, and similar platforms
NPM / Package Registry
  • Asynchronous package installation can now be requested through the package registry endpoint
  • A new dry-run option produces a report listing proposed changes and dependencies that would be pulled in
  • A new INSTALL_ONLY mode stores package files (all or a configured subset) in the repository without installing the package in the registry 
OmniQ — Quality & Analytics
  • Multidimensional Stratification Scaling via the Batch2 engine — layer multiple variables simultaneously (Age + Gender + Chronic Conditions) using parallel "shred and reassemble" aggregation logic to identify high-risk sub-populations across millions of records
  • Intelligent Query Optimization via "Constant Folding" — the CQL compiler now pre-computes fixed-value expressions at authoring time, reducing runtime execution overhead
  • Sub-Expression Level Tracing — gain full visibility into the internal logic of complex CQL defines, queries, and joins to troubleshoot with surgical precision
  • Automated Randomized Sampling via $cqis.generate-frames-sample — cryptographically sound randomization with CQL-driven cohort selection and high-volume NDJSON output, ready for CAHPS and other survey vendors i
OmniCompli — Compliance
  • CRD Prefetch Interpolation — support for ofType() and resolve() notations and the Da Vinci CRD x-fhir-query standard for complex, conditional data requirements, fully aligned with HL7 Da Vinci "Additional Data Retrieval" specs
  • Expanded CRD Footprint — new hook support for order-select (triggers when a clinician selects a service request, procedure, or lab) and appointment-book (triggers during scheduling for prior-auth checks)
  • Provider Access V2 — implementation of the $provider-member-match operation (CMS-0057f), shifting from pre-calculated static Group resources to on-demand asynchronous validation with built-in Member Opt-Out evaluation using standard FHIR Consent profiles 

Did You Miss Our Last Webinar?

In our latest webinar Beyond Regulations: Empowering Healthcare with Smile’s Advanced Solutions, we explored the CMS 0057F rules and took a step beyond the regulations.