Dear All, The international pharmacy stakeholers, in particular EMA, FDA, Canada, Japan, Australia have decided that All medicines units shall be expressed in UCUM according ISO IDMP, in particular EN ISO 11240, Health informatics — Identification of medicinal products — Data elements and structures for the unique identification and exchange of units of measurement.
Even if you would use some Snomed for this internal in a system you will need to map e.g. for decision support that are defined based on IDMP standards, medicinal product dictionaries that provide the medicinal products and details, ICSR reporting, cross border exchanges, logistics, insurance reimbursements and many more. Recommendations can only be to adjust to the UCUM, or if you find something awkward to adjust UCUM via the open community. Met vriendelijke groet / With kind regards, dr. William T.F. Goossen directeur Results 4 Care B.V. De Stinse 15 3823 VM Amersfoort the Netherlands telefoon +31654614458 e-mail: [email protected] [email protected] skype: williamgoossenmobiel kamer van koophandel 32133713 http://www.results4care.nl http://www.results4care.eu http://results4care.wikispaces.com/ http://www.linkedin.com/company/711047 http://results4care.wikispaces.com/3.+Cursussen+Nederlands -----Oorspronkelijk bericht----- Van: "[email protected]" <[email protected]> Verzonden: 19-5-2016 13:28 Aan: "[email protected]" <[email protected]> Onderwerp: openEHR-technical Digest, Vol 51, Issue 24 Send openEHR-technical mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of openEHR-technical digest..." Today's Topics: 1. RE: UCUM code in body temperature archetype (Koray Atalag) ---------------------------------------------------------------------- Message: 1 Date: Thu, 19 May 2016 11:27:52 +0000 From: Koray Atalag <[email protected]> To: For openEHR technical discussions <[email protected]> Subject: RE: UCUM code in body temperature archetype Message-ID: <b1ce708e5c614f4bb990e32cc5f03ad4dc07d...@uxcn10-6.uoa.auckland.ac.nz> Content-Type: text/plain; charset="utf-8" Hi Ian, In NZ we use the NZMT<http://edit.nzmt.org.nz/> which is based on AMT (which is based on dm+d) ? the tricky bit is neither of these are part of the SNOMED CT proper in terms of content but they do use SCTIDs and have formal IHTSDO namespace as national extensions. Based on the NZMT we have a Formulary<http://nzformulary.org/?page_id=19> which are all provided through the NZULM<http://nzulm.org.nz/> service. I really think is this the right way to go with medicines although there?s quite a bit of discomfort (among health informaticians / developer community) with the constraints the SNOMED CT way of representation brings (the 7-Boxes) and the fact that content is not harmonised with international edition so comparative studies can be done across different jurisdictions. There is also belief an SPARQL based access (at least as an alternative) to medicines terminology would be a better way. My 2 cents I?d support adding the means to manage medicinal units (called units of use) at RM level (e.g. as a separate data type). Cheers, -koray From: openEHR-technical [mailto:[email protected]] On Behalf Of Ian McNicoll Sent: Thursday, 19 May 2016 8:09 p.m. To: For openEHR technical discussions Subject: Re: UCUM code in body temperature archetype Hi Thomas, In the UK (and ? Aus/NZ), we would not use arbitrary units in UCUM for dose units because the latter are expressed as SNOMED terms, and are used in conjunction with the SNOMED-based dm+d (or AMT) drug dictionary to compute actual doses/amounts where possible. e.g. 318421004 | Atenolol 100mg tablets | via dm+d allows us to infer that 1 tab (in this case) = 100mg http://dmd.medicines.org.uk/DesktopDefault.aspx?VMP=318421004&toc=nofloat and allows us to do maximum daily dose calculation, at least against a defined subset of such 'dose units'. in other cases the dose unit strength will be defined as part of the medication order - we have a 'Strength' element in the medication order archetype for just such a purpose. I don't think we need to be able to define the unit strength as part of the quantity datatype. Ian Dr Ian McNicoll mobile +44 (0)775 209 7859 office +44 (0)1536 414994 skype: ianmcnicoll email: [email protected]<mailto:[email protected]> twitter: @ianmcnicoll [https://docs.google.com/uc?id=0BzLo3mNUvbAjT2R5Sm1DdFZYTU0&export=download] Co-Chair, openEHR Foundation [email protected]<mailto:[email protected]> Director, freshEHR Clinical Informatics Ltd. Director, HANDIHealth CIC Hon. Senior Research Associate, CHIME, UCL On 19 May 2016 at 08:24, Thomas Beale <[email protected]<mailto:[email protected]>> wrote: Hi Gerard, they actually could be, but whenever this discussion comes up, no-one proposes it. I'm not sure if I would either, because these arbitrary units are still not computable in general, but 'dose units' can be made computable but only with some extra data fields, i.e. you need both the quantity of dose in 1 tablet/capsule etc, and also number of tablet/capsule etc. So the structural model is different anyway. I think the other problem with using UCUM arbitrary units is that people / orgs want to control the names of medicinal delivery products ('tablet' etc) in a terminology, which is reasonable, but doesn't fit so well with UCUM. - thomas On 19/05/2016 08:11, "Gerard Freriks (priv?)" wrote: Thomas, All are Units of a different kind. SI defines: Units of Measure, and Units of Quantity in the scientific domain. There are also Units of Time: minute, hour, etc. When I think of tablets, capsule, etc. we will call these Units of Medicinal Product Dose. Isn?t in UCUM this an example of Arbitrary Units? 3.2 ARBITRARY UNITS ?24 arbitrary units ?1 Arbitrary or procedure defined units are units whose meaning entirely depends on the measurement procedure (assay). These units have no general meaning in relation with any other unit in the SI. Therefore those arbitrary semantic entities are called arbitrary units, as opposed to proper units. The set of arbitrary units is denoted A, where A? U = {}. ?2 An arbitrary unit has no further definition in the semantic framework of The Unified Code for Units of Measure ?3 Arbitrary units are not ?of any specific dimension? and are not ?commensurable with? any other unit. Until version 1.6 The Unified Code for Units of Measure has dealt with arbitrary units as dimensionless, but as an effect the semantics of The Unified Code for Units of Measure made all arbitrary units commensurable. Since version 1.7 of The Unified Code for Units of Measure it is no longer possible to convert or compare arbitrary units with any other arbitrary unit. ?25 operations on arbitrary units ?1 Any term involving arbitrary units, is itself an arbitrary unit and is not comparable with any other arbitrary unit or term. ?26 definition of arbitrary units ?1 Arbitrary units are marked in the definition tables for unit atoms by a bullet (???) in the column titled ?value? and a bullet in the column titled ?definition?. Gerard Freriks +31 620347088<tel:%2B31%20620347088> [email protected]<mailto:[email protected]> _______________________________________________ openEHR-technical mailing list [email protected]<mailto:[email protected]> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20160519/3fb8a8ab/attachment.html> ------------------------------ Subject: Digest Footer _______________________________________________ openEHR-technical mailing list [email protected] http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org ------------------------------ End of openEHR-technical Digest, Vol 51, Issue 24 *************************************************
_______________________________________________ openEHR-technical mailing list [email protected] http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
