ED]
On Behalf Of Kevin
Toppenberg
Sent: Friday, May 13, 2005 7:42 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Re: Slow CPRS
performance over VPN
Never mind, based on other comments, I don't think
that BMCA is a viable option without significant
extension.
Ke
> no reference (say, 30 days) that patient's records
> are simply purged from
> > the local system but are permanent on the central
> repositories (note that
> > the VA won't have the only repository!)
> >
> > -----Original Message-
> > From: [EMAIL P
[mailto:[EMAIL PROTECTED]
> On Behalf Of Kevin
> Toppenberg
> Sent: Friday, May 13, 2005 7:42 AM
> To: hardhats-members@lists.sourceforge.net
> Subject: RE: [Hardhats-members] Re: Slow CPRS
> performance over VPN
>
> Never mind, based on other comments, I don't think
> th
entrally
reposited information. It's also a model that I
hope will end up being part
of HealtheVet-VistA.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of K.S.
Bhaskar
Sent: Thursday, May 12, 2005 6:17 AM
To: hardhats-members@lists.sourceforge.net
Subje
te that
the VA won't have the only repository!)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Toppenberg
Sent: Friday, May 13, 2005 7:42 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Re: Slow CPRS performance
Original Message -
> From: "Kevin Toppenberg" <[EMAIL PROTECTED]>
> To:
> Sent: Friday, May 13, 2005 8:00 AM
> Subject: Re: [Hardhats-members] Re: Slow CPRS performance over VPN
>
>
> > Such as?
> >
> > Kevin
> >
> >
>
ers@lists.sourceforge.net
> Subject: Re: [Hardhats-members] Re: Slow CPRS performance over VPN
>
> Bhaskar,
>
> These are good ideas. I will turn them over in my
> mind. I have thought about the BMCA system before,
> but I'm still not sure if it will work when both
&g
being part
> > of HealtheVet-VistA.
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> >
>
[mailto:[EMAIL PROTECTED]
> > On Behalf Of K.S.
> > Bhaskar
> > Sent: Thursday, May 12, 2005 6:17 AM
> > To: hardhats-members@lists.sourc
ent: Friday, May 13, 2005 8:00 AM
Subject: Re: [Hardhats-members] Re: Slow CPRS performance over VPN
> Such as?
>
> Kevin
>
>
> --- Gregory Woodhouse
> <[EMAIL PROTECTED]> wrote:
>
>> Perhaps more to the point, how best to run an
>> application li
Comments below:
--- smcphelan <[EMAIL PROTECTED]> wrote:
> Bhaskar's suggestion would be a nice solution if
> that is what BCMA does.
> The BCMA backup program does not relay all relevant
> information for the EHR
> for that patient. It only backups up that data that
> is relevant for the
> func
e-
> From: [EMAIL PROTECTED]
>
[mailto:[EMAIL PROTECTED]
> On Behalf Of K.S.
> Bhaskar
> Sent: Thursday, May 12, 2005 6:17 AM
> To: hardhats-members@lists.sourceforge.net
> Subject: Re: [Hardhats-members] Re: Slow CPRS
> performance over VPN
>
> Kevin --
>
> Th
Bhaskar,
These are good ideas. I will turn them over in my
mind. I have thought about the BMCA system before,
but I'm still not sure if it will work when both
servers (i.e. the main one and the peripheral "ward"
server are connected) are up.
Thanks again.
Kevin
--- "K.S. Bhaskar" <[EMAIL PROT
Such as?
Kevin
--- Gregory Woodhouse
<[EMAIL PROTECTED]> wrote:
> Perhaps more to the point, how best to run an
> application like CPRS in
> a WAN environment is an interesting problem.
> Unfortunately, you can't
> have everything for free, and a simple request/reply
> paradigm may not
> b
The VPN/WAN is via TCP I believe. I don't know how to
monitor the window size, and I don't think I can alter
it anyway.
Kevin
--- Gregory Woodhouse
<[EMAIL PROTECTED]> wrote:
> Do you run the VPN over TCP or UDP? I know that TCP
> based RPC protocols
> (like the one used by the Broker) are s
7 country without a
> national BB policy.
>
> Japan - 1 Gbps for $38/mo (voice, data, video)
> -
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:hardhats-
> > [EMAIL PROTECTED] On Behalf Of Greg Woodhouse
> > Sen
9:17 AM
> To: hardhats-members@lists.sourceforge.net
> Subject: RE: [Hardhats-members] Re: Slow CPRS performance over VPN
>
> Can you elaborate? Are you talking about backbone capabilities or
> end-user services like DSL?
>
> --- Thurman Pedigo <[EMAIL PROTECTED]> wrote:
>
>
essage -
From: "Greg Woodhouse" <[EMAIL PROTECTED]>
To:
Sent: Thursday, May 12, 2005 12:12 PM
Subject: Re: [Hardhats-members] RE: Slow CPRS performance over VPN
> I have been advocating a "write through" approach to data replication.
> It works well when data is on
I have been advocating a "write through" approach to data replication.
It works well when data is only read but not updated. Distributed
updates are harder, probably requiring a 2- or 3-phase commit, even
with just two systems.
Of course, an interesting question is: Where does this kind of
functio
Perhaps the glass is half fulllcouldn't BCMA functionality be
extended to address the rest of the data and patient popn'??
smcphelan wrote:
Bhaskar's suggestion would be a nice solution if that is what BCMA does.
The BCMA backup program does not relay all relevant information for the EHR
for
Can you elaborate? Are you talking about backbone capabilities or
end-user services like DSL?
--- Thurman Pedigo <[EMAIL PROTECTED]> wrote:
> These are interesting observations. Even more interesting is a story
> slowly
> rising to the top of the news, having been upstaged by
> run-away-bride, th
Well, not the basic TCP stack but the VPN. My thought was that there
could be window size issue afflicting the connection upon which the VPN
is layered, not the "normal" traffic running over the VPN.
I know people talk about doing things like disabling Nagle to optimize
web servers, but I agree th
These are interesting observations. Even more interesting is a story slowly
rising to the top of the news, having been upstaged by run-away-bride, that
the U.S. over the past four years has slipped from the leader in bandwidth
to #15 in the world market. Some authorities now describe us as driving
Bhaskar's suggestion would be a nice solution if that is what BCMA does.
The BCMA backup program does not relay all relevant information for the EHR
for that patient. It only backups up that data that is relevant for the
function of giving medication to inpatients only, not all patients. So it
ha
ts-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] Re: Slow CPRS performance over VPN
Kevin --
This post is in the spirit of Greg's suggestion to brainstorm
alternative approaches.
One alternative is just to ask a local telecom company to provide an
end-to-end VPN. I know that you can ge
Kevin --
This post is in the spirit of Greg's suggestion to brainstorm
alternative approaches.
One alternative is just to ask a local telecom company to provide an
end-to-end VPN. I know that you can get decent (or at least acceptable)
performance this way. For example, the GT.M development s
Perhaps more to the point, how best to run an application like CPRS in
a WAN environment is an interesting problem. Unfortunately, you can't
have everything for free, and a simple request/reply paradigm may not
be the best way to go over a WAN. There are other alternatives, though.
Keep in mind
Do you run the VPN over TCP or UDP? I know that TCP based RPC protocols
(like the one used by the Broker) are still problematic over a WAN,
but this would at least take window size at the VPN level out of the
equation. You can also monitor window size using a tool like tcpdump.
Gregory Wo
27 matches
Mail list logo
