10:15 for 1:45: Morning Session 2

 1. Breast Cancer Survey Finder File
    
<https://informatics.gpcnetwork.org/trac/Project/wiki/HackathonTwo#bc-finder-wp1>
    led by Kansas/UIOWA
 2. informatics support for ALS, Obesity cohort surveys
    
<https://informatics.gpcnetwork.org/trac/Project/wiki/HackathonTwo#survey-dev>

...in the obesity cohort survey let's include a more thorough assessment of obstacles to implementing BMI percentiles, and what we have learned so far about what is needed for i2b2 to fully support the needs of the cohort queries.


On 01/08/2015 12:16 PM, Dan Connolly wrote:
13:00 for 1:30: Afternoon Session 1

     *
          o GPC Ontology v1, aka milestone:data-domains2
            
<https://informatics.gpcnetwork.org/trac/Project/milestone/data-domains2>

              + GPC Demographics #67
                <https://informatics.gpcnetwork.org/trac/Project/ticket/67>,
                #186
                <https://informatics.gpcnetwork.org/trac/Project/ticket/186>

              + GPC Diagnoses #63
                <https://informatics.gpcnetwork.org/trac/Project/ticket/63>,
                #90
                <https://informatics.gpcnetwork.org/trac/Project/ticket/90>,
                #91
                <https://informatics.gpcnetwork.org/trac/Project/ticket/91>

              + GPC Vitals #23
                <https://informatics.gpcnetwork.org/trac/Project/ticket/23>

              + GPC Meds. #78
                <https://informatics.gpcnetwork.org/trac/Project/ticket/78>

              + Cancer Tumor Registry #185
                <https://informatics.gpcnetwork.org/trac/Project/ticket/185>

Let's aside time to making sure everyone understands how ontologies are supposed to work in i2b2, and how multiple ontologies can be made to point to the same entries in the CONCEPT_DIMENSION table.

Another reason that we're finding data alignment challenging is that people don't share Heron code. So, rather than just giving up, why not talk through...

1. What are people's obstacles to using Heron code? Would sites use more of it if it wasn't an all-or-none commitment? 2. How can Heron code be better modularized so that there is a clean, documented way to incorporate (and merge changes to) bits and pieces of it in your ETL process without copy-pasting stuff by hand each time you want to incorporate an ETL feature that another site implemented? 3. What conventions can we come up with that permit incorporation of site-specific code that doesn't benefit KUMC be done in a manner that does not impact KUMC or add to their workload or risk?

    Fri, Jan 23

      * 16:00:00 for 2:15: Afternoon Session 2
          o Infrastructure discussion
          o CDM ETL and DRN Query, cont.
            
<https://informatics.gpcnetwork.org/trac/Project/wiki/HackathonTwo#gpc-drn>

          o Encounters design #155
            <https://informatics.gpcnetwork.org/trac/Project/ticket/155>,
            #120
            <https://informatics.gpcnetwork.org/trac/Project/ticket/120>

How about, as part of the infrastructure discussion, comparing notes on performance improvements-- where to look for problems on ETL tasks that gobble up temp space or run forever.

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

Reply via email to