Hi Diego,
"(if defining code is
local::at0003 and value is 2 then dv_coded_text.value should also be
fixed to whatever value is decided)"
The dv_coded_text.value is fixed to the text rubric of at003, which might
be "2". "++" or "Mild", depending on the archetype author The principle
that the human text value of any code should be carried in the data is
pretty universal.
Maybe I am not understanding the problem.
Ian
On 4 April 2012 15:35, Diego Bosc? <yampeku at gmail.com> wrote:
> yeah, but you are fixing everything else, because this is an
> alternative that would be chosen as a whole (if defining code is
> local::at0003 and value is 2 then dv_coded_text.value should also be
> fixed to whatever value is decided)
>
> 2012/4/4 Thomas Beale <thomas.beale at oceaninformatics.com>:
> > On 04/04/2012 13:29, Diego Bosc? wrote:
> >
> > Yes, but what I mean is this
> >
> > DV_ORDINAL [at0006] matches {
> > value matches {|2|}
> > symbol matches {
> > DV_CODED_TEXT matches {
> > value matches {???????????????????????} --
> > value is obligatory and I don't know what to put there
> > defining_code matches {[local::at0003]} --
> > +++
> > }
> > }
> >
> >
> > Diego,
> >
> > the value field is obligatory in the data, not in the archetype. You
> don't
> > have to constrain every RM element in an archetype, only what makes
> sense.
> >
> > - thomas
> >
> >
> > _______________________________________________
> > openEHR-technical mailing list
> > openEHR-technical at lists.openehr.org
> >
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
*Primary Health Info 23 ? 25th April in Warwick ? are you
coming?<http://www.primaryhealthinfo.org/>
*
Clinical Modelling Consultant, Ocean Informatics, UK
Director openEHR Foundation www.openehr.org/knowledge
Honorary Senior Research Associate, CHIME, UCL
SCIMP Working Group, NHS Scotland
BCS Primary Health Care www.phcsg.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120404/9e5fe524/attachment.html>
