OpenHIE coordination group?

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

···


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

···

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

···

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

Hi all.

Thank you, Chris, for bringing up this issue. This is a fundamentally important point – and one which was very much put on the radar during our strategic planning session a few weeks ago. OpenHIE has to be more than just a collection of individual parts; its role is to be a working system and our core value proposition lies there.

In my view, we need to embrace a single “stack” for our API set, both above and below our interoperability layer. This stack must support our architectural posture (which is, presently, SOA with a service bus). All of our component pieces need to work within that framework – which means they must adopt/operationalize the architecture and the API stack.

I believe our biggest challenge, at present, is to definitively choose an architecture and API stack. Systems don’t happen by accident. They are designed. We really do need to do our systems engineering first; the rest of our work will be made easier by us having made these choices.

Warmest regards,

Derek.

PS: For a number of reasons, all of them pragmatic, I believe we should be coalescing all of our systems around the IHE stack. But if we’re not going to do that, we need to choose another end-to-end standards-based stack, and quickly (we’re already half way thru our “year of engineering”, and this remains an open question). There are only two other stacks that have been internationally balloted: HL7v3 and OpenEHR/ISO-13606. My sense is that neither of these other alternatives would work well for our communities, for various reasons (the biggest is learning curve). The evolving HL7 FHIR specification is an option we could go with, too, but that puts us on a bleeding-edge footing (it is not yet balloted). For this reason, FHIR is a risky option that better suits programmers than it does implementers. If we truly believe scale is the innovation, this latter point is a big negative. That said, FHIR is the only option that embodies the RESTful architectural approach.

Derek Ritz, P.Eng., CPHIMS-CA

ecGroup Inc.

+1 (905) 515-0045

www.ecgroupinc.com

This communication is intended only for the party to whom it is addressed, and may contain information which is privileged or confidential. Any other delivery, distribution, copying or disclosure is strictly prohibited and is not a waiver of privilege or confidentiality. If you have received this telecommunication in error, please notify the sender immediately by return electronic mail and destroy the message and any attachments.

···

Le présent courriel et les documents qui y sont joints sont confidentiels et protégés et s’adressent exclusivement au destinataire mentionné ci-dessus. L’expéditeur ne renonce pas aux droits et privilèges qui s’y rapportent ni à leur caractère confidentiel. Toute prise de connaissance, diffusion, utilisation ou reproduction de ce message ou des documents qui y sont joints, ainsi que des renseignements que chacun contient, par une personne autre que le destinataire prévu est interdite. Si vous recevez ce courriel par erreur, veuillez le détruire immédiatement et m’en informer.

From: openhie-shr@googlegroups.com [mailto:openhie-shr@googlegroups.com] On Behalf Of Ryan Crichton
Sent: June 19, 2013 4:51 AM
To: Chris Ford
Cc: ohie-leadership@googlegroups.com; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com
Subject: Re: OpenHIE coordination group?

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

· Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

· Who are our target audience?

· What are the use cases for the system (as opposed to individual components)?

· What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

  • Who are our target audience?

  • What are the use cases for the system (as opposed to individual components)?

  • What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority would be to aim for this sort of configuration.

Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

+1 to the concept, and need, of a cross-cutting discussion list.

···

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED API Github repository) May be a useful mechanism in this case as well.

  • Scott
···

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Scott Teesdale
Project Manager - InSTEDD

Email: steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

On Behalf Of Scott Teesdale

···

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

  • Who are our target audience?

  • What are the use cases for the system (as opposed to individual components)?

  • What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.

Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

···

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

···

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?

···

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute
Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics
410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)
(317) 423-5695 (F)

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?

  2. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)

  3. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

···

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics
410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)

(317) 423-5695 (F)

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

Hi all.

My sense was that the original request (from Chris via Ryan) was for some way to engage in “system” discussions – where “system” means the entire OpenHIE stack, including all the subsystems that make it up. And that these discussions were of an architectural or technical nature… the work of systems engineering. The needs of implementers certainly reach back to this, but they are also quite distinct in their own right.

Is there a ready way to broadcast, in one shot, to all the subcommunities? That would be a very simple way to accomplish what I heard Chris asking for (and which I wholeheartedly support, btw).

Warmest regards,

Derek.

Derek Ritz, P.Eng., CPHIMS-CA

ecGroup Inc.

+1 (905) 515-0045

www.ecgroupinc.com

This communication is intended only for the party to whom it is addressed, and may contain information which is privileged or confidential. Any other delivery, distribution, copying or disclosure is strictly prohibited and is not a waiver of privilege or confidentiality. If you have received this telecommunication in error, please notify the sender immediately by return electronic mail and destroy the message and any attachments.

···

Le présent courriel et les documents qui y sont joints sont confidentiels et protégés et s’adressent exclusivement au destinataire mentionné ci-dessus. L’expéditeur ne renonce pas aux droits et privilèges qui s’y rapportent ni à leur caractère confidentiel. Toute prise de connaissance, diffusion, utilisation ou reproduction de ce message ou des documents qui y sont joints, ainsi que des renseignements que chacun contient, par une personne autre que le destinataire prévu est interdite. Si vous recevez ce courriel par erreur, veuillez le détruire immédiatement et m’en informer.

From: openhie-shr@googlegroups.com [mailto:openhie-shr@googlegroups.com] On Behalf Of Carl Fourie
Sent: June 20, 2013 10:33 AM
To: Shaun Grannis
Cc: ohie-leadership@googlegroups.com; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com
Subject: Re: OpenHIE coordination group?

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?

  2. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)

  3. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

· OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole (Open List w/ moderation)

· OpenHIE Leads - This group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer) who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

· Subcommunity Mailing List - Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer (All Open Lists)

· Other Mailing Lists – IHE Standards, Sandbox (Open List)

I wonder whether…

  1.   We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.
    
  1.   We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.
    

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670| jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com] On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED API Github repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

· Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

· Who are our target audience?

· What are the use cases for the system (as opposed to individual components)?

· What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority would be to aim for this sort of configuration.

Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Scott Teesdale

Project Manager - InSTEDD

Email: steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute
Associate Professor, I.U. School of Medicine
Director, Indiana Center of Excellence in Public Health Informatics

410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)
(317) 423-5695 (F)


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful. From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations on best practices to be carried out in implementations.

Best,

Scott

···

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?
  1. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)
  1. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Scott Teesdale
Project Manager - InSTEDD

Email: steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics
410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)

(317) 423-5695 (F)

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

Hi all,

As Derek pointed out our initial concern was that we need a forum to discuss the technical issue involving multiple sub-communities. This would be for handling things like discussion of the transaction OpenHIE should support as a whole and other cross-cutting concerns between sub-communities. However, I also see the need for a place where implementers can bring their problems and questions to the table. These are two separate issues in my eyes.

@Scott, Github issues could work for discussing technical issues. I’d be happy to give that a try.

Cheers,

Ryan

···

On Thu, Jun 20, 2013 at 5:17 PM, Scott Teesdale steesdale@instedd.org wrote:

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful. From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations on best practices to be carried out in implementations.

Best,

Scott

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?
  1. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)
  1. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Scott Teesdale
Project Manager - InSTEDD

Email: steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics
410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)

(317) 423-5695 (F)

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

In my experience, there’s a distinct need for implementation support, but not clear how much traffic that’d get yet.

That’s pretty distinct from what I’ve always envisioned as a openhie-architecture list. :slight_smile:

So, IMO, this conversation implies to me that:

  1. We’re growing

  2. It’s probably time to go ahead and set up the -implementers and -architecture mailing lists. :slight_smile:

What’s even better, is that this came from you all. :slight_smile:

Everyone agree to move forward with both?

Here’s the great thing about being agile: if those mailing lists seem like too much, or don’t get appropriate traffic, we can just get rid of them later. :slight_smile:

Best,

-Paul

···

On Thu, Jun 20, 2013 at 5:17 PM, Scott Teesdale steesdale@instedd.org wrote:

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful. From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations on best practices to be carried out in implementations.

Best,

Scott

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?
  1. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)
  1. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Scott Teesdale
Project Manager - InSTEDD

Email: steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics
410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)

(317) 423-5695 (F)

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

Hi Paul,

I think you nailed the names. I’d be happy to start with the -architecture list for now and as our implementations grow to more than 2 we can spool up the -implementers list.

Cheers,

Carl

···

On Fri, Jun 21, 2013 at 12:32 PM, Paul Biondich pbiondic@regenstrief.org wrote:

In my experience, there’s a distinct need for implementation support, but not clear how much traffic that’d get yet.

That’s pretty distinct from what I’ve always envisioned as a openhie-architecture list. :slight_smile:

So, IMO, this conversation implies to me that:

  1. We’re growing
  1. It’s probably time to go ahead and set up the -implementers and -architecture mailing lists. :slight_smile:

What’s even better, is that this came from you all. :slight_smile:

Everyone agree to move forward with both?

Here’s the great thing about being agile: if those mailing lists seem like too much, or don’t get appropriate traffic, we can just get rid of them later. :slight_smile:

Best,

-Paul

On Fri, Jun 21, 2013 at 8:53 AM, Ryan Crichton ryan@jembi.org wrote:

Hi all,

As Derek pointed out our initial concern was that we need a forum to discuss the technical issue involving multiple sub-communities. This would be for handling things like discussion of the transaction OpenHIE should support as a whole and other cross-cutting concerns between sub-communities. However, I also see the need for a place where implementers can bring their problems and questions to the table. These are two separate issues in my eyes.

@Scott, Github issues could work for discussing technical issues. I’d be happy to give that a try.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 5:17 PM, Scott Teesdale steesdale@instedd.org wrote:

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful. From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations on best practices to be carried out in implementations.

Best,

Scott

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?
  1. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)
  1. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Scott Teesdale
Project Manager - InSTEDD

Email: steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics
410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)

(317) 423-5695 (F)

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one that already exists? Who would be in this group? Is it
the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer)
who are operationally focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List -
Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox
(Open List)

I wonder whether…

We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.

We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead calls.

Thoughts?

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these cross-cutting concerns on shows that we need some sort of
overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country
etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the
responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant
parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual components and much more about the interactions between
them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination discussions within OpenHIE. Currently there isn’t a forum
to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

I agree with Carl. It sounds like the OHIE community is in need of the –architecture list now and then we can create an -implementation list when the need becomes
greater.

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

On Behalf Of Carl Fourie

···

Hi Paul,

I think you nailed the names. I’d be happy to start with the -architecture list for now and as our implementations grow to more than 2 we can spool up the -implementers list.

Cheers,

Carl

On Fri, Jun 21, 2013 at 12:32 PM, Paul Biondich pbiondic@regenstrief.org wrote:

In my experience, there’s a distinct need for implementation support, but not clear how much traffic that’d get yet.

That’s pretty distinct from what I’ve always envisioned as a openhie-architecture list. :slight_smile:

So, IMO, this conversation implies to me that:

  1. We’re growing

  2. It’s probably time to go ahead and set up the -implementers and -architecture mailing lists. :slight_smile:

What’s even better, is that this came from you all. :slight_smile:

Everyone agree to move forward with both?

Here’s the great thing about being agile: if those mailing lists seem like too much, or don’t get appropriate traffic, we can just get rid of them later. :slight_smile:

Best,

-Paul

On Fri, Jun 21, 2013 at 8:53 AM, Ryan Crichton ryan@jembi.org wrote:

Hi all,

As Derek pointed out our initial concern was that we need a forum to discuss the technical issue involving multiple sub-communities. This would be for handling things like discussion of the transaction OpenHIE should support as a whole
and other cross-cutting concerns between sub-communities. However, I also see the need for a place where implementers can bring their problems and questions to the table. These are two separate issues in my eyes.

@Scott, Github issues could work for discussing technical issues. I’d be happy to give that a try.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 5:17 PM, Scott Teesdale steesdale@instedd.org wrote:

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful.
From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations
on best practices to be carried out in implementations.

Best,

Scott

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?

  2. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)

  3. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that
it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to
participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one
that already exists? Who would be in this group? Is it the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer) who are operationally
focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List - Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox (Open List)

I wonder whether…

  1.   We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.
    
  1.    We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead
    

calls.

Thoughts?

Jamie Thomas
|Health Informatics Project Coordinator

Regenstrief Institute, Inc.
|ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain
confidential and/or privileged information and are intended solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state
laws. Federal regulations and State laws prohibit you from making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization
for the release of medical or other information is not sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the
original message. Any retention, disclosure, copying, distribution or use of this information by anyone other than the intended recipient is strictly prohibited.

From:
ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford;
openhie-interoperability-layer@googlegroups.com;
openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these
cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing
countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that
have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership,
but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting
concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses,
the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts
of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination
discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.

Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to

openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Shaun J. Grannis, MD MS FACMI FAAFP
Biomedical Research Scientist, The Regenstrief Institute
Associate Professor, I.U. School of Medicine
Director, Indiana Center of Excellence in Public Health Informatics

410 West 10th Street, Suite 2000

Indianapolis, IN 46202
(317) 423-5523 (O)
(317) 423-5695 (F)


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

I agree. Those names each express the two points that have been raised here. I’m happy with those.

Cheers,

Ryan

···

On Fri, Jun 21, 2013 at 2:02 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I agree with Carl. It sounds like the OHIE community is in need of the –architecture list now and then we can create an -implementation list when the need becomes
greater.

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Carl Fourie
Sent: Friday, June 21, 2013 7:46 AM
To: ohie-leadership@googlegroups.com
Cc: Grannis, Shaun J; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

Hi Paul,

I think you nailed the names. I’d be happy to start with the -architecture list for now and as our implementations grow to more than 2 we can spool up the -implementers list.

Cheers,

Carl

On Fri, Jun 21, 2013 at 12:32 PM, Paul Biondich pbiondic@regenstrief.org wrote:

In my experience, there’s a distinct need for implementation support, but not clear how much traffic that’d get yet.

That’s pretty distinct from what I’ve always envisioned as a openhie-architecture list. :slight_smile:

So, IMO, this conversation implies to me that:

  1. We’re growing
  1. It’s probably time to go ahead and set up the -implementers and -architecture mailing lists. :slight_smile:

What’s even better, is that this came from you all. :slight_smile:

Everyone agree to move forward with both?

Here’s the great thing about being agile: if those mailing lists seem like too much, or don’t get appropriate traffic, we can just get rid of them later. :slight_smile:

Best,

-Paul

On Fri, Jun 21, 2013 at 8:53 AM, Ryan Crichton ryan@jembi.org wrote:

Hi all,

As Derek pointed out our initial concern was that we need a forum to discuss the technical issue involving multiple sub-communities. This would be for handling things like discussion of the transaction OpenHIE should support as a whole
and other cross-cutting concerns between sub-communities. However, I also see the need for a place where implementers can bring their problems and questions to the table. These are two separate issues in my eyes.

@Scott, Github issues could work for discussing technical issues. I’d be happy to give that a try.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 5:17 PM, Scott Teesdale steesdale@instedd.org wrote:

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful.
From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations
on best practices to be carried out in implementations.

Best,

Scott

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?
  1. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)
  1. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that
it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to
participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one
that already exists? Who would be in this group? Is it the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer) who are operationally
focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List - Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox (Open List)

I wonder whether…

  1.   We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.
    
  1.    We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead
    

calls.

Thoughts?

Jamie Thomas
|Health Informatics Project Coordinator

Regenstrief Institute, Inc.
|ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain
confidential and/or privileged information and are intended solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state
laws. Federal regulations and State laws prohibit you from making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization
for the release of medical or other information is not sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the
original message. Any retention, disclosure, copying, distribution or use of this information by anyone other than the intended recipient is strictly prohibited.

From:
ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford;
openhie-interoperability-layer@googlegroups.com;
openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these
cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing
countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that
have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership,
but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting
concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses,
    the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts
of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination
discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to

openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Shaun J. Grannis, MD MS FACMI FAAFP

Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics

410 West 10th Street, Suite 2000

Indianapolis, IN 46202

(317) 423-5523 (O)

(317) 423-5695 (F)


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

Thanks everyone, I think that the mailing lists discussed will be helpful in covering “systems engineering” topics, as Derek put it.

One additional question I have about the lists is, will either of them be discussing use cases for the system as a whole?

We’ve spent a lot of time in individual community forums talking about use cases for our particular components, but is there any unified account of the use cases and requirements for the system as a whole? If e.g. the SHR community and the provider community imagine contradictory use cases, in what forum would this be caught?

Cheers,

Chris

···

On 21 June 2013 15:08, Ryan Crichton ryan@jembi.org wrote:

I agree. Those names each express the two points that have been raised here. I’m happy with those.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

On Fri, Jun 21, 2013 at 2:02 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I agree with Carl. It sounds like the OHIE community is in need of the –architecture list now and then we can create an -implementation list when the need becomes
greater.

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Carl Fourie
Sent: Friday, June 21, 2013 7:46 AM
To: ohie-leadership@googlegroups.com
Cc: Grannis, Shaun J; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

Hi Paul,

I think you nailed the names. I’d be happy to start with the -architecture list for now and as our implementations grow to more than 2 we can spool up the -implementers list.

Cheers,

Carl

On Fri, Jun 21, 2013 at 12:32 PM, Paul Biondich pbiondic@regenstrief.org wrote:

In my experience, there’s a distinct need for implementation support, but not clear how much traffic that’d get yet.

That’s pretty distinct from what I’ve always envisioned as a openhie-architecture list. :slight_smile:

So, IMO, this conversation implies to me that:

  1. We’re growing
  1. It’s probably time to go ahead and set up the -implementers and -architecture mailing lists. :slight_smile:

What’s even better, is that this came from you all. :slight_smile:

Everyone agree to move forward with both?

Here’s the great thing about being agile: if those mailing lists seem like too much, or don’t get appropriate traffic, we can just get rid of them later. :slight_smile:

Best,

-Paul

On Fri, Jun 21, 2013 at 8:53 AM, Ryan Crichton ryan@jembi.org wrote:

Hi all,

As Derek pointed out our initial concern was that we need a forum to discuss the technical issue involving multiple sub-communities. This would be for handling things like discussion of the transaction OpenHIE should support as a whole
and other cross-cutting concerns between sub-communities. However, I also see the need for a place where implementers can bring their problems and questions to the table. These are two separate issues in my eyes.

@Scott, Github issues could work for discussing technical issues. I’d be happy to give that a try.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 5:17 PM, Scott Teesdale steesdale@instedd.org wrote:

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful.
From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations
on best practices to be carried out in implementations.

Best,

Scott

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?
  1. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)
  1. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that
it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to
participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one
that already exists? Who would be in this group? Is it the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer) who are operationally
focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List - Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox (Open List)

I wonder whether…

  1.   We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.
    
  1.    We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead
    

calls.

Thoughts?

Jamie Thomas
|Health Informatics Project Coordinator

Regenstrief Institute, Inc.
|ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain
confidential and/or privileged information and are intended solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state
laws. Federal regulations and State laws prohibit you from making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization
for the release of medical or other information is not sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the
original message. Any retention, disclosure, copying, distribution or use of this information by anyone other than the intended recipient is strictly prohibited.

From:
ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford;
openhie-interoperability-layer@googlegroups.com;
openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these
cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing
countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that
have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership,
but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting
concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses,
    the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts
of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination
discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to

openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Shaun J. Grannis, MD MS FACMI FAAFP

Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics

410 West 10th Street, Suite 2000

Indianapolis, IN 46202

(317) 423-5523 (O)

(317) 423-5695 (F)


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

Good question, Chris.

To me, that is clearly a place for the -implementer list. “How can I take OpenHIE in x environment to do y use case”.

Which is why I don’t see much harm in setting up a list once we see one or more real-world needs presenting themselves. I presume you have some of those you want to discuss?

If it gets into how the components work with other from a more abstract or architectural perspective (do we want to manage user accounts centrally within OpenHIE?), then that’d be a conversation for -architecture.

Part of the reason I’ve dragged my feet on -architecture, is that I wanted to see the subgroups getting their footing about them, before submitting them to a larger set of more global issues. I wanted each of these subgroups to “defend” themselves and the needs they came up within their own groups, and while some groups were well established, some were catching up.

I think the timing is right for it now, especially given that you all are asking for it. :slight_smile:

-Paul

···

On 21 June 2013 15:08, Ryan Crichton ryan@jembi.org wrote:

I agree. Those names each express the two points that have been raised here. I’m happy with those.

Cheers,

Ryan

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

On Fri, Jun 21, 2013 at 2:02 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I agree with Carl. It sounds like the OHIE community is in need of the –architecture list now and then we can create an -implementation list when the need becomes
greater.

Jamie Thomas |Health Informatics Project Coordinator

Regenstrief Institute, Inc. |ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution
or use of this information by anyone other than the intended recipient is strictly prohibited.

From: ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Carl Fourie
Sent: Friday, June 21, 2013 7:46 AM
To: ohie-leadership@googlegroups.com
Cc: Grannis, Shaun J; openhie-interoperability-layer@googlegroups.com; openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

Hi Paul,

I think you nailed the names. I’d be happy to start with the -architecture list for now and as our implementations grow to more than 2 we can spool up the -implementers list.

Cheers,

Carl

On Fri, Jun 21, 2013 at 12:32 PM, Paul Biondich pbiondic@regenstrief.org wrote:

In my experience, there’s a distinct need for implementation support, but not clear how much traffic that’d get yet.

That’s pretty distinct from what I’ve always envisioned as a openhie-architecture list. :slight_smile:

So, IMO, this conversation implies to me that:

  1. We’re growing
  1. It’s probably time to go ahead and set up the -implementers and -architecture mailing lists. :slight_smile:

What’s even better, is that this came from you all. :slight_smile:

Everyone agree to move forward with both?

Here’s the great thing about being agile: if those mailing lists seem like too much, or don’t get appropriate traffic, we can just get rid of them later. :slight_smile:

Best,

-Paul

On Fri, Jun 21, 2013 at 8:53 AM, Ryan Crichton ryan@jembi.org wrote:

Hi all,

As Derek pointed out our initial concern was that we need a forum to discuss the technical issue involving multiple sub-communities. This would be for handling things like discussion of the transaction OpenHIE should support as a whole
and other cross-cutting concerns between sub-communities. However, I also see the need for a place where implementers can bring their problems and questions to the table. These are two separate issues in my eyes.

@Scott, Github issues could work for discussing technical issues. I’d be happy to give that a try.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 5:17 PM, Scott Teesdale steesdale@instedd.org wrote:

+1 for an implementers list/group to help with coordination. I think as more locations express interest and start with an aspect of the sub-communities, organizing and coordinating between groups and will continue to grow as an issue.

Is there also potentially a need for a larger conversation around architecture and technical issues involving multiple OHIE sub-communities, that would be separate from coordinating implementation? This might be where github would be helpful.
From my experience, coordinating implementations is largely about managing a network of types of actors/stakeholders, timelines and processes where as cross-cutting technical concerns can benefit from open dialogues of content area experts to make recommendations
on best practices to be carried out in implementations.

Best,

Scott

On Thu, Jun 20, 2013 at 10:33 AM, Carl Fourie carl@jembi.org wrote:

I think that is a good question to raise, maybe an “implementers” list is a grouping term for what I see being asked. Some of the scenarios I would like to see are:

  1. Users are interested in getting started with the OHIE and not quite sure which community is for them?
  1. Where do we ask questions that may require multiple tools to be used to get the best fit (the Zimbabwe is a good example of an implementation that may span 3 communities)
  1. How-to’s and discussions around getting the OHIE towards a rapidly deployable system not just a set of deployable tools

Just my 2c

On Thu, Jun 20, 2013 at 4:27 PM, Shaun Grannis sgrannis@gmail.com wrote:

+1 Carl/Ryan

In addition to implementation discussions, do we anticipate other types of cross-cutting issues?

On Thu, Jun 20, 2013 at 10:26 AM, Carl Fourie carl@jembi.org wrote:

I’m agreeing with Ryan’s comments. I would venture to say we may want something along the lines of “ohie-implementers” that could field the discussions around the entire implementation process and the spinn off aspects from there.

Cheers,

Carl

On Thu, Jun 20, 2013 at 4:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jamie,

I think that number 1 would be the best option. Currently it seems to me that the purpose of the OpenHIE Leads list is for communication between just the community leads so perhaps it should be a closed list. Also its naming suggests that
it should only be used by OpenHIE community leads and perhaps prevents others from joining. A second more open list could be created for more general OpenHIE discussion and others external to the OpenHIE project could join this as well if they would like to
participate or have an interest in the OpenHIE project as a whole.

Currently, I don’t see a list there that we can use for those sort of discussions.

Cheers,

Ryan

On Thu, Jun 20, 2013 at 3:47 PM, Thomas, Jamie jt48@regenstrief.org wrote:

I would like to ask whether we need another mailing list for cross-cutting concerns or whether we want to use one
that already exists? Who would be in this group? Is it the same group of people on the OHIE Leads list? Here are the mailing lists we currently use:

·
OpenHIE Announcements - This is a low volume (read: 1-3 emails a month), high membership list for people interested in following the progress of the OpenHIE community as a whole
(Open List w/ moderation)

·
OpenHIE Leads - T his group is made up of the subcommunity leads (e.g., Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer) who are operationally
focused and working to spearhead the development of each OpenHIE subcommunity. (Open List)

·
Subcommunity Mailing List - Client Registry, Facility Registry, Provider Registry, Terminology Service, Shared Health Record, Interoperability Layer
(All Open Lists)

·
Other Mailing Lists – IHE Standards, Sandbox (Open List)

I wonder whether…

  1.   We want to create a working group mailing list for cross-cutting concerns and make the OHIE Leads mailing list closed.
    
  1.    We want to keep the OHIE Leads mailing list open for anyone to join and have cross-cutting concerns posted there so topics can be brought directly to the leads and discussions can be had on monthly OHIE Lead
    

calls.

Thoughts?

Jamie Thomas
|Health Informatics Project Coordinator

Regenstrief Institute, Inc.
|ph: 317.423.5670 | Skype: jamie.thomas5670|
jt48@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain
confidential and/or privileged information and are intended solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state
laws. Federal regulations and State laws prohibit you from making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization
for the release of medical or other information is not sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the
original message. Any retention, disclosure, copying, distribution or use of this information by anyone other than the intended recipient is strictly prohibited.

From:
ohie-leadership@googlegroups.com [mailto:ohie-leadership@googlegroups.com]
On Behalf Of Scott Teesdale
Sent: Wednesday, June 19, 2013 11:19 PM
To: ohie-leadership@googlegroups.com
Cc: Chris Ford;
openhie-interoperability-layer@googlegroups.com;
openhie-shr@googlegroups.com

Subject: Re: OpenHIE coordination group?

The FR community have also found it helpful to use Github to detail and discuss specific technical issues or questions while maintaining an open and documented dialogue. (See: FRED
API Github
repository) May be a useful mechanism in this case as well.

  • Scott

On Wed, Jun 19, 2013 at 1:07 PM, Eduardo Jezierski edjez@instedd.org wrote:

+1 to the concept, and need, of a cross-cutting discussion list.

On Jun 19, 2013, at 1:51 AM, Ryan Crichton ryan@jembi.org wrote:

Hi,

I’m just copying Chris’s response to the OpenHIE leadership group as it bounced due to permission. (I think the fact that we are struggling to find a mailing list to bring these
cross-cutting concerns on shows that we need some sort of overall OpenHIE mailing list :slight_smile: )

Ryan

From Chris Ford:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing
countries. The core of OpenHIE being less about the individual components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that
have come up in calls I’ve been on:

·
Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.

·
Who are our target audience?

·
What are the use cases for the system (as opposed to individual components)?

·
What will the shared protocols between components look like? SOAP, REST, something else?

Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership,
but without a central mailing list to distribute the responses, the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting
concerns that need to be baked into all the constituant parts of the system, and can’t be solved at a single point.

Cheers,

Chris

On Wed, Jun 19, 2013 at 10:31 AM, Chris Ford christophertford@gmail.com wrote:

I think the creation of a mailing list to discuss OpenHIE as a whole is really important.

To me, the value proposition of OpenHIE is that it will be an integrated whole with great “usability” for implementing countries. The core of OpenHIE being less about the individual
components and much more about the interactions between them, and I think we should reflect that in our internal communications.

The two issues Ryan mentioned are good examples of a need for alignment across OpenHIE. Here are some others that have come up in calls I’ve been on:

  • Deployment and operations - how will we get this thing into production, and keep it up once it’s there? What might production look like e.g. cloud, hosted by country etc.
  • Who are our target audience?
  • What are the use cases for the system (as opposed to individual components)?
  • What will the shared protocols between components look like? SOAP, REST, something else?
    Some of these questions have been asked on individual communities, and been given helpful answers by OpenHIE leadership, but without a central mailing list to distribute the responses,
    the questions are going to come up again and again.

The interoperability layer community has talked about some of these challenges, but they are genuinely cross-cutting concerns that need to be baked into all the constituant parts
of the system, and can’t be solved at a single point.

Cheers,

Chris

On 14 June 2013 17:48, Ryan Crichton ryan@jembi.org wrote:

Hi all,

Over the past few weeks few weeks in the Interoperability Layer community and the Shared Health Record community we have been feeling like there is need for some overall coordination
discussions within OpenHIE. Currently there isn’t a forum to bring up some overall coordination concerns that we have identified. Perhaps, there is space for creating a OpenHIE coordination mailing list to discuss these sort of concerns.

For example, here are some of the items that we would want to bring up in such a group:

  • We believe that we need to come up with some overall definition of how the components that make up OpenHIE are expected to work together. Ie. what use cases can OpenHIE expect to support as a whole, what interaction between the different components is expected
    and should be supported. We think this is essential to ensuring that we all develop or specify interfaces that are in line with our overall goal.
  • Discussion has emerged around whether we should focus efforts into whether components should be able to be deployed standalone or is it expected that most of the time these components will be deployed within the greater OpenHIE architecture so the priority
    would be to aim for this sort of configuration.
    Please let me know what you think about creating this sort of group and also what you think of the two issues I have raised here.

Thanks,

Ryan

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to

openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit
https://groups.google.com/groups/opt_out
.

Shaun J. Grannis, MD MS FACMI FAAFP

Biomedical Research Scientist, The Regenstrief Institute

Associate Professor, I.U. School of Medicine

Director, Indiana Center of Excellence in Public Health Informatics

410 West 10th Street, Suite 2000

Indianapolis, IN 46202

(317) 423-5523 (O)

(317) 423-5695 (F)


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office:
+27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Scott Teesdale

Project Manager -
InSTEDD

Email:
steesdale@instedd.org

Skype: scott.teesdale

Social: Twitter / LinkedIn


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.

Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit
https://groups.google.com/groups/opt_out
.


Carl Fourie
Assistant Director of Programs, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl@jembi.org


You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ohie-leadership+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

You received this message because you are subscribed to the Google Groups “OpenHIE Leadership” group.

To unsubscribe from this group and stop receiving emails from it, send an email to ohie-leadership+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org