<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle20
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:401174088;
        mso-list-template-ids:312234700;}
@list l0:level1
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:36.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Symbol;}
@list l0:level2
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:72.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:"Courier New";
        mso-bidi-font-family:"Times New Roman";}
@list l0:level3
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:108.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level4
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:144.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level5
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:180.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level6
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:216.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level7
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:252.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level8
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:288.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level9
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:324.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="SV" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Hi Tom,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">I don’t see that your “first killer move” by separating SNOMED CT technology from content would make that much sense.
 The specification and technology you are describing in quite many sentences in your e-mail seems to be quite much like the EN 14463 Classification Markup Language (ClaML) specification and the ecosystem around that specification. However, that specification
 and the associated tools are not that well known or well used, so why would it be a “first killer move” to separate SNOMED CT technology from content? If it was a killer move someone had already created EN 14463 Association and competed out SNOMED CT and SNOMED International
 …<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Instead it seems to be the collaboration and pooling of resources to create, extend and improve the common content in
 SNOMED CT that is possible to share among different countries that is the driving force for countries to join SNOMED International. The members would like to move away of the situation where each country spend large resources to create similar terminology
 products covering the same kind of clinical findings, anatomy, substances and much more. Instead they would like to focus on the things that are truly specific for each country. However, spending large resources to create similar things in each country doesn’t
 seem to be a problem in your argumentation, Tom?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Your “second killer feature” seems to be the existing SNOMED CT Expression Constraint Language - Specification and Guide
 (<a href="http://snomed.org/ecl">http://snomed.org/ecl</a>) and the supporting tooling, or do you mean something else?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">In your “third killer feature” I don’t really understand what you mean by that the translation tools should work on “the
 basis of legacy vocabulary”. But your second claim seems to be that it should be possible to use the tools to only translate parts of SNOMED CT and that is a function in all SNOMED CT translation tools I have heard of.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">I don’t think that anyone would say that IHTSDO Workbench was a success, but more as a result of a few quite wrecked IT-projects
 made under various external less than optimal circumstances. To judge an organization’s will from the functions of the final IHTSDO Workbench, which you seem to do, is therefore quite unfair. (The IHTSDO Workbench was replaced with better adapted software
 quite quickly, so I think nowadays quite few people in the SNOMED International community remember the IHTSDO Workbench .)<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">                           Regards<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">                           Mikael              
<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext"> openEHR-technical [mailto:openehr-technical-bounces@lists.openehr.org]
<b>On Behalf Of </b>Thomas Beale<br>
<b>Sent:</b> den 13 mars 2018 15:21<br>
<b>To:</b> openehr-technical@lists.openehr.org; For openEHR clinical discussions <openehr-clinical@lists.openehr.org><br>
<b>Subject:</b> Re: [Troll] Terminology bindings ... again<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p><o:p> </o:p></p>
<p>The killer move would be to do something I advocated for years unsuccessfully:
<b>separate SNOMED technology from content </b>and allow them to be independently licensable and used. Here, technology means representation (RF2 for example), open source programming libraries for working with ref-sets, specs and implems for e..g the constraint
 language, URIs and so on.<o:p></o:p></p>
<p>It should be possible for a country (the one I am most familiar with w.r.t. to terminology today is Brazil) to create an empty 'SNOMED container' of its own, and put its existing terminologies in there - typically procedure lists, drug codes, lab codes,
 devices & prosthesis codes, packages (chargeable coarse-grained packages like childbirth that you get on a health plan) and so on. There are usually < 20k or even 10k such codes for most countries (UK and US would an exception), not counting lab analyte codes
 (but even there, 2000 or so codes would take care of most results). But the common situation is that nearly every country has its own version of these things, and they are far smaller than SNOMED. Now, SNOMED's version of things is usually better for
<i>some </i>of that content, but in some cases, <i>it is missing concepts</i>. <o:p>
</o:p></p>
<p>The ability to easily create an empty SNOMED repo, fill it with national vocabularies, have it automatically generate non-clashing (i.e. with other countries, or the core) concept codes and mappings, and then serve it from a standard CTS2 (or other decent
 standard) terminology service would have revolutionised things in my view. This pathway has not been obviously available however, and has been a real blockage. The error was not understanding that the starting point for most countries isn't the international
 core, it's their own vocabularies.<o:p></o:p></p>
<p>The second killer feature would have been to <b>make creating and managing ref-sets for data/form fields much easier</b>, based on a subsetting language that can be applied to the core, and tools that implement that. Ways are needed to make the local / legacy
 vocabularies that have been imported, to look like a regular ref-set.<o:p></o:p></p>
<p>The third killer feature would have been to <b>make translation tools work </b>
on the basis of legacy vocabulary and new ref-sets, not on the basis of the huge (but mostly unused) international core.<o:p></o:p></p>
<p>I think IHTSDO's / SNOMED International's emphasis has historically been on curating the core content, and making/buying tools to do that (the IHTSDO workbench, a tool that comes with its own PhD course), rather than promulgating SNOMED technology and tooling
 to enable the mess of real world content in each country to be rehoused in a standard way, and incrementally joined up by mapping or other means to the core. I think the latter would have been more helpful.<o:p></o:p></p>
<p>There is additionally an elephant in the room: <b>IHTSDO (now SNOMED International) has been tied to a single terminology - SNOMED CT</b>, but it would have been better to have had a terminology standards org that was independent of any particular terminology,
 and worked to create a truly terminology-independent technology ecosystem, along with technical means of connecting terminologies to each other, without particularly favouring any one of them. It's just a fact that the world has LOINC, ICDx, ICPC, ICF and
 hundreds of other terminologies that are not going anywhere. What would be useful would be to:<o:p></o:p></p>
<ul type="disc">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
classify them according to meta-model type - e.g. multi-hierarchy (Snomed); single hierarchy (ICDx, ICPC, ... ); multi-axial (LOINC); units (UCUM, ...), etc<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
build / integrate technology for each major category - I would guess < 10<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
help the owning orgs slowly migrate their terminologies to the appropriate representation and tools<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
embark on an exercise to graft in appropriate upper level ontology/ies, i.e. BFO2, RO, and related ontologies (this is where the <10 comes from by the way)<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1">
specify standards for URIs, querying, ref-sets that <i>work across all terminologies</i>, not just SNOMED CT<o:p></o:p></li></ul>
<p>A further program would look at integrating units (but not by the current method of importing to SNOMED, which is a complete error because of the different meta-models), drugs and substances (same story), lab result normal and other range data, and so on.
 None of this can be done without properly studying and developing the underlying ontologies, which are generally small, but subtle.<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">I'll stop there for now. I suspect I have kicked the hornet's nest, but since Grahame kicked it first, and I can run faster than him, I feel oddly safe. Probably an illusion.<br>
<br>
- thomas<o:p></o:p></p>
<div>
<p class="MsoNormal">On 13/03/2018 12:12, Grahame Grieve wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D"> </span><span lang="EN-GB"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D">I am get the impression that SNOMED CT is hard to implement, and therefore wondered if we are at some kind
 of tipping point, like where HL7v3 was a few years ago, and some bright spark came along, and now we have FHIR that is gaining great traction in the health community due to the ease at which it can be implemented.</span><span lang="EN-GB"><o:p></o:p></span></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">this is very true, and I wish that someone would stick their neck out and do this at scale with <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">a community behind them. Many of the parameters for how it could be done are obvious around <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">free and crowd-support etc. But the big problem is that there is no capacity for it to happen as a <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">palace revolution; it must be a full civil war first.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Grahame<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><br>
<br>
<br>
<o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>openEHR-technical mailing list<o:p></o:p></pre>
<pre><a href="mailto:openEHR-technical@lists.openehr.org">openEHR-technical@lists.openehr.org</a><o:p></o:p></pre>
<pre><a href="http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org">http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">-- <br>
<span style="font-size:10.0pt">Thomas Beale<br>
Principal, <a href="http://www.arssemantica.com">Ars Semantica</a><br>
Consultant, ABD Team, <a href="https://intermountainhealthcare.org/">Intermountain Healthcare</a><br>
Management Board, Specifications Program Lead, <a href="http://www.openehr.org">openEHR Foundation</a><br>
Chartered IT Professional Fellow, BCS, <a href="http://www.bcs.org/category/6044">
British Computer Society</a><br>
<a href="http://wolandscat.net/">Health IT blog</a> | <a href="http://wolandsothercat.net/">
Culture blog</a> </span><o:p></o:p></p>
</div>
</div>
</body>
</html>