1. Home
  2. Point-Of-Sale Software
  3. Bar Codes Generated from Pharmacy System which include embeded pri

Bar Codes Generated from Pharmacy System which include embeded pri

I have a Pharmacy system which generates bar codes that all begin with

200999, and then attach the price of the prescription on the end of the above numbers. My problem is trying to read each bar code without entering thousands of items in my database for each possible price. There would be 100 items for prices between $10.00 and $11.00, and prescription prices range from49 cents in once cent increments up to over $1000.00.

200999001006 is the scan for $1.00 (the 6 is the control number)

200999001259 is the scan for $1.25 (the 9 is the control number) 200999050004 is the scan for $50.00 (the 4 is the control number)

I would like to have one item in the file that reads the 200999 as the department, and then enters the last numbers as the price for that individual item. It this possible with Microsoft POS???

I appreciate all the help I can get.

Thanks,

Kent Johnson

Reply to
Kent GJ
Loading thread data ...

This is standard price embedded item starting with 02 or 20 and the next digits are the SKU [actual product] and then ending with price. Just activate in your manager POS option the price embedded UPC and EAN. Send me a series of bar code from different products and I can then tell you how to configure this in your RMS. This is fairly standard and your reseller should also be able to do this.

Reply to
Afshin Alikhani

I have activated the Utilize Random Weight EAN and UPC codes in the configuration menu. Now I need further directions. The examples stated before pretty much describe the SKU's that I need to program. they are

& all increments of 1 cent from 49cents up to $999.99 in the above fashion.

All SKU's begin with 200999, the remaining numbers are the price and control number.

I Purchased POS from POS profits, but bought all the Hardware by myself, and have set up everyth> This is standard price embedded item starting with 02 or 20 and the next

Reply to
Kent GJ

OK great - lets take example 200999001006 is the scan for $1.00- so this is the way RMS will parse this:

20 [2 digit] is in identifier that this is Price embedded 09990 [is product SKU] Pharmacy Product 01 = price before decimal 00 = price after the decimal 6 = check digit

In RMS you will configure this as a standard item. And the item will be in the correct department and category that you want. The Item lookup code is to say 200999000000 (12 digit in total) and mark it as a UPC code with description of pharmacy product . Now when you scan the system will automatically pick the price. If the price of the product is 0.50 (for 1) place that as price - that way as you scan the system will also reduce the inventory. If this is a generic item ignore this.

Let me know how it goes

Reply to
Afshin Alikhani

Thanks for your information. I have the item entered as you have described, but it does not seem to work. Do I have to identify the barcode type in the drop-down window? Or is there another option I have to address so the item will be recognized as a price embeded item. I do have a few

200999---- codes already identified > OK great - lets take example 200999001006 is the scan for $1.00- so this
Reply to
Kent GJ

I think that Afshin was short a zero. The total length of the Item Lookup Code should be 13 digits, as this is an EAN rather than a UPC code. for a single pharmacy item that handles any price from .01 to 999.99: create item 2009990000000

20 = prefix 09990 = PLU (this is what your pharmacy system should be spitting out) 00000 = price (up to 999.99, again from the pharmacy system) 0 = check digit

Set the item type to STANDARD (not weighted) Set the price to $1.00

This is going to look a little goofy on the receipt, as RMS calculates the quantity from the price, so if the price is read as $24.99, at POS the quantity for the line item will be 24.99 @ $1.00 for a total of $24.99 (correct but looks fishy).

The RMS Random weight function is designed more for a deli scenario where each item has a price per pound and the scale calculates a price from the weight. In this scenario, you have to show the amount (weight) and price per unit, as RMS would be doing. Your scenario is really trying always sell a quantity of 1 but at a varying price, which is not supported.

You may be able to use a non-inventory item rather than a standard item, I'm not sure - weighted is definitely not going to work though.

Make sure that you have enabled the option "Utilize random weight EAN Codes" in so manager under file/configuration/options/POS Options

Glenn Adams Tiber Creek C> Thanks for your information. I have the item entered as you have

Reply to
Glenn Adams [MVP - Retail Mgmt

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.