gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] GNUmed future billing concepts 'invoicing' and 'bille


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] GNUmed future billing concepts 'invoicing' and 'billed'
Date: Sun, 8 Jul 2012 01:14:03 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

On Sat, Jul 07, 2012 at 03:53:34PM +0000, Jim Busser wrote:

> > Only the final step of creating a PDF requires an address.
> > You can create a bill just fine without one.
> 
> I agree any and all bills *could* be handed over to some external 
> application. Payer preferences would be more-appropriately created and 
> managed in the *external* system. I had overlooked, until I more closely 
> examined the schema, that each billed item has a
> 
>       status (default 'new')
> 
> updatable by the exporter to some suitable alternate value. GNUmed can 
> tolerate co-habitation of
> 
>       some bills directly invoiced
>       some bills exported
> 
> by user selection of which items to directly invoice, and the exporter should 
> exclude items which have been already-invoiced. Users who made a mistake 
> would need their IT praxis support to make the correction.
> 
> Each iteration of an exporter 'run' could be documentable as a row in
> 
>       bill.bill
> 
> thereby achieving a record of when affected billed items were exported. As 
> far as values for
> 
>       fk_receiver_identity
>       fk_receiver_address
>       fk_doc
> 
> - fk_receiver_address could be a representation of the external program as an 
> 'org' (maybe same as praxis address with suitable comment).
> 
> - fk_doc could reference any exported data file which had been written to 
> disk.

Sounds like nicely imaginative use of what's there, yes.

Karsten
-- 
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346



reply via email to

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