When the 'Generate Order' option is selected the system will display the last 10 lines of any pending order. You can use the options to add to this, edit anything on it or send it to wholesaler. Orders are kept on a per branch basis (if you are configured for multiple branches).
The prompt line:
Use the 'Options' menu to select the supplier and start/finish ranges.
Up and till now, items in the 'pending order' have not updated any fields. This 'Send' option performs the update - the steps followed are covered later.
The send option has three choices:
The items to be ordered will be sorted and printed out as per:
Purchase order
Date : 09.01.2001
Order Number : 09870019 Created by PVS at 21:43
Practice : Practice Name (0987) Supplier: Dummy
Practice Address
More Address Details
PostCode and Telephone
Code Description Qu. Pack Price Total
------------------------------------------------------------------------------
053065 Collar 25cm 2 x 6 12.00 24.00
889854 Pancrex powder 250g 1 x 254 114.05 114.05
Total 2 lines Order Value 138.05 Ex VAT
Authorised By : ..............................
Notes:
stkmcXX | If Manufacturer Code XX was involved |
| Applies to specific runs only | |
Update On-Order
Print Summary
Send Fax/E-Mail
The options are:
/usr/utilities/send.fax passing the contact number/name and
the name of the order file. What this script does is you to you.
Some examples are given later.
The system will then carry on and generate a P.O. and the updating as explained above. Send Via Modem
If you are ordering from Centaur, you will be asked if you want to 'Update the On-Order Field' (see above) and the order will be processed.
Ordering from any other supplier, you will be asked 'Update the reply file automatically'. The reply file will contain a list of all the items you should be receiving from this order, the reply file can be processed automatically and update the stock records - This means:
If you elect not to process the file automatically you should use the process an order option when it is received.
Only once the order has been sent will the system generate the purchase order file, update on-order etc. as explained above.
The telephone number used by the 'Send order -> Modem' is taken from the Supplier details. If the Supplier changes their modem number then you should make sure to change it on the system.
The format of the P.O. is fixed, however checks will be made for definition files, if these are present they will be included depending on the Supplier.
text/stkscSC Where SC is the 2 digit Premvet Supplier Code
| Additional Reserved words available are: | |
|---|---|
| &POREF | Purchase Order Reference |
| &SNAME | Supplier name |
| &SAD1 | Supplier Address Line 1 (Taken from Purchase Ledger) |
| &SAD2 | Supplier Address Line 2 |
| &SAD3 | Supplier Address Line 3 |
Purchase Orders will be given a unique number. This will normally be the Day and Month the order was generated. Following this number will be a three digit system generated number.
A full record of P.O.'s is maintained, this can be printed out.
Use the 'Options' option from the prompt line to setup the defaults for your practice. You have:
PREMVET 5 MULTI USER SYSTEM Version 2.190
Date : 09.01.2001 Practice Name and Address User: PVS
Options (PVS)
Record to start at 0
Record to finish at 0
Supplier to process 1 (0 to ignore)
Flag mask ????????
Include the Summary Y (<Y>es or <N>o)
Update files N (<Y>es or <N>o)
Output type I (<I>gnore, <F>ax, <M>odem)
Generate order file Y (<Y>es or <N>o)
Unused Y (<Y>es or <N>o)
Back order un-delivered? Y (<Y>es or <N>o)
These relate to:
These two option are used by the 'Update' option to allow you to scan a specific range of items. If they are left at Zero then the 1st and Last items will be used.
Which supplier to use.
Note: If you plan to send the order via the modem you
MUST specify a supplier. If you enter a '?'
all the suppliers will be listed alphabetically on
the screen.
Used by the 'Update' option to restrict the search to items with a specific flag mask.
When the order is 'Sent' (or Confirmed) a summary will be generated giving you a breakdown of the order. If this is set to 'N'o then no summary will be printed.
The DEFAULT setting for when an order is sent. If Yes then the 'On-Order' and 'Date Last Ordered' fields will be updated. If ordering via Modem then any price changes will be updated.
The default when 'sending' an order.
To allow the order to be processed when received an 'Order File' can be generated with a note of the items you have ordered. This is the default answer.
When updating via modem, if the quantity received is less than that currently 'On-Order', if Back-order is set to Yes then the remainder will be left 'On-Order' otherwise the 'On-Order' amount will be set to Zero.
Online services
The Online services menu option is provided for the use of
Genus or Dunlops customers. The options here allow you to request
batch information from the suppliers computer system.
Both Genus and Dunlops will send you a list of all batch tracable items via the modem. How the order was placed does not matter, once the items have been picked the batch details are ready for collection.
The system will call the appropriate number, collect the details and then update the batch field and history record on the stock card. This ensures the data does not need to be manually entered when the order is received.
This will place a call to Dunlops and collect all the data from the last time an update was requested. The data will be added to your system automatically.
If you receive the data manually e.g. floppy disk, another system or via the overnight cron job then this option will update the premvet data. You should copy the received file to the main vet system data directory (usually /u/vetdata) and the file should be called dunlop.dat. When this option is used you have an additional question 'Update Quantities In stock'. This allows the system to use the number received and the prices in the data file and update your system. Normally, when ordering on a regular basis the system this will not be needed as the system handles that when the order is received. The Update option is NOT set if you are 'Requesting Data' only when the data file is processed via this option.
Note:
You should ensure: Customer Ref contains your account number/name
(This can be followed by an optional /number
indicating the Delivery - default will be /0).
Security ID contains your password.
The telephone number used for this option is preset to 01387261369, if the 'Other' Number in the supplier setup is blank otherwise the 'Other' number is used.
Premvet will support any number of barcodes against any stock item.
When you 'request current data' the system will keep a note of all
the barcode details in an external file (barcode.dun)
and this will be searched anytime you access an item via
a scanner.
As 'barcode.dun' is a text file it can be printed or edited as required.
There is also a supplied script (/usr/utilities/dunlops)
that you
can run manually or out of cron (in the small hours of the morning)
to ensure that all updates are picked up. You will need to edit
the script (use ste/vi/pico to customise it for your site. It is
recommended you make a copy of the supplied script to save it being
overwritten with future upgrades.
Normally the program will pick up all items since you last generated a request. You can use this option to pick up earlier requests. You should edit the line starting ALL= to the date you require e.g. ALL=12-03-2000 for all orders since 12th March 2000. Remember to set it back to DD-MM-YYYY when finished.
Additional modem notes
You should not normally need to alter any of the scripts that deal with ordering via modem. The scripts are initally set to:
| Speed: | 19200 |
|---|---|
| Dialing: | Tone Dial |
| Modem port: | as per the $MODEM variable or tty2A if this is not set. |
| Genus | /usr/utilities/call_vet |
|---|---|
| NVS | /usr/utilities/callnvs |
| Centaur | /usr/utilities/call_cen |
| Dunlop | /usr/utilities/call_dun |
The ordering scripts will generate information about progress of the calls along with transfer statistics. Should an error occur the error code will refer to:
| 1 | Failed to set modem type correctly
The system could not get a responce from the modem or the modem being used is not supported. |
|---|---|
| 2 | Failed to access the serial line
The port used by the modem was invalid or in use by someone else. |
| 3 | Invalid baud rate (speed)
The speed set in the script was invalid. |
| 4 | Parity setting invalid |
| 5 | Dial failure
The system was unable to get an answer from the remote system. Check: Modem is plugged into the socket, you are dialing the correct number, the other modem is working. |
| 6 | SEND failure
Systems connected but something went wrong while sending the data. |
| 7 | RECEIVE failure
Systems send the data correctly but something went wrong while waiting for a reply. |
| 8 | Invalid Login password
The Customer ID you are sending was rejected by the remote system. |
| 9 | Unable to switch X |
| 10 | Failed to get a shell |
| 11 | C transfer failed |
| 12 | Failed to start a transfer |
| 13 | Not Used |
| 14 | Failed to start a receive |
| 15 | failed to login |
| 99 | Unspecified. |
Note: Errors 8-15 only apply to Dunlop ordering. The system will keep a log of transfers and include the date, time and error message, for details see:
/usr/utilities/drug.logSend Via Fax/Mail
When using the 'Send via Fax/Mail' option the system will generate the order file and then call a 'script' (/usr/utilities/send.fax). This 'script' is a simple batch file telling the system what to do with the order.
The script will be passed two parameters:
For example, if you wish to-send via e-mail and you only use one supplier then the scripts has one line:
mutt -s "Drug Order" orders@wholesaler.co.uk <$2
sendfax -n -d $1 $2
| Top | Classic | New-Style | Chapters | Sections | Index | Search |