[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Billing/LedgerSMB gap analysis
From: |
Jim Busser |
Subject: |
Re: [Gnumed-devel] Billing/LedgerSMB gap analysis |
Date: |
Wed, 15 Jun 2011 20:24:59 -0700 |
On 2011-06-15, at 7:57 PM, Chris Travers wrote:
> On Wed, Jun 15, 2011 at 7:51 PM, Jim Busser <address@hidden> wrote:
>> On 2011-06-15, at 3:02 PM, Chris Travers wrote:
>>
>>>> Exactly, that is what I meant. In many parts of the world
>>>> just writing a simple bill will go a long way.
>>>
>>> As far as simple billing. we are there.
>>
>> Does this mean a clear path to a GNUmed plugin which could:
>>
>> - support the creation of one (or multiple) billing items per patient
>> - allow LSMB to "pull" these billables together with any needed demographic
>> information
>
> It means that LSMB is capable of storing the information usefully.
> How it comes in is another question to resolve.
Divisible in two?
GNUmed plugin (dependency on schema, objects, guiā¦)
LSMB "fetch" daemon?
>>
>> If yes, can I suggest that it would be useful to be able to include (with
>> the billing information) the patient's
>>
>> ID type
>> Value
>> Issuer
>>
>> because the above could often provide insurer (payer) information to go over
>> to LSMB?
>
> I don't want to deal with insurer info without having real third party
> billing. That's a mess waiting to happen.
Understood. However once we are past the "basic billing" above I do think that
real 3rd party billing can follow. I can at that point provide a use case
which, even though it is limited, may still inform some of the concepts further.
-- Jim
-- Jim
Re: [Gnumed-devel] Billing/LedgerSMB gap analysis, Jim Busser, 2011/06/15