What would make OHIE easier to adopt

6 views
Skip to first unread message

Carl Fourie

unread,
Oct 5, 2016, 3:18:50 AM10/5/16
to OpenHIE Implementers Network (OHIN)
Hi All

As we are becoming more and more aware the OpenHIE Sandbox Community has undergone a revamp to the DevOps Community. This is to better reflect the goals of:
- Validating connectivity and interoperabilty of tools
- Showcasing OpenHIE in Action
- Supporting implementers in getting started with OpenHIE etc

So with that said there is a question that I have to ask: What would make OpenHIE easier to implement for yourselves?

Some ideas that have popped up are: packaging - making OHIE easier to deploy; Reference application - is there a "vanilla" OpenHIE that I can tweak to get started? ; mediators and adaptors - I need to easily connect OpenMRS, <<other tools>> to a particular service (MPI) in OpenHIE; mobile tool integrations.

I hope the theme is coming through, the DevOps community is looking for priority areas of work where we can focus that makes OpenHIE easier to enage with.

Looking forward to hearing your inputs and ideas! Be creative and dream big!
 
Regards
Carl Fourie
Senior Program Manager | Digital Health Division
Jembi Health Systems |  SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl....@jembi.org

Email Disclaimer:
This e-mail contains proprietary and confidential information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then deleting same. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail. Jembi Health Systems NPO, its subsidiaries and associated companies is not liable for the security of information sent by e-mail and accepts no liability of whatsoever nature for any loss, damage or expense resulting, directly or indirectly, from the access of this e-mail or any attachments hereto.

Ryan Crichton

unread,
Oct 6, 2016, 3:05:52 AM10/6/16
to Carl Fourie, OpenHIE Implementers Network (OHIN)
Hi Carl,

Thanks for raising this. I think we should also have some tools that we can show off that solve common problem implementations face. For example the most obvious to me is enabling automatic retires of requests to OpenHIE services when there are connection issues/outages. Another would be having reference implementation/tooling for connecting to common key partner platforms like OpenMRS.

Just some thoughts.

Cheers,
Ryan

--
You received this message because you are subscribed to the Google Groups "OpenHIE Implementers Network (OHIN)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-implement...@googlegroups.com.
To post to this group, send email to ohie-imp...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ohie-implementers/CAFNRjWjX4xNpwuvTUEzw-f0v294j4dYdE_%3Dr86EWPGJeWsVxeQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
--
Ryan Crichton
Lead Developer, Jembi Health Systems |  SOUTH AFRICA
Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ry...@jembi.org

Carl Leitner

unread,
Oct 6, 2016, 10:14:15 AM10/6/16
to Ryan Crichton, Carl Fourie, OpenHIE Implementers Network (OHIN)
I would also think about aggregate data reporting to an HMIS with a TS as an intermediary to handle indicator mapping, would be a common use case.   This is outlined here for # of HWs -> HMIS:
A similar workflow could apply where we are  looking at aggregating data from a POS or SHR.

This hasn’t been stood up yet, but I think would be worth the effort.
  
Cheers,
-carl



Carl Fourie

unread,
Oct 6, 2016, 10:21:05 AM10/6/16
to Carl Leitner, Ryan Crichton, OpenHIE Implementers Network (OHIN)
Thanks all, started listing them here: https://wiki.ohie.org/display/SUB/OpenHIE+Implementers

Are there others?

Regards
Carl Fourie
Senior Program Manager | Digital Health Division
Jembi Health Systems |  SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl....@jembi.org

Email Disclaimer:
This e-mail contains proprietary and confidential information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then deleting same. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail. Jembi Health Systems NPO, its subsidiaries and associated companies is not liable for the security of information sent by e-mail and accepts no liability of whatsoever nature for any loss, damage or expense resulting, directly or indirectly, from the access of this e-mail or any attachments hereto.

Cheers,
-carl



To unsubscribe from this group and stop receiving emails from it, send an email to ohie-implementers+unsubscribe@googlegroups.com.
To post to this group, send email to ohie-implementers@googlegroups.com.
--
Ryan Crichton
Lead Developer, Jembi Health Systems |  SOUTH AFRICA
Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ry...@jembi.org

--
You received this message because you are subscribed to the Google Groups "OpenHIE Implementers Network (OHIN)" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-implementers+unsubscribe@googlegroups.com.
To post to this group, send email to ohie-implementers@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages