[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 

gets set to default "Yes" (0)

        except that the bootstrap sets it to 1 so maybe should be fixed


2) provided

        only one single loadable patient resides in the available external 

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 

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

reply via email to

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