[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnumed-bugs] Re: [Gnumed-devel] Getting closer... but still need some h
From: |
Jim Busser |
Subject: |
[Gnumed-bugs] Re: [Gnumed-devel] Getting closer... but still need some help |
Date: |
Fri, 19 Nov 2010 12:14:38 -0800 |
Back onto gnumed-devel from gnumed-bugs and the question of slave-mode being
passive, ... what I am further realizing is that my billing software will, on
user demand, do both of:
write a patient in CA-MSVA format
chain to a Windows .bat file
So can the .bat file call a passive slave script in a way to trigger GNUmed to
call the "Person > Load external" command, following which
1) if
GNUmed > Preferences > User interface > Person > Immediate source
activation
gets set to default "Yes" (0)
except that the bootstrap sets it to 1 so maybe should be fixed
AND
2) provided
only one single loadable patient resides in the available external
file(s)
then GNUmed slave, by calling the "Person > Load external" command, would
a) (on debugging the duplicate-patient problem)
if only one name / dob match exists, move the slave to the existing
patient
b) if no name match, create and auto-navigate to the patient
c) if multiple name match, present a list to the user
So if we
- debug the duplicates
- set default above to 0 (I can to it manually on my own install)
- identify what the slave script, upon being called, must itself contain in
order to call the slave instance's
"Person > Load external" command
- identify how .bat can call the slave script
Then we will have a working use case of
CA billing software drives GNUmed in an effective slave mode
We do not even need to have the address and contact channel import connected,
because I know that is tricky as far as refreshing vs creating duplicates or
pruning out of date entries.
-- Jim