Hi Carl,Thanks for calling this out. I really think we need to actually be working on how to support FHIR based alternatives to our current workflows. As it stands at the moment I couldn't in good conscience suggest that a new implementation of OpenHIE go with the older XML specifications if they are just starting out. Technology has moved on and the knowledge set of developers that are currently active don't often cover these older methods of communication.FHIR provides a nice way to get developer involved with technologies they understand. I don't think the standards that we are current specifying need to go away, but rather we should have an innovation stream and a set of alternative so that we aren't turning people away due to the heft of the standards specs.Cheers,RyanOn Fri, Sep 23, 2016 at 11:43 AM Carl Fourie <ca...@jembi.org> wrote:Thanks Angshuman!Would be great to have your voices as part of the conversation too. Also recently we put out our SHR specificaiton documents of the SHR community and there is an emerging question around FHIR in there. We have a call scheduled for 2 Oct and it would be great if there was any light you could shed on your experiences there too!Regards
Carl FourieSenior Program Manager | Digital Health DivisionJembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl....@jembi.orgEmail 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.On Fri, Sep 23, 2016 at 11:32 AM, Angshuman Sarkar <ang...@thoughtworks.com> wrote:~angshuregardsHi Carl,I would be very interested to listen and chime in, when you discuss this on OHIE.
I think this is a great idea. Our project in Bangladesh, already uses FHIR.--On Fri, Sep 23, 2016 at 2:55 PM, Carl Fourie <ca...@jembi.org> wrote:--And that is a cat amougnst the pigeons statement!We've seen a few emails pop up and there be strong motivation for FHIR use in interoperability, Carl L and Ryan C being 2 people that I know who are looking into FHIR (Pierre Dane too - and I'm sure others).I'd really like to put this on the table and look at how we, as OHIE Architecture, sees FHIR in the long term and how we bring it in or kick it out. @Ryan C: yesterday you had some key ideas why we hsould be considering FHIR - would you be able ot share this with the group via emailAs a note: this would be great to get onto the call but we often run out of time so lets use the longevity of email to try bring this together.Regards
Carl FourieSenior Program Manager | Digital Health DivisionJembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl....@jembi.orgEmail 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.
You received this message because you are subscribed to the Google Groups "OpenHIE Architecture" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-architecture+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "OpenHIE Architecture" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-architecture+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--Ryan CrichtonLead Developer, Jembi Health Systems | SOUTH AFRICAMobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ry...@jembi.org
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-architect...@googlegroups.com.
--
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/ohie-implementers/CAFNRjWj67oUiXWxKcOOBWenwJ%3D3feVmCGeDm-Fi5az0mAhqqVg%40mail.gmail.com.
Hi Carl,
Thanks for asking.
We sort of anticipated this discussion to come sooner or later. And I have hunch both sides can argue in favor or against the other (and make valid cases). So knowing this will happen, Dr Boonchai and I decided a governance mechanism should be put in place (at least in Asia) to make sure things like this are addressed decisively so we can move forward.
AeHIN has trained 30 members on TOGAF and 12 received certification. Majority are embedded in MOHs. Only a handful are working on IT, most are health professionals. Collectively we call them the AeHIN Regional Enterprise Architecture Council for Health or REACH. They wear two hats: they provide EA support internally to their ministry and externally to AeHIN (through a conforme they signed when they applied for the training).
We have agreed amongst ourselves that REACH will be architects of compliance -- they won't design architectures. Rather they will just check if a prescribed architecture was followed according to the method. They will be on the lookout for their country primarily and the region secondarily.
This brings us to the question 'who then are the architects-of-design? '
We were hoping the OpenHIE community will serve that purpose. Architects-of-design give artifact proposals and architects-of-compliance check if those map well to the business need. That then becomes the working architecture.
For our geographic scope then, I propose the ff steps:
1. Preliminary vision and context setting (AeHIN did this at our Regional Interoperability Meeting last August 15, 2015 in Manila. Very high level, mostly principles)
2. Defining the business architecture
3. Defining the information architecture
4. Defining the technology architecture
5. Looking for opportunities and solutions
6. Migration planning
7. Implementation governance
8. Architecture change managementIt gets hard starting with #2 because priority business needs vary depending on each country to wit:
Philippines, Indonesia, Malaysia, and Vietnam - UHC
Myanmar - linking HIV and TB registries (UHC is emerging)
Thailand - drug terminology (UHC achieved)
Bhutan - telemedicineIn our Nanjing workshop last month, six countries agreed drug terminology was a common area of interest. It didnt require sensitive personal information but it can serve as an initial test of our governance. (The logic was if we can't even get interoperability with non-sensitive data, we probably won't with personal). In any case, you can't argue with countries coming together to set priorities.
Fhir vs XML? I suggest raising this with the REACH. They then bring it back to their countries -- see which matches local business needs, then they make a recommendation as a regional body. Final decision will be by their ministers....
Alvin
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.
To view this discussion on the web visit https://groups.google.com/d/msgid/ohie-implementers/CAFNRjWj67oUiXWxKcOOBWenwJ%3D3feVmCGeDm-Fi5az0mAhqqVg%40mail.gmail.com.
Hi all,To add to one part of the question being discussed:As far as the SHR goes, OpenMRS does already support a FHIR API, which is quite usable. We are currently considering our next step in terms of FHIR, and we MAY be in a position to get a little funding for this.To this end, i'm trying to solicit FHIR requirements from the OpenMRS community, and of course, you!I don't want to hijack this tread, but i'd be happy to be part of the call on the 2nd Oct.Of course, you are also welcome to reach out to me and share your needs. I'm looking at you @ryan, @angshuman and of course, many others.FYI: One of many things that we're considering is getting CIEL into the FHIR terminology stream...
Best Regards,Suranga