Could you elaborate on what they need Somai and Hmong for?

By "our web site" do you mean informatics.gpcnetwork.org? Here are those groups 
and mailing 
lists<https://informatics.gpcnetwork.org/trac/Project/wiki/PMO#staff-contact> 
again:


  *   ALS
     *   led by Dr. Barohn : Laura Herbelin
     *   staff contact: Sarah Schlachter, Kieran Pemberton
     *   mailing list: 
​[email protected]<mailto:[email protected]>
  *   Breast Cancer
     *   led by Brad Pollock, Dr. Chrischilles
     *   staff contact: Tamara McMahon 
<​[email protected]<mailto:[email protected]>>
     *   mailing list: 
​[email protected]<mailto:[email protected]>
  *   Obesity
     *   led by: Dan Hale, Ann Davis, Alfredo
     *   staff contact: Sarah Schlachter
     *   mailing list: 
​[email protected]<mailto:[email protected]>
        *   ​gpc-obesity 
archive<http://www.mail-archive.com/[email protected]/>


--
Dan

________________________________
From: Bonnie Westra [[email protected]]
Sent: Monday, March 31, 2014 12:27 PM
To: Dan Connolly
Subject: Re: [gpc-informatics] #95: LOINC metadata hierarchy depth/count issues

Ticket 67
I went to add information and no longer have a "reply" option

I met with our researchers and Doug Ye in cancer indicated that they need 
Somali and Hmong - in Epic this is listed as an option under "ethnicity" as 
well as a totla of 53 options.

I then emailed the rest of our research leads for the 3 conditions as they were 
to get back to me with any additional reuqests.

I looked in our website and found a link to research teams, but am not able to 
find list serves for these to get a broader email sent nor do I have the emails 
for the 3 leads for each of the conductions.

If you could add this information to the correct ticket, that would be great
Bonnie

Bonnie L. Westra, PhD, RN, FAAN, FACMI
Associate Professor, University of Minnesota,
School of Nursing & Institute for Health Informatics
Director, Center for Nursing Informatics
Location - WDH 6-155
P - 612-625-4470, Fax - 612-625-7091
email - [email protected]<mailto:[email protected]>
Mail - WDH 5-140, 308 Harvard St SE, Minneapolis, MN 55455




On Mon, Mar 31, 2014 at 12:00 PM, Dan Connolly 
<[email protected]<mailto:[email protected]>> wrote:
I just closed this as wontfix; i.e. I think Nathan's suggestions are as good as 
it gets.

Does anybody see a better path forward?

--
Dan

________________________________________
From: GPC Informatics [[email protected]<mailto:[email protected]>]
Sent: Friday, March 28, 2014 8:14 AM
To: [email protected]<mailto:[email protected]>; 
[email protected]<mailto:[email protected]>; Dan Connolly
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [gpc-informatics] #95: LOINC metadata hierarchy depth/count issues

#95: LOINC metadata hierarchy depth/count issues
-----------------------+-----------------------------
 Reporter:  huhickman  |       Owner:  nathan.wilson
     Type:  problem    |      Status:  assigned
 Priority:  major      |   Milestone:  data-stds-plan
Component:  data-stds  |  Resolution:
 Keywords:             |  Blocked By:  68
 Blocking:             |
-----------------------+-----------------------------

Comment (by nathan.wilson):

 I would not attempt to manipulate or alter the hierarchy in any manner.  I
 concur with Dan that this is a usability issue and therefor is not
 critical to data standardization and interoperability.

 That being said, I do have a couple of ideas to help resolve this issue,
 but none are really that good.

 1. It is quite possible that when each site trims their trees to match
 their data then this issue will go away.  Enough children may be hidden
 that this particular node will display without incident.  Doesn't solve
 the display issue for babel however.

 2. It may be possible to set the default children to display to a
 ridiculously high number like 10,000.  This should then eliminate the need
 to try and guess how many children exist for a large node.  Large nodes
 may still take a while to render, but it should eliminate the guesswork.

 3. Since you are looking in the LOINC Class section of the terminology you
 are looking at categorical groupings so you will get these larger nodes
 which aren't necessarily designed for browsing purposes.  Therefore don't
 use LOINC Class for browsing. This is possibly the worst solution.

--
Ticket URL: <http://informatics.gpcnetwork.org/trac/Project/ticket/95#comment:2>
gpc-informatics <http://informatics.gpcnetwork.org/>
Greater Plains Network - Informatics
_______________________________________________
Gpc-dev mailing list
[email protected]<mailto:[email protected]>
http://listserv.kumc.edu/mailman/listinfo/gpc-dev

_______________________________________________
Gpc-dev mailing list
[email protected]
http://listserv.kumc.edu/mailman/listinfo/gpc-dev

Reply via email to