Archetype editor, CKM and v0 & v1

Ian McNicoll ian at freshehr.com
Fri Aug 7 09:32:44 EDT 2015


Looking at this again, AE currently provides two choices

1. Do not include specialisation, in which case the slot constraint matches
the provided slot archetype name and version exactly.

2. Include specialisation where any specialisation of the provided slot
archetype is allowed (but currently only the same version of the supplied
slot archetype).

I suggest that we leave (1) as -is to allow precise slot-fills to be
defined but loosen (2) to allow any version.

Ian

Dr Ian McNicoll
mobile +44 (0)775 209 7859
office +44 (0)1536 414994
skype: ianmcnicoll
email: ian at freshehr.com
twitter: @ianmcnicoll

Co-Chair, openEHR Foundation ian.mcnicoll at openehr.org
Director, freshEHR Clinical Informatics Ltd.
Director, HANDIHealth CIC
Hon. Senior Research Associate, CHIME, UCL

On 23 July 2015 at 01:06, Thomas Beale <thomas.beale at oceaninformatics.com>
wrote:

>
> good point. Maybe a slightly more civilised version would be
>
> \.v[0-9]+(\..*)?
>
> that forces there to be one or more digits, and if there is anything else,
> it must start with a dot. Somewhat safer perhaps.
>
> - thomas
>
>
> On 22/07/2015 23:34, Peter Gummer wrote:
>
> Hi Ian,
>
> The + is redundant here, since it’s just saying that there has to be one
> or more digits after the ‘v’. But the next thing that it says is that you
> can have anything at all after those digits.
>
> So you might as well omit the +:
>
> \.v[0-9].*
>
> This says that there has to be a digit after the ‘v’, followed by anything
> at all. This amounts to the same, since any extra digits qualify as
> “anything at all”.
>
> Peter
>
>
> On 23 Jul 2015, at 01:55, Ian McNicoll < <ian at freshehr.com>
> ian at freshehr.com> wrote:
>
> Thanks Thomas,
>
> I will go with
>
> \.v[0-9]+.*
>
> which will give us a bit of flexibility and solve Dave's problem (I
> think!).
>
> unless anyone strongly objects, of course.
>
> Ian
>
> Dr Ian McNicoll
> mobile +44 (0)775 209 7859
> office +44 (0)1536 414994
> skype: ianmcnicoll
> email: ian at freshehr.com
> twitter: @ianmcnicoll
>
>
>
>
> _______________________________________________
> openEHR-technical mailing listopenEHR-technical at lists.openehr.orghttp://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
>
>
> --
> [image: Ocean Informatics] <http://www.oceaninformatics.com/>
> *Thomas Beale Chief Technology Officer*
> +44 7792 403 613 Specification Program, *open*EHR
> <http://www.openehr.org/>
> Honorary Research Fellow, UCL <http://www.chime.ucl.ac.uk/>
> Chartered IT Professional Fellow, BCS <http://www.bcs.org.uk/>
> Health IT blog <http://wolandscat.net/category/health-informatics/> [image:
> View Thomas Beale's profile on LinkedIn]
> <http://uk.linkedin.com/in/thomasbeale>
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> 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/20150807/3f65aa18/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: btn_liprofile_blue_80x15.png
Type: image/png
Size: 511 bytes
Desc: not available
URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150807/3f65aa18/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ocean_full_small.jpg
Type: image/jpeg
Size: 4085 bytes
Desc: not available
URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150807/3f65aa18/attachment.jpg>


More information about the openEHR-technical mailing list