14:59:37 RRSAgent has joined #hcls 14:59:37 logging to http://www.w3.org/2013/10/09-hcls-irc 14:59:51 Zakim, please dial ericP-mobile 14:59:51 sorry, ericP, I don't know what conference this is 14:59:57 Zakim, this is hcls 14:59:57 ok, ericP; that matches SW_HCLS(LODD)10:00AM 14:59:59 Zakim, please dial ericP-mobile 14:59:59 ok, ericP; the call is being made 15:00:01 +EricP 15:00:04 Mike_ has joined #HCLS 15:00:27 Zakim, who is here? 15:00:27 On the phone I see +1.617.500.aaaa, EricP (muted) 15:00:28 On IRC I see Mike_, RRSAgent, Zakim, JoshMandel, TallTed, egonw_, ericP 15:00:37 Zakim, I'm the AAAA 15:00:37 I don't understand 'I'm the AAAA', JoshMandel 15:00:52 roger that 15:01:03 Zakim, how does one associate one's dial-in number with one's nick? 15:01:03 I don't understand your question, JoshMandel. 15:01:16 +EricP.a 15:01:17 Zakim, well fine. Eric will tell you what you need to know. 15:01:17 I don't understand you, JoshMandel 15:01:29 Zakim, who is here? 15:01:29 On the phone I see +1.617.500.aaaa, EricP (muted), EricP.a 15:01:30 On IRC I see Mike_, RRSAgent, Zakim, JoshMandel, TallTed, egonw_, ericP 15:01:37 -EricP 15:01:45 Zakim, please disconnect EricP 15:01:46 EricP.a is being disconnected 15:01:46 -EricP.a 15:01:50 weak! 15:01:56 + +1.631.757.aabb 15:02:06 +EricP 15:02:38 Zakim, I'm aaaa 15:02:38 I don't understand 'I'm aaaa', JoshMandel 15:02:50 Zakim, I'm AAAA 15:02:50 I don't understand 'I'm AAAA', JoshMandel 15:02:56 Zakim, aaaa is JoshMandel 15:02:56 +JoshMandel; got it 15:03:52 Zakim, who is here? 15:03:52 On the phone I see JoshMandel, +1.631.757.aabb, EricP 15:03:53 On IRC I see Mike_, RRSAgent, Zakim, JoshMandel, TallTed, egonw_, ericP 15:04:10 Zakim, aabb is Mike_ 15:04:10 +Mike_; got it 15:04:40 + +1.858.395.aacc 15:05:31 Zakim, aacc is emory 15:05:31 +emory; got it 15:09:09 http://64.87.15.66:8888/download?ontology=7f97ec52-bb73-44c3-adb7-a655cf8a4550&revision=1 15:10:19 -JoshMandel 15:10:22 + +1.415.592.aadd 15:10:30 Zakim, aadd is JoshMandel 15:10:30 +JoshMandel; got it 15:10:51 Zakim, who is here? 15:10:51 On the phone I see Mike_, EricP, emory, JoshMandel 15:10:52 On IRC I see Mike_, RRSAgent, Zakim, JoshMandel, TallTed, egonw_, ericP 15:11:00 Zakim, JoshMandel is aadd 15:11:01 +aadd; got it 15:25:36 topic: FHIR HL7 interactions 15:25:53 JoshMandel: re: FHIR resource creation 15:26:40 ... modelers work in excel, props in column a, cardinality in B, desc in C, "rdfs:range" in D 15:27:09 ... they generate all the docs from the excel 15:27:51 .... if we can generate some way RDF adds value, e.g. detecting inconsistencies, we can persuade them to play 15:30:45 ericP: original hope was that we'd be able to use the RDF representation to detect overlaps or inconsistencies between resrouces 15:31:13 JoshMandel: i think that they're largely human-readable, when present 15:31:27 ericP: i thought they were XPaths over RIM/ITS 15:31:44 JoshMandel: that may have been true for lloyd's original set 15:32:38 ... they've committed to human-readable by draft standard 15:33:01 ericP: we like RDF 'cause of the ease of integration. is that a persuasive story? 15:33:33 emory: a visual rep allows me as a medical domain expert to define and create representations of the world 15:34:22 ... i've tried to communicate my domain expertise in UML etc. 15:34:28 ... largely too verbose 15:34:50 ... this [SemWeb tools like WebProtege] works better for me 15:35:28 ... like the HL7 FHIR XML pipeline, i can create models which translate to javacode etc. 15:36:29 JoshMandel: one of OpenEHR's core goals is to enable clinicians to participate in the modeling 15:36:57 emory: i looked at it years ago. since then, DOD has driven me to be HL7-centric 15:37:24 ... that said, having so many models is testimony to the fact that we don't have an adequate interface for rule authoring 15:37:51 JoshMandel: you expect FHIR mapped to plain java objects, over which you execute the rules? 15:38:54 emory: Virtual Medical Record (HL7 CDS WG) intended to support rule authoring but there are few commodity tools which handle nested rules 15:39:25 ... most of the rule engines key on a hash of the attribues 15:39:59 JoshMandel: so those attributes are flattened out on the subclasses 15:41:11 emory: OpenCDS, the VMR tool for CDS, initially compiles by flattening the rules 'cause OpenCDS can't handle the inheritance in a performant level 15:41:59 ... so there are perfromance issues around hierarchies, and issues around retractions 15:42:31 ... when you assert a deeply-nested object, it becomes difficult to get the performance of the Redi algorithm 15:43:08 JoshMandel: my guess is that FHIR takes nested VMR objects and references them instead of embedding them 15:44:07 emory: my guys are much happier with FHIR; easier to follow a link than to traverse a tree. 15:44:40 ... the other advantage of FHIR is the organization of attributes is more intuitive. 15:44:55 ... most clinicians have no idea what a mood is. 15:46:06 ericP: would those clinicians object to duplication between a prescription and an injection? 15:46:18 emory: yes, that fits their cognitive models. 15:46:55 ... RIM designed to be a class model but has difficulty capturing workflow state 15:47:19 ... e.g. desribing in RIM the state changes associated with a substance administration 15:48:03 ericP: is the problem that it tries? 15:48:33 emory: yes, i argued that VMR should just be a state object. workflow should be separate 15:52:44 ... in net, i agree that we want to feed the ontology to the FHIR toolchain 15:54:14 http://gforge.hl7.org/gf/project/fhir/scmsvn/?action=browse&path=%2Ftrunk%2Fbuild%2Fsource%2F 15:55:18 JoshMandel: each resource defn has a dir which has a examples in XML, value sets, intros, model defintions, etc. 15:56:12 ... the build tool reads the examples, parses them into java domain objects, and serializes them as XML and JSON 15:57:27 ... the build tool generates the XML and JSON serializers 16:03:03 topic: extensibility 16:03:25 JoshMandel: pulling an extension into the core means the intance data has to change 16:03:42 ... there is a principled distinciton between the core and the extensions 16:06:09 Mike_: we've been speaking of the design-time advantages 16:06:46 ... re: run time benefits, we can use SPARQL 1.1 federation 16:07:17 egonw_ has joined #HCLS 16:10:04 next meeting: Tuesdays 15 Oct 11a US Eastern 16:10:24 -aadd 16:10:25 -emory 16:10:27 -Mike_ 16:10:37 -EricP 16:10:39 SW_HCLS(LODD)10:00AM has ended 16:10:39 Attendees were +1.617.500.aaaa, EricP, +1.631.757.aabb, Mike_, +1.858.395.aacc, emory, +1.415.592.aadd, aadd 16:32:26 egonw_ has joined #HCLS 17:33:00 Zakim has left #hcls 18:34:52 egonw_ has joined #HCLS 19:26:33 egonw_ has joined #HCLS