We were scheduled to have a call this past Tuesday but, as you may
know, Simon has left us so there has been no one convening the calls.
Otherwise this would have been a good opportunity to discuss the
It is really unfortunate I was not at the openHIE meetup in Arusha
where some of this was discussed, but some of you know I have some
misgivings. Besides putting ADX on FHIR (a prospect we discussed back
in Naples last year) as an end in itself I am not convinced what new
problem it is really solving. The adx data format is quite usable as
is. Many (including me) find the sdmx aspect a little grotesque, but
it can also be safely ignored. The data format is fit for purpose and
there are many more sensible ways of exchanging metatadata if need be,
including via CSD/facility-registry and terminology services.
It was always our intention we would do a json ADX flavour eventually,
which to my mind would be a more straightforward literal translation
along the lines of
That looks much more pleasing to my eye than a MeasureReport. I think
we should leave open the possibility of this simple representation.
ie. not call the new proposal "Json representation of an ADX message"
but something else maybe more explicitly FHIR.
There are some aspects to the preamble of the new proposal which I
would disagree with. First there is a suggestion that a json version
would depend on the existence of a "SDMX-JSON". I think this is not
true - the adx data format is not in fact SDMX, nor would be its json
equivalent. It in fact has more DNA to be discerned from the widely
used but dhis2-internal dxf2 format.
So I need a little persuading to actively support this proposal though
I wouldn't stand in the way of people who want to do it. I would
suggest we do an openHMIS call next Tuesday to discuss but I know
Derek is in Banff. Lets earmark Tuesday 18th. I can modify the wiki
to shift our September call to then.
On 4 September 2018 at 13:17, Derek Ritz <email@example.com> wrote:
Carl Leitner has suggested a new work item be proposed for the upcoming IHE
QRPH work cycle. Information about this proposal can be found, here:
The proposal is to develop a FHIR-based profile for doing aggregate data
exchange based on the Measure (https://www.hl7.org/fhir/measure.html) and
MeasureReport (https://www.hl7.org/fhir/measurereport.html) resources. Such
an approach was prototyped during the OpenHIE HacKonnectathon in Arusha, TZ
The deadline for submissions is only a few weeks away (Sep 21). Please --
can we have a discussion (on this thread) regarding this proposal? Also...
if there is support for it... are folks who would like to participate on the
Thanks and warmest regards,
You received this message because you are subscribed to the Google Groups
"Open HMIS" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to firstname.lastname@example.org.
For more options, visit https://groups.google.com/d/optout.