/openehr-technical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110603/836a5915/attachment.html>
Hi Robert,
The kind of systems you mentioned have the main advantage of scaling
up without very expensive software licenses. I would not say anything
about definite performance gains without having a well defined context
though.
These persistence mechanisms mainly serve large data processing tasks
Avanzada
Av. Manuel Siurot, s/n.
C.P.: 41013SEVILLA
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110603/38f0bfbf/attachment.html>
Alberto,
I am not sure if your second question is entirely valid. If you are
talking about the modelling granularity of the archetypes, the impact
of this factor on performance is directly related to the design you
are using for implementation. So someone may claim that the
granularity is OK, while
> take any action in reliance on its contents:
> > to do so is strictly prohibited and may be unlawful.
> >
> > Thank you for your co-operation.
> >
> > NHSmail is the secure email and directory service available for all NHS
> > staff in England and Scotland
> > NHSmail is approved for exchanging patient data and other sensitive
> > information with NHSmail and GSi recipients
> > NHSmail provides an email address for your career in the NHS and can be
> > accessed anywhere
> > For more information and to find out how you can switch, visit
> > www.connectingforhealth.nhs.uk/nhsmail
> >
> >
>
> >
> > ___
> > openEHR-technical mailing list
> > openEHR-technical at openehr.org
> > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
> >
> >
>
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110603/8f97abe4/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110603/f1e7378c/attachment.html>
Thanks Laura,
That is very helpful clarification. It is unfortunate that much of the
interesting work being done in the English NHS is 'hidden away' either
with the TRUD mechanism or in the case of the Clinical Data Standards
work, behind the N3 firewall. I know steps are being taken to address
th
-
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110603/3cf7227b/attachment.html>
Hi, I'm somewhat new to the group and openEHR (on technical level). So excuse
my ignorance. I was wondering about the use of non sql databases. Has anyone
tried to see if something like couchDB or MongoDB could be used to store EHR
data. I know there are definate performace gains with nonsql dat
9 matches
Mail list logo