On Ubuntu 18.04, Java 11 is installed by default.
To change it, run the following commands:
sudo apt install openjdk-8-jdk
sudo update-alternatives --config java
Select the Java 8 version, and then verify the changes with:
java -version
Restart the Eclipse IDE and it should work.
Verify that calling method %Save is returning 1
Also, that the PDF stream is correctly created in Global ^CacheStream
It could be referring to this:
To start a production:
do ##class(Ens.Director).StartProduction("myProduction")To stop a production:
do ##class(Ens.Director).StopProduction()
Not sure what you mean by "message continuation".
I did develop an HL7 interface recently for Q22 (Clinician Query) - the response was a RSP^K22 message type, going back to the same HL7 business service that received the inbound QBP^Q22 message.
The Ack Mode setting on the business service was set to Application.
There seems to be environment variables that are not set - check this section of the docs https://docs.intersystems.com/components/csp/docbook/DocBook.UI.Page.cl… it explains the environment variables used by docker-compose.
If the patient id is included, the operation would probably need to be a PUT instead of POST.
First question is not clear on why this is happening - it seems that the response is sending this error message as it is treating the value of fullUrl as being a relative reference, when clearly it is not.
In regards to setting the internal id of a resource in InterSystems FHIR Server, passing a valid UUID string after "urn:uuid" and having it properly referenced in the bundle will make the FHIR Server assign an id value to it - the value is an incremental number that the server assigns on creation of the resource.
Another method that gives you more control on the FHIR id being created would be to override the method HS.FHIR.DTL.Util.API.Transform.SDA3ToFHIR:GetId() to assign resources in the bundle an id.
Good question. GUIDs do create the resource, and our FHIR Server seems to have implemented it that way.
However some research around the FHIR specification (http://hl7.org/fhir/http.html#trules) seems to suggest that the fullUrl is to be ignored when processing a POST for a transaction bundle, since the server will generate an id for the resource anyway.