Dear all, Ian, Heather and I have raised an issue at http://www.openehr.org/issues/browse/SPECPR-24 for improving the Translation_details and other_contributors.
What seems to be current practice is that a translation will be done by more than one person and documenting this is not really supported by the model: *TRANSLATION_DETAILS* accreditation : String <http://www.openehr.org/uml/release-1.0.1/Browsable/_9_0_76d0249_1109584138349_959314_1900Report.html> 1 -- Accreditation of translator, usually a national translator's association id author : Hash<String,String> <http://www.openehr.org/uml/release-1.0.1/Browsable/_9_0_76d0249_1108470009170_630396_833Report.html> 1 -- Translator name and other demographic details Only one translator is available. The easiest change would be to make author repeatable, but accreditation (which seems to be somewhat detached from the author anyway) would need to be changed then as well - is accreditation that important that it couldn't be captured as part of the author Hash or what is the reason for having it separate? The other problem we have is with other_contributors not sticking to the same format (i.e. we only have a list of contributors without more formal metadata): *RESOURCE_DESCRIPTION* original_author : Hash<String,String> <http://www.openehr.org/uml/release-1.0.1/Browsable/_9_0_76d0249_1108470009170_630396_833Report.html> 1 -- Original author of this resource, with all relevant details, including organisation. other_contributors : List<String> <http://www.openehr.org/uml/release-1.0.1/Browsable/_9_0_76d0249_1108470009080_492027_712Report.html> 0..1 -- Other contributors to the resource, probably listed in "name " form. I think I understand why it is modelled as it is, but why not allow other_contributors to be 0..* Hash<String,String> <http://www.openehr.org/uml/release-1.0.1/Browsable/_9_0_76d0249_1108470009170_630396_833Report.html> ? Maybe, we need to look into formalising what an author/translator is a bit more in the model? Are there any suggestions for a better model of this? Or something from DCM or CDA or others on which we could base such a model to be compatible with? Regards Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090623/2cc83b23/attachment.html>
