We are in agreement, then. :-) Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> > On 26 aug. 2015, at 17:06, Ian McNicoll <i...@freshehr.com> wrote: > > Hi Gerard, > > Agreed - I was using messaging loosely - 'interfacing between systems' is > better. > > Ian > > Dr Ian McNicoll > mobile +44 (0)775 209 7859 > office +44 (0)1536 414994 > skype: ianmcnicoll > email: i...@freshehr.com <mailto:i...@freshehr.com> > twitter: @ianmcnicoll > > > Co-Chair, openEHR Foundation ian.mcnic...@openehr.org > <mailto:ian.mcnic...@openehr.org> > Director, freshEHR Clinical Informatics Ltd. > Director, HANDIHealth CIC > Hon. Senior Research Associate, CHIME, UCL > > On 26 August 2015 at 15:04, "Gerard Freriks (privé)" <gf...@luna.nl > <mailto:gf...@luna.nl>> wrote: > Hi, > > I must repeat the scope of 13606 verbatim once more. > It is NOT only for messaging but also for Interfaces > > > > Gerard Freriks > +31 620347088 <tel:%2B31%20620347088> > gf...@luna.nl <mailto:gf...@luna.nl> > > > > Scope > This standard is for the communication of part or all of the electronic > health record (EHR) of a single identified subject of care between EHR > systems, or between EHR systems and a centralised EHR data repository. > > It may also be used for EHR communication between an EHR system or repository > and clinical applications or middleware components (such as decision support > components) that need to access or provide EHR data. > > This standard will predominantly be used to support the direct care given to > identifiable individuals, or to support population monitoring systems such as > disease registries and public health surveillance. Uses of health records for > other purposes such as teaching, clinical audit, administration and > reporting, service management, research and epidemiology, which often require > anonymisation or aggregation of individual records, are not the focus of this > standard but such secondary uses might also find the standard useful. > > This Part 1 of the multipart standard is an Information Viewpoint > specification as defined by the Open Distributed Processing – Reference model > (ISO/IEC 10746). This standard is not intended to specify the internal > architecture or database design of EHR systems. > > > > > > >> On 26 aug. 2015, at 14:57, Sebastian Garde >> <sebastian.ga...@oceaninformatics.com >> <mailto:sebastian.ga...@oceaninformatics.com>> wrote: >> >> I'd agree with Ian here. >> While both could possibly support AQL, the difference I see is in intent, >> scope and actual implementation. >> As Gerard says, 13606's main aim is to communicate between IT-systems and >> for this, AQL may not be quite as fundamental as it is to openEHR. >> >> Sebastian >> >> >> On 26.08.2015 14:44, Ian McNicoll wrote: >>> Hi Bert, >>> >>> "I would leave it with: AQL is an archetype bound query language, and every >>> system which is build on archetypes is able to implement AQL." >>> >>> That is fair enough but we were asked to characterise the differences >>> between 13606 and openEHR and I am comfortable that the actual and formal >>> adoption of AQL is one of those differences. >>> >>> AQL is on the openEHR specifications roadmap but AFAIK this is not the case >>> for 13606. Of course that does not stop 13606 vendors implementing AQL but >>> in terms of actual differences between the 2 communities the adoption, or >>> intention to adopt AQL seems (from the outside) somewhat different both at >>> a practical and formal level. >>> >>> Although AQL adoption in the openEHR community is far from universal, most >>> of the vendors/developers that I have spoken to see it as something they >>> want to implement, particularly as GDL is somewhat dependent on AQL. >>> >>> I am just trying to ascertain if there is similar enthusiasm/intention >>> amongst 13606 vendors, or if AQL forms part of the current 13606 refresh >>> discussions. >>> >>> Ian >>> >>> >>> >>> >>> Dr Ian McNicoll >>> mobile +44 (0)775 209 7859 <tel:%2B44%20%280%29775%20209%207859> >>> office +44 (0)1536 414994 <tel:%2B44%20%280%291536%20414994> >>> skype: ianmcnicoll >>> email: i...@freshehr.com <mailto:i...@freshehr.com> >>> twitter: @ianmcnicoll >>> >>> >>> Co-Chair, openEHR Foundation >>> <mailto:ian.mcnic...@openehr.org>ian.mcnic...@openehr.org >>> <mailto:ian.mcnic...@openehr.org> >>> Director, freshEHR Clinical Informatics Ltd. >>> Director, HANDIHealth CIC >>> Hon. Senior Research Associate, CHIME, UCL >>> >>> On 26 August 2015 at 13:28, Bert Verhees <bert.verh...@rosa.nl >>> <mailto:bert.verh...@rosa.nl>> wrote: >>> On 26-08-15 14:23, Ian McNicoll wrote: >>> but am not aware of any non-openEHR >>> implementations >>> Is there a Xhosa implementation of 13606 or OpenEHR? >>> >>> Does that mean OpenEHR or 13606 are not able to support Xhosa? >>> >>> I would leave it with: AQL is an archetype bound query language, and every >>> system which is build on archetypes is able to implement AQL. >>> >>> >>> _______________________________________________ >>> openEHR-technical mailing list >>> openEHR-technical@lists.openehr.org >>> <mailto:openEHR-technical@lists.openehr.org> >>> http://lists.openehr.org/mailman/listinfo/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 >>> <mailto:openEHR-technical@lists.openehr.org> >>> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org >>> >>> <http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org> >> -- >> >> Dr. Sebastian Garde >> Dr. sc. hum., Dipl.-Inform. Med, FACHI >> Ocean Informatics >> >> Skype: gardeseb >> >> >> <https://www.avast.com/antivirus> >> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. >> www.avast.com <https://www.avast.com/antivirus> >> _______________________________________________ >> openEHR-technical mailing list >> openEHR-technical@lists.openehr.org >> <mailto:openEHR-technical@lists.openehr.org> >> http://lists.openehr.org/mailman/listinfo/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 > <mailto:openEHR-technical@lists.openehr.org> > http://lists.openehr.org/mailman/listinfo/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