|
From: | Sebastian Hilbert |
Subject: | Re: [Gnumed-devel] Measurements - lessons from other EMRs - limiting the amount of lab data fetched |
Date: | Wed, 17 Jul 2013 21:45:39 +0200 |
User-agent: | KMail/4.10.5 (Linux/3.5.0-37-generic; KDE/4.10.5; i686; ; ) |
Am Mittwoch, 17. Juli 2013, 19:36:44 schrieb Busser, Jim: > On 2013-07-17, at 3:31 AM, Karsten Hilbert <address@hidden> wrote: > > On Tue, Jul 16, 2013 at 11:57:30PM +0000, Jim Busser wrote: > >> I have been worrying about the case where GNUmed > >> accumulates a large amount of measurements per patient. > >> Querying and reporting every test that a patient has has > >> would slow things down > >> > > http://c2.com/cgi/wiki?PrematureOptimization > > > > Karsten > > Why do I have the feeling that the above URL is among your favourite > bookmarks, and that you enjoy to share it from time to time? ;-) > > It matters here whether what is here contended as premature is > > {observing what others who are ahead of has done, and which has created for > them problems; conceptualizing and contemplating; thinking ahead} -- which > is also known in some circles as planning -- > > or just > > {spending time to work out a design and implement it when it is not *yet* > warranted} > > In case the reply was meant to include the former, > > 1) it currently takes me more than 20-25 seconds from the time I insert a > unique patient name in the search box, and having displayed for me the > unique patient
That is not acceptable. Running in GNUmed in Vmware in another OS it takes much less time.
Even if it is due to emulation speeding it up somehow would benefit native clients as well.
|
[Prev in Thread] | Current Thread | [Next in Thread] |