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.