|
Re: can appreciate the complexity of changing to Eval_Server.tcl
|
Alexander Caldwell
|
Oct 25, 2007 07:08 PDT
|
Yeah,
I do think it is very important for the EMR to have
this server/client architecture so you and your staff
can operate in an office from different terminals on
the same data at the same time and not interfere with
each other. It is really vital to my office. My sister
in law can enter the the new patients and input their
demographics and insurance info. from her terminal in
the front. I also have her enter some basic PMHx info
on new patients for me. Then my wife can put the
patient in the room and enter the vitals, along with
some simple chief complaint info from her terminal in
the back. Then I come in and see the patient in the
exam room with the laptop, and I will have the data
they have entered. I see the patient, do my note while
the patient is in the room, generate the insurance
claim almost always on the spot while I'm finishing
with the patient. If I need a referral, my sister in
law has my notes at the front if she has to get an
authorization etc. It's really about the work flow and
is a thing of beauty when it is working right. It
really makes a nice operation, and the network stuff
is key to the whole set up. If I could just get the
lab data directly input into Tkfp so it would be filed
automatically in Tkfp before the patient gets to the
exam room it would just about be complete and satisfy
my heart's desire.
There are now basically two separate sort of parallel
set ups in Tkfp for doing things over the network. The
original one is the
"socketcommand" thing that has a number of operations.
It is still used for reading and writing the XML data
like from the prescriptions or the demographics and
accounting. The actual code for the socketcommand proc
is in the drug_programs/lib/tkfp_lib directory,
because it is used by a number of programs, so rather
than write the code in each program file, it is better
to have it in the lib directory where the programs
will look for it. Then I only have to maintain it in
that one place.
The socket connections between the client and
databaseserver for the socketcommand operations are
transient i.e. they get created only for a short time
while the data is being transferred and then are
destroyed. The Eval_Server - Eval_Client method is
another way I found from Brent Welch's book to do
things remotely. It has a persistent socket between
client and server, that once created, stays in
existence as long as the server and client are
running, unless there is some coding error that breaks
the connection. There are some errors that can break
the connection, wich is why I put in the button in the
admin area to reconnect the client to the server.
As I recall, the reason I went to the Eval_Client
Eval_Server is because it was easier to set up remote
commands on the server, like for renaming the files
and some other stuff. It also had some ways to
reconfigure the socket from "binary" mode to text mode
depending on what kind of file was being moved between
the server and client. I found it worked better than
the socketcommand when I got into working with the
faxes between the server and the remote client. I use
it for making copies of the fax files from the server
to the local machine. Like when you look at the
incoming faxes on a remote client Tkfp, it actually
makes a copy of each fax on the local machine. So when
you view it, it pulls up the local copy, but there is
still the original copy on the server. If you delete a
fax, it deletes both the local copy and the original
copy on the server. I found myself using the
Eval_Server Eval_Client method more as I wanted to do
other remote commands over the network instead of
trying to expand the socketcommand proc.
Alex
--- Jerry Park <park.-@gmail.com> wrote:
| | Alex,
After studying the code in Eval_Server.tcl and
databaseserver.tcl, I
can begin to appreciate the complexity you went
through to change your
code from obtaining data from local variables or the
other network
schema you were using to getting data from a network
server with
Eval_Client.tcl statements.
Jerry
|
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
|
|
 |
|
