In terms of specification information on AQL, everything that Ocean has is on the openEHR wiki (http://www.openehr.org/wiki/display/spec/openEHR+Query+Specifications). We will be happy to provide any further information needed to help understand these specifications so that Java AQL tooling can be built.
An AQL query editor should hopefully be built based on a single formal model specification of the Reference Model, + archetypes. - thomas beale Erik Sundvall wrote: > Hi! > > It seems that the main interest for Google Summer of Code 2009 comes > from OSHIP and PatientOS and if I understand things correctly they > will both be acting as mentoring organisations themselves with no need > or desire for an "umbrella" application from the openEHR > community/foundation as an organisation. > > If nothing drastic happens in the discussion before the end of > wednesday we'll remove our LiU project suggestions for this year and > hope that the OSHIP and PatientOS projects will be successful in > bringing openEHR forward. > > Personally I hope an AQL-parser in Java will come into existence > through GSoC 2009 (or by other means) as discussed here. If there are > more project suggestion for Java based openEHR-components (like the > mentioned AQL parser), maybe some can be made to fit in as PatientOS > sub-brojects during GSoC 2009? (Provided they are also useful for > PatientOS of course.) What do you think Greg? Would an > AQL-query-editor fit in for example? > > Best regards, > Erik Sundvall > erisu at imt.liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-227579 > > > > On Mon, Mar 9, 2009 at 04:14, Greg Caulton <caultonpos at gmail.com> wrote: > >> Thanks Rong, >> >> I added the parser. I am not sure I could come up with specs for the query >> engine but if Cambio, Ocean or anyone else can point to a particular OpenEHR >> spec (that our mentors can understand :-) then I can add it as a project. >> >> In the mean time we did get accepted as an organization. >> >> We must be able to find an lexical syntax expert student somewhere out there >> :-) >> >> >> http://www.patientos.com/google_summer_2009 >> >> >> Greg >> >> >>> ------------------------------ >>> >>> Message: 3 >>> Date: Sat, 7 Mar 2009 23:39:22 +0100 >>> From: Rong Chen <rong.acode at gmail.com> >>> Subject: Re: openEHR @ Google Summer of Code 2009? >>> To: For openEHR implementation discussions >>> <openehr-implementers at openehr.org> >>> Message-ID: >>> <ebd0d070903071439t1b5ae63q6f4fded9d552ff1c at mail.gmail.com> >>> Content-Type: text/plain; charset=ISO-8859-1 >>> >>> No, we don't have the AQL parser in the openEHR java project yet. It >>> will be nice to have it soon. >>> >>> When we are on it, why not include the object model of AQL and the >>> query engine in the proposal. The query engine needs to access EHR >>> backend service to retrieve data but the actual service implementation >>> can be hidden behind an interface. >>> >>> Cheers, >>> Rong >>> >>> 2009/3/7 Greg Caulton <caultonpos at gmail.com>: >>> >>>> I was thinking of putting forth an idea for an AQL Java Parser and >>>> then perhaps a suite of web services that were optimized for OpenEHR >>>> access and maybe a couple of other PatientOS specific things. >>>> >>>> We dont have a parser yet right? >>>> >>>> Greg >>>> >>>> -- >>>> Gregory Caulton >>>> Principal at PatientOS Inc. >>>> personal email: caultonpos at gmail.com >>>> http://www.patientos.com >>>> corporate: (888)-NBR-1EMR || fax ?857.241.3022 >>>> _______________________________________________ >>>> openEHR-implementers mailing list >>>> openEHR-implementers at openehr.org >>>> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-implementers >>>> > > _______________________________________________ > openEHR-implementers mailing list > openEHR-implementers at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-implementers > > > -- *Thomas Beale Chief Technology Officer, Ocean Informatics <http://www.oceaninformatics.com/>* Chair Architectural Review Board, /open/EHR Foundation <http://www.openehr.org/> Honorary Research Fellow, University College London <http://www.chime.ucl.ac.uk/> * *
