It seems like you might have included in the question a different Transformation than the one the Warning is pointing at?

As it refers to this one:

osuwmc.Scott.FHIR.DemoOutboundHL7Message
(and not: osuwmc.Epic.FHIR.DTL.FHIRResponseToPatient)

And it seems like the Source of that Transformation is expected to be an HL7 message (with a DocType property) but for some reason, at least at runtime, the source is instead of type: osuwmc.Epic.FHIR.DataStructures.PatientSearch.Record

In any case it looks like we're not seeing the wider picture in order to help you address this issue.

Note in the meantime, it seems like Docker Login does still work.

So for example I can still:
 

docker login -u="<my user>" -p="<my password hash>" containers.intersystems.com
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
Login Succeeded

And then also:

docker pull containers.intersystems.com/intersystems/irishealth:latest-cd
latest-cd: Pulling from intersystems/irishealth
20043066d3d5: Already exists
8216b0a74174: Downloading [>                                                  ]  537.9kB/395.2MB
928364a257ac: Pulling fs layer
dadfc3b0a484: Downloading [====>                                              ]  433.5kB/5.24MB
122f1f35c4aa: Waiting

So perhaps this can help you for now.

Hi Dmitrii,

It shouldn't be too difficult.

Yes, you can use Keycloak or other servers, and you'd need to make some definitions/configurations, indeed including scopes.

I'll plan to get into this in another Article, but in the meantime you can see this example (including related GitHub repo and videos).

Note this example uses our older Cloud managed service FHIR Server, but on the OAuth server side this behaves the same (I used auth0 there).

Probably best you ask whoever sent you these classes.

In general though %JSON.Adaptor has the %JSONFIELDNAME parameter, and not JSONNAME. Hence the error you got.

[There is an existing package shared in the past on the Community, see for example here, with some similar functionality, that did have this JSONNAME parameter. But I don't know if this is related in any way to the code you have]

[Note I also see you are using a %DynamicObject property ("Rationale"), and depending on what you expect to do with it, I don't know how well that will play with the %JSON.Adaptor export, per your use-case.]

In general (and messages and streams are just one example) there is a trade-off between more traceability and visibility vs. storage/space (and performance).

QuickStream is indeed a mechanism used internally to address the performance and storage concerns, but, to complete this with a traceability option, there is also a dedicated Business Operation that can add the desired data - see Enhanced Debugging and the introduction of HS.Util.Trace.Operations. This simply adds more calls in the session, to this Operation which (could) include the stream data. The advantage of this is that you can turn it on or off, and you can control also the "level" of tracing. Take into account of course that this needs to be done ahead of what you want to trace/visualize, you can't "apply" this retroactively.