HL7 in Botswana

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act as a switchboard between all health systems. For example if you want to export data from their patient-based system (IPMS) to the DHIS 2 for example, you would use the MIRTH interface to do it. It essentially acts as a post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?

···


Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342

Fax: 0866 509 502
Web: http://www.hisp.org/

HL7 is for patient data so we shouldn't need to interface directly
with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don't
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure
that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches .. in the
end they are proxies for human negotiation :slight_smile: Much like telephone
switches between phone operators for that matter.

Regards
Bob

···

On 16 February 2011 21:22, Crizelle Nel <crizellenel@gmail.com> wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act as
a switchboard between all health systems. For example if you want to export
data from their patient-based system (IPMS) to the DHIS 2 for example, you
would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?
--
Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

This was actually the approach taken by a team in South Africa in 2008
and early 2009 to link OpenMRS and DHIS2, though I don't think it was
put in production.

Knut

···

On Wed, Feb 16, 2011 at 10:30 PM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:

HL7 is for patient data so we shouldn't need to interface directly
with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don't
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure
that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches .. in the
end they are proxies for human negotiation :slight_smile: Much like telephone
switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel <crizellenel@gmail.com> wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act as
a switchboard between all health systems. For example if you want to export
data from their patient-based system (IPMS) to the DHIS 2 for example, you
would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?
--
Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

--
Cheers,
Knut Staring

Crizelle,

just for curiosity, is this somehow linked to the old eBHRIMS (eBotswanaHIVResponseInfoMngtSystem or something like that) from a few years back? It was a local company that was hired by UNAIDS to develop such a switchboard, as it was also called then, between CRIS2 and DHIS1.4. It was an early stab at interoperability, where the switchboard allowed you to navigate between DHIS data entry screens and CRIS reports, helping you with the few steps of export/import. Would be interesting to hear if this was developed further, or if it has influenced the decision to make a new switchboard.

Regards,
Johan

···

On Wed, 16 Feb 2011 21:30:10 +0000, Bob Jolliffe <bobjolliffe@gmail.com> wrote:

HL7 is for patient data so we shouldn't need to interface directly
with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don't
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure
that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches .. in the
end they are proxies for human negotiation :slight_smile: Much like telephone
switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel <crizellenel@gmail.com> > wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act as
a switchboard between all health systems. For example if you want to export
data from their patient-based system (IPMS) to the DHIS 2 for example, you
would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?
--
Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

Thanks for your responses Bob, Knut and Johan.

I have not yet had the opportunity to properly discuss this development with anyone (I just had a quick telephone call with Scott Merrit from BUTUSA earlier in the week).

What I can tell you though is that the Tecnhical Work Group in Botswana (which comprises of key staff from MoH, Local Government, I-Tech, BUTUSA and more) is absolutely committed to the DHIS. The long-term plan in Botswana is to interface all applicable systems (i.e. IPMS, ETR.Net, iHRIS etc.) with the DHIS so that the DHIS acts as an integrator.

I have a meeting with Scott this afternoon and just wanted to gather as much information as possible beforehand.

I’ll be sure to obtain answers to the questions you posed and to get back to you with Scott’s responses.

Regards,

Crizelle

···

On Wed, Feb 16, 2011 at 11:49 PM, Knut Staring knutst@gmail.com wrote:

This was actually the approach taken by a team in South Africa in 2008
and early 2009 to link OpenMRS and DHIS2, though I don’t think it was

put in production.

Knut

On Wed, Feb 16, 2011 at 10:30 PM, Bob Jolliffe bobjolliffe@gmail.com wrote:

HL7 is for patient data so we shouldn’t need to interface directly

with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don’t
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure

that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches … in the
end they are proxies for human negotiation :slight_smile: Much like telephone

switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel crizellenel@gmail.com wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act as
a switchboard between all health systems. For example if you want to export
data from their patient-based system (IPMS) to the DHIS 2 for example, you

would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?

Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/


Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp


Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp


Cheers,
Knut Staring

Hi Crizelle,

Just to add to what Bob mentioned about using HL7 Channel in MIRTH would not be of much use to DHIS because HL7 is primarily used to transfer individual patient observations or patient data. In DHIS, we would like to receive the aggregates of these observations and then import into DHIS. Although what I’ve seen in some hospital settings where integration between different systems is done using MIRTH, is that they use a tool called MIRTH Results. In MIRTH Results, the individual HL7 is recieved, stored and aggregated across longitudinally. This can be used as an intermediary to export to DHIS 2.

Just a suggestion on how I’ve seen people use MIRTH to aggregate stuff and report. But MIRTH Results I believe is a somewhat expensive and might not be something we want to suggest. I would like to see something open-source doing that kind of work.

···

Regards,
Saptarshi PURKAYASTHA

My Tech Blog: http://sunnytalkstech.blogspot.com
You Live by CHOICE, Not by CHANCE

On 17 February 2011 06:06, Crizelle Nel crizellenel@gmail.com wrote:

Thanks for your responses Bob, Knut and Johan.

I have not yet had the opportunity to properly discuss this development with anyone (I just had a quick telephone call with Scott Merrit from BUTUSA earlier in the week).

What I can tell you though is that the Tecnhical Work Group in Botswana (which comprises of key staff from MoH, Local Government, I-Tech, BUTUSA and more) is absolutely committed to the DHIS. The long-term plan in Botswana is to interface all applicable systems (i.e. IPMS, ETR.Net, iHRIS etc.) with the DHIS so that the DHIS acts as an integrator.

I have a meeting with Scott this afternoon and just wanted to gather as much information as possible beforehand.

I’ll be sure to obtain answers to the questions you posed and to get back to you with Scott’s responses.

Regards,

Crizelle

On Wed, Feb 16, 2011 at 11:49 PM, Knut Staring knutst@gmail.com wrote:

This was actually the approach taken by a team in South Africa in 2008
and early 2009 to link OpenMRS and DHIS2, though I don’t think it was

put in production.

Knut

On Wed, Feb 16, 2011 at 10:30 PM, Bob Jolliffe bobjolliffe@gmail.com wrote:

HL7 is for patient data so we shouldn’t need to interface directly

with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don’t
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure

that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches … in the
end they are proxies for human negotiation :slight_smile: Much like telephone

switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel crizellenel@gmail.com wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act as
a switchboard between all health systems. For example if you want to export
data from their patient-based system (IPMS) to the DHIS 2 for example, you

would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?

Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/


Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp


Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp


Cheers,
Knut Staring


Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp

Hi Scott

Thanks for this Crizelle. In particular, the vision in Botswana is to have
DHIS serve as the repository and visualization tool of record for health
data for the foreseeable future. But, as electronic tools roll out, it would
be nice to eliminate the need for data re-entry from these systems, while
allowing for manual entry from the programs and locations that are not yet
electronic. At the same point, as the tools change, we would prefer to have
a single common interface via Mirth to DHIS as opposed to creating
interfaces for iHRIS, all of our EMR tools, DisaLab, ETR.net, …. Is anything
similar happening elsewhere? If not, can someone help explain why not?

My understanding is that Mirth is essentially an HL7 switch which
transports and transforms electronic patient record data. I guess
this is why all your EMR tools can talk to it and so they should. But
DHIS (and for that matter iHRIS) is not an EMR tool. We don't deal
with individual patient data. And it would probably be a bad idea in
terms of application scope if we did.

There will be a point in all of your EMR tools where they generate
summary reports. How many malaria cases this month etc. It is this
summary data which is the province of dhis. And HL7 is not the format
for representing that summary data. In the absence of an HL7
equivalent for summary data we have been strongly advocating that
systems use SDMX-HD for this to avoid the proliferation of interfaces
you refer to.

As I suggested (guessing really) it is probably possible to do the
aggregation at the HL7 level with some sort of HL7 aggregation filter,
but I doubt if this is the easiest way to do it. When I think of the
logic engine and reporting framweork in a tool like OpenMRS for
example, I can imagine it would take some heavy lifting to get that
functionality into Mirth. All of the EMR systems should have the
ability to produce summary reports and the challenge is to get them
all to use a comon standard reporting format (ie SDMX). I think by
analogy you might think of dhis as your SDMX-HD hub in the same way as
mirth is your HL7 hub.

Regards
Bob

···

On 17 February 2011 07:53, Merritt, Scott A. <MerrittS@bw.cdc.gov> wrote:

Scott

From: Crizelle Nel [mailto:crizellenel@gmail.com]
Sent: Thursday, February 17, 2011 7:07 AM
To: Knut Staring; Bob Jolliffe; Johan Ivar Sæbø
Cc: Merritt, Scott A.; Kabelo Bitsang; Phumzile Khumalo; Chris Seebregts;
dhis2-devs@lists.launchpad.net
Subject: Re: [Dhis2-devs] HL7 in Botswana

Thanks for your responses Bob, Knut and Johan.

I have not yet had the opportunity to properly discuss this development with
anyone (I just had a quick telephone call with Scott Merrit from BUTUSA
earlier in the week).

What I can tell you though is that the Tecnhical Work Group in Botswana
(which comprises of key staff from MoH, Local Government, I-Tech, BUTUSA and
more) is absolutely committed to the DHIS. The long-term plan in Botswana is
to interface all applicable systems (i.e. IPMS, ETR.Net, iHRIS etc.) with
the DHIS so that the DHIS acts as an integrator.

I have a meeting with Scott this afternoon and just wanted to gather as much
information as possible beforehand.

I'll be sure to obtain answers to the questions you posed and to get back to
you with Scott's responses.

Regards,

Crizelle

On Wed, Feb 16, 2011 at 11:49 PM, Knut Staring <knutst@gmail.com> wrote:

This was actually the approach taken by a team in South Africa in 2008
and early 2009 to link OpenMRS and DHIS2, though I don't think it was
put in production.

Knut

On Wed, Feb 16, 2011 at 10:30 PM, Bob Jolliffe <bobjolliffe@gmail.com> > wrote:

HL7 is for patient data so we shouldn't need to interface directly
with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don't
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure
that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches .. in the
end they are proxies for human negotiation :slight_smile: Much like telephone
switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel <crizellenel@gmail.com> wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act
as
a switchboard between all health systems. For example if you want to
export
data from their patient-based system (IPMS) to the DHIS 2 for example,
you
would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?
--
Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

--
Cheers,
Knut Staring

In addition to SDMX, there is the Dataset Publishing Language (DSPL):

···

On Thu, Feb 17, 2011 at 10:22 AM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:

Hi Scott

On 17 February 2011 07:53, Merritt, Scott A. <MerrittS@bw.cdc.gov> wrote:

Thanks for this Crizelle. In particular, the vision in Botswana is to have
DHIS serve as the repository and visualization tool of record for health
data for the foreseeable future. But, as electronic tools roll out, it would
be nice to eliminate the need for data re-entry from these systems, while
allowing for manual entry from the programs and locations that are not yet
electronic. At the same point, as the tools change, we would prefer to have
a single common interface via Mirth to DHIS as opposed to creating
interfaces for iHRIS, all of our EMR tools, DisaLab, ETR.net, …. Is anything
similar happening elsewhere? If not, can someone help explain why not?

My understanding is that Mirth is essentially an HL7 switch which
transports and transforms electronic patient record data. I guess
this is why all your EMR tools can talk to it and so they should. But
DHIS (and for that matter iHRIS) is not an EMR tool. We don't deal
with individual patient data. And it would probably be a bad idea in
terms of application scope if we did.

There will be a point in all of your EMR tools where they generate
summary reports. How many malaria cases this month etc. It is this
summary data which is the province of dhis. And HL7 is not the format
for representing that summary data. In the absence of an HL7
equivalent for summary data we have been strongly advocating that
systems use SDMX-HD for this to avoid the proliferation of interfaces
you refer to.

As I suggested (guessing really) it is probably possible to do the
aggregation at the HL7 level with some sort of HL7 aggregation filter,
but I doubt if this is the easiest way to do it. When I think of the
logic engine and reporting framweork in a tool like OpenMRS for
example, I can imagine it would take some heavy lifting to get that
functionality into Mirth. All of the EMR systems should have the
ability to produce summary reports and the challenge is to get them
all to use a comon standard reporting format (ie SDMX). I think by
analogy you might think of dhis as your SDMX-HD hub in the same way as
mirth is your HL7 hub.

Regards
Bob

Scott

From: Crizelle Nel [mailto:crizellenel@gmail.com]
Sent: Thursday, February 17, 2011 7:07 AM
To: Knut Staring; Bob Jolliffe; Johan Ivar Sæbø
Cc: Merritt, Scott A.; Kabelo Bitsang; Phumzile Khumalo; Chris Seebregts;
dhis2-devs@lists.launchpad.net
Subject: Re: [Dhis2-devs] HL7 in Botswana

Thanks for your responses Bob, Knut and Johan.

I have not yet had the opportunity to properly discuss this development with
anyone (I just had a quick telephone call with Scott Merrit from BUTUSA
earlier in the week).

What I can tell you though is that the Tecnhical Work Group in Botswana
(which comprises of key staff from MoH, Local Government, I-Tech, BUTUSA and
more) is absolutely committed to the DHIS. The long-term plan in Botswana is
to interface all applicable systems (i.e. IPMS, ETR.Net, iHRIS etc.) with
the DHIS so that the DHIS acts as an integrator.

I have a meeting with Scott this afternoon and just wanted to gather as much
information as possible beforehand.

I'll be sure to obtain answers to the questions you posed and to get back to
you with Scott's responses.

Regards,

Crizelle

On Wed, Feb 16, 2011 at 11:49 PM, Knut Staring <knutst@gmail.com> wrote:

This was actually the approach taken by a team in South Africa in 2008
and early 2009 to link OpenMRS and DHIS2, though I don't think it was
put in production.

Knut

On Wed, Feb 16, 2011 at 10:30 PM, Bob Jolliffe <bobjolliffe@gmail.com> >> wrote:

HL7 is for patient data so we shouldn't need to interface directly
with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don't
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure
that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches .. in the
end they are proxies for human negotiation :slight_smile: Much like telephone
switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel <crizellenel@gmail.com> wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act
as
a switchboard between all health systems. For example if you want to
export
data from their patient-based system (IPMS) to the DHIS 2 for example,
you
would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?
--
Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

--
Cheers,
Knut Staring

--
Cheers,
Knut Staring

In addition to SDMX, there is the Dataset Publishing Language (DSPL):

Dataset Publishing Language  |  Google for Developers

Yes there is. And a few other things aside :slight_smile:

···

On 17 February 2011 09:45, Knut Staring <knutst@gmail.com> wrote:

On Thu, Feb 17, 2011 at 10:22 AM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:

Hi Scott

On 17 February 2011 07:53, Merritt, Scott A. <MerrittS@bw.cdc.gov> wrote:

Thanks for this Crizelle. In particular, the vision in Botswana is to have
DHIS serve as the repository and visualization tool of record for health
data for the foreseeable future. But, as electronic tools roll out, it would
be nice to eliminate the need for data re-entry from these systems, while
allowing for manual entry from the programs and locations that are not yet
electronic. At the same point, as the tools change, we would prefer to have
a single common interface via Mirth to DHIS as opposed to creating
interfaces for iHRIS, all of our EMR tools, DisaLab, ETR.net, …. Is anything
similar happening elsewhere? If not, can someone help explain why not?

My understanding is that Mirth is essentially an HL7 switch which
transports and transforms electronic patient record data. I guess
this is why all your EMR tools can talk to it and so they should. But
DHIS (and for that matter iHRIS) is not an EMR tool. We don't deal
with individual patient data. And it would probably be a bad idea in
terms of application scope if we did.

There will be a point in all of your EMR tools where they generate
summary reports. How many malaria cases this month etc. It is this
summary data which is the province of dhis. And HL7 is not the format
for representing that summary data. In the absence of an HL7
equivalent for summary data we have been strongly advocating that
systems use SDMX-HD for this to avoid the proliferation of interfaces
you refer to.

As I suggested (guessing really) it is probably possible to do the
aggregation at the HL7 level with some sort of HL7 aggregation filter,
but I doubt if this is the easiest way to do it. When I think of the
logic engine and reporting framweork in a tool like OpenMRS for
example, I can imagine it would take some heavy lifting to get that
functionality into Mirth. All of the EMR systems should have the
ability to produce summary reports and the challenge is to get them
all to use a comon standard reporting format (ie SDMX). I think by
analogy you might think of dhis as your SDMX-HD hub in the same way as
mirth is your HL7 hub.

Regards
Bob

Scott

From: Crizelle Nel [mailto:crizellenel@gmail.com]
Sent: Thursday, February 17, 2011 7:07 AM
To: Knut Staring; Bob Jolliffe; Johan Ivar Sæbø
Cc: Merritt, Scott A.; Kabelo Bitsang; Phumzile Khumalo; Chris Seebregts;
dhis2-devs@lists.launchpad.net
Subject: Re: [Dhis2-devs] HL7 in Botswana

Thanks for your responses Bob, Knut and Johan.

I have not yet had the opportunity to properly discuss this development with
anyone (I just had a quick telephone call with Scott Merrit from BUTUSA
earlier in the week).

What I can tell you though is that the Tecnhical Work Group in Botswana
(which comprises of key staff from MoH, Local Government, I-Tech, BUTUSA and
more) is absolutely committed to the DHIS. The long-term plan in Botswana is
to interface all applicable systems (i.e. IPMS, ETR.Net, iHRIS etc.) with
the DHIS so that the DHIS acts as an integrator.

I have a meeting with Scott this afternoon and just wanted to gather as much
information as possible beforehand.

I'll be sure to obtain answers to the questions you posed and to get back to
you with Scott's responses.

Regards,

Crizelle

On Wed, Feb 16, 2011 at 11:49 PM, Knut Staring <knutst@gmail.com> wrote:

This was actually the approach taken by a team in South Africa in 2008
and early 2009 to link OpenMRS and DHIS2, though I don't think it was
put in production.

Knut

On Wed, Feb 16, 2011 at 10:30 PM, Bob Jolliffe <bobjolliffe@gmail.com> >>> wrote:

HL7 is for patient data so we shouldn't need to interface directly
with it. Possibly they are considering building an aggregation filter
in Mirth to produce something like SDMX from the patient data. Don't
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure
that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches .. in the
end they are proxies for human negotiation :slight_smile: Much like telephone
switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel <crizellenel@gmail.com> wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH) to act
as
a switchboard between all health systems. For example if you want to
export
data from their patient-based system (IPMS) to the DHIS 2 for example,
you
would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?
--
Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development Team

Email: crizellenel@gmail.com
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

--
Cheers,
Knut Staring

--
Cheers,
Knut Staring

Interesting discussions on interoperability........just hearing of DSPL and it looks like something worth looking into .

Regards,

Adedapo Adejumo.
Mobile : +2348033683677
Skype : dapojorge

···

--- On Thu, 2/17/11, Bob Jolliffe <bobjolliffe@gmail.com> wrote:

Thanks for this Crizelle. In particular, the vision in Botswana is to
have DHIS serve as the repository and visualization tool of record for
health data for the foreseeable future. But, as electronic tools roll
out, it would be nice to eliminate the need for data re-entry from
these systems, while allowing for manual entry from the programs and
locations that are not yet electronic. At the same point, as the tools
change, we would prefer to have a single common interface via Mirth to
DHIS as opposed to creating interfaces for iHRIS, all of our EMR
tools, DisaLab, ETR.net, …. Is anything similar happening elsewhere?
If not, can someone help explain why not?

Dumela,

Regarding a switchboard, I'm not too sure about what's going on around, but in slide 13 og this presentation:
RAJA88JP Situs Online Terpercaya Dengan Game Paling Lengkap

you will find how it is currently envisioned (and implemented) in West Africa and other places. DHIS2 serves as a repository and visualization tool, and you have the option to either enter data directly, if the source is on paper, or to import it. OpenMRS and iHRIS are already SDMX-HD compliant, so they can aggregate and send the required data to DHIS2 (functionality for importing the definitions from DHIS2 in OpenMRS, so it knows what and how to export it is also there). More is underway, the logistics system OpenLMIS might implement SDMX-HD soon, and I know people behind a lab-system were active in a workshop on the standard. So the idea is then that DHIS2 can handle both electronic interoperability, and manual data entry, and that manual data entry can be phased out whenever some electronic system that supports SDMX-HD is in place, just like you're aiming for in Botswana.

For more on this interoperability, there is a nice and short blog here:
News & Updates | iHRIS

Regards,
Johan

···

On Thu, 17 Feb 2011 09:53:06 +0200, "Merritt, Scott A." <MerrittS@bw.cdc.gov> wrote:

Scott

FROM: Crizelle Nel [mailto:crizellenel@gmail.com]
SENT: Thursday, February 17, 2011 7:07 AM
TO: Knut Staring; Bob Jolliffe; Johan Ivar Sæbø
CC: Merritt, Scott A.; Kabelo Bitsang; Phumzile Khumalo; Chris
Seebregts; dhis2-devs@lists.launchpad.net
SUBJECT: Re: [Dhis2-devs] HL7 in Botswana

Thanks for your responses Bob, Knut and Johan.

I have not yet had the opportunity to properly discuss this
development with anyone (I just had a quick telephone call with Scott
Merrit from BUTUSA earlier in the week).

What I can tell you though is that the Tecnhical Work Group in
Botswana (which comprises of key staff from MoH, Local Government,
I-Tech, BUTUSA and more) is absolutely committed to the DHIS. The
long-term plan in Botswana is to interface all applicable systems
(i.e. IPMS, ETR.Net, iHRIS etc.) with the DHIS so that the DHIS acts
as an integrator.

I have a meeting with Scott this afternoon and just wanted to gather
as much information as possible beforehand.

I'll be sure to obtain answers to the questions you posed and to get
back to you with Scott's responses.

Regards,

Crizelle

On Wed, Feb 16, 2011 at 11:49 PM, Knut Staring wrote:

This was actually the approach taken by a team in South Africa in 2008
and early 2009 to link OpenMRS and DHIS2, though I don't think it was
put in production.

Knut

On Wed, Feb 16, 2011 at 10:30 PM, Bob Jolliffe wrote:

HL7 is for patient data so we shouldn't need to interface directly
with it. Possibly they are considering building an aggregation

filter

in Mirth to produce something like SDMX from the patient data. Don't
know. I am not there to negotiate.

But you need to negotiate hard (on your side of the fence) to ensure
that what comes out of this magic box will be suitable for dhis2
consumption. That is the way with these kind of switches .. in the
end they are proxies for human negotiation :slight_smile: Much like telephone
switches between phone operators for that matter.

Regards
Bob

On 16 February 2011 21:22, Crizelle Nel wrote:

Hi everyone,

In Botswana they are discussing developing a software tool (MIRTH)

to act as

a switchboard between all health systems. For example if you want

to export

data from their patient-based system (IPMS) to the DHIS 2 for

example, you

would use the MIRTH interface to do it. It essentially acts as a
post-office, simply passing the data between different systems.

They would like to use HL7 for MIRTH.

Have any of you done something similar in other countries?

Has anyone used HL7 before?
--
Regards,
Crizelle Nel
Health Information Systems Programme (HISP) Software Development

Team

Email: crizellenel@gmail.com [4]
Cell: 084 580 3342
Fax: 0866 509 502
Web: http://www.hisp.org/ [5]

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad [6]
Post to : dhis2-devs@lists.launchpad.net [7]
Unsubscribe : DHIS 2 developers in Launchpad [8]
More help : ListHelp - Launchpad Help [9]

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad [10]
Post to : dhis2-devs@lists.launchpad.net [11]
Unsubscribe : DHIS 2 developers in Launchpad [12]
More help : ListHelp - Launchpad Help [13]

--
Cheers,
Knut Staring

Links:
------
[1] mailto:knutst@gmail.com
[2] mailto:bobjolliffe@gmail.com
[3] mailto:crizellenel@gmail.com
[4] mailto:crizellenel@gmail.com
[5] http://www.hisp.org/
[6] DHIS 2 developers in Launchpad
[7] mailto:dhis2-devs@lists.launchpad.net
[8] DHIS 2 developers in Launchpad
[9] ListHelp - Launchpad Help
[10] DHIS 2 developers in Launchpad
[11] mailto:dhis2-devs@lists.launchpad.net
[12] DHIS 2 developers in Launchpad
[13] ListHelp - Launchpad Help