Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Current »

What is a Product in OpenBoxes?

Products are one of the most important objects in OpenBoxes. A product record describes a specific physical item for tracking in inventory, shipments, and purchase orders. Products are identified primarily by a name and a unique code. The product code, called a SKU in some systems, functions as the main identifier for the product within all areas of the system. The product name tells the user what the product is. Here are some examples of possible product names and codes in OpenBoxes:

Code

Name

TS123

Exam Gloves

10001

Latex exam gloves, powder-free, size medium

P10001

Latex exam gloves, powder-free, size medium, Medline #122345

You can see from this list that there are many different ways to define and code a product in OpenBoxes. One organization may choose to define all exam gloves as the same product. This makes it easy to track and report on exam gloves as a group, but information about the size or material of the gloves will be lost. Another organization may choose to define a product as a particular model number from a manufacturer. In this case, they will likely have many different products for the same size and material of exam gloves, but they will be able to track all gloves by manufacturer code. We will discuss the possible product configurations in more detail below. For now, one key thing to remember is that users should be able to tell what your product is based on the name alone. While products contain a large amount of information, including model number or manufacturer code, category, NDC, and others, that information is not visible in every screen in every workflow in the system. The product name is always visible, so users should be able to understand the key features of the product by the name alone.

Fields on Product:

Active: Check the box to make the product visible and searchable

Product type: Default unless organization is using special product config. See Product Type

Code: unique ID autogenerated by OpenBoxes. Can be configured for different formats

Name: A description of the product that defines what it is for users

Category: Select a category from the defined category tree

GL Account: This will be visible if accounting is enabled in your instance. Select from the dropdown.

Unit of measure: The unit that you are tracking the inventory in. This is a free text field

Cost: The cost of the product. This may be auto-updated by purchase orders depending on how your administrator has configured your settings

Product Description: Additional description of the product up to 250 characters

Tags: Add any relevant tags. See more about tags here

ABC Classification: Enter the ABC classification letter for the product here. Free text.

Handling Requirements: Check any handling requirements for the product. Product will show the handling icon associated with that requirement

Inventory Control: Check lot and expiry control if you want OpenBoxes to require lot and expiration for this product

Brand Name: Enter brand if the product is brand-specific. If not leave blank.

Manufacturer: Enter manufacturer if the product is manufacturer-specific. If not leave blank.

Manufacturer code: This is the sku number the manufacturer uses for the product. Enter if the product is manufacturer-specific. If not leave blank.

Manufacturer Name: This is the name the manufacturer uses for the product. Enter if the product is manufacturer-specific. If not leave blank.

Model No: Enter model number if the product must be a specific model number. If not, leave blank.

Vendor: Enter vendor if the product is vendor-specific. If not leave blank.

Vendor Code: This is the sku number the vendor uses for the product. Enter if the product is vendor-specific. If not leave blank.

Vendor Name: This is the name the vendor uses for the product. Enter if the product is vendor-specific. If not leave blank.

UPC: Enter the Universal Product Code if known

NDC: Enter the National Drug Code if known

Grouping and Categorizing Products

There are a variety of ways to sort OpenBoxes products into groups or categories.

Category

Category is a required field for all products, and functions as the main method of organization for products. OpenBoxes allows administrators to define their own category tree, or to import categories from the UNSPSC. Each product must be assigned to one category within the category tree.

Formulary/Catalog

Catalog, also called formulary, is an optional grouping system for products. This feature allows users to create a catalog that lists all products for a certain location or service. Products can be part of multiple different catalogs. Catalogs can also be color-coded, so products in those catalogs appear in the designated color within the UI.

Tag

Tags are very similar to catalogs, except they are designed to be slightly more informal. Catalogs must be created within the catalog menu, while tags can be created by simply typing into the tag field for a product. Tags cannot be color-coded.

Generic Product

Generic product is a grouping above product designed to group similar products for reporting purposes. For example, if your instance of OpenBoxes has a specific product for each size and specification of exam glove, but you want to be able to report on all exam gloves at once, you can create a generic product called “exam glove” and assign all exam glove products to that generic. Then you can run certain reports by generic product to see information for all exam glove products at once.

Substitutions

Substitutions are not exactly a way to group products - instead, they allow a user to indicate that one product is a substitute for another. Substitutions are integrated into the picking and request fulfillment process, and as such are a very powerful tool for distribution management. Products can have multiple substitutions, and substitutions can be either uni or bi-directional.

Often organizations use categories, tags, catalogs, generic products, and substitutions in combination to group products in distinct ways. For example, Ofloxacin eye drops might have a category “Antibiotic,” a catalog “District Hospital,” and tags “ophthalmology” and “primary care.” Together, these grouping show that ofloxacin is an antibiotic required for two serves: ophthalmology and primary care, at the district hospital level. Ofloxacin eye-drops are associated with a generic product “Ofloxacin,” so clinicians can view data on all formulations of ofloxacin in the system. It is also has a linked substitute of ciprofloxacin eye-drops, indicating that if it is stocked out, cipro eye-drops can be used for the same purpose.

Possible Product Configurations

  • No labels