[Gnumed-bugs] Re: [Gnumed-devel] Getting closer... but still need some help

[Jim Busser]

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