[Top][All Lists]

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

Re: [Gnumed-devel] GNUmed web interface - technologies

From: Jim Busser
Subject: Re: [Gnumed-devel] GNUmed web interface - technologies
Date: Sun, 11 Jul 2010 08:53:34 -0700

On 2010-07-11, at 5:36 AM, Dave Cramer wrote:

> If you are indeed serious about keeping both clients web, and thick
> then I would think that both of them would have to access the data
> through some middleware in order to maintain data integrity and keep
> one codebase.

Sounds like the ability of *both* clients to access the *same* middleware would 
be useful. Is there an alternative?

It seems to me there are two modes of interacting with patients' records... one 
patient at a time, and multiple patients at a time.

There are also two modes of using clients... any one praxis (medical practice) 
could resolve to standardize on a single client, or it could decide to allow 
more than one client (web, thick client). 

Supposing a praxis decided it wanted to allow both, would it be possible to 
contextualize the postgres GNUmed databases, with respect to permitting or 
disallowing concurrent record access?

It seems to me that, provided a user is only allowed to work on one patient's 
(or one user's) records at a time then the danger of two users using two 
different clients that did not know about each other could be managed through 
controls that postgres might offer on the tables and records themselves? Sorry 
if it is either magical thinking, or theoretically workable but unsupported... 

-- Jim

reply via email to

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