You need ODS in order to use FHIR with Information Exchange.  However, the storage impact can be minimized by using the production settings in ODS, so that data is only placed in ODS when requested, and gets purged after it is no longer being fetched.

Please check the user documentation, at (in my instance):

http://localhost:57776/csp/docbook/DocBook.UI.Page.cls?KEY=HETRM_ch_gen…

You can just search for the word "gender"

We try to not operate on an entire container, since containers can be arbitrarily large.  The API that you are using is one that should be combined with GetNextSDA, to process one streamlet at a time.

In the registry menu, select reports - run management reports.  There are a number of reports that can answer this question, such as the clinical data access report.

Please look at class HS.SDA3.Encounter, property HealthCareFacility.  The class/property documentation provides details about where the data comes from, and where it goes in the viewer database.

Was there a question?  Yes, of course, Cache' supports methods to serialize and deserialize XML enabled objects.  However, those methods have to apply to all sorts of general XML structures, and as a result, are much less efficient than ones where we have a very known/constrained data model.  One specific case involves embedded serial objects - serializing these to XML will cause them to be instantiated in memory even if null.  In addition, SDA containers can be arbitrarily large - we have examples of 50-100mb size containers.  Depending on your partition size, attempting to deserialize an entire container can cause a <STORE> error.

There are a couple of API method that can be helpful here, in class HS.SDA3.Container:

1. ListStreamletIds - this can return a list of streamlet IDs (in the aggregation cache) corresponding to a patient in the viewer.

2. LoadSDAObject - this takes a streamlet ID and returns an instantiated SDA object.

These can be called from custom code within the viewer to populate UI elements on the fly.

Alternatively, in the access gateway production, HS.Gateway.Access.Manager has a NotificationOperation that gets called during key events as data gets loaded into the viewer cache.  The events are Initialize, Abort, WaitTimeout, FetchNotification, and FetchComplete.

There are no standard supported ways of loading data into a chart, however.

There's no mention of what message class is being used or what service is being used, so it's hard to determine how to answer your question.  In general, for messages that extend HS.Types.XMLMessage, HealthShare expects you to populate the ContentStream property.

of course

The .Document table is associated to the .Aggregation table via a parent/child relationship, because there may be any number of documents associated with a single aggregation key.  There's no inefficiency here, simply necessary cardinality.  For that matter, it's not like the .Document table contains the document - it just contains a pointer to the document.

The "documents" that you are finding with your query are not documents, but are SDA record requests.  If you are looking for retrievals of IHE documents from a document repository, the event type to use is "Retrieve Document Set".  You didn't mention what version of HealthShare you are running, but in recent versions, the ATNA repository has a relationship to a child table, HS_IHE_ATNA_Repository.Document, and you can join to that.  It has a RepositoryID and DocumentID property.

Storage depends on where you store the data (object, tables), not where you store classes.  The classes that manage these all reside in the HSLIB database.

Don't know if you are asking about Health Connect or Information Exchange.  If it's the latter, this is managed by where you set up an edge gateway namespace & database to handle the HL7v2 inputs, vs. where you set up the IHE XDSb repository and namespace which stores documents that have been provided and registered.  They would all be managed by the single common registry namespace and database.  If it's the former, it's completely up to you about how to store the data.  You would store them in different globals, and your namespace can map the globals to different databases.

Most of what you are looking for is already captured in the ATNA audit repository, which in current versions lives in the Registry namespace (in future versions we'll allow that to move to its own namespace/instance).  There is a DeepSee cube associated with this, as well as a few dashboards.  You can create your own SQL queries.  We also provide a framework for creating your own reports, including a set of "data volume" reports which can run using this as well as other data, and can incrementally capture dated subsets of this for data comparisons.  This is also useful in case the repository grows to a very large size, where SQL queries become less practical.

That isn't automatically generated - it's used as a source to generate the SDA/CDA annotations.  From any edge gateway namespace, in the management portal, select the Schema Documentation menu item.  You this lets you browse the transforms.  Once you have identified an SDA property, the class documentation points out what table/column that maps to in the viewer cache.

This has been removed from more recent versions.

Saul