This is exactly my question too. I'm creating and sending milloins of xml files and they get stored into the stream -folder in the namespace. The filename is obviously contained in the StreamContainer object, but is there really no clean way to delete those files? In the case of retry within the BusinessOpeation, the file has to be there, but in the case of return message, I should be able to delete it using %File.Delete()? This will slow the process down and I would like that while performing the Management data purge (including the bodies), would also purge those files, yes?

I use simple classes which extend Ens.BusinessService all the time to run things.

All you need to do is to set the parameter

Parameter ADAPTER = "Ens.InboundAdapter";

Then perhaps add custom Properties and assign them to SETTINGS and then override

Method OnProcessInput(pInput As %RegisteredObject, Output pOutput As %RegisteredObject) As %Status
{

// do your stuff

quit $$$OK

}

Since nobody seems to take this, I’ll say what I think. 
First, there is no ’standard’ sample for any ORM, or any other HL7 v2 message. Each application utilizing these messages pose their own interpretations, coding and other requirements on the applicable message exhange. IRIS for Health provides a nice virtual document (vDOC) to view and manipulate HL7 messages and exposes all valid fields according to selected HL7 version schema. 

If you are looking to provide a messaging service using HL7 v2 messages with a party, you can pick an choose pretty much how you use the message format. If the orher party already has that defined, you should ask them to provide the samples for you.

-Pasi-

I have implemented a dicom worklist service with integration to our RIS system.

I would advice you against a 1:1 messaging back to Epic though. Here is why:

- many Modalities request worklists very frequently, so the workload or latency to Epic side might become a limiting factor
- modalities share several study rooms/resources and that modality/resource mapping might not be available in Epic (I could be wrong here)
 

In stead, how I did it was to attach the dicom service to our RIS’s event handler mechanism which would send a Soap call upon any changes of a study status and describing details of the study to the dicom service. The dicom service would then store/update the relevant details of the study internally, so when the modality requests a worklist, the service already has all the data and does not have to request it from somewhere else. The dicom service also holds mapping between resources, modality AET’s and provides an UI to maintain that.

I have a related problem:

I can not see all the users through the Management Portal UI, but I can list all of them with SQL. Any ideas why?

Another question: What exactly is the "published API"? Where to find it?

Also, the warning in the docs only discourages the use through SQL. Object access and API  and Portal are fine, right.

I'll answer myself.

A side note: The method InsertNamespace does not seem to do anything useful with either classes (Document or Node). If anyone knows what it is supposed to do, please let me know.

However upon creation of the document you usually do

Set node=document.GetDocumentNode()

Then you are pointing to the root element and can add attributes at your will.

-Pasi-