Thanks Heath, That makes sense. Does OceanEHR validate the constraint?
Ian Dr Ian McNicoll mobile +44 (0)775 209 7859 office +44 (0)1536 414994 skype: ianmcnicoll email: i...@freshehr.com twitter: @ianmcnicoll Co-Chair, openEHR Foundation ian.mcnic...@openehr.org Director, freshEHR Clinical Informatics Ltd. Director, HANDIHealth CIC Hon. Senior Research Associate, CHIME, UCL On 14 February 2016 at 19:02, Heath Frankel < heath.fran...@oceaninformatics.com> wrote: > Hi Koray, > This is a constraint on the value that origin function returns rather than > indicating it is a settable attribute. This was how Sam defined the events > on an apgar score, 1 min, 5 min, etc. > > Regards > > Heath > > _____________________________ > From: Ian McNicoll <i...@freshehr.com> > Sent: Sunday, February 14, 2016 5:10 AM > Subject: Re: Strange use of 'offset' as a settable RM attribute > To: For openEHR technical discussions <openehr-technical@lists.openehr.org > > > > > > Hi Koray, > > I agree - can you create a JIRA PR at ... > > > https://openehr.atlassian.net/projects/AEPR/issues/AEPR-45?filter=allopenissues > > Ian > > Dr Ian McNicoll > mobile +44 (0)775 209 7859 <+44%20775%20209%207859> > office +44 (0)1536 414994 <+44%201536%20414994> > skype: ianmcnicoll > email: i...@freshehr.com > twitter: @ianmcnicoll > > Co-Chair, openEHR Foundation ian.mcnic...@openehr.org > Director, freshEHR Clinical Informatics Ltd. > Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > On 12 February 2016 at 04:29, Koray Atalag <k.ata...@auckland.ac.nz> > wrote: > >> Hi, >> >> >> >> We noted it is possible to set values from AE/TD to a RM attribute named >> “offset” >> >> In the specs >> <http://www.openehr.org/releases/RM/Release-1.0.3/docs/data_structures/data_structures.html#_event_class> >> (looked at >1.0.1) it is not a regular attribute but a function which >> returns a computed value using diff HISTORY.origin and EVENT.time >> >> Note that this diff can also be a negative value – which doesn’t seem to >> be supported by AE/TD or in instance data >> >> >> >> An example ADL: >> >> >> >> POINT_EVENT[at0002] occurrences matches {0..*} matches { -- Any >> event >> >> offset matches { >> >> DV_DURATION matches { >> >> value matches {|PT0.125S|} >> >> } >> >> } >> >> >> >> Isn’t this weird? >> >> I would expect this to return a value if a valid ISO8601 time has been >> entered for both HISTORY.origin and EVENT.time but not set as an attribute >> directly. >> >> >> >> Cheers, >> >> >> >> -koray >> >> >> >> _______________________________________________ >> openEHR-technical mailing list >> openEHR-technical@lists.openehr.org >> >> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org >> > > > > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org >
_______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org