<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:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Georgia;
        panose-1:2 4 5 2 5 4 5 2 3 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
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;}
span.hoenzb
        {mso-style-name:hoenzb;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
span.EmailStyle19
        {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:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></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 lang="EN-AU" 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 y’all,<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 style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">I think there are a couple of conversations happening at different levels.<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 style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Ian and Silje have both described the CKM tool being involved in a knowledge governance process that is greater than a repository and
 versioning tool and for a specific task. Core functionality involves the complex review process and knowledge governance that meets this very specialised need.<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 style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">From my point of view there is a layer of tooling missing that is outside of the CKM functionality. It is the tooling required by vendors/implementers
 to understand what assets they are using, in which application and which site. It is a different layer of asset governance that supports the applications. This should be very much focussed on a Git-like tool with appropriate functionality /UI.
<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 style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">This is a completely different space. No vendor should be using CKM to manage its applications and implementations, but there is definitely
 a requirement for this kind of tool. It’s an open market for anyone who it interested IMHO.<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 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 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 style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Heather<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"><a name="_MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></a></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<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">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> openEHR-clinical [mailto:openehr-clinical-bounces@lists.openehr.org]
<b>On Behalf Of </b>Bakke, Silje Ljosland<br>
<b>Sent:</b> Monday, 16 March 2015 8:37 PM<br>
<b>To:</b> For openEHR clinical discussions<br>
<b>Subject:</b> RE: How to fix CKM biggest issue<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Do you really need a separate CKM instance to be able to share archetypes, though?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">In the Norwegian CKM, we’ve been quite liberal in handing out (public or private) incubators w/ editor rights to anyone (in Norway; non-profit or commercial)
 who wants one. We had an initial lapse where we handed out projects, but luckily we were able to rein that in before it became impossible to manage. (To those of you who may not know the difference between CKM projects and incubators, archetypes in projects
 are counted as part of that CKM’s “canon” and can be reviewed and published, while incubators are basically sandboxes for collaborating and sharing archetypes and templates.)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">This approach is working relatively well, with the main criticism being that uploading archetypes to the CKM is more cumbersome than syncing them to GitHub. I’m
 sure this can be worked on in the future, though. </span><span style="font-size:11.0pt;font-family:Wingdings;color:#1F497D">J</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Also, as others have pointed out before, the CKM has much more very specialised functionality than just versioning and sharing. We would not have been able to
 do what we’re doing with the national governance here in Norway were it not for the review functionality of the CKM.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Kind regards,<br>
<b>Silje Ljosland Bakke<o:p></o:p></b></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></b></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Special Adviser, RN<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D">R&D dept, E-health section, Bergen Hospital Trust<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></b></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Coordinator, National Editorial Board for Archetypes, National ICT Norway</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Tel. +47 40203298<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Web:
</span><span lang="NO-BOK" style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><a href="http://arketyper.no/"><span lang="EN-AU">http://arketyper.no</span></a></span><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D">
 / Twitter: </span><span lang="NO-BOK" style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><a href="https://twitter.com/arketyper_no"><span lang="EN-AU">@arketyper_no</span></a></span><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span lang="NO-BOK" style="font-size:10.0pt;font-family:"Tahoma",sans-serif">From:</span></b><span lang="NO-BOK" style="font-size:10.0pt;font-family:"Tahoma",sans-serif"> openEHR-clinical [<a href="mailto:openehr-clinical-bounces@lists.openehr.org">mailto:openehr-clinical-bounces@lists.openehr.org</a>]
<b>On Behalf Of </b>Marcus Baw<br>
<b>Sent:</b> Saturday, March 14, 2015 8:54 PM<br>
<b>To:</b> For openEHR clinical discussions<br>
<b>Subject:</b> Re: How to fix CKM biggest issue<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">Re: GitHub, for me the point is not that GitHub itself is proprietary or open source, it's that anyone doing an open source project can have
 free GH repos. Perhaps this 'freemium pricing model' is a model that the CKM pricing could follow so that nonprofits could develop and review archetypes, while commercial entities would pay. This is the same as the Confluence/Atlassian model too.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">And the other point about GitHub is that the underlying technology (Git) definitely IS open source and free. Worth noting that GitHub is
 only one of many online Git hosting services (Bitbucket etc does the same thing in the same way, and there are FOSS alternatives like GitLab)<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">M<o:p></o:p></span></p>
</div>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span lang="NO-BOK">On 14 March 2015 at 16:13, Ian McNicoll <<a href="mailto:ian@freshehr.com" target="_blank">ian@freshehr.com</a>> wrote:<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="NO-BOK">Hi Marcus/ Pablo,<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">I think the comparison/ contrast to Github is instructive, because, of course GitHub is a hugely successful product which is highly supportive of open-source development, but it is not itself open-source. It is a proprietary
 tool. If you truly feel that tooling to support collaborative working itself necessitates an open source license then you should close your Github accounts and look elsewhere.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">I would very much like to see a future where levels of sponsorship, industry engagement, national funding etc, etc made it possible for CKM and other similar tools to be open-sourced but we are simply not in that position
 right now. All of the key authoring tools are open-sourced or free, (and all, I understand, will be open-sourced within a short period).<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">CKM was built to perform a very specific role i.e to help informaticians manage the complex process of crowd-sourcing clinical input, working out the impact of version changes, handling translation work, term-binding
 work, terminology building, particularly at international or national level. It is not needed to build an archetype, build a template or build a termset. It is not needed to display an archetype or template or termset. All of the resources are mirrored to
 GitHub and all of the specifications and information necessary to perform these activities are freely available.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">CKM is a highly specialised tool with limited focus, primarily on national and international asset management. It is not needed to build openEHR systems, any more than GitHub is needed to build open source software.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">Alternative repository management tools are starting to appear, such as the 13606 Assocn. CIMM. I am sure David and Diego will not mind me saying that, as things stand, CIMM is a fair way off providing CKM -style functionality. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">I think we are in danger of confusing some real and significant issues around community engagement with the Foundation governance process.  The issue of CKM licensing is model has, in my view, no practical impact on
 the concern that Pablo raised. Don't confuse the tool with the process. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">Even then I think we need to be aware that there are probably two quite different requirements here.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">We need a  much better way for good candidates for international archetypes to find their way into the international repository, probably to Incubators in the first instance. Some of the upcoming technical changes to
 the tool will help this but we also need to develop clear policies of how and when this is appropriate. The Foundation repository is primarily designed to manage set of archetypes as a 'source of truth' with new content flowing through in a relatively controlled
 but coherent fashion. Managing the governance of these 'semantic assets' requires much more care and precision than 'source code' <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">This is quite different from the position in e.g Github which is essentially a tool which allows some degree of socialisation between otherwise siloed repositories. This is great for allowing assets and source code to
 be exposed, forked and re-used but it lacks the control and coherence that is required by 'managed' national and international standards development.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">I actually think we need both kinds of environment, and there is nothing to say that both environments need to be instantiated in the same tool.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">@Marcus - there is actually very little metadata in archetypes. The translation support that Silje asked for is already supported in the AOM, and in some archetype editors such as LinkEHR. It is not supported in the
 openEHR archetype editor but as this is an open source tool, I will be working on that problem later today :).<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">I think there is a lot to be said for using Git to manage some of the versioning and asset management activities we need, indeed I do that all the time when working on local projects, but none of this kind of metadata
 is carried in archetypes anyway. The kind of versioning and governance metadata that we do need is equivalent to the metadata used by RubyGems or npm, needed for distributed source control, and the new versioning metadata that will be carried in archetypes
 is compliant with Semver which underpins npm. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">ADL is actually a very readable language, given the complexity of information it needs to convey. <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">It is, of course, unfamiliar but it is perfectly possible to produce xml, json, yaml ... serialisations of the Archetype Object Model which is the real source of truth.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">XML serialisation is fully supported by the LinkEHR and openEHR Archetype Editors, Thomas's Archetype Workbench exports these other formats and the template designer output is all expressed as XML.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">The problem is that these non-ADL serialisations are actually much more difficult to read and understand than raw ADL, once, of course, you get your head around ADL.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">@Pablo - CKM does make use of a proprietary document management system but the real challenge here is not technical, it is how we find a funding model that would sustain the kind of professional support that a tool like
 CKM requires. This is not a hacker project, it requires sustained investment, proper maintenance and a proper business model. So far it has not been possible to persuade the wider informatics community to collaborate on the kind of joint funding that would
 make commercial sense to a prospective supplier.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">This is an important discussion. I'm glad to hear people being supportive of all the great work that has been done, particularly by Heather Leslie and Sebastian Garde. It is not easy to develop a first-of-kind product.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">I think we have a great opportunity to discuss how to expand CKM editorial capacity, review current editorial policy around community involvement and to see how other non-CKM applications might fill some of the gaps
 that have been identified. I will certainly raise this via the new Board and, of course, discuss further with Heather in our capacities as CKM editors and Heather's position as Clinical program lead.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">Let's not mix that discussion up with an equally important issue of how we can secure the funding necessary to sustain development and support for repository tooling in the future. I don't think there would be much objection
 to the principle that an open-source licensing model would be preferred but that can only happen if the commercial model makes sense for potential providers.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888">Ian<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="color:#888888"><o:p> </o:p></span></p>
</div>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><br clear="all">
<o:p></o:p></span></p>
<div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">Dr Ian McNicoll<br>
mobile <a href="tel:%2B44%20%280%29775%20209%207859" target="_blank">+44 (0)775 209 7859</a><br>
office <a href="tel:%2B44%20%280%291536%20414994" target="_blank">+44 (0)1536 414994</a><br>
skype: ianmcnicoll<br>
email: <a href="mailto:ian@freshehr.com" target="_blank">ian@freshehr.com</a><br>
twitter: @ianmcnicoll<br>
<br>
Director, freshEHR Clinical Informatics<br>
Director, openEHR Foundation<br>
Director, HANDIHealth CIC<br>
Hon. Senior Research Associate, CHIME, UCL<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
<div>
<div>
<div>
<p class="MsoNormal"><span lang="NO-BOK">On 14 March 2015 at 13:20, Marcus Baw <<a href="mailto:marcusbaw@gmail.com" target="_blank">marcusbaw@gmail.com</a>> wrote:<o:p></o:p></span></p>
</div>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span lang="NO-BOK">On 14 March 2015 at 04:53, pablo pazos <<a href="mailto:pazospablo@hotmail.com" target="_blank">pazospablo@hotmail.com</a>> wrote:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="NO-BOK">For me the biggest concern, besides the limited publishing capabilities or non editors, is that the CKM is made over proprietary software, that doesn't allow us to create our own instances of the CKM for free, and share
 archetypes in a distributed / versioned way, like GitHub does.<o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="NO-BOK"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="NO-BOK" style="color:#7F6000">​</span><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">Pablo, you've nailed the problem here.
<b>The CKM is proprietary</b>.<br>
<br>
Yet:<br>
"All contributions to CKM is on a voluntary basis, and all CKM content is open source and freely available under a Creative Commons licence</span><span lang="NO-BOK" style="color:#7F6000">​</span><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">"
 From openEHR Foundation website: <a href="http://www.openehr.org/programs/clinicalmodels/documentation" target="_blank">
http://www.openehr.org/programs/clinicalmodels/documentation</a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">There's a disconnect there. I have in the past been in the middle of trying to explain openEHR to open source 'purists' and been left with some uncomfortable questions
 to answer about the tooling used not being freely available.  (no, despite what may appear to be my OSS zealotry I am actually not even close to being a Richard Stallman-esque OSS purist)<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">'community' computing is very definitely moving away from anything that is dependent on proprietary platforms, towards cross-platform, open
 source, generic systems. Open source languages, and Git for version control.<br>
<br>
<b>If we could find some way to wrap ADL in a more readable language then perhaps we really could just use GitHub for archetype sharing one day!</b> One of the primary reasons for reliance on a GUI is that ADL in its raw form is so unreadable. If it could be
 read and understood in a text editor then there would be less need for a GUI. I accept that clinician led review would still benefit from a GUI.
<br>
<br>
Another benefit of using a mature version control system such as Git is that some of the metadata about archetype authoring and details of who did a certain translation could reside in the version control commit history and would therefore not need to reside
 inside the archetype itself. This would reduce the size of archetypes, and would also obviate some of the problems such as the one Silje mentioned on another thread - in which there isn't room to record more than one translator.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">BTW this post is very definitely not intended as a criticism of any individuals, and I recognise the massive amount of hard work that has
 gone before to even get where we are now.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="NO-BOK" style="font-family:"Georgia",serif;color:#7F6000">Marcus<o:p></o:p></span></p>
</div>
</div>
</div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span lang="NO-BOK">_______________________________________________<br>
openEHR-clinical mailing list<br>
<a href="mailto:openEHR-clinical@lists.openehr.org" target="_blank">openEHR-clinical@lists.openehr.org</a><br>
<a href="http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org" target="_blank">http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org</a><o:p></o:p></span></p>
</blockquote>
</div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal"><span lang="NO-BOK"><br>
_______________________________________________<br>
openEHR-clinical mailing list<br>
<a href="mailto:openEHR-clinical@lists.openehr.org">openEHR-clinical@lists.openehr.org</a><br>
<a href="http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org" target="_blank">http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org</a><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span lang="NO-BOK"><o:p> </o:p></span></p>
</div>
</div>
</div>
</body>
</html>