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
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 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
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 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
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 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
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
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 Much like telephone
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
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.
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
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 Much like telephone
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
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 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
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 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
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 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
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?
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 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