* Kaushik S: " Re: [tryton] scheduled triggers - ir.cron" (Tue, 3 Sep 2013 02:48:24 -0700 (PDT)):
>
>
> On Tuesday, September 3, 2013 2:44:48 PM UTC+5:30, Cédric Krier wrote:
>>
>> On 03/09/13 02:04 -0700, Kaushik S wrote:
>> >
>> >
>> > On Tuesday, September 3, 2013 2:16:53 PM UTC+5:30, Cédric Krier wrote:
>> >>
>> >> >
>>
>> So for me, there is fundamentaly something wrong in the design of the
>> workflow. If you can not do the matching, there is no way to get this
>> work correctly.
>>
>>
>
>
> Ok. But we do have a problem matching the persons' two ids automatically.
Yes, that is the flawed design Cédric is speaking of. If you want to match two
parties, there must be a unique identifier in both databases.
> I guess what you are saying is - the wrong billing might happen during a
> small time window.
> If this is the only concern, we must live with that.
This is not the only concern. There could be wrong matching without unique
identifier.
> We will place the responsibility on the privileged persons to establish
> their privilege. When they come in and say their status has changed we
> will pull in the latest privileged list and update the existing patient
> records. If they forget to do so, they have to go through normal billing.
Why must the list of prviledged patients be maintained in an external database?
Couldn't it be done directly in the GNU Health database?
If this setting is only important for billing, it would be suffucient to poll
the external database at the time of creation of an invoice. You could use a
trigger.
--
Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg
Tel: +49(761)471023
Fax: +49(761)4770816
http://m9s.biz
UStIdNr: DE 142009020
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature
