| Q |
When I reactivate or create a charge in Edit Procedure History
and then attempt to access that charge item in Payment Entry,
the item is not showing. I can see it on the daily report, but
how to I bring it up in Payment Entry?
|
| A |
Reactivated or created charges are automatically set to purge
delay status. Set the user flag, "Include Purge Delay," to "Y",
and the item will then be available in Payment Entry. Also,
verify that the install setting, "suppress paid-off items on the
payment screen," is set to "N".
|
|
| Q |
After billing all of my EMC Batches for all formats, the 'Date
Last Bill All Ins Cos' on the System Dates report is not
updated. Why?
|
| A |
The 'Date Last Bill All Ins Cos' date is only updated when paper
insurance billing is performed for all claims. This is in
Insurance Billing (/M405) only. EMC Billing has no effect on
this date.
|
|
| Q |
What causes transactions to print on separate insurance forms?
|
| A |
The following is a list of situations that cause insurance forms
to split on to different forms during billing.
-
Different primary insurance plans.
-
Same primary insurance plan with different secondary
plans or no secondary insurance plan.
-
Different doctor numbers if the format is set to
separate by doctor.
-
Different ailment numbers or none.
-
Different assignments (Y/N/E)
-
Maximum number of procedures exceeds number allowed in
the format.
-
If line items with the same date of service, doctor,
ailment, etc were posted on different dates, then billed
separate claims, they can not be regenerated on the same
claim form because the claim numbers stored on the
activity record are different unless a transfer to (2)nd
is done on all items.
|
|
| Q |
Can the system date be advanced when users are online without
doing a daily close?
|
| A |
No, the system date can only be advanced when there are no users
logged in or when the daily close is completed.
|
|
| Q |
Why do some zero dollar adjustments or payments show in display
current payments or edit payments while others do not?
|
| A |
The zero dollar payments or adujstments that show in display or
edit payments have payment comments attached.
|
|
| Q |
In Display Patient Data Open Items I have noticed that in some
cases the approved amount field is filled in with a value and
sometimes it is not, even if a payment has been made. What
updates the Approved Amount field?
|
| A |
The Approved Amount field is updated when a payment is made from
insurance and an Approved Amount used on that payment. Note
that if an approved amount is used by more than one insurance
on the charge, that field will be updated with the approved
amount from the last payment made on the charge.
|
|
Backdating Statement Bill Thru Date
When you have clients who say that their statements are not
printing all the information currently entered, backdating
the statements could be causing their problem. Backdating
affects how charges, payments, adjustments, transfers and
refunds appear on statements. The statement program looks
at activity/pauments either in real time (current) or at
the time the statements are being printed, depending on the
bill thru date. If the bill thru date has been backdated,
from the current date, items can be omitted from the
statements.
For example, the site is running statements on the 20th of
the month, but backdate the statements to the 15th. An
account has items that are pending insurance payments and
the statement format is set to print patient due items only.
The insurance company paid on the 16th of the month, and the
remaining balance was transferred to the patient. Since the
items are currently patient responsibility they will print
on the statements as patient due, but will not show any
payments or adjustments applied to them because the bill
thru date was the 15th.
|
|
| Q |
A site uses full Encounter Form Tracking and occasionally miss
posting the encounter form number when posting a charge. The
daily close has already been done before this oversight is
caught. As a result, the encounter form number continues to
show up on the untracked encounter form report. I have tried
editing the item in /EPRO but this still doesn't clear the
encounter form number. What can I do to clear this encounter
form?
|
| A |
Once the daily close have been done, /EPRO will not clear the
voucher from the Untracked Encounter Form Tracking Report. When
the daily close is accepted, the user is telling the computer
that he has verified the report totals and the untracked
encounter form report so the information can be copied to
history. In version 8.12 and lower, post a $0.00 charge with
the proper voucher number. When the next daily close is
processed the voucher number should be removed from the
untracked encounter form report. On version 9 and up, go to
NoShow Encounter Tracking (/m711) and mark the encounter as a
no show.
|
|
| Q |
What is the difference between the location field in procedure
entry and the user's posting location?
|
| A |
The procedure entry location is stored for Report Generator
reporting purposes. The user's posting location is used when
the Trial Daily Close is generated by location. The procedure
entry location is written to the procedure history file when the
daily close is performed unless the install option is set to
yes to store the user's posting location.
|