The current proposed AOM 2 meta-data can be seen here
<http://www.openehr.org/releases/trunk/UML/#Diagrams___18_1_83e026d_1422971258847_792963_30335>.
Notes:
* One thing we added due to CIMI, which we think is globally
applicable is 'conversion_details' in RESOURCE_DESCRIPTION.
Typically, an archetype with is_generated = true will have these
conversion_details set. This should take care of the 13606
conversion example.
* See also ip_acknowledgements, which is how we will put in
acknowledgements for e.g. SNOMED, LOINC etc.
* The model doesn't yet include any changes corresponding to Silje and
others ideas about a better model of translator details.
The current test example of an archetype with full meta-
<https://github.com/openEHR/adl-archetypes/blob/master/ADL2-reference/features/meta_data/openehr-test_pkg-WHOLE.full_meta_data.v0.0.1.adls>data
is as follows.
archetype (adl_version=2.0.5; rm_release=1.0.2; generated)
openehr-test_pkg-WHOLE.full_meta_data.v0.0.1
language
original_language = <[ISO_639-1::en]>
description
original_author = <
["name"] = <"Thomas Beale <thomas.beale at oceaninformatics.com>">
["organisation"] = <"Ocean Informatics
<http://www.oceaninformatics.com>">
>
details = <
["en"] = <
language = <[ISO_639-1::en]>
purpose = <"This archetype demonstrates the use of
governance meta-data.">
use = <"This archetype should be used on a clear day with
no wind.">
misuse = <"This archetype should not be used around
children or dogs.">
keywords = <"governance", "test">
original_resource_uri = <
["resource A"] = <"Some resource available in the
English language <http://aaa.bbb/path/to/resource>">
["resource B"] = <"Some other resource available in the
English language <http://aaa.bbb/path/to/resource>">
>
>
>
lifecycle_state = <"unmanaged">
other_contributors = <"Marcus Aurelius <marcus at aurelius.net>",
"Augustus Caesar <augustus at caesars_palace.net">
original_namespace = <"org.archetypes-r-us">
original_publisher = <"Archetype R Us">
custodian_namespace = <"org.openehr">
custodian_organisation = <"openEHR Foundation">
* licence = <"Creative Commons CC-BY
<https://creativecommons.org/licenses/by/3.0/>">*
copyright = <"Copyright (c) 2014 openEHR Foundation">
resource_package_uri = <http://www.openehr.org/ckm/path/to/package>
* ip_acknowledgements = <**
** ["loinc"] = <"This content from LOINC? is copyright ? 1995
Regenstrief Institute, Inc. and the LOINC Committee, and available at no
cost under the license at http://loinc.org/terms-of-use">**
** ["snomedct"] = <"Content from SNOMED CT? is copyright ? 2007
IHTSDO <ihtsdo.org>">**
** >**
** conversion_details = <**
** ["source_model"] = <"CEM model xyz
<http://location.in.clinicalelementmodels.com>">**
** ["tool"] = <"cem2adl v6.3.0">**
** ["time"] = <"2014-11-03T09:05:00">**
** >**
* references = <
["1"] = <"Barthel Scale
<http://en.wikipedia.org/wiki/Barthel_scale>">
["2"] = <"Barthel Index, the Internet Stroke Center
<http://www.strokecenter.org/wp-content/uploads/2011/08/barthel.pdf>">
["3"] = <"O'Sullivan, Susan B; Schmitz, Thomas J (2007).
Physical Rehabilitation, Fifth Edition. Philadelphia, PA: F.A. Davis
Company. p. 385.">
>
other_details = <
["regression"] = <"PASS">
>
On 28/04/2015 13:26, Ian McNicoll wrote:
> Hi Diego,
>
> I will bring this post to the attention of the Board for a more
> authoritative response on the copyright / licensing question. These
> are just my personal opinions for now though Heather, Sebastian, Silje
> and I have discussed many of these issues so I can think they are
> probably representative.
>
> >> The copyright holder is still openEHR? Does It have something to do
> >> with the CC-BY-SA license?
>
> The emerging view seems to be that *any* fork of an archetype, even if
> it just changes local ownership (namespace in ADL2.0) should probably
> result in change of copyright to the new owner with attribution to the
> previous owner. CC is a bit vague on when new copyright should be
> applied however.
>
> In your case, this is a very significant change and I would expect
> copyright to change.
>
> >> What license was decided we should use? Did we agree in which metadata
> >> field should we store this?
>
> We are adding a new 'license' attribute to other_details in ADL1.4
> which will become a fully-fledged attribute in ADL2 ...
>
> other_details = <
> ["licence"] = <"Creative Commons Attribution-ShareAlike 4.0
> International License">
> ["revision"] = <"0.0.1-alpha">
> ["references"] = <" Derived from .... "Adverse Reaction, draft
> archetype, National eHealth Transition Authority [Internet]. NEHTA
> Clinical Knowledge Manager. Authored: 08 Nov 2010. Available at:
> http://dcm.nehta.org.au/ckm/OKM.html#showarchetype_1013.1.868_7(accessed
> Jan 16, 2012).">
> ["build_uid"] = <"0043896f-d388-437e-ad46-472cb74ec56b">
> ["original_namespace"] = <"com.bosca">
> ["original_publisher"] = <"Bosca Enterprises">
> ["MD5-CAM-1.0.1"] = <"D5C7A064A7345211256376F748D97B6B">
> ["custodian_namespace"] = <"com.bosca">
> ["custodian_organisation"] = <"Bosca Enterprises">
> >
> We are in the final stages of preparing a 'beginner's guide' that
> explains this stuff in more detail.
> >> Does the author change?
>
> I would probably say no, if the clinical content is unchanged.
>
> >>Probably the source archetype will also need
> >> to be referenced somehow.
>
> We would expect to see that attribution in References - see above
>
> >> What else should be changed/added?
> In the new world, you would need to change the namespaces,
> particularly as creating 13606 versions are definitely 'new' archetypes.
> >>I assume that also a 'generated' field should be added (I know ADL 2
> >>has this as a explicit field ;) so for the moment probably the best is
> >> to store everything we can't put elsewhere in "other_details".
>
> I would expect 'generated' to apply to same ref model ADLS->ADL kinds
> of transforms only but interesting question. @Thomas ??
>
> >>Can the resulting ADL be publicly distributed?
>
> Yes, absolutely, as long as you do not try to re-sell the 13606
> archetypes with a closed-source licence!!
>
> Ian
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150428/0ceb8c7e/attachment.html>