The present application relates to food preparation in a restaurant, and is particularly directed to methods of printing food labels for restaurant food items.
Restaurants date code food items to ensure food freshness, food safety, and compliance to date labeling requirements. Date codes are typically applied to incoming food items and prepared (“prep”) food items. There are a number of drawbacks associated with known systems and methods for date coding of food items in restaurants. One drawback is that the known date coding systems and methods are standalone. Another drawback is that the known date coding systems methods are difficult to manage since they depend upon human execution. Yet another drawback is that there is no good way to audit compliance or to verify that correct dates are being used in the known date coding systems and methods. It would be desirable to provide a date coding system and method in which drawbacks of known date coding systems and methods are overcome.
In accordance with one embodiment, a method is provided of operating a back office facility of a restaurant to provide a food safety label for labeling of at least one raw food item received for the restaurant. The method comprises receiving delivery of raw food items from a vendor, converting a purchase order associated with the received raw food items from the vendor to an invoice, and printing a food safety label based upon quantity of raw food items indicated in the invoice.
In accordance with another embodiment, a method is provided of operating a back office facility of a restaurant to provide a food safety label for labeling of at least one prep food item by the restaurant using raw food items. The method comprises creating a forecast of food menu item sales for the restaurant, translating the forecast of food menu item sales into the quantities of prep items needed for a given time, printing a prep list which contains a listing of prep food items and their respective prep amounts needed, and printing a food safety label for each prep food item based upon the prep amount in the prep list.
In accordance with still another embodiment, a method is provided of operating a back office facility of a restaurant to provide a nutrition facts label for labeling of at least one prep food item by the restaurant using raw food items. The method comprises retrieving food ingredients for a prep recipe, calculating nutritional information for a prep food item using nutrition data associated with the retrieved food ingredients for the prep recipe, and printing a nutrition facts label based upon quantity of prep food items indicated in the prep recipe.
Referring to
Back office 10 includes back office electronic processor 12 which communicates with back office user interface 14. Processor 12 may comprise a computer. Back office user interface 14 comprises standard off-the-shelf type of user interface components such as keyboards, display monitors, mouse devices, and the like. Back office processor 12 communicates with multiple printers including a number of primary printers 16 and a number of secondary printers 18. Primary printers 16 and secondary printers 18 may comprise standard off-the-shelf type of printers. Primary printers 16 are default printers and may include a number of laser printers, for example. Secondary printers 18 are additional printers and may include a number of wireless belt printers, for example. As an example, primary printers 16 may be located in a manager's office and deliver reports on regular copy paper, and secondary printers 18 may be portable-type printers and deliver labels at a location where the labels are needed.
Back office processor 12 also communicates with a number of different memory data storage units 20. Data storage units 20 include purchase orders data storage unit 21, invoice data storage unit 22, raw food items data storage unit 23, prep food items data storage unit 24, and prep recipes data storage unit 25. Back office processor 12 communicates with a number of application programs stored in application programs data storage unit 28. Each application program has one or more programs of instructions tangibly embodied in the program storage medium of the application programs data storage unit 28. Back office processor 12 reads and executes computer program instructions in accordance with application programs stored in data storage unit 28 to provide methods of operating components of back office 10 to provide printed food labels described hereinbelow.
Referring to
As shown in step 202, processor 12 creates a forecast of food menu item sales for the restaurant. For example, the forecast may be based on (i) actual historic sales, (ii) weighting by week of historic sales, (iii) general up-or-down adjustments, and (iv) specific up-or-down adjustments for events. Weighting and adjustments can be entered both centrally and by a store manager. The forecast of food menu item sales received in step 202 is translated into suggested quantities of raw food items needed for a given time period (step 204). Information for all raw food items is stored in raw food items data storage unit 23 (
One way to translate a forecast of a raw food item into a suggested quantity is to take the required quantity, subtract out the quantity in open purchase orders (“POs”), and subtract out the quantity currently on-hand. The suggested quantity may be rounded to the next whole number, and a safety buffer may be included. The required quantity may be calculated using “forecasting”, “usage per factor”, or “par” which is based on the particular raw food item's setting. “Forecasting” may use the forecasted sales mix for the order's from and to dates. “Usage per factor” applies the raw food item's usage per to the forecasted sales for the order's from and to dates. “Par” is not cumulative, and the par amount is based on the order day. The quantity in open POs is the amount that is ordered but has not yet been received. This amount includes open POs for any vendor. The quantity currently on-hand is equal to the last inventory for the particular raw food item, plus purchases, plus transfers in, minus transfers out, and minus point-of-sale (“POS”) sales. This is the theoretical on-hand amount based on activity since the raw food item was most recently counted. This amount includes purchases and transfers in since the last count. Transfers out in sales from the POS since the last count are also applied.
A user at user interface 14 then reviews suggested order of raw food items for a particular food vendor (step 206). The user can also make updates to the suggested order if necessary. Processor 12 creates a purchase order (“PO”) for the particular vendor (step 208). PO may be in any form. For examples, PO may be a hard copy PO or an electronic PO. PO for the particular vendor is stored in purchase orders data storage unit 21 (
After the restaurant receives delivery of raw food items from the particular vendor (step 214), processor 12 converts the PO created back in step 208 to a corresponding invoice (step 216). Invoice may be in any form. For examples, invoice may be a hard copy invoice or an electronic invoice. Invoice for the particular vendor is stored in invoices data storage unit 22. Any needed adjustments to invoice of step 216 are made in step 218. Example reasons for adjustments may include damaged items or waste items. After adjustments to the invoice are made in step 218, a number of “received” food safety labels are printed based on adjusted quantities of raw food items indicated in the adjusted invoice (step 220). The “received’ food safety labels may be printed using either primary printers 16 or secondary printers 18 (
An example of a printed “received” food safety label is illustrated in
Referring back to flow diagram 200 of
It should be apparent that the above-described method of flow diagram 200 has been applied to raw food items ordered from one particular food vendor. The method of flow diagram 200 is applicable to raw food item orders from other food vendors. Corresponding “received” food safety labels are printed in similar manner for food item orders from other food vendors.
It should also be apparent that “received” food safety labels are printed and applied as raw food items are received in the restaurant. This assures that correct dates are being included in individual raw food items at the point-of-entry into the restaurant. Printing “received” food safety labels at the point-of-entry increases compliance of date coding of raw food items.
Referring to
As shown in step 402, processor 12 creates a forecast of food menu item sales for the restaurant. The forecast of food menu item sales created in step 404 is translated into suggested quantities of prep food items needed for a given time period (step 404). Information for all prep food items is stored in prep food items data storage unit 24 (
After adjustments to prep amounts for prep food items are made in step 408, a prep food list is printed (step 410). The prep food list contains a listing of prep food items and their respective prep amounts. The prep food list may be printed using either primary printers 16 or secondary printers 18 (
An example of a “prep” food safety label is illustrated in
Another example of a “prep” food safety label is illustrated in
Referring to
As shown in step 702, a prep person at prep station 30 pulls required raw food items from inventory storage areas based upon particular prep food items needed for a particular prep recipe. Information for all prep recipes is stored in prep recipes data storage unit 25 (
A determination is made in step 706 as to whether the currently scanned food item (i.e., either raw food item or prep food item) has expired based on the date and/or time as indicated in the barcode of the currently scanned food item. If determination in step 706 is affirmative (i.e., the currently scanned food item has expired), the prep person enters (via barcode scanner 32 shown in
A determination is then made in step 710 as to whether there is an older food item (by looking at the date and/or time as indicated in the barcode of a food item) which can be used in place of the currently scanned food item. If determination in step 710 is negative (i.e., there are no older food items which can be used in place of the currently scanned food item), the process terminates. However, if determination in step 710 is affirmative (i.e., there is an older food item which can be used in place of the currently scanned food item), the process proceeds to step 712.
In step 712, the prep person scans an alternative food item which can be used in place of the currently scanned food item. A determination is then made in step 714 as to whether the prep person has scanned an alternative food item back in step 712. If determination in step 714 is affirmative (i.e., an alternative food item has been scanned by the prep person), the process proceeds to step 716. In step 716, the scanned alternative food item from step 712 is linked to the original invoice (see step 216 in flow diagram 200 of
However, if determination in step 714 is negative (i.e., an alternative food item has not been scanned by the prep person), the process proceeds to 718. In step 718, a notification alert is generated and sent to an appropriate person to notify this person that an alternative food item has not been selected when an older food item has been identified and can be used in place of the currently scanned food item. The process then terminates.
Referring to
As shown in step 802, food ingredients for a particular prep recipe are retrieved from prep recipes data storage unit 25 (
As an example, if a particular prep food item (or batch of food items) was made with a lower-sodium recipe, then the calculated nutritional information would reflect that. The calculation of nutritional information could also take into account nutritional information from the raw food items, quantity used, and how the cooking method (e.g., fry vs. boil vs. bake) affects the nutritional values. Since calculations can be done “on-the-fly”, the restaurant would not need to pre-print labels in quantity for each variant of a food item. After nutrition information for the prep food item is calculated in step 804, a number of “nutrition facts” labels are printed based on the quantity of prep food items produced by the particular prep recipe (step 806).
An example of a “nutrition facts” label is illustrated in
It should be apparent that the particular printed nutrition facts label 70 shown in
It should also be apparent that intent of barcodes on printed labels is for tracking a specific prep item/date and time combination. Possibilities include a number based on prep item number and date, and a sequential number linked to a specific prep item on a prep list. These are two example ways of generating a unique number for each batch of items prepped at a single time. Accordingly, each batch of prepped food items can be tracked based on the unique number generated and assigned to the batch. Scanned barcodes may be used to link to an original invoice which itemized raw food items. Accordingly, the barcode on a “prep” food safety label may be used to trace food ingredients back to the original food vendor shipment. Thus, the back office (
Since back office 10 is centrally-hosted, barcode values assigned and printed at one site may be read and used at other sites. As an example, for food item transfers, the sending site would scan the barcode to “attach” the food item to the transfer. When the receiving site accepts the food item and scans the barcode, they assume responsibility for the food item in inventory. As another example, for commissary or warehouse operations, a central facility may use the “received” labels to track food items through receiving, storage, and shipping to the sites. The site would then scan the food labels upon receiving and accepting the food items, thus maintaining history for each food item.
It should further be apparent that back office 10 (
Although the above description describes a damaged items determination step 230 and a waste items determination step 240 in the flow diagram 200 of
While the present invention has been illustrated by the description of example processes and system components, and while the various processes and components have been described in detail, applicant does not intend to restrict or in any way limit the scope of the appended claims to such detail. Additional modifications will also readily appear to those skilled in the art. The invention in its broadest aspects is therefore not limited to the specific details, implementations, or illustrative examples shown and described. Accordingly, departures may be made from such details without departing from the spirit or scope of applicant's general inventive concept.