Re: RDF Schema / LODD mapping -- Re: New proposal: health & medical extensions to schema.org

Indeed, the patient IS the person, just that if they stop being a patient,
they don't stop being that person. We have been looking very closely at
this in the provenance working group, since state changes figure very
prominently into the provenance of a thing. Ownership is an example of
that. We developed an instance-level abstraction mechanism, which we call
specialization [1], to handle this using specializationOf and alternateOf.
specializationOf is a way to assert a relationship between a resource that
represents more constrained aspects of another resource. I spoke about its
application to biomedicine at CSHALS this year [2], but please use the
definition from [1] for guidance since it underwent refinement recently.

[1]
http://dvcs.w3.org/hg/prov/raw-file/default/model/prov-dm.html#component4
[2]
http://prezi.com/vbhpb4pp8bhu/the-biospecimen-repository-as-library-how-hela-is-like-moby-dick/

Jim

On Wed, May 23, 2012 at 3:37 PM, Solbrig, Harold R. <Solbrig.Harold@mayo.edu
> wrote:

>  Although, if the patient dies, the person goes away as well, no?  ;-)****
>
> ** **
>
> *From:* public-semweb-lifesci-request@listhub.w3.org [mailto:
> public-semweb-lifesci-request@listhub.w3.org] *On Behalf Of *R. Cornet
> *Sent:* Wednesday, May 23, 2012 2:26 PM
> *To:* Michel Dumontier; Freimuth, Robert, Ph.D.
>
> *Cc:* Jim McCusker; Aaron Brown; Dan Brickley; Renato Iannella; Lin MD,
> Simon; Matthias Samwald; public-semweb-lifesci@w3.org
> *Subject:* RE: RDF Schema / LODD mapping -- Re: New proposal: health &
> medical extensions to schema.org****
>
>  ** **
>
> I would say that if you follow ontoclean, being a patient is a non-rigid
> property of a person.****
>
>  ****
>
> Ronald****
>
>  ****
>
> ################################################################****
>
> Ronald Cornet, PhD                    email: R.Cornet@amc.uva.nl****
>
> dept. of Medical Informatics           phone: +31 (0)20 566 5188****
>
> Academic Medical Center, Room J1B-115  fax:   +31 (0)20 691 9840****
>
> P.O.Box 22700                  www: kik.amc.uva.nl/home/rcornet/****
>
> 1100 DE  Amsterdam****
>
> The Netherlands****
>
>  ****
>
> *From:* Michel Dumontier [mailto:michel.dumontier@gmail.com]
> *Sent:* Wednesday, May 23, 2012 5:02 PM
> *To:* Freimuth, Robert, Ph.D.
> *Cc:* Jim McCusker; Aaron Brown; Dan Brickley; Renato Iannella; Lin MD,
> Simon; Matthias Samwald; public-semweb-lifesci@w3.org
> *Subject:* Re: RDF Schema / LODD mapping -- Re: New proposal: health &
> medical extensions to schema.org****
>
>  ****
>
> If you follow ontoclean [1], then all you need to know is that if not all
> people are patients, then patients is a subtype of people.****
>
>  ****
>
> m.****
>
>  ****
>
> [1]  http://en.wikipedia.org/wiki/OntoClean ****
>
> On Wed, May 23, 2012 at 5:50 PM, Freimuth, Robert, Ph.D. <
> Freimuth.Robert@mayo.edu> wrote:****
>
> > For instance, Physicians are not the same thing as Patients, but a
> Patient can also be a Physician.****
>
>  ****
>
> ...and a physician can be a patient, both of which are roles that entities
> can play.  IMO, this illustrates the importance of defining roles and
> entities separately (rather than through inheritance from a common parent).
> ****
>
>  ****
>
> Bob****
>
>  ****
>  ------------------------------
>
> *From:* public-semweb-lifesci-request@listhub.w3.org on behalf of Jim
> McCusker
> *Sent:* Wed 5/23/2012 9:40 AM
> *To:* Aaron Brown
> *Cc:* Dan Brickley; Renato Iannella; Lin MD, Simon; Matthias Samwald;
> public-semweb-lifesci@w3.org****
>
>
> *Subject:* Re: RDF Schema / LODD mapping -- Re: New proposal: health &
> medical extensions to schema.org****
>
>  ****
>
> On Tue, May 22, 2012 at 9:44 AM, Aaron Brown <abbrown@google.com> wrote:**
> **
>
> Ok. But I still don't see why this needs to be specified explicitly.
> Otherwise, wouldn't it also be necessary to specify that a MedicalEntity is
> disjoint from a Movie, a SocialEvent, a DryCleaningOrLaundry, etc? It seems
> to get out of hand pretty quickly. For that matter, if someone wanted to
> extend the proposed schema by defining a Physician type that inherits from
> both Person and MedicalEntity, I think would be OK.****
>
>  ****
>
> RDF and other semantic web standards allow for instances to have multiple
> unrelated types. This is part of the Open World Assumption, and is a good
> thing, since it allows us to discover classifications for things later on.
> In order to create the same sort of single inheritance that one sees in,
> for instance, Java, simply make each sibling under a given class disjoint
> with all its other siblings. I would be reluctant to do that blindly,
> though, as it can often result in modeling errors. For instance, Physicians
> are not the same thing as Patients, but a Patient can also be a Physician.
> ****
>
>  ****
>
> Jim****
>
> --
> Jim McCusker
> Programmer Analyst
> Krauthammer Lab, Pathology Informatics
> Yale School of Medicine
> james.mccusker@yale.edu | (203) 785-6330
> http://krauthammerlab.med.yale.edu
>
> PhD Student
> Tetherless World Constellation
> Rensselaer Polytechnic Institute
> mccusj@cs.rpi.edu
> http://tw.rpi.edu****
>
>
>
> ****
>
>  ****
>
> -- ****
>
> Michel Dumontier****
>
> Associate Professor of Bioinformatics, Carleton University****
>
> Chair, W3C Semantic Web for Health Care and the Life Sciences Interest
> Group****
>
> http://dumontierlab.com****
>
>  ****
>
> De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
> uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
> ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender
> direct te informeren door het bericht te retourneren. Het Academisch
> Medisch Centrum is een publiekrechtelijke rechtspersoon in de zin van de
> W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat
> geregistreerd bij de Kamer van Koophandel voor Amsterdam onder nr.
> 34362777. De Algemene Inkoop Voorwaarden van het AMC zijn van toepassing op
> en maken integraal onderdeel uit van alle rechtsbetrekkingen, daaronder
> mede verstaan alle inkoop opdrachten en overeenkomsten, tussen AMC en
> derden. Deze voorwaarden zijn te raadplegen op www.amc.nl en worden op
> verzoek toegezonden.****
>  ------------------------------
>
> This message may contain confidential information and is intended
> exclusively for the addressee. If you receive this message unintentionally,
> please do not use the contents but notify the sender immediately by return
> e-mail. Academic Medical Center is a legal person by public law and is
> registered at the Chamber of Commerce for Amsterdam under no. 34362777. The
> AMC General Purchase Terms constitute an integral part of all legal
> relations, including but not limited to all purchase orders and contracts,
> between the AMC and third parties. These terms can be downloaded at the
> website www.amc.nl and will be sent to you at your request.****
>



-- 
Jim McCusker
Programmer Analyst
Krauthammer Lab, Pathology Informatics
Yale School of Medicine
james.mccusker@yale.edu | (203) 785-6330
http://krauthammerlab.med.yale.edu

PhD Student
Tetherless World Constellation
Rensselaer Polytechnic Institute
mccusj@cs.rpi.edu
http://tw.rpi.edu