Hi Any implementer should be aware of the fact that any un-published archetype is not stable, and might change both name, ID and have dramatic changes in scope and elements. To use those is risky.
Ad soon as the archetype is published, a strong governance is put into work. You will find: A) Patches (marked 1.0.x) for changes of less importance (wording, typos, adding a new language, etc) B) Minor changes (marked 1.x.0) for, well, minor changes as adding an element, allow multiple occurences where there used to be i.e. 0..1, etc. Never the opposite! C) Major changes, as breaking changes. Removing elements, splitting the archetype into two or more, constraining occurences, etc. This will always lead to a new version (X.0.0) and be republished. There was a mistake by allowing un-published archetypes as v. 1.0.0 and it was fixed some years ago. But they were clearly marked as Draft status even as v1 before the change. If there is a need for changing any archetype, use the Change request option in the CKM. If nobody does that, how are the editors supposed to know that that particular archetype is (or might be) no longer be fit for purpose? If you miss any old archetype, you will find it by searching also for status 'depricated' by ticking that status in search options. Hope this was helpful. Kind regards, Vebjørn Arntzen Sendt fra min Samsung-enhet -------- Opprinnelig melding -------- Fra: Pablo Pazos <pablo.pa...@cabolabs.com> Dato: 27.05.2019 20.39 (GMT+01:00) Til: For openEHR clinical discussions <openehr-clinical@lists.openehr.org> Emne: Re: Downloading previous versions of archetypes from CKM You might also have problems with some archetypes that went from .v1 to .v0 In the archetype history you can see the previous versions, but some will have a broken history, for instance some archetypes changed name and archetype id but serve the same purpose as the old archetypes, which broke any implementation of the previous archetype. Also there is no clear history of archetypes changing ID or merging archetypes. Because of those issues is difficult to trust what is on the CKM in the long term. I decided to work with older archetypes to keep my baseline clean and stable, do modifications on those if required, and create our own archetypes when required. I'm not sure if this is because how the CKM manages archetypes, or because the modeling process have flaws in the version management. On Mon, May 27, 2019 at 5:01 AM Dileep V S <dil...@healthelife.in<mailto:dil...@healthelife.in>> wrote: Hi, I had used some archetypes from CKM in my templates some time back. Now when I am revising & reviewing them I notice that some of the archetypes have newer versions an so my templates give error as they are unable to locate the older versions that they use. So I have a few questions on the best practices for using CMK resources 1. Can I access older versions of archetypes from CKM? and how? 2. Should I maintain a copy of the archetype versions that are used in my templates separately? 3. Are archetype versions incremental improvements? If yes should the AQL not support multiple versions to maintain backward compatibility as the templates evolve? regards [https://drive.google.com/uc?id=0BxQc41y9yqs6bkE5a1JQQVBjZG8] Dileep V S Founder HealtheLife Ventures LLP m: +91 9632888113 a: 106, Innovation Centre, IIIT, Electronics City, Bangalore 560100 w: <http://ayushehr.com> ehr.network, <http://ehr.network> ayushehr.com<http://ayushehr.com> <http://ayushehr.com> e: dil...@healthelife.in<mailto:dil...@healthelife.in> _______________________________________________ openEHR-clinical mailing list openEHR-clinical@lists.openehr.org<mailto:openEHR-clinical@lists.openehr.org> http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org -- Ing. Pablo Pazos Gutiérrez pablo.pa...@cabolabs.com<mailto:pablo.pa...@cabolabs.com> +598 99 043 145 skype: cabolabs Subscribe to our newsletter<http://eepurl.com/b_w_tj> [https://drive.google.com/uc?id=0B27lX-sxkymfM1pnTU44YXlFbHc&export=download] <https://cabolabs.com/> http://www.cabolabs.com<http://www.cabolabs.com/> https://cloudehrserver.com<https://cloudehrserver.com/>
_______________________________________________ openEHR-clinical mailing list openEHR-clinical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
