The replies that seref and I gave address the issue. The vast majority of lab imports will use the generic analyte cluster.
On Thu, 2 May 2019, 12:01 Ian McNicoll, <ian.mcnic...@gmail.com> wrote: > Thomas this is not a problem. The aql works as designed > > On Thu, 2 May 2019, 11:06 Thomas Beale, <thomas.be...@openehr.org> wrote: > >> Georg, >> >> can you please raise a PR for this problem on the Jira PR tracker >> <https://openehr.atlassian.net/projects/SPECPR/issues>? >> >> thanks >> On 29/04/2019 22:49, Georg Fette wrote: >> >> Hello, >> I have a problem with the interpretation of an AQL query from the AQL >> documentation. In section 6.3 the path to the value of the systolic blood >> pressure is >> /data[at0001]/events[at0006]/data[at0003]/items[at0004]/value/value >> The first part until >> /data[at0001]/events[at0006]/data[at0003]/items[at0004]/value >> denotes a DV_QUANTITY. >> Where is the additional field 'value' of the type DV_QUANTITY defined ? >> The class itself defines the fields 'magnitude', 'precision', 'units', >> 'normal_range' and 'other_reference_ranges'. Its parent class DV_AMOUNT >> defines 'accurany_is_percent' and 'accuracy'. The next parent DV_QUANTIFIED >> defines 'magnitude_status' and again 'accuracy'. The next parent DV_ORDERED >> defines 'normal_status', 'normal_range' and again 'other_reference_ranges'. >> The two parents of DV_ORDERED are DATA_VALUE and Ordered, both define no >> fields. >> Has this field access to be 'magnitude' instead of 'value' or am I >> missing something ? >> Greetings >> Georg >> >> -- >> Thomas Beale >> Principal, Ars Semantica <http://www.arssemantica.com> >> Consultant, ABD Project, Intermountain Healthcare >> <https://intermountainhealthcare.org/> >> Management Board, Specifications Program Lead, openEHR Foundation >> <http://www.openehr.org> >> Chartered IT Professional Fellow, BCS, British Computer Society >> <http://www.bcs.org/category/6044> >> Health IT blog <http://wolandscat.net/> | Culture blog >> <http://wolandsothercat.net/> | The Objective Stance >> <https://theobjectivestance.net/> >> _______________________________________________ >> 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