<inserted> Axel Reichwein: Eng background, interop and integration, using RDF. Curious to see what healthcare is doingn with RDF. Could be collab opportunities.
<inserted> Ian Braun: Bioinformatics student, Iowa State, works in Carolyn Lawrence-Dill, using ont to rep phenotypes. Undergrad biochem, minor CS.
https://www.w3.org/2018/11/13-hcls-minutes.html
https://www.w3.org/2019/01/08-hcls-minutes.html
Motion was made to approve both minutes above.
Motion was seconded.
Minutes APPROVED: 8/0/0.
http://build.fhir.org/rdf.html
harold: Some links need to be
updated on FHIR/RDF page, including updating link to C3C CG
instead of IG.
... to date we have been making an official RDF representation
for FHIR.
... All of the examples and resources in the FHIR build are
available in RDF.
http://build.fhir.org/observation-example-f001-glucose.ttl.html
Ian Braun: Bioinformatics student, Iowa State, works in Carolyn Lawrw, using ont to rep phenotypes. Undergrad biochem, minor CS.
<vassil> Vassil Peytchev for the record
FHIR "ontology" (though Harold doesn't like calling it that) is here: http://build.fhir.org/fhir.ttl
michael: Restarted effort to put RDF into .NET API for FHIR.
harold: Slide shows
fhir.schema.org
... Why RDF and FHIR? Provenance for FHIR text. FHIR requires a
narrative section for human reading. No way to easily trace
that to find out where they got it.
... RDFa could be used to do that.
... Another is markup for personal device.
... CCD , markup for blogs, medical knowledge, reasoning about
stuff in FHIR.
... An interesting example is shown on the Yosemite Project
site.
http://yosemiteproject.org/fhir-rdf-as-a-bridge-to-the-semantic-web-in-healthcare/
harold: FHIR/RDF allows reasoner to find cases diagnosed with kinds of cancer.
http://yosemiteproject.org/fhir-rdf-as-a-bridge-to-the-semantic-web-in-healthcare/
harold: Also working w bioinformatics group that is using knowledge graphs to work with phenotypical, environmental, etc data and figure out interesting things. Weak spot right now is observations, which are in FHIR. So they're excited about that.
eric: Re attaching types to
connect SNOMED terminology to FHIR types, which allows you to
do reasoning that gets around the terminfo problem.
... FHIR in Solid? For small scales FHIR could be used for EMR.
Easy to map it to a file system.
... Linked Data Platform provides easy way to store and access
things.
paul: FHIR is intended for transmission, not storing.
harold: RDF seems to have real
potential as a backing store. Other interesting thing: triple
soup. FHIR has chosen to partition the info certain ways, with
links between them. If you start storing them as triples, the
RDF is designed (patient & observation), when you're
browsing them through SPARQL you don't know when you have
crossed the boundary, and this is pretty interesting for
secondary use.
... Looking at aggregating and reshuffling clinical info into
de-identified and aggregated form, and that requires transform
and mapping and RDF seems to be a real possibility.
eric: Nice thing about RDF -- no
compositional models for XML or JSON (gotta define it for every
app) -- but for RDF it is so simple we forget to mention
it.
... Easy to query. In XML yuou neeed special code when you
cross the resource boundary. But in RDF it is just a big
graph.
harold: But we don't have a lot
of demos.
... BTW, for servers that do not read/write RDF, there are
servers that can do the conversion.
david: Need help on some of the FHIR servers to add full support for RDF.
axel: We would be interested in helping with that.
axel.reichwein@koneksys.com
michael: VONK (FHIR .NET server) we are adding RDF support using .Net standard and .Net core.
harold: One of the platforms for
secondary use is I2B2. They are approaches for querying data
for secondary use. There's huge interest in mapping them to
FHIR.
... I2B is built on a slim metamodel. Similar to
subject-predicate-object. We took fhir.ttl and represented it
in the I2B2 ont, and demonstrated that you could move data from
FHIR into I2B2.
eric: Significant: You're loading it non-arbitrarily. Two people entering the data would give you interop.
harold: Common problem w I2B2 is
that two people cannot share their data because they are
modeled differently.
... FHIR already does a whole lot of these models done. Want to
reuse them. And RDF depends on that.
david: Anyone specifically interested in FHIR for aggregate / secondary use?
paul: Maybe CDC would be interested.
harold: Fundamental issue. RDF in a grant proposal doesn't win you favors. There's some pushback. But in the translator community, we deal with RDF concepts but represent it differently, calling it knowledge graphs.
paul: such is marketing!
harold: When someone gets a DB
running you forget that it exists. E.g., wikidata is
RDF-backed.
... It's a combination of digesting the wikipedia data.
... Interestingly, they've been heavily in the medical domain,
such as pubmed and genomic ontologies.
(harold shows slide from Life Sciences RDF conference)
harold: We've built FHIR/RDF, and waiting for people to come.
michael: Dutch channel was just
asking about FHIR/RDF.
... There is interest!
eric: People I'm working with on
FHIR/RDF cannot talk publically about it yet.
... Also was just at a mtg on the Personal Health Train, and
people said that it is still in its infancy, and people said
they'll be using FHIR/RDF. But again, they're not ready to
deploy.
axel: In engineering there is an effort using RDF, but not attractive to majority of developers and REST APIs, but when they talk to their internal dev teams they get a negative response because RDF is not attractive enough. Competing with other graph technology, for example, that are more cool. Need to present RDF use cases in an objective way.
harold: RDF is a means to an end.
Yosemite Project website does a great job of talking about
that.
... One unfortunate thing, looked at using a JSON-LD @context
for FHIR, but JSON-LD did not have the features we needed to do
that.
... Should we push the FHIR feature that we need to the JSON-LD
1.1 work?
david: Yes, absolutely.
eric: Need context-sensitive properties. Are they in there?
david: IDK, but we should push it.
harold: In my community, JSON is dead, everyone is moving to YAML.
andy: YAML and JSON are compatible. YAML is a subset.
(harold shows slide about grahame's statement)
harold: Should FHIR/RDF continue to exist? If so, how do we convince grahame that there are 30 people rather than 3 people interested?
andy: Grahame needs to focus on things where he will get 1000 small teams or 2-3 big teams implementing it.
paul: tell grahame there are more people doing RDF than Delphi Pascal. :)
andy: People writing in JSON or YAML are in their home base, not XML.
harold: The python rdflib has made RDF relatively popular also, because it is easy to use.
eric: Solid folks are developing
a large toolkit around RDF in JavaScript.
... So hopefully the stuff will look sexier soon.
andy: For quick-and-dirty
languages, need to have a framework available.
... There are more than 3 people interested. But just because
there aren't yet a lot of people now, there could be next
year.
eric: grahame may have been
hoping for RDF to do things that it is not (yet) doing.
... We have not delivered what he was hoping we would deliver,
but it is useful to us.
harold: status of FHIR Python?
andy: For big-enterprise
languages (e.g., java), there is an official framework. But not
for Ruby.
... But there is a testing framework for FHIR in Ruby. How?
They wrote their own!
harold: I have extensive FHIR
librarys for python.
... These days Java is not a big RDF language.
david: But the most mature RDF library is probably jena, under apache, in java.
andy: If grahame needs somethign that hasn't been delivered. Delivering it may re-invigorate his interest. Like open source working for the company: You convince the company that the open source work benefits the company. Same situation may apply to grahame.
harold: Chicken-and-egg problem: grahame's comment prevented me from getting funding for the HAPI server.
paul: maybe trying to find the FHIR/RDF people in HL7 is the wrong place to look, like Axel on today's call.
harold: translator community is interested in FHIR because of the RDF format available.
brian: Contractors to VA may also be interested. Keith Campbell might be interested. Or Ken Rubin.
harold: One key is to work on the
HAPI server, to add RDF support.
... Also clean up the issues list. Need to get all the HL7
terminologies to OWL.
... They are the ones made by HL7.
... Code systems. They're enumerations.
david: Suggest we review next week what is needed on HL7 terminologies, to see if Ian might want to help on that.
michael: In HL7 Netherlands meeting we discussed the need for FHIR/RDF.
<scribe> ACTION: Michael to find out if someone from Maastrech could talk about FHIR/RDF need.
ADJOURNED
<scribe> ACTION: David to follow up with Axel about adding RDF to HAPI server
This is scribe.perl Revision: 1.154 of Date: 2018/09/25 16:35:56 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00) Succeeded: i/Approval/Topic: Introductions Succeeded: i/Approval/Axel Reichwein: Eng background, interop and integration, using RDF. Curious to see what healthcare is doingn with RDF. Could be collab opportunities. Succeeded: s/Vassil Peytchev/Vassil_Peytchev/ Succeeded: s/Present+ Paul Knapp/Present+ Paul_Knapp/ Succeeded: s/ Present+ Michael Van Der Zel/ Present+ Michael_Van_Der_Zel/ Succeeded: s/Bryan Pech/Brian_Pech/ Succeeded: i/Approval of minutes/Ian Braun: Bioinformatics student, Iowa State, works in Carolyn Lawrence-Dill, using ont to rep phenotypes. Undergrad biochem, minor CS. Succeeded: s/(hangout), Axel/(hangout), Axel Reichwein/ Present: Harold_Solbrig Andy_Stechishin David_Booth_(hangout) Axel_Reichwein hsolbrig Brian_Pech Paul_Knapp Michael_Van_Der_Zel Vassil Vassil_Peytchev EricP Ian_Braun No ScribeNick specified. Guessing ScribeNick: dbooth Inferring Scribes: dbooth WARNING: No date found! Assuming today. (Hint: Specify the W3C IRC log URL, and the date will be determined from that.) Or specify the date like this: <dbooth> Date: 12 Sep 2002 People with action items: david michael WARNING: IRC log location not specified! (You can ignore this warning if you do not want the generated minutes to contain a link to the original IRC log.)[End of scribe.perl diagnostic output]