14:57:38 RRSAgent has joined #hcls 14:57:38 logging to http://www.w3.org/2007/03/29-hcls-irc 14:57:53 rrsagent, set log world-visible 14:58:52 SW_HCLS()11:00AM has now started 14:58:59 + +1.216.636.aaaa 15:00:09 +Eric_Neumann 15:01:46 BillBug has joined #hcls 15:01:55 +Vipul_Kashyap 15:02:20 + +1.317.435.aabb 15:02:37 zakim, aaaa is chimezie 15:02:37 +chimezie; got it 15:02:41 +Olivier_Bodenreider 15:02:48 + +1.813.396.aacc 15:03:18 +Bill_Bug 15:03:21 + +1.301.975.aadd 15:03:24 + +1.801.442.aaee 15:03:30 vipul has joined #hcls 15:03:50 Tonya has joined #hcls 15:03:54 zakim, aacc is Rachael 15:03:54 +Rachael; got it 15:04:12 zakim, aabb is Susie 15:04:12 +Susie; got it 15:04:39 zakim, aadd is tn_bhat 15:04:39 +tn_bhat; got it 15:04:57 zakim, aaee is Stan_Huff 15:05:00 +Stan_Huff; got it 15:05:14 +Tanya_Hongsermeier 15:06:05 zakim, who's here? 15:06:28 On the phone I see chimezie, Eric_Neumann, Vipul_Kashyap, Susie, Olivier_Bodenreider, Rachael, Bill_Bug, tn_bhat, Stan_Huff, Tanya_Hongsermeier 15:06:38 On IRC I see Tonya, vipul, BillBug, RRSAgent, Zakim, eneumann, ericP 15:06:40 -Stan_Huff 15:07:35 +Stan_Huff 15:07:41 zakim, pick a vicitm 15:07:41 I don't understand 'pick a vicitm', eneumann 15:07:51 -Stan_Huff 15:07:52 zakim, pick a scribe 15:07:52 Not knowing who is chairing or who scribed recently, I propose Bill_Bug 15:08:38 +Stan_Huff 15:09:39 EN: Alan not on call 15:09:41 Review Demo issues briefly 15:09:42 just 5 wks until workshop 15:09:44 must wittle down to the essentially tasks in the next week 15:09:46 many deliverables alan is expecting next week 15:09:48 questions? 15:11:18 SS: another informal F2F at MIT - April 10 15:11:20 working on modeling of data sets in RDF & OWL 15:11:21 will be checking to make certain things WILL connect as expected 15:11:34 EN: Hope to see lots of code & tools coming together by then 15:12:10 EN: any questions re: demo or tasks? 15:12:12 Did put a link on the WIki to solicit more help for Alan? 15:12:13 No outstanding questions 15:13:57 VK: Introduce Stan Huff and Tom Oniki 15:13:59 Showing clinical model work 15:14:00 looking for overlap with OTF - looking for synergies - represent in RDF & OWL 15:14:02 ACPP TF overlap - look for more overlap with CDISC 15:14:11 http://esw.w3.org/topic/HCLS/OntologyTaskForce?action=AttachFile&do=get&target=CEM.ppt 15:14:24 Zakim, please dial ericP-office 15:14:24 ok, ericP; the call is being made 15:14:25 +EricP 15:15:18 SH: Talk from PPT slides 15:15:20 format of speaking on HCLS TCon 15:15:22 (EN: have 45 minutes) 15:15:24 Will go through slides - questions at end 15:15:44 SH: obviously more info than can be covered in 45 minutes 15:15:46 can plan follow-ups if useful 15:16:22 slides are http://esw.w3.org/topic/HCLS/OntologyTaskForce?action=AttachFile&do=get&target=CEM.ppt ? 15:16:30 EN: In the audience we have BOTH clinical and basic LS research 15:16:32 recommend going quickly - let non-clinical folks review on their time 15:16:42 SH: Team effort (slide 2) 15:17:39 SH: Real goals - not just data - trying to enable LIFETIME e-record (from pre-natal to post-death) 15:17:41 linking to all relevant services 15:17:42 (see slide 3) 15:18:11 SH: Depends on SHARED common info models coupled to shared terminologies & ontologies 15:18:45 SH: What is a Detailed Clinical Model? (slide 5 - high-level overview) 15:19:09 SH: Slide 5 - simple example (systemic BP) 15:19:19 slide 6 15:20:04 SH: re: longitudinal record (slide 6) 15:20:06 what record to support use 100+ years 15:20:07 legal record 15:20:09 data will outlive service, app, message format, AND person 15:20:24 SH: focused on logical structure of data AND interactions with standard terms & ontologies 15:21:13 SH: Real time, patient specific, decision support (slide 7) 15:21:14 All patient specific info - most appropriate course of care for that specific patient 15:21:34 scribe: BillBug 15:22:35 SH: Sharing data (slide 8) 15:22:37 reduce labor within HC enterprise 15:22:38 outside enterprise - many needs (need standard model for it to be computable) - especially to support analysis of this data 15:22:40 use data to improve patient care (outcomes-based - evaluate intervention outcomes - natural disease course) 15:22:48 slide 10 15:23:01 (i think) 15:23:14 SH: National & Internation sharing (slide 10) 15:23:32 last ref - sharing data (slide 8 & 9) 15:24:20 SH: create NEW kinds of HC marketplace (slide 11) 15:24:22 create apps against standard services using common logical model for patient data 15:24:39 slide 12 15:24:46 (picture seems applicable) 15:25:05 SH: Order Entry API (slide 12) 15:25:07 same back end - front ends swap out - regardless how complex the app 15:25:46 SH: escape repetative, vertically stacked, hard-code connection between backend (serializaiton & data exchange) and specific app 15:26:04 SH: Shared public standard for DCM & for APIs/Services 15:27:26 SH: on slide 18 now 15:28:05 EN: What is COS 15:28:07 SH: Common Order Service (consider same as Common Object Service) 15:28:21 SH: Curly brackets problem (slide 18) 15:29:01 Clinical syntaxes: ARDEN, JELLO 15:30:04 SH: Arden Syntax (slide 18) 15:30:06 place shared data within curly brackets 15:30:08 DCM target shared logical model that provide more specific access to detailed data elements 15:30:26 SH: need standard model & repostiory (slide 19) 15:30:45 thniks Stan's desccription of "Shared logical model..." very close to RDF-OWL model 15:30:51 SH: Can't depend on free-text data (Slide 20) 15:30:59 s/thniks/thinks 15:31:36 SH: Prospective decision support precludes use of free-text 15:31:38 Need shared, precise DCM 15:32:34 SH: Example - SNOMED CT - numbness in specific limb (slide 21) 15:32:36 same codes to represent limb numbness - regardless of which limb - no good for computability 15:32:37 need that in model 15:35:01 SH: Too many ways to say the same thing (Slides 22, 23, & 24) 15:35:02 Need the ability to qualify a measure (e.g. wt) so as to TRULY descriminate TRULY distinct measures 15:35:04 Can end up with totally different representation for same info depending on codes and variable model syntax (slide 24) 15:36:19 + +1.801.736.aaff 15:37:02 SH: RDBMS implications (slide 25) 15:37:03 tuples have different structure 15:37:05 example of using qualification to specify detailed WT type 15:37:07 can't be easily made commensurate across two models (+/-qualification) 15:37:09 end up needing totally different logic 15:37:11 or specific logic JUST to disambiguate 15:37:15 q+ to note that term mismatch examples all have unequivocal mapping 15:38:14 SH: more complex examples (slide 26) 15:38:15 these REALLY encourage a cornucopia of models (if your underlying shared model is NOT sufficient nuanced to capture detail) 15:39:33 ack ericP 15:39:33 ericP, you wanted to note that term mismatch examples all have unequivocal mapping 15:40:01 SH: Need shared terms/ontos AS WELL AS shared, layered DCM (Slide 27) 15:40:02 modelling in layers allows for required variability in application detail 15:41:19 EP: seems previous examples can be unequivovally mapped 15:41:21 SH: though these more complex - and abstract pre-coordinated entities such as syndromes 15:41:22 end up with a very lossy translation 15:42:01 SH: (back to slide 27) 15:42:02 layer model - helps in variety of integration scenarios with differing levels of detail 15:43:27 SH: Slide 31 - How do we use the models? 15:43:28 different use depending on the task - API interprocess comm, Core services, Decision Logic 15:44:13 SH: Bottom line - DCM does NOT dictate physical model 15:44:15 so app sharing and widget sharing can be eminantly re-usable 15:45:35 SH: Data entry validation (Slide 32 & 33) 15:45:36 model helps to insure validation before data reaches backend store 15:45:37 wonders if data storage service (DSS) validation is identical with RDF-S and OWL validation? 15:45:38 known model PRIOR to storing data 15:45:39 need tools that build off that model (validation just one example) 15:46:44 SH: Clinical Element Model (Slide 35) 15:46:45 EIM Subject Areas (high level) 15:46:47 had started with high-level and drilled down to detail 15:46:49 now focus on detail and map it up to the higher-level 15:47:35 - +1.801.736.aaff 15:49:54 i envision a panel as an input form for a testor to fill out 15:50:36 SH: Conceptual hierarchichy of Clinical Element Models (slide 36) 15:50:38 from top to bottom - abstract core that gets more detail as you proceed to actual data element 15:50:40 those low-level elements can turn out to be used in many ways in the intermediate layer 15:50:41 EN: LabOpsPanel ? 15:50:43 SH: These are arbitrary collections of data needed for a certain clinical decision process 15:50:44 However, the underlying results may have MANY MORE uses outside of that process node 15:50:46 (e.g., Chem7, Chem20, Serum Sodium) 15:50:47 a STATEMENT - is a single sentence where adverbs& adjectives about single subject. 15:50:49 WHEREAS - a panel is a paragraph with statements about many subjects 15:51:27 EN: 11:50 - time for questions? 15:51:29 Should we jump to later detail slides? 15:51:30 SH: Whatever you like. 15:52:23 EN: Is your work and your consortium - I see XML mentioned 15:52:25 Are folks familiar with RDF? 15:52:27 SH: Familiar with OWL 15:52:29 Alan Rector has been using OWL for same types of models 15:52:31 Very interested to see how they can be used to represent the models 15:52:55 EN: Perusing your models, they seem to have goals very much commensurate with underlying SemWeb Tech/RDF goals 15:52:57 EN: other questions? 15:54:33 EP: Panels recorded in XML? 15:54:35 SH: Our own XML dialect (XSD?) 15:54:36 EP: enables you to extract elements from panels (e.g., person's wt) for other uses? 15:54:38 SH: yes 15:54:40 EP: seems to be exact match to how RDF is designed to let individual STATEMENTS stand on their own in exactly this way - very promising for SemWeb synergy 15:55:54 SH: Statements 15:55:55 both unitary and compound 15:55:57 e.g., BP - may depend on qualification re: posture, etc. 15:55:58 need to deal with individual element inter-dependencies. 15:56:13 slide 59: Hard Issues 15:58:40 VK: Is there underlying UML? 15:58:42 SH: Hard issue (second to last slide) 15:58:43 What is actually instantiated in the software object instantiation? 15:58:45 gamut: only core elements represented as objects - all other info are constraints 15:58:46 other end: ALL elements are instantiated as REAL objects (e.g., BP, wt, serium Na+, etc.) 15:58:48 We chose the middle layer as the appropriate layer to model in UML 15:58:49 at the VA - added their own constraint language to UML to model more detail 16:00:16 VK: balance between implementing ALL detail (and including detail in model) for serialization 16:00:17 vs. an Interlingua (where you have to limit detail for it to be relevant) 16:00:19 Of course, too abstract also has minimal utility (HL7 & RIM) 16:00:20 SH: exactly correct. 16:01:53 SH: Even within HL7 - been work to additionally constrain models to construct templates that are more immediately useful as opposed to being too abstract to be useful to a broad community with a variety of app requirements. 16:01:55 SH: From purely Modeling standpoint 16:01:57 models should be independent of these detailed application requirements 16:01:59 pick the model detail layer that you require. 16:03:38 EN: How much effort (e.g., code writing) is required to implement 16:03:39 Is it largely automatic 16:03:41 SH: right now, a lot of effort required 16:03:43 There are better ways to add automation to implementation 16:03:44 Should do more education for SW Engineers to communicate what our app requirements are. 16:03:46 q+ 16:04:27 is model hierarchy a problem (typical UML & XML Schema problem) 16:05:55 ack BillBug 16:06:25 SH: We're very open to SemWeb Tech collaboration 16:06:26 remember: this work is a decade old 16:06:28 also - design decisions made and ran ahead of available tech 16:06:29 in HC IT commercial sector - have immediate needs the 16:08:00 SH: Yes strict model hierachy is a problem 16:08:01 need polymorphism that includes multiple inheritance 16:08:03 both XML & Java get in our way of doing 16:08:20 -tn_bhat 16:09:11 EN: very useful for us 16:09:13 suggest those interested in HCLS have follow-up discussions 16:09:14 might be useful to have short SemWeb presentation as mapped to the DCM goals 16:09:16 VK: could coordinate that 16:09:39 VK: Come up with interesting OTF tasks that include OWL representations of elements from the DCM 16:10:05 ACTION: Vipul to set up on folow-up call with DCM and Stan Huff to describe SW standards and uses 16:11:01 SH: That would be extremely useful 16:11:03 VK: Aware of Alan Rector work in OWL - will include 16:11:05 SH: We collaborate indirectly with Alan et al (at AMIA meetings, etc.) 16:11:33 -Olivier_Bodenreider 16:13:16 Gotta go now ... 16:13:21 EN: last question 16:13:22 Work around clinical trials - overlaps with Drug Efficacy HCLS work. 16:13:24 Will see the BP example coming up there too. 16:13:25 We can contribute that the followup 16:13:28 Can help inform how OWL needs to evolve. 16:13:28 Will follow up with Stan ... 16:13:28 Leave to VK to setup topics for agenda 16:13:30 VK: Yes - exactly what I had in mind 16:13:31 Examples from CDISC and clinical trials 16:13:33 EN: Has SH et al. worked with CDISC directly 16:13:34 SH: not directly - but very familiar with the work - have worked with them in past. 16:13:41 EN: We can help coordinate work with CDISC 16:13:42 SH: great 16:14:03 EN: Thanks SH et al for presentation - will be in touch to coordinate 16:14:04 EN: Next call a week from now 16:14:06 -Susie 16:14:09 -Tanya_Hongsermeier 16:14:11 -chimezie 16:14:12 -Rachael 16:14:13 -Eric_Neumann 16:14:13 -Stan_Huff 16:14:13 EN: continue on demo. 16:14:19 -EricP 16:14:26 -Bill_Bug 16:14:43 rrsagent, draft minutes 16:14:43 I have made the request to generate http://www.w3.org/2007/03/29-hcls-minutes.html eneumann 16:14:56 rrsagent, bye 16:14:56 I see 1 open action item saved in http://www.w3.org/2007/03/29-hcls-actions.rdf : 16:14:56 ACTION: Vipul to set up on folow-up call with DCM and Stan Huff to describe SW standards and uses [1] 16:14:56 recorded in http://www.w3.org/2007/03/29-hcls-irc#T16-10-05