gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] Measurements - lessons from other EMRs - limiting the


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.


Sebastian


reply via email to

[Prev in Thread] Current Thread [Next in Thread]