Hey Community!

We know not everyone could join our live stream from the READY 2026, so we’re happy to share that you can now watch our session online.

👉 Streamlining Development Workflow with InterSystems Developer Community and Ecosystem

We have a large, existing production taking a feed from a single up-stream system and sending to a wide-variety of downstream systems. One of the downstream systems has been decommissioned, and we have deleted the classes that implemented the routing/transformations from the namespace, and deleted the components from the production (Wardview and WV Out in the diagram below). We now want to delete the messages associated with those components without deleting the messages associated with any other components.

READY 2026 has come to an end and we’re sure it brought a lot of great moments along the way 🚀 🚀

What stood out to you the most?

It could be a session, a conversation, an idea or just a moment that made you think “this is why I came”.

Share your experience in a few lines 👇

We’d love to hear what you’ve discovered and feel free to explore other replies and like the ones you relate to 💙

I am working on setting up OAUTH with FHIR and Microsoft Entra.  I have configured the Client and configured it in the FHIR Server successfully. However, I get 401 when authenticating with a token.   Looking at ^ISCLOG I see:
^ISCLOG("Data",9,0)="accessToken=<jwt token>, scope=, aud="
^ISCLOG("Data",10)=$lb(3,"OAuth2","[OAuth2.ServerDefinition:ValidateJWT]","171430","%SYS","2026-04-28 17:41:25.305549397","OAuth2.ServerDefinition.1","","zwKKakZZZx2")
^ISCLOG("Data",10,0)="JWT valid? sc=1"
^ISCLOG("Data",11)=$lb(3,"HSFHIRServer","[HS.FHIRServer.

Hi, Community!

Are you gathering data for clinical research? See how InterSystems OMOP can help streamline your data preparation:

Using InterSystems OMOP to Transform FHIR Data

• HealthShare Unified Care Record Overview – Virtual  May 19-20, 2026
  • Overview of HealthShare Unified Care Record® architecture, data flows, consent, and notifications
  • This 2-day course provides an overview of HealthShare Unified Care Record®. It focuses on architecture, data flows, consent, alerts, user management and terminology.
  • This non-technical course provides an introduction to the product for those who do not need the detail provided in the 5-day HealthShare Unified Care Record Fundamentals class.

Hi everyone,

I’ve been diving into the new IRIS 2026.1 features this week, specifically trying out the opt-in modernized Interoperability UI and the new DTL Explainer, but I’ve recently hit a persistent technical snag where the Management Portal becomes incredibly sluggish and my Terminal sessions start to experience significant input latency.

I am currently using a community setup to handle some automated local logging and script-based data scrubbing for my production archives in the background while I work.

Below is an update to the IRIS release calendar for 2026 and an early look at the planned changes for 2027. The key takeaway for 2026 is that maintenance release numbering will differ slightly from prior years.

2026: IRIS 2026.1 maintenance release numbering

• July 2026: first maintenance release for IRIS 2026.1 (planned version: 2026.1.4)
• October 2026: next maintenance release (planned version: 2026.1.5)
• February 2027: following maintenance release (planned version: 2026.1.6)

This numbering change prepares us for the expanded maintenance cadence planned for 2027.

InterSystems has released IAM 3.10.0.9, which is a maintenance release of IAM 3.10 that includes significant fixes, including fixes for security vulnerabilities.

For those of you running older versions of IAM, we encourage you to start planning your upgrade. Customers upgrading from versions of IAM earlier than 3.10 must get a new IRIS license key to use IAM 3.10.  

IAM is an API gateway between your InterSystems IRIS servers and applications, providing tools to effectively monitor, control, and govern HTTP-based traffic at scale.

. . . you are not alone. 

Help is available.

This took me a while to figure out, and I assume there may be others struggling too. I made my way through all the Entra stuff to set up a client credentials workflow to send email through a Microsoft 365 account. I was able to successfully retrieve my token, but I couldn't ever get it to authenticate with the SMTP server using the %Net.SMTP class. There were two parts to fixing this.

First, the authenticator's access token needs to be more than JUST the access token. It has to be formatted as:

set smtp.authenticator.AccessToken = "user="_emailaddress_$C(1)_"auth=Bearer "_token_$C(1,1)

We are very excited to launch a new AI powered CCR feature which should help our users save time and prevent calls to Support.  Today we are introducing the new CCR Transport Log Analyst (or CTLA) AI-Generated summary.  The goal of CTLA is to provide an analysis of errors that have occurred in the Transport Log for a specific CCR, and advise the user as to what steps could be taken to correct the situation, as well as what might have been done to prevent it in the first place. When there is an issue with integrating or deploying a CCR, all of the details are captured in the Transport Log.

• InterSystems EMPI (formerly HealthShare Patient Index) – Virtual  May 12-14, 2026
  • Configure, tune, and work with InterSystems EMPI, an Enterprise Master Person Index
  • This 3-day course teaches the installation, configuration, and use of InterSystems EMPI™ (formerly HealthShare® Patient Index). Starting with version 2025.1, HealthShare Patient Index has been renamed to InterSystems EMPI, but the core functionality remains the same.
  • The first half of the class focuses on person identification issues and the tools for reviewing records and record matches.

A very important feature for HL7 FHIR has been introduced with the release of v2026.1 - the support for SMART on FHIR v2 fine-grained granular Scopes.

This enables you to be much stricter and more accurate in the access you provide to the data in your FHIR repository.

Part of this new support is to refuse requests that don't match the scopes, but an even more interesting ability is to filter the results according to the provided scopes.

If one of your packages on OEX receives a review, you get notified by OEX only of YOUR own package.   
The rating reflects the experience of the reviewer with the status found at the time of review.   
It is kind of a snapshot and might have changed meanwhile.   
Reviews by other members of the community are marked by * in the last column.