Terminology bindings ... again

Koray Atalag k.atalag at auckland.ac.nz
Wed Jul 19 08:00:18 EDT 2017

Hi Tom,

I think min_version can be problematic as certain terms can be deprecated in future versions and then this naming could be misleading. That said for SNOMED it’ll still be present in future releases just marked as inactive. For other terminologies this cannot be guaranteed. BTW SNOMED uses term Effective Time



From: openEHR-clinical [mailto:openehr-clinical-bounces at lists.openehr.org] On Behalf Of Thomas Beale
Sent: Tuesday, 18 July 2017 2:19 a.m.
To: Openehr-Technical; For openEHR clinical discussions
Subject: Terminology bindings ... again

Recently we discussed terminology bindings. We probably still have not got them right, but we don't have a model of what we think they should be. I posted a quick idea of a possible more structured version:

    term_bindings = <

        ["snomed_ct"] = <

            ["/data[id3]/events[id4]/data[id2]/items[id26]"] = (SIMPLE_BINDING) <

               target = <http://snomedct.info/id/169895004> -- Apgar score at 1 minute

               notes = <"some notes">

               min_version = <"2017-02-01">

               etc = <"etc">


            ["id26"] = (CONSTRAINT_BINDING) <

                 target = <"71388002 |Procedure| : 405815000 |Procedure device|  =  122456005 |Laser device| , 260686004 |Method|  =  129304002 |Excision - action| ,405813007 |Procedure site - direct|  =  1549700l6 |Ovarian structure|">

                    min_version = <"2017-04-01">

                 notes = <"some notes">

                 etc = <"etc">




I noted that the right hand side of a binding can be a few different things, each of which would be accompanied by various meta-data, including:

  *   a single concept code
  *   a single code or other id referring to an external value set in an external terminology (in SNOMED it is a SNOMED code; for e.g. ICD10, there is no standard that I know of)
  *   a composition expression that refers to a more refined concept
  *   possible a constraint expression that locally determines a value set intensionally, to be resolved by application to the Terminology service.
I'd rather avoid the last, because of the brittleness of intensional ref-set query syntax expressions. In any case, we need a better idea of what meta-data are needed. E.g.:

  *   something to do with (min) version of terminology required for the reference to be valid
  *   something to do with purpose?
  *   other notes - a tagged list of basic types?
I would like to get a better idea of the requirements.

- thomas

Thomas Beale
Principal, Ars Semantica<http://www.arssemantica.com>
Consultant, ABD Team, Intermountain Healthcare<https://intermountainhealthcare.org/>
Management Board, Specifications Program Lead, openEHR Foundation<http://www.openehr.org>
Chartered IT Professional Fellow, BCS, British Computer Society<http://www.bcs.org/category/6044>
Health IT blog<http://wolandscat.net/> | Culture blog<http://wolandsothercat.net/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openehr.org/pipermail/openehr-clinical_lists.openehr.org/attachments/20170719/ca6f9c51/attachment-0002.html>

More information about the openEHR-clinical mailing list