W3C home > Mailing lists > Public > public-semweb-lifesci@w3.org > September 2011

RE: FW: A Fresh Look Proposal (HL7)

From: Hau, Dave (NIH/NCI) [E] <haudt@mail.nih.gov>
Date: Mon, 19 Sep 2011 15:01:39 -0400
To: "'public-semweb-lifesci@w3.org'" <public-semweb-lifesci@w3.org>
Message-ID: <68706CA218A5B541819F4467C48537EA0F3F00DAFE@NIHMLBXBB02.nih.gov>
FYI, there are two upcoming W3C workshops that may be relevant to this discussion, on how to use RDF/OWL for application integration:



(The first one would focus more on a semantic web approach than the second one.)

- Dave

From: Hau, Dave (NIH/NCI) [E]
Sent: Sunday, September 18, 2011 6:47 PM
To: Kerstin Forsberg
Cc: Jim McCusker; conor dowling; public-semweb-lifesci@w3.org
Subject: RE: FW: A Fresh Look Proposal (HL7)

Thanks Kerstin.  The DCM spreadsheet is informative for me.  There are several clinical model sources I had not known previously.

I think the DCMs or archetypes could potentially be defined as graph patterns via SPARQL queries, involving concepts from standard domain ontologies.  These DCMs could be resources exposed by REST as documents in sections according to the hData record proposal.  In addition to that, the SPARQL endpoint could be a query resource in the REST service as well, supporting more granular queries or for other graph queries, under an access control mechanism.  The SPARQL query for a DCM would provide a level of semantic validation for a submitted RDF.  Further validation could be via the Pellet Integrity Constraint Validator (ICV) for example, involving reasoning on the data definition together with the value set as we discussed before.  Any other thoughts or comments are welcome!

- Dave

From: Kerstin Forsberg [mailto:kerstin.l.forsberg@gmail.com]
Sent: Sunday, September 18, 2011 6:21 AM
To: Hau, Dave (NIH/NCI) [E]
Cc: Jim McCusker; conor dowling; public-semweb-lifesci@w3.org
Subject: Re: FW: A Fresh Look Proposal (HL7)

2011/9/18 Hau, Dave (NIH/NCI) [E] <haudt@mail.nih.gov<mailto:haudt@mail.nih.gov>>
Jim, I was thinking more about units of content as in a container storing properties from different classes, for a clinical purpose.  The classic example here is when an EHR needs to store or report a blood pressure measurement, what are the various data elements that need to be reported to provide enough context to interpret the reading.

Here's a nice overview of Detailed Clinical Models

For the classical BP, and other Vitals Signs examples, it would be interrsting to see see a real example of clinical data using the BFO based Vital Signs Ontology

Kerstin Forsberg
Received on Monday, 19 September 2011 19:02:37 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:21:00 UTC