Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

dateValidFrom = 2000-01-01

from_to: [{“from”:”BatchRun”,”to”:”Bill”}]

list of impacted parameters: NULL (will take data from product, claims … )

...

if location → ProductS (Product also related to Region if the location is a district)

if claim → claim product (MAX Product id from item and services)if product → paymentPlans

if paymentPlan → check if UUID = this.UUID

calculate(cls, instance, *args[context, date_from, date_to, productid, location])
instance.__class__ == PaymentPlan

if context == “batchPayment“

get all valuated claims that should be evaluated with capitation that matches args (existing function develop in TZ scope)

create a bill through the converters from the calculation result (save the calculation result in bill notes/item details)

billCreationFromCalculation(date_from, date_to, type, sub_type, product_id, location)

Registration on signals from other module(existing or not):

  • billCreationFromCalculation

Batchrun will trigger billCreationFromCalculation and will send: when the payment plan would be deliver the batch run page could be replaced by payment plan (this page could call billCreationFromCalculation service on selected payment plans) page and bill page.

elseif context == “batchValuation“

Do nothing, relative pricing still par of the batchrun

elseif context == “individualPayment“

not implemented

elseif context == “individualValuation“

not implemented

convert(from, to, **argv)

if context == “batchPayment“

argv

  • product_id

  • batch_id

  • sub_type,

if active_for_object(<fakepaymentplan><paymentplan>, 'submit', type, sub_type):

calculate(cls,

...

<paymentplan>, *args[date_from, date_to, productid, location]

...

[to be updated]

  1. [out of scope]two way of creating the accountPayableare possible for the capitation, in both case there will be one “accountPayable” per HF

    1. one asset (line) per weighted indicator I for product P : Allocated contribution/ Sum(indicator for P) as unit price , indicator I as quantity, (1-weight) as discount;

      1. Population living in catchments area of the health facility

      2. Number of families living in catchments area of the health facility

      3. Insured population living in catchments area of the health facility

      4. Insured number of families living in catchments area of the health facility

      5. Number of claims (contacts) with the health facility by insured in the catchment area

      6. Adjusted amount

    2. [out of payment layer scope]asset (line) per product with the detail of the calculation as asset description

...

field

type

comment

subject_type

json

batch_run

subject_id

json

run_id

 thirdparty_type

str

HF

 thirdparty_id

id/uuid

HFID

 code

 str 

CP-(PaymentPlan_code)-HFID-YYYYMM

 date_due

 date 

batch run date +30 days

 date_invoice

 date 

batch run date

 *dateValidFrom

 date 

validFrom: first day of batch run

 *dateValidTo

 date 

validTo: last first day of batch run

 amount_discount

 float 

N/A

 amount_net

 float 

Total without tax

 tax_analysis

 json 

N/A

 amount_total

 float 

total net

 status

 int 

validated

 currency_rcp_code

 str 

default-curency

 currency_code

 str 

default-curency-code

 note

 bigttext 

 

 terms

 bigttext 

  Product: Product Name

...

field

type

comment

HistoryBusinessModel fields

 

validFrom: first day of batch

validTo:last day of bacth

line_id

 b

capitationPaymentbatchPayment_id (renaming )

line_type

 

capitationPaymentbatchPayment

code

 str 

Paymentplan-Code

description

 str 

Capitation payment

details

 json 

capitation payment details

ledger_account

 int 

N/A

quantity

 float 

1

unit_price

 type 

total to be paid

deduction

float

n/a

discount

float

n/a

 tax_rate

 Calculation uuid 

N/A

tax_analysis

json

Code Block

amount_total

float

net

amount_net

 float

total