See also: IRC log
nikolai: Implementing FHIR
standard. Small company.
... Also working on FHIRBase
... an open source solution. Also working on RDF -- right
direction for FHIR. FHIR core shold be expressed as RDF.
thomas: Main architect of OpenEHR
claude: With Cognitive Medical Systems
claude: Met with Eric, discussed
mapping from CIMI. Clarified goals.
... Formal work on CIMI RDF is still premature -- CIMI itself
still being developed.
... Two aspects of what we're doing: 1. representing CIMI as an
ontology.
... Also representation through OpenEHR. But that's more an
effort with Thomas and the OpenEHR community, and CIMI is
merely one model using openEHR.
... One posibility: represeent logical model itself. Another is
through OpenEHR if there's an RDF version of that.
... Through FHIR.
... Third: a rep of CIMI logical model as an ontology.,
regardless of OpenEHR.
... I'm most interested in that last open.
... Re CIMI as an OpenEHR version of RDF, we need to ask
Thomas.
eric: Would be useful to take a represeentative archetype and show how it looks in OpenEHR, and how an ont would represent it, then also in FMA.
thomas: We don't have a burning
project to produce RDF form of archetypes.
... If we did, we would probably work on the terminology
bindings first.
... Discussed that a little on FHIR zulip server.
... That binding stuff is probably the hardest. Structural part
of ADL is probably the easiest.
eric: In support of that
approach, the RIM v3 kept all of its definitive artifacts, and
as a consequence users had a lot of line noise.
... Having the OpenEHR side be used, but a skinnier thing for
serialization would be preferable.
thomas: RDF-based transform of RIM?
eric: No, we have the ADL for
defining something, then an RDF ont built out of it for
serialization, having those separate from the serialization
would be in keeping with not making too much v3 traffic that
was unnecessary for messages.
... They went too far with keeping the schema in the
data.
... If we separate the two then that removes the tension about
how much detail to put in the model.
thomas: One important point: how
terms, post-coord, are presented. I've always thought we'd use
compositional expressions inside archetypes, and they'd appear
in RDF.
... But in a number of recent projects, carrying around those
expressions is nice theoretically, but it makes everything else
hard.
... Better is to have compositional form, then work out the
structural equivalent in terms of multiple data points --
multiple fields.
... The equivalent of snomed structures.
... The problem with snomed is you cannot mix in things that
are not coded.
<ericP> best to rely on the axis-specific attributes in the information model
thomas: For hi fi clinical you'll
need hierarchical multiple data points.
... Using post-coord terms like that in operational EHRs
probably isnt' goiug to fly.
... But they're not the full picture that clinical modelers
want.
... They're also not good for most tools/systems.
... Nothing that works with compositional expressions.
eric: Counter argument: compositional is more the fundamental rep, then info models have some set of axes you can pull out, but not all.
thomas: As an exception, laterality should always be composed.
eric: owl rep such as IHTSDO's of
owl would allow you to mix other ont (if they exist).
... But majority of uses case that people see would best be met
by axis-specific info models, because they have been extended
for those use cases.
... The other side is inference you want to do, where you
represent it in triples instead of a big string.
... If grahame and linda are making good progress we'll have a
good way to go back and forth.
thomas: gold standard model of
any domain content, if it
... has non-snomed attributes, then the snomed comp term expr
can't be the gold standard model.
eric: You could use snomed's owl and mix in others.
claude: snomed has some limits.
partial models with many attributes missing, but it does have
the fundamentals.
... and it allows you to provide context for complex
model.
... The rep of info in a pt rec
... And we can build on that -- supplement what you need. Not
only biomed concepts but other info pertaining to the pt.
thomas: to establish good qual
med semantics, the archtetypes are the gold std.
... General case: snomed with larger models that have other
things mixed in.
... Ideally agreement by all in archetypes to use the same
concept model attributes.
eric: Seems like you want, for an
info model, here are the expressions you can pull out.
... For any model, there will be an ont view of it, and ways to
parcel out bits into particular info models.
... Could be compositions where the laterality is nested, and
makes it disingenuous to express in the info model.
thomas: Keep in mind the
juxtaposition of sibling nodes, sometimes you can see what they
mean (laterality, etc), but sometimes not.
... Could look into ont to find out what they mean --
legislation reasons, etc.
... Lots of data items are surrogates for what you want to
measure.
... Looking at BP 1-5, we collect 1 and 5, sometimes 1 and 4,
but not others typically.
dbooth: what use case or burning need do people have?
claude: limited right now on
time, because of VA project. But it overlaps a little on what
we are discussing. Discussing SOLR -- like an uber ont to allow
them to be related in expressions.
... SOLR unlike snomed would support concrete domains. Need to
look at how to represent them in CIMI.
... They start to look a lot like this ont we're
discussing.
... I'm not exploring RDF representation yet, but it will
eventually be part of SOLR.
... A lot is premature for deep dives, but I can give eric
material to use when the time comes. But my time is
limited.
... Before we start on an example, I want some guidance from
eric on the VA work I'm doing.
... Then as part of that involvement, eric could see some of
that stuff and it could motivate an RDF approach.
... After that happens we could discuss an early pilot.
dbooth: Plan on meeting again around June 27?
claude: Sounds ok. We need to have something within a month, even if prelim.
dbooth: Same time, 10am Eastern.
ADJOURNED
This is scribe.perl Revision: 1.152 of Date: 2017/02/06 11:04:15 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00) Present: David_Booth Thomas_Beale Nikolai_RyzhikovNikolai_Ryzhikov_(Health-Samurai) Claude_Nanjo EricP No ScribeNick specified. Guessing ScribeNick: dbooth Inferring Scribes: dbooth Found Date: 30 May 2017 Guessing minutes URL: http://www.w3.org/2017/05/30-hcls-minutes.html People with action items:[End of scribe.perl diagnostic output]