Sep 15, 2015 Update Notes


SOFTWARE CHANGES INCLUDED IN THIS UPDATE:

15 Sep 15 software changes - 132x42 character screen format

Many more programs have been updated to the larger (132x42) screen size as
well as 'cosmetic' changes for uniformity to many others.

1.  AUTOMATIC BILLING OF ALTERNATE THIRD PARTY
This function facilitates the generation of a non-online invoice immediately
after an online claim.  It is setup as follows:
   - The online third party profile has the code of the non-line third party
entered in the 'Alt Bill Code' and the adjacent 'Auto' field set to 'Y'.
   - The ALTERNATE third party MUST have its 'Default Billing Method' set to
's' (secondary unpaid).

When the online billing is successful, the operator will be prompted to
process a claim for the non-online third party (using 'Charge Script to Third
Party').

When a claim is to be REVERSED, the primary (online) third party must be
selected first, then (if successful) the operator will be promted to reverse
the non-online third party.

** NOTE: This is really a 'Semi-Automatic' billing since there are some key
strokes for the operator to bill the non-online third party.
A 'fully automatic' method of billing/reversing the secondary third party will
be released in a future update in one (possibly two) months.

2.  INVENTORY REPORTING - USE 'MAC' FOR COST CALCULATION
Set the 'Use Cost2 Field for Cost Calc' to 'M' if MAC price is to be used
instead of COST (or COST2).

3.  CONFIRM PATIENT DATE-OF-BIRTH ON PICK UP
The new Software Option (Page 9), 'Patient Requires Patient DOB', when set to
'Y', causes the pick up program to prompt the operator with:
        Confirm <Patient Name> Date of Birth :[mmddyycc]
If the date entered matches the date of birth in the patient's record, the
pick up process continues.
If the entered date does NOT match, the 'blinking' message:
        Incorrect DOB, Pickup Cancelled
displays and the pick up process is canceled.

'OLD' (80x24) SOFTWARE CHANGES

15 Sep 15 - Software Changes

P.O.S. SYSTEM

1.  NEW PAYMENT DEVICE SUPPORTED - INGENICO ISC250
A new payment device, the Ingenico iSC250, is supported.  Some features:
    Integrated signature capture, transaction display, & payment card entry.
        The signature pad can be used for prescription pick up, HIPAA, and
        No Safety Cap signatures in addition to payment transaction
        signatures.

    ALL payment account data is encrypted.  Absolutely ZERO unencrypted
        payment account information is transferred onto your pharmacy
        computer. 

    FUTURE capabilities include EMV (smart card) and contactless payment
        transactions (such as 'Apple Pay' and contactless EMV).

Currently, this device is used and certified for Heartland Payment Systems to
be followed by Elavon and TSys.

2.  'TOKENIZED' PAYMENT CARD TRANSACTIONS
FSI now supports Heartland Payment System's (HPS) 'tokenized' transactions. 
In the near future, Elavon's tokens will also be supported.

This method allows processing of recurring credit card transactions (such as
long term care patients or deliveries) to be made WITHOUT storing actual
credit card account numbers/expiry dates/CVVs on your system.

- Currently, tokens are linked to P.O.S. CUSTOMERS.  Therefore, in SALES
PROCESSING, a customer must be selected <F6>.  The selected customer MUST have
the new field, 'CC Token Processing' set to 'Y' (refer to Amend a Customer/
Employee, key strokes from main menu: 2 3 2 <select patient>).  Up to three
tokens, corresponding to three credit cards, may be stored.

- System Options - Page 4, "Store Credit Card 'Tokens'" must be set to 'Y' to
enable store and process payments using tokens.

- *Requesting a token*
In SALES PROCESSING, With a customer selected with the 'CC Token Processing'
set to 'Y', the operator will be prompted:
             Request a Credit Card 'Token' (No,Yes)?
If 'Y' is chosen, the 'Payment Method' at the end of entering all transactions
will show a new 'Payment Method' 'T - CC & Token Req'.

When the credit card is processed, the token will be saved and the customer
record will be updated with a token record which can be referenced for future
sales.

- *Using a token for payment*
After a customer has a stored token, future sales will be prompted with:
      Use a Credit Card 'Token' for this Sale (No,Yes,Req new token)?
The first 6 digits of the credit card (the 'BIN') and last 4 digits of the
credit card will display.  The other account number digits are NOT stored (so
cannot be displayed).

The operator may choose to process the current sale with the stored token
('Y'), not use the stored token ('N'), or Request another token with another
credit card.

** TOKENS are specific to YOUR merchant account. Therefore, they are useless
if 'stolen' by anyone else.

3.  CAPTURE SIGNATURE WHEN USING TOKENS
Each REGISTER FILE may be configured to capture a signature when processing
with tokens by setting the field, "Capture Signature When Using a Token" to
"Y".

4.  INGENICO 'CASH BACK' AND OTHER CONFIGURATION - REGISTER FILE MAINTENANCE

- The Ingenico iSC250 must be configured to be used as a signature capture
device by setting "Use iSC250 PIN Pad Signature Capture" to "Y".  Otherwise,
an existing TOPAZ device may be used for signature capture.

- CASH BACK prompting may be DISABLED by setting, "Cash Back Maximum" to "0".
- FOUR pre-Defined cash back amounts may be configured.
- 'OTHER' key cash back increment may be configured.  Normally, $1.00 is used.
If left at $0.0, any amount may be entered.


PHARMACY SYSTEM

1.  No notable changes to 'old' screen format programs.

Thank you, and have a nice day.