US20170337559A1 - Recalled product inventory notification, removal, and verification system - Google Patents
Recalled product inventory notification, removal, and verification system Download PDFInfo
- Publication number
- US20170337559A1 US20170337559A1 US15/614,346 US201715614346A US2017337559A1 US 20170337559 A1 US20170337559 A1 US 20170337559A1 US 201715614346 A US201715614346 A US 201715614346A US 2017337559 A1 US2017337559 A1 US 2017337559A1
- Authority
- US
- United States
- Prior art keywords
- recall
- product
- server
- event
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000012795 verification Methods 0.000 title abstract description 16
- 230000004044 response Effects 0.000 claims abstract description 43
- 238000000034 method Methods 0.000 claims description 43
- 238000012544 monitoring process Methods 0.000 claims description 37
- 230000006854 communication Effects 0.000 claims description 21
- 238000004891 communication Methods 0.000 claims description 20
- 239000003999 initiator Substances 0.000 claims description 19
- 230000009471 action Effects 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 description 32
- 238000009826 distribution Methods 0.000 description 18
- 230000001105 regulatory effect Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 14
- 230000007246 mechanism Effects 0.000 description 8
- 230000008901 benefit Effects 0.000 description 6
- 238000013481 data capture Methods 0.000 description 6
- 238000011109 contamination Methods 0.000 description 4
- 230000005180 public health Effects 0.000 description 4
- 238000012552 review Methods 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000003860 storage Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000011835 investigation Methods 0.000 description 2
- 208000019331 Foodborne disease Diseases 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 231100000206 health hazard Toxicity 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011027 product recovery Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
- G06Q30/014—Providing recall services for goods or products
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/30—Administration of product recycling or disposal
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02W—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO WASTEWATER TREATMENT OR WASTE MANAGEMENT
- Y02W90/00—Enabling technologies or technologies with a potential or indirect contribution to greenhouse gas [GHG] emissions mitigation
-
- Y02W90/20—
Definitions
- the present invention relates generally to product recall systems, and more particularly, to a product recall system that assists businesses, government agencies, and the public in executing a product recall through to completion using standardized content and flow of recall information, verifying receipt of recall notification, and tabulating the amount of recalled product recovered versus the amount of recalled product shipped into the supply stream.
- the number and frequency of product recalls is growing. This growth is resulting from a number of factors including regulatory changes, increasing product imports from countries with varying manufacturing standards, improved ability to identify the source of food borne illness outbreaks, heightened media coverage, and greater public sensitivity.
- a standardized method for notification, removal, and verification of product from distribution is desirable to provide numerous efficiencies and advantages to all segments of industry, as well as to the public and regulatory agencies.
- Existing, and even emerging methods to accomplish a recall of product from distribution currently lack a comprehensive capability.
- Existing recall mechanisms generally focus on point-to-point notification to specific segments of business or the public impacted by a product recall. These existing mechanisms are generally insufficient solutions for businesses seeking to protect their brand and their customers from the often devastating consequences of product recall.
- the prior art describes recall mechanisms that identify customers of recalled products, broadcast advisory alerts to subscribers, allow manufacturers to enter advisories related to product defects, and identify defects in products that may lead to recalls.
- recall mechanisms that identify customers of recalled products, broadcast advisory alerts to subscribers, allow manufacturers to enter advisories related to product defects, and identify defects in products that may lead to recalls.
- the present invention allows improved speed in the removal of product from all nodes within the network of product distribution through rapid distribution and consistency of recall messaging to all affected entities. Furthermore, messages to non-affected entities that they are indeed not affected by the recall allows such non-affected entities peace of mind when a product recall becomes public.
- One embodiment of the present invention allows for suppliers of a recalled product to notify their customers who received and those who didn't receive recalled product, as well as to monitor receipt of notification and the amount of recalled product removed from the supply chain.
- business compliance with certain government regulations will be facilitated by the database and reporting capabilities of the invention.
- One embodiment of the present invention allows for relevant government agencies to monitor the progress of recall notification and product recovery.
- the government agencies may also receive automated reports that comply with agency regulations, including but not limited to FDA form 3177.
- One embodiment of the present invention allows for targeted follow up with notified parties who within a specified time frame either do not verify receipt of recall notification, or do not verify product removal as a result of notification.
- One embodiment of the present invention allows public users of the system to view point-of-sale establishments in their marketing area, including on-line shopping, of businesses that are affected by the recall.
- One embodiment of the present invention helps protect brand equity and public health.
- a recall server which is accessible via the Internet.
- the server is configured with programming which allows for communication with specified target audiences through multiple, specified communication devices.
- the programming also allows for data capture in a database management system that facilitates reporting of recall process flow on a number of different planes for business and government entities.
- the recall server includes a recall database storing information on one or more recall events, a processor, and a memory coupled to the processor and storing computer instructions.
- the processor is configured to execute the program instructions which include: receiving from a recall initiator a recall event identifying at least one product to be recalled and product disposition instructions; storing the recall event in the recall database; generating one or more electronic recall notifications based on the received recall event; identifying a plurality of customers; transmitting the one or more electronic recall notifications to the identified customers; monitoring progress of the recall event, wherein the monitoring includes periodically receiving from one or more of the identified customers, information on quantities of the product disposed according to the product disposition instructions; updating by the recall server an aggregate disposition amount based on the received quantities; and generating a report based on the monitored progress.
- the computer instructions executed by the recall server further include retrieving customer type information stored in association with each of the identified customers; and catering the recall notifications to the identified customer types.
- the customer type information identifies a first one of the identified customers as being a purchaser of the product and a second one of the identified customers as not being a purchaser of the product.
- a first type of product recall notification is then transmitted to the first customer and a second type of the product recall notification is transmitted to the second customer.
- the first type of product recall notification may be an alert for prompting action according to the product disposition instructions.
- the second type of product recall notification may be a confirmation that the second one of the plurality of customers is not affected by the recall event.
- the computer instructions executed by the recall server further include: determining whether a predetermined amount of time has elapsed without receiving acknowledgment of the recall notification by any one of the identified customers; generating an exception report in response to the determination that the predetermined amount of time has elapsed without the acknowledgement, the exception report including information on the customer who is non-responsive; and forwarding the exception report to the recall initiator.
- the computer instructions executed by the recall server further include: modifying the recall event in response to a user input; storing the modified recall event in the recall database, wherein the modified recall event is stored as an updated version of the recall event; and monitoring progress of the modified recall event separately from the recall event.
- the user input modifying the recall event may be provided by one of the identified customers in response to receipt of the recall notification.
- the computer instructions executed by the recall server for modifying the recall event includes program instructions for storing information on a second product to be recalled, or adding a new customer to the identified customers. If a new customer is added, the computer instructions further include transmitting over the data communications network a second electronic recall notification to the new customer for the modified recall event; periodically receiving information on second quantities of the product disposed according to the product disposition instructions; computing the aggregate disposition amount based on the quantities of the product and the second quantities of the product; and displaying the aggregate disposition amount.
- the computer instructions executed by the recall server for monitoring the progress of the recall event includes comparing the aggregate disposition amount against a quantity of the product distributed to the customers; and displaying statistical information for the recall event based on the comparison.
- the computer instructions executed by the recall server further include generating a progress report based on the monitored progress, the progress report being updated in real-time with the updating of the information on the quantities of the product disposed according to the product disposition instructions.
- the computer instructions executed by the recall server further include identifying a template form for the recall event; automatically filling the template form based on information on the recall event provided by the recall initiator; and transmitting the filled template form to a recipient over a data communications network.
- the template form may be a form provided by a government agency.
- the computer instructions executed by the recall server further include: identifying a type of the customers receiving the recall notification; selecting information on the recall event for display to the customers based on the identified type.
- the computer instructions executed by the recall server further include updating status of the recall event based on the aggregate disposition amount.
- the recall management system allows monitoring and management of the recall process from beginning to end. Unlike prior recall systems, the recall process provided by the system according to embodiments of the present invention does not end after the recall notifications are sent. Instead, monitoring and management of the recall process continue even after the recall notifications are transmitted by receiving and processing information about dispositions of the products that are being recalled. The system may therefore measure the speed and efficacy of a recall effort. The system further tracks whether products are actually being removed in a timely manner in response to the recall notification, and takes affirmative action (e.g. a follow-up inquiry) in response to a determination that products are not actually being removed in a timely manner.
- affirmative action e.g. a follow-up inquiry
- the recall management system allows a distributor or another entity downstream of a manufacturer to add or continue the recall upon receipt of a recall notification from the manufacturer by, for example, adding their own list of customers and sending recall notifications to customers on that list. Acknowledgments and information on products removed in response to the modified recall can be monitored, tracked, and reported separately from the original recall event. Association is maintained, however, with the original recall event for combined monitoring and reporting, such as, for example, for tabulating a total amount of recalled products that have been returned or otherwise disposed.
- FIG. 1 is a flow diagram of an overall recall process illustrating the flow of information from the manufacturer across the network of supply, to government agencies, and to the public, according to one embodiment of the invention
- FIG. 2 is a flow diagram of the specific steps taken by a manufacturer and accomplished by a recall server to initiate notification of a recall, as well as reporting steps and follow up notification, according to one embodiment of the invention
- FIG. 3 is a flow diagram of the communication process from the initiated recall through communication to additional supply chain and POS customers, and data collection flow that allows manufacturer and earlier suppliers to monitor the progress of recall notification and product removal, according to one embodiment of the invention
- FIG. 4 is a flow diagram of a government agency notification of a recall, and government monitoring of recall progress, according to one embodiment of the invention
- FIG. 5 is a flow diagram of customer notification of a recall for subscribers, and general recall information hosted on a web site viewable to the public, according to one embodiment of the invention
- FIG. 6 is a block diagram of a recall monitoring and management system including a central recall server according to one embodiment of the invention.
- FIG. 7 is an exemplary FDA form that is automatically filled out by the recall server for transmitting to the relevant government agency in response to a product recall, according to one embodiment of the invention
- FIG. 8A-8I are screenshots of a graphical user interface provided by a recall server for generating a recall event according to one embodiment of the invention.
- FIGS. 9A-9G are screenshots of a graphical user interface provided to a distributor for continuing a recall or providing product disposition information in response to a recall notification according to one embodiment of the invention.
- FIGS. 10A-10C are screenshots of a graphical user interface provided to a POS establishment providing product disposition information in response to a recall notification according to one embodiment of the invention
- FIG. 11 is a screenshot of a graphical user interface for conducting mock recalls according to one embodiment of the invention.
- FIG. 12 is a screenshot of an exemplary scorecard for an entity initiating or continuing a product recall according to one embodiment of the invention
- FIG. 13 is a flow diagram of a process for creating a recall event according to one embodiment of the invention.
- FIG. 14 is a flow diagram of a process for monitoring notifications sent for a particular recall event according to one embodiment of the invention.
- FIG. 15 is a flow diagram of a process for interacting with a customer receiving a recall notification according to one embodiment of the invention.
- the present invention is directed to a system and method for monitoring and managing product recalls.
- the system includes a central recall server for access by manufacturers, distributors, point-of-sale (POS) establishments, government agencies, and the public, to provide or obtain product recall information.
- the recall server standardizes the obtaining of the product recall information as well as communication of such information to the public.
- the progress of the product recall may also be monitored by the recall server as information is compiled on products removed by the affected entities, and reports generated based on the monitored information.
- the recall server manages the creation of a standardized recall bulletin with associated messaging, and processes both outbound and inbound communications to notify specified stakeholders of recalls, and monitors responses to recall notification and product removal.
- the recall data may be manually entered, copied and pasted, uploaded, entered using other electronic mechanism, or any combination thereof, into a specified template that allows the server to tailor the outgoing message to each stakeholder group (e.g. distributors, customers, government, public, and the like).
- the server accesses prioritized stakeholder communication devices (e.g. e-mail, telephone, SMS, fax, etc.) sequentially to initiate recall notifications.
- the recall server differentiates between affected and unaffected stakeholders to provide distinct messages that specify necessary actions in response to the recall notification. Companies can also pre-set system parameters to communicate recall events and/or mock recall events regardless of their customer status (affected, non-affected).
- the notified parties may receive detailed recall information by logging onto the server or via other specified notification mechanism.
- the recall server differentiates between different customer types (e.g. distributor, POS establishment, internal, and the like) to bring customers into a website screen appropriate to their customer type.
- the customer type is entered by default for each customer listed on a customer list based on the entity that is entering the customer data. For example, if a manufacturer is entering the customer list, all entities listed in the customer list may be identified by default as a distributor. Of course, the user entering the information may then modify the customer type if different from the default type.
- an initial recall event may be expanded to add additional items over time as needed in response to additional investigation or regulatory involvement.
- Companies can set up administration rights and privileges for multiple users within the company such that users can input, view, and or modify recall information based upon established privileges.
- the expanded recall is an integral part of an existing recall, but is managed, searched, and tracked separately.
- the server allows multiple responses, over time, from the same entity to account for additional recovered product from additional customer returns, additional recalled product received from product in transit at the time of recall, or other causes, and adds it to the total amount of product recovered for comparing against the amount of product recalled. This information may then be displayed as real-time progress reports.
- data captured can be translated by an algorithm into a Event status (Pending, Ready, Communicating, New, In Progress, Saved).
- Event status Pending, Ready, Communicating, New, In Progress, Saved.
- FIG. 6 is a block diagram of a recall monitoring and management system including a central recall server 100 according to one embodiment of the invention.
- the recall server 100 is coupled to various end user devices accessible, for example, by manufacturers 104 , distributors 114 , point of sale (POS) establishments 112 , members of the public 110 , government agencies 108 , and the like, over a data communications network 106 such as, for example, a public Internet.
- POS point of sale
- the server 100 includes a recall management module 116 for managing and monitoring different aspects of a recall process.
- the recall management module 116 is configured to provide a central website for access by the manufacturers 104 , distributors 114 , and/or POS establishments 112 to initiate, expand, continue, verify, and/or monitor a product recall.
- Information and tools provided by the website may differ depending on whether the entity accessing the website is a manufacturer, distributor, or POS establishment.
- the public 110 and government agencies may also access the website to monitor or obtain information about product recalls.
- the recall management module 116 is further configured to automatically transmit notifications to affected and unaffected entities, verify receipt of the notifications, and further process, verify, and account for product removal or other product dispositions of the products in response to the notifications.
- the recall management module may be implemented via any combination of software, firmware (e.g. an ASIC), and/or hardware as will be apparent to a person of skill in the art.
- the computer program instructions of the recall management module 116 may further be stored in a computer readable media for installing in any server at any retailer or manufacturer site if the managing and monitoring is desired to be effectuated from those sites.
- the server 100 is coupled to a mass storage device 102 such as, for example, a disk drive or drive array, for storing recall database with information used by the server 100 for managing and monitoring the product recalls.
- a mass storage device 102 such as, for example, a disk drive or drive array, for storing recall database with information used by the server 100 for managing and monitoring the product recalls.
- the mass storage device may store all information on a recalled product, including notifications transmitted for the recalled product, number of products removed, information surrounding the recall, and the like.
- the product recall monitoring process starts with a manufacturer logging-in to the centralized website and entering recall data for a particular recalled product.
- the recall management module provides a data capture wizard that prompts the manufacturer to provide certain standardized information relevant to product recalls. For example, the manufacturer may be prompted to provide a case and product UPC, product name, product description, customer list, and the like.
- the customer list may identify the customers who have received a recalled product as well as the customers that have not received the recalled product. Such customers may be distributors, POS retailers, the end users, and the like.
- the recall management module automatically notifies each customer entered into the system about the recall, and monitors receipt verification from the customers. For example, if the notification is via email, a return receipt from the customer may verify that the customer has received the notification. If no receipt verification is received after a certain time period, the server generates an exception report and transmits the report to the manufacturer. The manufacturer may respond to the exception report by notifying the non-responders on secondary and tertiary devices (or manually if necessary), even while the module continues notification efforts, until all customers have verified receipt of the recall notification. The recall management module also notifies each customer entered into the system who has not received a recalled product that the customer has indeed not received the recalled product.
- a customer receives the notification of a recall and accesses the website provided by the recall management module to obtain the product recall information and provide its own information relevant to the recall.
- a distributor customer enters its own customer list (e.g. POS establishments) as well as any additional recall information relevant to its customers.
- the customer list may identify both the customers that have received a recalled product as well as customers that have not received the recalled product.
- the recall management module automatically notifies the POS establishments of the product recall, and monitors for receipt verification by the establishments.
- An exception report is also generated upon failure to receive the receipt verifications in an allotted time period. The exception report is transmitted to the distributor for follow-up.
- the non-responding establishments are notified on secondary and tertiary devices (or manually if necessary) until receipt verification is received from all affected establishments.
- product count information is also transmitted by the establishment to the recall management module for updating the recall information in the mass storage device.
- the servers monitors the disposition product count to verify that the recall is being complied with. If products are not being disposed of in a timely manner, the server may be configured to transmit follow-up notices and take any other affirmative action to prompt the customers to take the disposition actions.
- Government agencies also receive automatic notification of the recall message and may monitor the recall progress by accessing the website provided by the recall server.
- members of the public that have subscribed to the website may receive automatic notifications of product recalls.
- the subscribing members may receive notifications of all recalled products, recalled products in particular categories, or recalled products that they have purchased.
- the recall notification that is automatically generated allows the recipients to view the recall information in a manner that is standardized for their particular recipient group.
- the manner in which the recalled product is identified may differ based on whether the recipient of the information is a distributor, a POS establishment, or the public.
- a distributor would want the recalled product to be identified by the case UPC.
- a POS establishment would want the recalled product to be identified by the product UPC.
- the consumer would want the recalled product to be identified by the product name.
- the recall management module processes the recall information according to predetermined policy rules to extract and format the information to standardize the information for the particular recipient group.
- the server is also configured to monitor different aspects of the recall process and generate recall reports based on the monitored information.
- the server is configured to collect time and date stamps of recall messages from the manufacturers and distributors, time and date stamps of receipt verifications from the distributors and POS establishments, and time and date stamps associated with product disposition quantities.
- the server tabulates the product volume removed from the supply chain in response to product removal information provided by the distributors, POS establishments, and the like, and includes this information in the report.
- the server may also be configured to compile information on business entities holding recalled products, and automatically transmit this information to central registries such as, for example, the FDA Adulterated Food Registry.
- the server is configured to automatically extract certain information collected in its database for a particular recall, format this information into a from required by the FDA, and provide the information to the FDA
- a POS establishment includes, but is not limited to, retail food stores, restaurants, institutional feeding facilities, c-stores, and the like.
- Distributors play both the role of customer and distributor in this invention, receiving recall notification as a customer and sending recall messages as a distributor.
- FIGS. 1-5 are functional process diagrams of an overall process for recalled product inventory notification, removal, and verification according to one embodiment of the invention.
- the manufacturer After the manufacturer decides that a recall is required, the manufacturer accesses a recall website provided by the recall server 100 through secure access with log in and password.
- the website is pre-populated with identifying information based on the user.
- FIG. 8A is a screenshot of a graphical user interface (GUI) displayed to a manufacturer for creating a recall, viewing existing recalls, and conducting mock recalls according to one embodiment of the invention.
- GUI graphical user interface
- the manufacturer chooses a Recall Wizard option 200 to be guided through the process of creating a recall bulletin to initiate a recall.
- the manufacturer may also select an option 202 for viewing existing recalls, and option 204 for conducting a mock recall.
- the first stage of the Recall Wizard is the entry of item specific information for a recall event.
- FIG. 8B is an initial screenshot of a GUI for generating the recall event according to one embodiment of the invention.
- Entering item specific information can be done manually, or uploaded from a database (internal or external), or through other electronic processes.
- the recall initiator provides a name of the recall event 206 along with a recall effective date 208 .
- Other relevant information such as a time frame for response 210 , government agency regulating the recall, informational web sites, product disposition instructions, recall classification, and the like, also are input for the recall event through the data capture wizard. Additional information such as reason for the recall, press release, question and answer information, etc. can be entered manually, uploaded, or imported via any electronic mechanism to the recall server 100 .
- FIG. 8C is a screenshot of a GUI for entering product disposition instructions according to one embodiment of the invention.
- the product disposition instructions may prompt the recipient of the recall notification to take the recalled products to a specific warehouse location 212 , destroy the products 214 , or hold the products for supplier pickup 216 .
- the product disposition instructions may further indicate a government agency 218 that is to regulate the recall. Access may be provided to this government agency to monitor progress of the recall via the recall scorecard.
- FIG. 8D is a screenshot of a GUI for generating recall distribution messages according to one embodiment of the invention.
- the recall initiator may transmit different messages depending on the recipient who is receiving the notification.
- a message for affected customers 222 provides information for accessing the recall management module 116 for continuing the recall, generating reports, providing product disposition updates, and the like.
- a message for unaffected customers 224 may be a confirmation that those customers are not affected by the recall event.
- Internal messages 226 may also be generated for providing information to internal customers, employees, and the like.
- FIG. 8E is a screenshot of a GUI for providing the manufacturer's contact information according to one embodiment of the invention.
- FIG. 8F is a screenshot of a GUI for entering specific recall items for a recall event according to one embodiment of the invention.
- Item information can be entered manually, one item at a time, upon selection of option 230 and entering of prompted information in box 232 , or uploaded to enter multiple items simultaneously upon selection of option 234 .
- the recall specific information e.g. item UPC, sell-by or use-by date, lot code
- Other item information e.g. product description, product image, etc.
- Total quantities of distributed product are also captured in a quantity shipped field 236 .
- one or more fields of the GUI provided by the Recall Wizard to receive information for a recall event are linked to fields in one or more template forms that need to be submitted, for example, to government agencies, to allow the automatic completion of at least some of the information required by those forms.
- the Recall Wizard moves to stage four of its process and allows the manufacturer to enter a customer list (which may include POS customers who buy directly from the manufacturer), include a designation of those customers on the list that received the recalled product and the amount they received.
- FIG. 8G is a screenshot of a GUI for entering the customer information.
- the customer list captures customer data such a name, company name, identifying image, e-mail address, phone number, etc.
- Both a customer type (i.e. distributor, POS, internal, government) and customer status (affected, non-affected, internal) can be selected from menus in the data capture wizard and associated to individual customers or customer groups.
- These designations allow the recall server 100 to send different messages to different customer types as well as to customers with different statuses in the recall.
- the customer list can either be entered manually or uploaded to the recall server 100 by selecting option 238 .
- FIG. 8H is a screenshot of a GUI for uploading a customer list according to one embodiment of the invention.
- the entity uploading the list selects a customer type from various available customer types 240 .
- the selected customer type is then assigned to all the customers included in the customer list.
- the Recall Wizard moves to stage five of its process and allows the manufacturer to verify all data entered for the recall event. After verification, the Recall Wizard allows the manufacturer to initiate the recall by selecting option 242 as shown in FIG. 8I .
- the recall server 100 begins notifying customers on the distributor list of a recall from the manufacturer using an automated message.
- the recall management module is configured to differentiate between customer type (distributors, POS) and customer status (affected, non-affected, internal) that received recalled product, and those that did not.
- the recall management module 116 is configured with computer program instructions that evaluate manufacturer supplied data that indicates which customers were shipped what quantity of recalled product. The quantity information may be used to identify the customer type. For example, a customer receiving a quantity of zero for a recalled product is identified as being “not affected.” Alternatively, a specific customer type identifier may be associated to each customer for designating their type.
- every entity on the distributor list receives a message that either directs customers to the recall server 100 for product and recall information for those affected by the recall, or notifies customers that they received no recalled product from the manufacturer. (Though a customer is not affected directly from the manufacturer, it may be affected by recalled product received from secondary sources of distribution.)
- the automated message also allows customers who don't have access to the Internet to specify a secondary method for receiving recalled product information.
- the recall server 100 both notifies customers as directed by the distributor list, and keeps track of customer notification receipts.
- FIG. 9A is a screenshot of an exemplary recall notification received by a customer via email according to one embodiment of the invention.
- the email message provides a link 250 to the server 100 for accessing information on the recall. If the recipient is a first time user of the system, the email notification provides a login email 252 and password 254 for initial access to the system. The user may change the password, for example, once he or she access the system.
- the email further includes a link 256 which, when selected, transmits a message to the server of receipt of the email.
- the recall management module receives selection of the link 256 , it updates the status of the responding customer as having been confirmed.
- the recall management module tracks those customers who have confirmed receipt of the recall notification to determine whether follow-up messages need to be transmitted.
- FIG. 9B is a screenshot of a website access page provided by the server 100 upon selection of link 250 according to one embodiment of the invention.
- the Recall Response Wizard provides general product recall information, as well as specific recall event information including disposition directions particular to customer types.
- the recall server 100 recognizes the customer type, and automatically brings the customer into the Recall Response Wizard appropriate to its type so that it can verify inventory removal, and continue the recall information to its unique customer list.
- FIG. 9C is a screenshot of a recall information page displayed to a distributor according to one embodiment of the invention.
- the Recall Response Wizard includes pre-populated recall information that came directly from the manufacturer, and specific recall information that they need to pass to their customers to facilitate proper recall execution. In this manner, information on recall progress and other information relevant to the recall is compiled from different sources in different levels of the product distribution chain.
- the Recall Response Wizard After reviewing the Recall Event information in stage 1 , the Recall Response Wizard steps the distributor through a series of screens to verify the amount of recalled product removed from inventory, and to prepare the system to continue the recall onto additional customers. Stage two of Recall Response Wizard shows the customer contact information from the manufacturer that can help with specific aspects of the recall (credit requests, supply chain information, etc.). Stage three provides fields for the distributor to enter its own contact information that can be used by its customers when processing the recall.
- Stage four allows the distributor to tailor the recalled item information for its customers, and to enter the amount of product shipped to customers as well as the amount of product removed from sale in response to the recall event.
- FIG. 9D is a screenshot of a GUI provided to a distributor for entering this information according to one embodiment of the invention. If none of the recalled products were shipped to the distributor's customers, a quantity of 0 is entered in field 260 .
- the Recall Response Wizard brings the distributor to Stage five where customer data is entered.
- Customers can be entered individually or uploaded from a file; they can be designated by type (distributor, POS) and by status (affected, non-affected, internal, government) similar to what is done by the manufacturers as described with reference to FIGS. 8G-8H .
- the customer list (which may include other distributors who buy from the notifying distributor) includes designation of the customers' status, and for customers that received the recalled product, the amount they received. This designation allows the recall server 100 to send different messages to affected as opposed to non-affected customers.
- FIG. 9E is a screenshot of a GUI for generating messages for different types of customers according to one embodiment of the invention.
- the recall management module 116 evaluates the customer status data to differentiate between customers that received recalled product, and those that did not. Based on customer status, the recall server 100 sends appropriate messages to all customers on the distribution list. (Though a customer is not affected directly from the distributor, it may be affected by recalled product received from other sources of distribution.)
- the automated message also allows customers who don't have access to the Internet to specify a secondary method for receiving recalled product information.
- the customer list can either be entered manually, imported, or uploaded via any electronic mechanism to the recall server 100 .
- the Recall Wizard moves to stage six of its process and allows the distributor to review and edit the message that will be used to notify customers of the recall event. After review, the Recall Wizard asks the distributor to continue the recall communication upon selection of option 270 . Selection of option 270 further updates the customer's status as having verified the recall.
- FIG. 9F is a screenshot of a GUI that is displayed upon selection of a home option 272 according to one embodiment of the invention.
- the GUI provides information of various recall events for which the particular customer has been notified, and the status 278 of each recall event.
- the GUI further provides a link 274 for continuing or updating product disposition information for each recall.
- a scorecard link 276 causes display of a scorecard with specific information on the progress of the recall.
- a reports link 280 causes display of various reporting options such as the ones shown in the screenshot of FIG. 9G .
- the recall server 100 begins notifying customers on the customer list generated by the distributor of a recall from the manufacturer using an automated message.
- the message directs customers to the recall server 100 , or other designated location, for product information including proper disposition of recalled product, press release(s), Q & A information, contact information, etc.
- the automated message also allows customers who don't have access to the Internet to specify a secondary method for receiving recalled product information.
- the recall server 100 both notifies customers as directed by the customer list, and keeps track of customer notification receipts.
- the server When customers log onto the Recall InfoLink web site, the server recognizes their customer type, and automatically brings them into the Recall Response Wizard appropriate to their type so that they can verify inventory removal, and continue the recall information to their unique customer list if required.
- the Recall Response Wizard provides general product recall information, as well as specific recall event information including disposition directions particular to customer types. Distributors who are affected by the recall log onto the recall server 100 using a log in and secure password and follow the procedures described in steps 5 and 6 above.
- FIG. 10A is screenshot of a recall information page displayed to a POS customer according to one embodiment of the invention.
- the Recall Response Wizard includes pre-populated recall information that came directly from the manufacturer, and specific recall information from the distributor to facilitate proper recall execution. In this manner, information on recall progress and other information relevant to the recall is compiled from different sources in different levels of the product distribution chain.
- the Recall Response Wizard After reviewing the Recall Event information in stage 1 , the Recall Response Wizard steps the POS establishment through a series of screens to verify the amount of recalled product removed from inventory. Stage two of Recall Response Wizard shows the contact information from the manufacturer that can help with specific aspects of the recall (credit requests, supply chain information, etc.). Stage three shows the contact information from the distributor that can be used when processing the recall.
- FIG. 10B is a screenshot of a GUI provided to a POS establishment for entering product removal information 400 for one or more products of the notified product recall event according to one embodiment of the invention.
- the recall server 100 tabulates the removed product and displays it in the manufacturer and distributor scorecards.
- a date and time is in which option 402 was selected is also stored in the database and associated with information on a current quantity removed.
- additional notifications may be transmitted to the POS establishment if an established period of time elapses without verification on the removal of the recalled items.
- Distributor and POS establishments can re-enter the Recall Response Wizard and update the quantity of product removed in response to the recall if additional product is recovered or returned over time.
- the POS establishment may re-enter the wizard upon selecting link 500 for a specific recall event as shown in FIG. 10C .
- the recall management module 160 is configured to provide government agencies access to completed forms, reports, and registries that comply with specific agency requirements.
- the recall server configures data entered by the manufacturer into predetermined formats as specified by the regulatory body, and automatically fills out form templates (e.g. FDA form 3177 as illustrated in FIG. 7 ). These forms may be accessed, for example, from the page illustrated in FIG. 9G which lists the different types of reports provided by the system.
- the forms are automatically transmitted to the government agencies, or stored at the server for retrieval by the manufacturer, government agency, or the like.
- the Adulterated Food Registry is completed through repetitious iterations of data input from multiple product suppliers.
- Each product supplier manufacturer(s) and/or distributor(s) enters its list of businesses affected and unaffected by the recall as the recall is initiated and continued.
- the recall server 100 then compiles the lists of businesses that received recalled product (distributor(s) and/or POS customer(s)) through primary or secondary distribution channels, diversion, electronic commerce, etc. to complete the Registry.
- Public subscribers to Recall InfoLink receive notification of recalls as requested, and are directed to the recall server 100 for recall information, including product disposition directions. From the recall server 100 , the public is able to access lists of POS establishments (grocery stores, c-stores, restaurants, feeding institutions, electronic shopping, etc.) that have received recalled product in their particular shopping area.
- POS establishments grocery stores, c-stores, restaurants, feeding institutions, electronic shopping, etc.
- the public may enter the amount of recalled product they disposed of into the recall server 100 which tabulates removed product for the manufacturer.
- the manufacturer or distributor can enter the recall server 100 at any time and search for an existing recall that is already in the system, whether new or already acted on to review the details of the recall event, view the scorecard or print system-generated reports.
- the manufacturer can enter the recall server 100 , and expand an existing recall to include additional items, additional customers, or both as needed based on internal review, external input, or regulatory requirements.
- the recall management module is configured for recall expansion which allows successive versions of a previously initiated recall to be created and maintained in a way that allows for both independent tracking/reporting, and combined tracking/reporting of each recall version. Expanding a recall first requires access to an existing version(s) of a recall from the recall data warehouse.
- a recalling entity searches for a specific recall identifier, such as, for example, a product name, recall ID, time frame, UPC, or other identifying data.
- a recall expansion may entail adding new products, new distributors, new customers, new regulatory agencies, or any combination of these properties, and saving this information as a new version of the existing recall. For instance additional distributors or customers may need to be added to a version of a product recall that has already been initiated and/or continued. Likewise, new products may need to be added to an existing recall that may apply to the same distributors/customers already notified, or a new set of distributors/customers that may include distributors/customers already notified, new distributors/customers, or any combination of the two.
- Each version of an existing recall may be associated with a timestamp that identifies when the new version of the recall was created. Saving any modification to an existing recall as a new version ensures that prior versions of the recall are maintained. It is desirable to maintain the prior versions because the reporting of recall execution to regulatory agencies and for business credit or other financial purposes may need to be different by version if each version has different distributors/customers included and products (i.e. version 1 has distributor A, customer AA, product AAA; version 2 has distributor B, customers AA, BB, and CC, products AAA and BBB), to allow for monitoring recall versions and their unique aspects. For example, a list of products and businesses involved may expand over time as new products and channels of distribution are identified through regulatory investigation, additional illnesses, or consumer complaints.
- each “version” of the recall may be linked to earlier versions from business, regulatory, and legal standpoints. Reporting the actions taken (response, product removed, etc.) may be specific to a particular “version” of the recall (that is, a particular business for regulatory or liability purposes) or the entire action as a whole (that is for regulatory reporting purposes, liability purposes, business credit purposes).
- new messaging to communicate the recall expansion that references the earlier version(s) of the recall is used to notify customers of the recall expansion.
- Inputs of products removed and/or disposed of are maintained both as responses to a particular recall version, and tabulated as part of the entire recall from its inception.
- Recall monitoring can specify recall version(s) or the combined total recall.
- the manufacturer, distributor, or Public can re-enter the recall server 100 at any time, search for an existing recall, view details of existing recall events, view scorecards of recall events, print reports, and record additional recalled product captured or disposed of which will then be added to the ongoing tally of product quantity recovered against product quantity distributed.
- FIG. 11 is a screenshot of a GUI for conducting mock recalls according to one embodiment of the invention.
- a series of mock recall steps 600 are provided to guide the manufacturer through a comprehensive mock recall exercise.
- the Mock Recall Wizard captures relevant company information (i.e. mock recall participants, cc list for notification, company contact information, etc.) that is saved in the recall database, and is accessible as needed for additional mock recalls or recall events.
- An e-mail reminder of the scheduled mock recall event is sent to the manufacturer at an amount of time before the mock recall specified by the manufacturer.
- mock recalls allows a manufacturer to gather ahead of time the information that will be needed if a real recall has to be conducted. Mock recalls further allow the manufacturer to familiarize him/herself with the recall system to efficiently and expeditiously conduct a real recall should this ever be necessary.
- distributors receive messaging as input by the manufacturer as it accurately describes what distributors received.
- POS establishments receive messaging as input by the distributor as it depicts what POS establishments received from the distributor (pack size, item number, and other specifics may differ significantly from what the manufacturer inputs). The reason for the recall, product description, UPC, case pack, lot codes, item numbers, and product disposition are prominent in this communication.
- the public receives messaging that highlights the relevant portions of the recall bulletin (i.e.
- the proper messaging is automatically determined by the recall server based on the identification of the target audience, and rules associated in generating recall notices to the target audience.
- the reason for the recall, product description, UPC, and disposition direction are prominent in this communication.
- the government messaging contains significant portions of both manufacturer and distributor information that will give visibility to recall scope and product distribution. Some of the input information will also be deleted, such as credit contact, which has no value for regulatory agencies. Again, this is automatically determined by the recall server based on the identification of the target audience receiving the messaging.
- a product recall may be deemed to have been completed upon detection of certain triggering events by the recall server (e.g. removal of a certain percentage of recalled items, certain passage of time, indication that all entities affected by the recall have confirmed receipt of a recall notice, and the like).
- the recall server may be configured to tag a particular recall as completed (or provide some other status identifier) in response to the trigger event.
- FIG. 12 is an exemplary screenshot displaying a scorecard for a particular entity generating or continuing a recall according to one embodiment of the invention.
- the scorecard includes real-time communication status information 290 indicating graphically, numerically, or otherwise, those customers who remain unreached 290 a (i.e. no recall notifications have been transmitted to them), those customer who are confirmed 290 b (i.e. recall notification have been transmitted, and receipt has been confirmed), and those customers who are unconfirmed 290 c (i.e. recall notification have been transmitted, but receipt has not been confirmed).
- the scorecard further includes real-time verifications status 300 indicating graphically, numerically, or otherwise, those confirmed customers who have verified 300 a the recall or not 300 b .
- real-time verifications status 300 indicating graphically, numerically, or otherwise, those confirmed customers who have verified 300 a the recall or not 300 b .
- a distributor who goes through the various stages of the recall wizard to provide further recall information and who then selects option 270 ( FIG. 9E ) causes verification of the recall.
- the scorecard further includes real-time product disposition information for each recalled product as identified by a product ID 302 .
- Bar 304 identifies a total number of the recalled product that was shipped by the particular entity to whom the scorecard applies.
- Bar 306 identifies the total recall returned quantity that is accounted for by the particular entity, and bar 308 identifies a quantity that was disposed by a particular customer identified in field 310 to whom the product was shipped by the particular entity.
- FIG. 13 is a flow diagram of a process executed by the recall management module 116 for creating a recall event according to one embodiment of the invention.
- the process starts, and in step 1000 , the recall management module 116 receives a recall event generated by a recall initiator.
- the recall initiator is a manufacturer of the product to be recalled.
- a person of skill in the art should recognize, however, that any other entity downstream of the manufacturer may also initiate and/or add to a recall event.
- the recall initiator submits to the recall management module 116 information about one or more products to be recalled, recall reason and description, effective date of the recall, product disposition instructions, time frame for disposing the products, customers to notify, and the like.
- the product disposition instructions may prompt a recipient of the recall to take the recalled products to a specific location, destroy the products, or hold the products for supplier pickup.
- the recall management module 116 proceeds to generate different types of notifications that may be sent for the particular recall event.
- the notifications may vary depending on whether the entity to be notified is affected by the recall, unaffected by the recall, or is an internal notification to be distributed to employees or other internal contacts of the recall initiator.
- the notifications to affected customers may function as an alert to prompt those customers to dispose the recalled products according to the product disposition instructions.
- the notifications to unaffected customers may serve as an assurance that they did not purchase the recalled products, but caution them that they should double check their inventory to ensure that they are not in receipt of the recalled product.
- the recall management module 116 proceeds to identify the customer to whom a recall notification is to be transmitted.
- the customer name, customer type (distributor, POS, etc.), quantity purchased, and the like is provided by the recall initiator when the recall event is generated. This information may be entered by the recall initiator one by one with the generating of the recall event, or uploaded to the system in a single file.
- the recall management module 116 automatically identifies the relevant customers by examining a purchase database maintained by the recall initiator. Such purchase database may maintain up-to-date sales information of all products sold by the recall initiator including sale date, sale quantity, and recipient information, and the like.
- the recall management module 116 determines whether the identified customer is affected or not by the recall event. If the identified customer is affected by the recall event, the notification generated for affected customers is flagged for the identified customer in step 1010 . If the identified customer is not affected by the recall event, the notification generated for the non-affected customers is flagged for the identified customer in step 1012 . According to one embodiment of the invention, the recall management module 116 determines whether a customer if affected or not by examining the amount of the product purchased by the customer. If the quantity information is 0 for the particular customer, the non-affected notification is flagged. According to another embodiment, the recall initiator may specifically flag each customer with a flag identifying the customer as affected, unaffected, or internal, when generating the recall event.
- step 1014 a determination is made as to whether there are more customers to whom notifications should be sent. If the answer is YES, the process returns to step 1006 for identifying the customer and flagging the appropriate notification for that customer.
- the recall management module 116 transmits all flagged notifications to the identified customers.
- the date and time in which the notifications are transmitted is recorded in the database for monitoring timeliness of acknowledgments, recall completions, and the like.
- the notifications may be email notifications, instant messaging notifications, telephonic notifications, and/or the like.
- FIG. 14 is a flow diagram of a process executed by the recall management module 116 for monitoring notifications sent for a particular recall event according to one embodiment of the invention.
- the process starts, and in step 1100 , the recall management module 116 monitors the recall event for receipt of acknowledgments from different customers. Such acknowledgements may be, for example, acknowledgments that the customers have received an initial recall notification.
- the recall management module 116 may also monitor for other types of acknowledgments and verifications, including, for example, verifications of a recall event, recall completion notices, and the like.
- step 1102 a determination is made as to whether an acknowledgment has been received in response to the recall notification.
- the acknowledgment may be in the form of an email notification or any other type of communication convention in the art. If the answer is YES, the recall management module 116 updates the recall database in step 1104 to record the acknowledgment. In this regard, the recall management module 116 records the specific customer transmitting the acknowledgment, the date and time of the acknowledgement, and the like.
- step 1106 a determination is made as to whether all notified customers have transmitted a receipt acknowledgment. If the answer is NO, the process continues to monitor for further acknowledgments. If the acknowledgments are not received in an allotted time frame as determined in step 1108 , all non-responding customers are identified in step 1110 .
- step 1112 an exception report is generated with information about the non-responding customers. The exception report is transmitted, in step 1114 , to the entity that caused the recall notifications to the transmitted. That entity may then follow-up with the non-responding customers by transmitting follow-up notifications.
- the recall management module 118 may select a communication medium other than the communication medium used for the initial notification in transmitting the follow-up notification.
- FIG. 15 is a flow diagram of a process executed by the recall management module 116 for interacting with a customer receiving a recall notification according to one embodiment of the invention.
- the customer may be a distributor receiving a recall notification from a manufacturer, government agency, or another distributor.
- the customer may also be a POS establishment receiving the recall notification from the manufacturer, government agency, or distributor.
- the customer may further be an end purchaser receiving the recall notification from the manufacturer, government agency, or POS establishment.
- the customer accesses the recall server 100 via, for example, a link provided in the recall notification.
- the server 100 identifies the type of customer and displays, in step 1200 , information about the recall event customized for the identified customer type. For example, if the customer is identified as a distributor, the recall information is customized for a distributor view.
- the distributor may be provided with tools to update or add to the recall event, while such tools may not be available to a customer identified to be an end purchaser.
- step 1202 a determination is made in step 1202 as to whether the recall is to be continued.
- the customer who has the option of continuing a recall is a distributor.
- POS establishments do not have an option of continuing a recall.
- additional information for the recall event such as, for example, a list of additional customers that need to be notified, is received is received in step 1203 , and a new version of the recall event generated based on the received updates in step 1204 .
- step 1206 the new version of the recall event is saved in the recall database in association with the original recall event.
- the updated recall event may be monitored and tracked separately from the original recall event while maintaining the association with the original recall event for aggregate reporting and tracking.
- the process then proceeds to the notification steps of FIG. 13 for the customers associated with the updated recall event.
- the customer continuing the recall event may generate new notification messages catered to the new customer group that is to receive the notifications.
- the customer may also dispose of products according to the product disposition instructions received by the customer.
- a determination is made is step 1208 , as to whether the customer has indicated that recalled products have been disposed. If the answer is YES, the recall management module 116 identifies the quantity of products disposed as provided by the customer in step 1210 . The customer continuously updates this quantity as the recall progresses.
- the recall management module updates a scorecard for the recall based on the recall quantities received.
- the scorecard may display the amount of products disposed versus the amount of products shipped to the particular customer.
- the recall management module may also display a total amount of products disposed versus a total amount of products that have been sold.
- the recall may be deemed finished if all (or a certain percentage) of the sold products have been disposed or accounted for, or if the recall period has expired. If the recall has finished, the status of the recall event is updated in the database as being completed. Reports may be generated at this time, and/or notifications may be transmitted to relevant government agencies of the termination of the recall event.
- different status information can be associated to a recall event throughout the recall process.
- the status of a recall event may be indicated as being pending (i.e. recall event being generated), ready (i.e. recall ready to be notified), communicating (i.e. recall notifications being sent), new (i.e. new for a customer who receives the recall notification), in progress, saved, and/or completed.
- One distinct benefit of the recall management and monitoring system is the ability to quantify the amount of product recovered against the amount distributed.
- the feature of notifying points in the supply chain of the amount of recalled product they received adds great value to the monitoring of recall processes.
- knowledge of the amount of distributed product and recovered product will have significant benefit in preparing for morbidity and mortality rates that require specialized care.
- This feature has the benefit of not just tracking the recall at a macro level, but breaking the recall down into subsets by following the distribution of the product and quantifying recovery.
- recall management and monitoring system Another distinct benefit of the recall management and monitoring system according to the above embodiments is the ability to identify all business recipients of a recalled product, and then automate completion of regulatory forms (FDA form 177, FDA's Adulterated Food Registry, etc.).
- FDA form 177 FDA's Adulterated Food Registry, etc.
- the Adulterated Food Registry law was passed at the end of 2007. This law requires identification of all entities holding recalled products.
- Form 177 is a form that businesses have to complete in the event of a recall, that will be automated through manipulation of product and distribution data captured in the recall server 100 .
- a third feature of the recall management and monitoring system is the sense of urgency to remove product from supply that the invention communicates with its defined time frames and automated exception reports at specified intervals. This urgency of recall communication and completion is vital for both intentional and unintentional contamination events where public health is at risk.
- One characterization of this capacity could be an “active” recall management system versus. a “passive” system.
- a fourth feature of the recall management and monitoring system is the amount of security built into the system to verify and validate users, and to control access to the system in a way that ensures proper use and recall administration.
- these security features include, but are not limited to the following:
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Tourism & Hospitality (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Quality & Reliability (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Sustainable Development (AREA)
- Life Sciences & Earth Sciences (AREA)
- Educational Administration (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
A recall management system allows generating, tracking, and verifying product recalls. The system provides notifications of a product recall to affected and unaffected businesses in the supply chain, as well as notification of the public and government agencies that may be affected. Verification of received notifications and the quantity of product removed from supply in response to the recall allows for closure of recall activity. Recalls may be extended over time as additional products needing to be recalled from the particular supplier of the recalled product are identified. Product returns over time are added to the total product recovered and scorecards updated in real-time as the return information is tabulated. Affected businesses and government agencies have visibility to both recall message receipt and product recovered as a part of total product recalled.
Description
- This application is a continuation of U.S. patent application Ser. No. 12/355,716, filed Jan. 16, 2009, which claims the benefit of U.S. Provisional Application No. 61/011,399, filed on Jan. 16, 2008, the content of both of which are incorporated herein by reference.
- The present invention relates generally to product recall systems, and more particularly, to a product recall system that assists businesses, government agencies, and the public in executing a product recall through to completion using standardized content and flow of recall information, verifying receipt of recall notification, and tabulating the amount of recalled product recovered versus the amount of recalled product shipped into the supply stream.
- The number and frequency of product recalls is growing. This growth is resulting from a number of factors including regulatory changes, increasing product imports from countries with varying manufacturing standards, improved ability to identify the source of food borne illness outbreaks, heightened media coverage, and greater public sensitivity.
- Industry's ability to remove recalled product from supply has not kept pace with the ability to enter and distribute product into the supply stream. The lack of value from removing product has prevented investment into this essential business function, resulting in a lack of ability to execute recalls expeditiously. Public health, brand equity, and legal liability are all potential casualties of deficient recall abilities. The threat of intentional contamination that could cause mass illness and death now compounds the normal business need for product removal.
- Manufacturers of consumer products at times find that products in distribution for sale need to be removed from sale and recovered to protect their brand, safeguard the public's health, or to comply with government regulations. The business methods employed to remove and recover product vary widely within and across industries.
- A standardized method for notification, removal, and verification of product from distribution is desirable to provide numerous efficiencies and advantages to all segments of industry, as well as to the public and regulatory agencies. Existing, and even emerging methods to accomplish a recall of product from distribution currently lack a comprehensive capability. Existing recall mechanisms generally focus on point-to-point notification to specific segments of business or the public impacted by a product recall. These existing mechanisms are generally insufficient solutions for businesses seeking to protect their brand and their customers from the often devastating consequences of product recall.
- As an example, the prior art describes recall mechanisms that identify customers of recalled products, broadcast advisory alerts to subscribers, allow manufacturers to enter advisories related to product defects, and identify defects in products that may lead to recalls. However, there is a need in the prior art of a method for communicating, tracking, and verifying the specific actions commonly related to product recalls across all affected stakeholders that goes beyond mere notifications of recalled products.
- According to one embodiment, the present invention allows improved speed in the removal of product from all nodes within the network of product distribution through rapid distribution and consistency of recall messaging to all affected entities. Furthermore, messages to non-affected entities that they are indeed not affected by the recall allows such non-affected entities peace of mind when a product recall becomes public.
- One embodiment of the present invention allows for suppliers of a recalled product to notify their customers who received and those who didn't receive recalled product, as well as to monitor receipt of notification and the amount of recalled product removed from the supply chain. In addition, business compliance with certain government regulations will be facilitated by the database and reporting capabilities of the invention.
- One embodiment of the present invention allows for relevant government agencies to monitor the progress of recall notification and product recovery. In addition to monitoring recall progress, the government agencies may also receive automated reports that comply with agency regulations, including but not limited to FDA
form 3177. - One embodiment of the present invention allows for targeted follow up with notified parties who within a specified time frame either do not verify receipt of recall notification, or do not verify product removal as a result of notification.
- One embodiment of the present invention allows public users of the system to view point-of-sale establishments in their marketing area, including on-line shopping, of businesses that are affected by the recall.
- One embodiment of the present invention helps protect brand equity and public health.
- In this regard, a recall server is provided which is accessible via the Internet. The server is configured with programming which allows for communication with specified target audiences through multiple, specified communication devices. The programming also allows for data capture in a database management system that facilitates reporting of recall process flow on a number of different planes for business and government entities.
- According to one embodiment, the recall server includes a recall database storing information on one or more recall events, a processor, and a memory coupled to the processor and storing computer instructions. The processor is configured to execute the program instructions which include: receiving from a recall initiator a recall event identifying at least one product to be recalled and product disposition instructions; storing the recall event in the recall database; generating one or more electronic recall notifications based on the received recall event; identifying a plurality of customers; transmitting the one or more electronic recall notifications to the identified customers; monitoring progress of the recall event, wherein the monitoring includes periodically receiving from one or more of the identified customers, information on quantities of the product disposed according to the product disposition instructions; updating by the recall server an aggregate disposition amount based on the received quantities; and generating a report based on the monitored progress.
- According to one embodiment of the invention, the computer instructions executed by the recall server further include retrieving customer type information stored in association with each of the identified customers; and catering the recall notifications to the identified customer types.
- According to one embodiment of the invention, the customer type information identifies a first one of the identified customers as being a purchaser of the product and a second one of the identified customers as not being a purchaser of the product. A first type of product recall notification is then transmitted to the first customer and a second type of the product recall notification is transmitted to the second customer. The first type of product recall notification may be an alert for prompting action according to the product disposition instructions. The second type of product recall notification may be a confirmation that the second one of the plurality of customers is not affected by the recall event.
- According to one embodiment of the invention, the computer instructions executed by the recall server further include: determining whether a predetermined amount of time has elapsed without receiving acknowledgment of the recall notification by any one of the identified customers; generating an exception report in response to the determination that the predetermined amount of time has elapsed without the acknowledgement, the exception report including information on the customer who is non-responsive; and forwarding the exception report to the recall initiator.
- According to one embodiment of the invention, the computer instructions executed by the recall server further include: modifying the recall event in response to a user input; storing the modified recall event in the recall database, wherein the modified recall event is stored as an updated version of the recall event; and monitoring progress of the modified recall event separately from the recall event. The user input modifying the recall event may be provided by one of the identified customers in response to receipt of the recall notification.
- According to one embodiment of the invention, the computer instructions executed by the recall server for modifying the recall event includes program instructions for storing information on a second product to be recalled, or adding a new customer to the identified customers. If a new customer is added, the computer instructions further include transmitting over the data communications network a second electronic recall notification to the new customer for the modified recall event; periodically receiving information on second quantities of the product disposed according to the product disposition instructions; computing the aggregate disposition amount based on the quantities of the product and the second quantities of the product; and displaying the aggregate disposition amount.
- According to one embodiment of the invention, the computer instructions executed by the recall server for monitoring the progress of the recall event includes comparing the aggregate disposition amount against a quantity of the product distributed to the customers; and displaying statistical information for the recall event based on the comparison.
- According to one embodiment of the invention, the computer instructions executed by the recall server further include generating a progress report based on the monitored progress, the progress report being updated in real-time with the updating of the information on the quantities of the product disposed according to the product disposition instructions.
- According to one embodiment of the invention, the computer instructions executed by the recall server further include identifying a template form for the recall event; automatically filling the template form based on information on the recall event provided by the recall initiator; and transmitting the filled template form to a recipient over a data communications network. The template form may be a form provided by a government agency.
- According to one embodiment of the invention, the computer instructions executed by the recall server further include: identifying a type of the customers receiving the recall notification; selecting information on the recall event for display to the customers based on the identified type.
- According to one embodiment of the invention, the computer instructions executed by the recall server further include updating status of the recall event based on the aggregate disposition amount.
- A person of skill in the art should recognize that the recall management system according to embodiments of the present invention allows monitoring and management of the recall process from beginning to end. Unlike prior recall systems, the recall process provided by the system according to embodiments of the present invention does not end after the recall notifications are sent. Instead, monitoring and management of the recall process continue even after the recall notifications are transmitted by receiving and processing information about dispositions of the products that are being recalled. The system may therefore measure the speed and efficacy of a recall effort. The system further tracks whether products are actually being removed in a timely manner in response to the recall notification, and takes affirmative action (e.g. a follow-up inquiry) in response to a determination that products are not actually being removed in a timely manner.
- A person of skill in the art should also recognize that the recall management system according to embodiments of the present invention allows a distributor or another entity downstream of a manufacturer to add or continue the recall upon receipt of a recall notification from the manufacturer by, for example, adding their own list of customers and sending recall notifications to customers on that list. Acknowledgments and information on products removed in response to the modified recall can be monitored, tracked, and reported separately from the original recall event. Association is maintained, however, with the original recall event for combined monitoring and reporting, such as, for example, for tabulating a total amount of recalled products that have been returned or otherwise disposed.
- A person of skill in the art should further recognize that the embodiments of the present invention allow recalls to be managed with a consistent, inclusive message that is relayed through multiple consignee levels, that tracks inventory movements in response to the notification, and that provides regulatory oversight, to help speed up and transform product recalls to restore consumer confidence, and protect industry from intentional contamination threats.
-
FIG. 1 is a flow diagram of an overall recall process illustrating the flow of information from the manufacturer across the network of supply, to government agencies, and to the public, according to one embodiment of the invention; -
FIG. 2 is a flow diagram of the specific steps taken by a manufacturer and accomplished by a recall server to initiate notification of a recall, as well as reporting steps and follow up notification, according to one embodiment of the invention; -
FIG. 3 is a flow diagram of the communication process from the initiated recall through communication to additional supply chain and POS customers, and data collection flow that allows manufacturer and earlier suppliers to monitor the progress of recall notification and product removal, according to one embodiment of the invention; -
FIG. 4 is a flow diagram of a government agency notification of a recall, and government monitoring of recall progress, according to one embodiment of the invention; -
FIG. 5 is a flow diagram of customer notification of a recall for subscribers, and general recall information hosted on a web site viewable to the public, according to one embodiment of the invention; -
FIG. 6 is a block diagram of a recall monitoring and management system including a central recall server according to one embodiment of the invention; -
FIG. 7 is an exemplary FDA form that is automatically filled out by the recall server for transmitting to the relevant government agency in response to a product recall, according to one embodiment of the invention; -
FIG. 8A-8I are screenshots of a graphical user interface provided by a recall server for generating a recall event according to one embodiment of the invention; -
FIGS. 9A-9G are screenshots of a graphical user interface provided to a distributor for continuing a recall or providing product disposition information in response to a recall notification according to one embodiment of the invention; -
FIGS. 10A-10C are screenshots of a graphical user interface provided to a POS establishment providing product disposition information in response to a recall notification according to one embodiment of the invention; -
FIG. 11 is a screenshot of a graphical user interface for conducting mock recalls according to one embodiment of the invention; -
FIG. 12 is a screenshot of an exemplary scorecard for an entity initiating or continuing a product recall according to one embodiment of the invention -
FIG. 13 is a flow diagram of a process for creating a recall event according to one embodiment of the invention; -
FIG. 14 is a flow diagram of a process for monitoring notifications sent for a particular recall event according to one embodiment of the invention; and -
FIG. 15 is a flow diagram of a process for interacting with a customer receiving a recall notification according to one embodiment of the invention. - In general terms, the present invention is directed to a system and method for monitoring and managing product recalls. The system includes a central recall server for access by manufacturers, distributors, point-of-sale (POS) establishments, government agencies, and the public, to provide or obtain product recall information. The recall server standardizes the obtaining of the product recall information as well as communication of such information to the public. The progress of the product recall may also be monitored by the recall server as information is compiled on products removed by the affected entities, and reports generated based on the monitored information.
- According to one embodiment, the recall server manages the creation of a standardized recall bulletin with associated messaging, and processes both outbound and inbound communications to notify specified stakeholders of recalls, and monitors responses to recall notification and product removal. The recall data may be manually entered, copied and pasted, uploaded, entered using other electronic mechanism, or any combination thereof, into a specified template that allows the server to tailor the outgoing message to each stakeholder group (e.g. distributors, customers, government, public, and the like). The server accesses prioritized stakeholder communication devices (e.g. e-mail, telephone, SMS, fax, etc.) sequentially to initiate recall notifications. The recall server differentiates between affected and unaffected stakeholders to provide distinct messages that specify necessary actions in response to the recall notification. Companies can also pre-set system parameters to communicate recall events and/or mock recall events regardless of their customer status (affected, non-affected).
- According to one embodiment, the notified parties may receive detailed recall information by logging onto the server or via other specified notification mechanism. The recall server differentiates between different customer types (e.g. distributor, POS establishment, internal, and the like) to bring customers into a website screen appropriate to their customer type. The customer type is entered by default for each customer listed on a customer list based on the entity that is entering the customer data. For example, if a manufacturer is entering the customer list, all entities listed in the customer list may be identified by default as a distributor. Of course, the user entering the information may then modify the customer type if different from the default type.
- According to one embodiment, an initial recall event may be expanded to add additional items over time as needed in response to additional investigation or regulatory involvement. Companies can set up administration rights and privileges for multiple users within the company such that users can input, view, and or modify recall information based upon established privileges. The expanded recall is an integral part of an existing recall, but is managed, searched, and tracked separately.
- According to one embodiment, the server allows multiple responses, over time, from the same entity to account for additional recovered product from additional customer returns, additional recalled product received from product in transit at the time of recall, or other causes, and adds it to the total amount of product recovered for comparing against the amount of product recalled. This information may then be displayed as real-time progress reports.
- According to one embodiment, data captured can be translated by an algorithm into a Event status (Pending, Ready, Communicating, New, In Progress, Saved).
-
FIG. 6 is a block diagram of a recall monitoring and management system including acentral recall server 100 according to one embodiment of the invention. Therecall server 100 is coupled to various end user devices accessible, for example, bymanufacturers 104,distributors 114, point of sale (POS)establishments 112, members of the public 110,government agencies 108, and the like, over adata communications network 106 such as, for example, a public Internet. - According to one embodiment of the invention, the
server 100 includes arecall management module 116 for managing and monitoring different aspects of a recall process. Therecall management module 116 is configured to provide a central website for access by themanufacturers 104,distributors 114, and/orPOS establishments 112 to initiate, expand, continue, verify, and/or monitor a product recall. Information and tools provided by the website may differ depending on whether the entity accessing the website is a manufacturer, distributor, or POS establishment. The public 110 and government agencies may also access the website to monitor or obtain information about product recalls. - The
recall management module 116 is further configured to automatically transmit notifications to affected and unaffected entities, verify receipt of the notifications, and further process, verify, and account for product removal or other product dispositions of the products in response to the notifications. The recall management module may be implemented via any combination of software, firmware (e.g. an ASIC), and/or hardware as will be apparent to a person of skill in the art. The computer program instructions of therecall management module 116 may further be stored in a computer readable media for installing in any server at any retailer or manufacturer site if the managing and monitoring is desired to be effectuated from those sites. - The
server 100 is coupled to amass storage device 102 such as, for example, a disk drive or drive array, for storing recall database with information used by theserver 100 for managing and monitoring the product recalls. For example, the mass storage device may store all information on a recalled product, including notifications transmitted for the recalled product, number of products removed, information surrounding the recall, and the like. - According to one embodiment of the invention, the product recall monitoring process starts with a manufacturer logging-in to the centralized website and entering recall data for a particular recalled product. In this regard, the recall management module provides a data capture wizard that prompts the manufacturer to provide certain standardized information relevant to product recalls. For example, the manufacturer may be prompted to provide a case and product UPC, product name, product description, customer list, and the like. The customer list may identify the customers who have received a recalled product as well as the customers that have not received the recalled product. Such customers may be distributors, POS retailers, the end users, and the like.
- The recall management module automatically notifies each customer entered into the system about the recall, and monitors receipt verification from the customers. For example, if the notification is via email, a return receipt from the customer may verify that the customer has received the notification. If no receipt verification is received after a certain time period, the server generates an exception report and transmits the report to the manufacturer. The manufacturer may respond to the exception report by notifying the non-responders on secondary and tertiary devices (or manually if necessary), even while the module continues notification efforts, until all customers have verified receipt of the recall notification. The recall management module also notifies each customer entered into the system who has not received a recalled product that the customer has indeed not received the recalled product.
- A customer receives the notification of a recall and accesses the website provided by the recall management module to obtain the product recall information and provide its own information relevant to the recall. A distributor customer enters its own customer list (e.g. POS establishments) as well as any additional recall information relevant to its customers. The customer list may identify both the customers that have received a recalled product as well as customers that have not received the recalled product. The recall management module automatically notifies the POS establishments of the product recall, and monitors for receipt verification by the establishments. An exception report is also generated upon failure to receive the receipt verifications in an allotted time period. The exception report is transmitted to the distributor for follow-up. The non-responding establishments are notified on secondary and tertiary devices (or manually if necessary) until receipt verification is received from all affected establishments. As the establishment completes the product recall, product count information is also transmitted by the establishment to the recall management module for updating the recall information in the mass storage device. The servers monitors the disposition product count to verify that the recall is being complied with. If products are not being disposed of in a timely manner, the server may be configured to transmit follow-up notices and take any other affirmative action to prompt the customers to take the disposition actions.
- Government agencies also receive automatic notification of the recall message and may monitor the recall progress by accessing the website provided by the recall server. In addition, members of the public that have subscribed to the website may receive automatic notifications of product recalls. The subscribing members may receive notifications of all recalled products, recalled products in particular categories, or recalled products that they have purchased.
- The recall notification that is automatically generated allows the recipients to view the recall information in a manner that is standardized for their particular recipient group. For example, the manner in which the recalled product is identified may differ based on whether the recipient of the information is a distributor, a POS establishment, or the public. A distributor would want the recalled product to be identified by the case UPC. A POS establishment would want the recalled product to be identified by the product UPC. On the other hand, the consumer would want the recalled product to be identified by the product name. In order to achieve this, the recall management module processes the recall information according to predetermined policy rules to extract and format the information to standardize the information for the particular recipient group.
- The server is also configured to monitor different aspects of the recall process and generate recall reports based on the monitored information. For example, the server is configured to collect time and date stamps of recall messages from the manufacturers and distributors, time and date stamps of receipt verifications from the distributors and POS establishments, and time and date stamps associated with product disposition quantities. In addition, the server tabulates the product volume removed from the supply chain in response to product removal information provided by the distributors, POS establishments, and the like, and includes this information in the report. The server may also be configured to compile information on business entities holding recalled products, and automatically transmit this information to central registries such as, for example, the FDA Adulterated Food Registry. For example, the server is configured to automatically extract certain information collected in its database for a particular recall, format this information into a from required by the FDA, and provide the information to the FDA
- The following is a more detailed description of the recall monitoring and management process according to one embodiment of the invention. For the purposes of this description, the recall initiator is described as being a manufacturer even though recalls can be initiated at any node within the supply network. Multiple distributors may be involved in moving recalled product from the manufacturer to the ultimate POS. According to one embodiment of the invention, a POS establishment includes, but is not limited to, retail food stores, restaurants, institutional feeding facilities, c-stores, and the like. Distributors play both the role of customer and distributor in this invention, receiving recall notification as a customer and sending recall messages as a distributor.
-
FIGS. 1-5 are functional process diagrams of an overall process for recalled product inventory notification, removal, and verification according to one embodiment of the invention. - Step 1:
- After the manufacturer decides that a recall is required, the manufacturer accesses a recall website provided by the
recall server 100 through secure access with log in and password. The website is pre-populated with identifying information based on the user. -
FIG. 8A is a screenshot of a graphical user interface (GUI) displayed to a manufacturer for creating a recall, viewing existing recalls, and conducting mock recalls according to one embodiment of the invention. The manufacturer chooses aRecall Wizard option 200 to be guided through the process of creating a recall bulletin to initiate a recall. The manufacturer may also select anoption 202 for viewing existing recalls, andoption 204 for conducting a mock recall. - The first stage of the Recall Wizard is the entry of item specific information for a recall event.
FIG. 8B is an initial screenshot of a GUI for generating the recall event according to one embodiment of the invention. Entering item specific information can be done manually, or uploaded from a database (internal or external), or through other electronic processes. According to one embodiment of the invention the recall initiator provides a name of therecall event 206 along with a recalleffective date 208. Other relevant information such as a time frame forresponse 210, government agency regulating the recall, informational web sites, product disposition instructions, recall classification, and the like, also are input for the recall event through the data capture wizard. Additional information such as reason for the recall, press release, question and answer information, etc. can be entered manually, uploaded, or imported via any electronic mechanism to therecall server 100. -
FIG. 8C is a screenshot of a GUI for entering product disposition instructions according to one embodiment of the invention. According to one embodiment of the invention, the product disposition instructions may prompt the recipient of the recall notification to take the recalled products to aspecific warehouse location 212, destroy theproducts 214, or hold the products forsupplier pickup 216. The product disposition instructions may further indicate agovernment agency 218 that is to regulate the recall. Access may be provided to this government agency to monitor progress of the recall via the recall scorecard. -
FIG. 8D is a screenshot of a GUI for generating recall distribution messages according to one embodiment of the invention. According to one embodiment, the recall initiator may transmit different messages depending on the recipient who is receiving the notification. A message foraffected customers 222 provides information for accessing therecall management module 116 for continuing the recall, generating reports, providing product disposition updates, and the like. A message forunaffected customers 224 may be a confirmation that those customers are not affected by the recall event.Internal messages 226 may also be generated for providing information to internal customers, employees, and the like. - The Recall Wizard takes the manufacturer to stage two of data capture, the listing of company contact information that can be used by its customers to answer specific questions about the recall event such as questions about product credits, returns, or transportation points.
FIG. 8E is a screenshot of a GUI for providing the manufacturer's contact information according to one embodiment of the invention. - The Recall Wizard brings the manufacturer to stage three of the data capture process where item information is entered for product(s) being recalled.
FIG. 8F is a screenshot of a GUI for entering specific recall items for a recall event according to one embodiment of the invention. Item information can be entered manually, one item at a time, upon selection ofoption 230 and entering of prompted information inbox 232, or uploaded to enter multiple items simultaneously upon selection ofoption 234. According to one embodiment of the invention, the recall specific information (e.g. item UPC, sell-by or use-by date, lot code) is provided by the manufacturer. Other item information (e.g. product description, product image, etc.) can be entered manually or uploaded, or retrieved from external databases in standardized formats. Total quantities of distributed product are also captured in a quantity shippedfield 236. According to one embodiment of the invention, one or more fields of the GUI provided by the Recall Wizard to receive information for a recall event are linked to fields in one or more template forms that need to be submitted, for example, to government agencies, to allow the automatic completion of at least some of the information required by those forms. - The Recall Wizard moves to stage four of its process and allows the manufacturer to enter a customer list (which may include POS customers who buy directly from the manufacturer), include a designation of those customers on the list that received the recalled product and the amount they received.
FIG. 8G is a screenshot of a GUI for entering the customer information. The customer list captures customer data such a name, company name, identifying image, e-mail address, phone number, etc. Both a customer type (i.e. distributor, POS, internal, government) and customer status (affected, non-affected, internal) can be selected from menus in the data capture wizard and associated to individual customers or customer groups. These designations allow therecall server 100 to send different messages to different customer types as well as to customers with different statuses in the recall. The customer list can either be entered manually or uploaded to therecall server 100 by selectingoption 238. -
FIG. 8H is a screenshot of a GUI for uploading a customer list according to one embodiment of the invention. According to this embodiment, the entity uploading the list selects a customer type from various available customer types 240. The selected customer type is then assigned to all the customers included in the customer list. - The Recall Wizard moves to stage five of its process and allows the manufacturer to verify all data entered for the recall event. After verification, the Recall Wizard allows the manufacturer to initiate the recall by selecting
option 242 as shown inFIG. 8I . - Step 2:
- Once the recall is initiated, the
recall server 100 begins notifying customers on the distributor list of a recall from the manufacturer using an automated message. At this step, the recall management module is configured to differentiate between customer type (distributors, POS) and customer status (affected, non-affected, internal) that received recalled product, and those that did not. Therecall management module 116 is configured with computer program instructions that evaluate manufacturer supplied data that indicates which customers were shipped what quantity of recalled product. The quantity information may be used to identify the customer type. For example, a customer receiving a quantity of zero for a recalled product is identified as being “not affected.” Alternatively, a specific customer type identifier may be associated to each customer for designating their type. For those customers with a non-affected designation, a “not affected” message is sent. According to one embodiment, every entity on the distributor list receives a message that either directs customers to therecall server 100 for product and recall information for those affected by the recall, or notifies customers that they received no recalled product from the manufacturer. (Though a customer is not affected directly from the manufacturer, it may be affected by recalled product received from secondary sources of distribution.) The automated message also allows customers who don't have access to the Internet to specify a secondary method for receiving recalled product information. - The
recall server 100 both notifies customers as directed by the distributor list, and keeps track of customer notification receipts. -
Step 2a: - These receipts are captured by the
recall server 100 and stored in the recall database for automatically generating exception reports of customers that haven't received notification after a specified time interval. The exception reports are sent automatically from therecall server 100 to the manufacturer at specific time intervals to allow for additional efforts at customer contact. - Step 3:
- Customers log onto the recall server 100 (or other designated means) to get product recall information in response to the received notifications. If the notifications are via email, the email contains a link to the specific product recall (or specific version of the product recall if multiple versions exist).
-
FIG. 9A is a screenshot of an exemplary recall notification received by a customer via email according to one embodiment of the invention. The email message provides alink 250 to theserver 100 for accessing information on the recall. If the recipient is a first time user of the system, the email notification provides alogin email 252 andpassword 254 for initial access to the system. The user may change the password, for example, once he or she access the system. - The email further includes a
link 256 which, when selected, transmits a message to the server of receipt of the email. When the recall management module receives selection of thelink 256, it updates the status of the responding customer as having been confirmed. The recall management module tracks those customers who have confirmed receipt of the recall notification to determine whether follow-up messages need to be transmitted. - Step 4:
FIG. 9B is a screenshot of a website access page provided by theserver 100 upon selection oflink 250 according to one embodiment of the invention. When customers log onto therecall web site, the customers are brought into a Recall Response Wizard that recognizes their customer type. The Recall Response Wizard provides general product recall information, as well as specific recall event information including disposition directions particular to customer types. - Step 5:
- Distributors who are affected by the recall log onto the
recall server 100 using a login email and secure password. Therecall server 100 recognizes the customer type, and automatically brings the customer into the Recall Response Wizard appropriate to its type so that it can verify inventory removal, and continue the recall information to its unique customer list. -
FIG. 9C is a screenshot of a recall information page displayed to a distributor according to one embodiment of the invention. The Recall Response Wizard includes pre-populated recall information that came directly from the manufacturer, and specific recall information that they need to pass to their customers to facilitate proper recall execution. In this manner, information on recall progress and other information relevant to the recall is compiled from different sources in different levels of the product distribution chain. - After reviewing the Recall Event information in
stage 1, the Recall Response Wizard steps the distributor through a series of screens to verify the amount of recalled product removed from inventory, and to prepare the system to continue the recall onto additional customers. Stage two of Recall Response Wizard shows the customer contact information from the manufacturer that can help with specific aspects of the recall (credit requests, supply chain information, etc.). Stage three provides fields for the distributor to enter its own contact information that can be used by its customers when processing the recall. - Stage four allows the distributor to tailor the recalled item information for its customers, and to enter the amount of product shipped to customers as well as the amount of product removed from sale in response to the recall event.
FIG. 9D is a screenshot of a GUI provided to a distributor for entering this information according to one embodiment of the invention. If none of the recalled products were shipped to the distributor's customers, a quantity of 0 is entered infield 260. - The Recall Response Wizard brings the distributor to Stage five where customer data is entered. Customers can be entered individually or uploaded from a file; they can be designated by type (distributor, POS) and by status (affected, non-affected, internal, government) similar to what is done by the manufacturers as described with reference to
FIGS. 8G-8H . The customer list (which may include other distributors who buy from the notifying distributor) includes designation of the customers' status, and for customers that received the recalled product, the amount they received. This designation allows therecall server 100 to send different messages to affected as opposed to non-affected customers. -
FIG. 9E is a screenshot of a GUI for generating messages for different types of customers according to one embodiment of the invention. At this step, therecall management module 116 evaluates the customer status data to differentiate between customers that received recalled product, and those that did not. Based on customer status, therecall server 100 sends appropriate messages to all customers on the distribution list. (Though a customer is not affected directly from the distributor, it may be affected by recalled product received from other sources of distribution.) The automated message also allows customers who don't have access to the Internet to specify a secondary method for receiving recalled product information. The customer list can either be entered manually, imported, or uploaded via any electronic mechanism to therecall server 100. - The Recall Wizard moves to stage six of its process and allows the distributor to review and edit the message that will be used to notify customers of the recall event. After review, the Recall Wizard asks the distributor to continue the recall communication upon selection of
option 270. Selection ofoption 270 further updates the customer's status as having verified the recall. -
FIG. 9F is a screenshot of a GUI that is displayed upon selection of ahome option 272 according to one embodiment of the invention. The GUI provides information of various recall events for which the particular customer has been notified, and thestatus 278 of each recall event. The GUI further provides alink 274 for continuing or updating product disposition information for each recall. Ascorecard link 276 causes display of a scorecard with specific information on the progress of the recall. A reports link 280 causes display of various reporting options such as the ones shown in the screenshot ofFIG. 9G . - Step 6:
- Once the recall is continued, the
recall server 100 begins notifying customers on the customer list generated by the distributor of a recall from the manufacturer using an automated message. The message directs customers to therecall server 100, or other designated location, for product information including proper disposition of recalled product, press release(s), Q & A information, contact information, etc. The automated message also allows customers who don't have access to the Internet to specify a secondary method for receiving recalled product information. - The
recall server 100 both notifies customers as directed by the customer list, and keeps track of customer notification receipts. -
Step 6a: - These receipts are captured by the
recall server 100 and stored in a database that automatically generates exception reports of customers that haven't received notification after a specified time interval. The exception reports are sent automatically from therecall server 100 to the distributor to generate additional efforts at customer contact. - Step 7:
- When customers log onto the Recall InfoLink web site, the server recognizes their customer type, and automatically brings them into the Recall Response Wizard appropriate to their type so that they can verify inventory removal, and continue the recall information to their unique customer list if required. The Recall Response Wizard provides general product recall information, as well as specific recall event information including disposition directions particular to customer types. Distributors who are affected by the recall log onto the
recall server 100 using a log in and secure password and follow the procedures described insteps - Step 8:
- When the
recall server 100 recognizes the POS customer type, it automatically brings the customer into the Recall Response Wizard appropriate to its type so that it can verify inventory removal.FIG. 10A is screenshot of a recall information page displayed to a POS customer according to one embodiment of the invention. The Recall Response Wizard includes pre-populated recall information that came directly from the manufacturer, and specific recall information from the distributor to facilitate proper recall execution. In this manner, information on recall progress and other information relevant to the recall is compiled from different sources in different levels of the product distribution chain. - After reviewing the Recall Event information in
stage 1, the Recall Response Wizard steps the POS establishment through a series of screens to verify the amount of recalled product removed from inventory. Stage two of Recall Response Wizard shows the contact information from the manufacturer that can help with specific aspects of the recall (credit requests, supply chain information, etc.). Stage three shows the contact information from the distributor that can be used when processing the recall. - Stage four allows the POS establishment to quantify the amount of recalled items removed from sale in response to the recall event.
FIG. 10B is a screenshot of a GUI provided to a POS establishment for enteringproduct removal information 400 for one or more products of the notified product recall event according to one embodiment of the invention. When the amount of product removed is entered into therecall server 100 through the recall web site or other designated entry point, and the entered information is transmitted to the server upon selectingoption 402, therecall server 100 tabulates the removed product and displays it in the manufacturer and distributor scorecards. According to one embodiment of the invention, a date and time is in whichoption 402 was selected is also stored in the database and associated with information on a current quantity removed. According to one embodiment of the invention, additional notifications may be transmitted to the POS establishment if an established period of time elapses without verification on the removal of the recalled items. - Step 9:
- Distributor and POS establishments can re-enter the Recall Response Wizard and update the quantity of product removed in response to the recall if additional product is recovered or returned over time. For example, the POS establishment may re-enter the wizard upon selecting
link 500 for a specific recall event as shown inFIG. 10C . - Step 10:
- Government agencies are automatically notified of recall initiation, and prompted to log on to the
recall server 100 for detailed information, including monitoring the progress of recalls from manufacturers that have opted to allow such regulatory monitoring. According to one embodiment of the invention, the recall management module 160 is configured to provide government agencies access to completed forms, reports, and registries that comply with specific agency requirements. For example, the recall server configures data entered by the manufacturer into predetermined formats as specified by the regulatory body, and automatically fills out form templates (e.g.FDA form 3177 as illustrated inFIG. 7 ). These forms may be accessed, for example, from the page illustrated inFIG. 9G which lists the different types of reports provided by the system. The forms are automatically transmitted to the government agencies, or stored at the server for retrieval by the manufacturer, government agency, or the like. The Adulterated Food Registry, as another example, is completed through repetitious iterations of data input from multiple product suppliers. Each product supplier (manufacturer(s) and/or distributor(s)) enters its list of businesses affected and unaffected by the recall as the recall is initiated and continued. Therecall server 100 then compiles the lists of businesses that received recalled product (distributor(s) and/or POS customer(s)) through primary or secondary distribution channels, diversion, electronic commerce, etc. to complete the Registry. - Step 11:
- Public subscribers to Recall InfoLink receive notification of recalls as requested, and are directed to the
recall server 100 for recall information, including product disposition directions. From therecall server 100, the public is able to access lists of POS establishments (grocery stores, c-stores, restaurants, feeding institutions, electronic shopping, etc.) that have received recalled product in their particular shopping area. - Step 12:
- The public may enter the amount of recalled product they disposed of into the
recall server 100 which tabulates removed product for the manufacturer. - Step 13:
- The manufacturer or distributor can enter the
recall server 100 at any time and search for an existing recall that is already in the system, whether new or already acted on to review the details of the recall event, view the scorecard or print system-generated reports. - Step 14:
- The manufacturer can enter the
recall server 100, and expand an existing recall to include additional items, additional customers, or both as needed based on internal review, external input, or regulatory requirements. - The recall management module is configured for recall expansion which allows successive versions of a previously initiated recall to be created and maintained in a way that allows for both independent tracking/reporting, and combined tracking/reporting of each recall version. Expanding a recall first requires access to an existing version(s) of a recall from the recall data warehouse. In this regard, a recalling entity searches for a specific recall identifier, such as, for example, a product name, recall ID, time frame, UPC, or other identifying data.
- Next, a recall expansion may entail adding new products, new distributors, new customers, new regulatory agencies, or any combination of these properties, and saving this information as a new version of the existing recall. For instance additional distributors or customers may need to be added to a version of a product recall that has already been initiated and/or continued. Likewise, new products may need to be added to an existing recall that may apply to the same distributors/customers already notified, or a new set of distributors/customers that may include distributors/customers already notified, new distributors/customers, or any combination of the two.
- Each version of an existing recall may be associated with a timestamp that identifies when the new version of the recall was created. Saving any modification to an existing recall as a new version ensures that prior versions of the recall are maintained. It is desirable to maintain the prior versions because the reporting of recall execution to regulatory agencies and for business credit or other financial purposes may need to be different by version if each version has different distributors/customers included and products (i.e.
version 1 has distributor A, customer AA, product AAA;version 2 has distributor B, customers AA, BB, and CC, products AAA and BBB), to allow for monitoring recall versions and their unique aspects. For example, a list of products and businesses involved may expand over time as new products and channels of distribution are identified through regulatory investigation, additional illnesses, or consumer complaints. In each of these cases, each “version” of the recall may be linked to earlier versions from business, regulatory, and legal standpoints. Reporting the actions taken (response, product removed, etc.) may be specific to a particular “version” of the recall (that is, a particular business for regulatory or liability purposes) or the entire action as a whole (that is for regulatory reporting purposes, liability purposes, business credit purposes). - Next, new messaging to communicate the recall expansion that references the earlier version(s) of the recall is used to notify customers of the recall expansion. Inputs of products removed and/or disposed of are maintained both as responses to a particular recall version, and tabulated as part of the entire recall from its inception. Recall monitoring can specify recall version(s) or the combined total recall.
- Step 15:
- The manufacturer, distributor, or Public can re-enter the
recall server 100 at any time, search for an existing recall, view details of existing recall events, view scorecards of recall events, print reports, and record additional recalled product captured or disposed of which will then be added to the ongoing tally of product quantity recovered against product quantity distributed. - Step 16:
- At any time, the manufacturer can enter the Recall InfoLink web site to manage mock recalls. Mock recalls can be scheduled ahead of time or conducted without scheduling.
FIG. 11 is a screenshot of a GUI for conducting mock recalls according to one embodiment of the invention. A series of mock recall steps 600 are provided to guide the manufacturer through a comprehensive mock recall exercise. The Mock Recall Wizard captures relevant company information (i.e. mock recall participants, cc list for notification, company contact information, etc.) that is saved in the recall database, and is accessible as needed for additional mock recalls or recall events. An e-mail reminder of the scheduled mock recall event is sent to the manufacturer at an amount of time before the mock recall specified by the manufacturer. Conducting mock recalls allows a manufacturer to gather ahead of time the information that will be needed if a real recall has to be conducted. Mock recalls further allow the manufacturer to familiarize him/herself with the recall system to efficiently and expeditiously conduct a real recall should this ever be necessary. - At each communication point resulting from a recall event initiation and a recall event continuation, the message/website information provided to each audience is tailored to that audience so that the message can be acted on and/or replied to rapidly. According to one embodiment, distributors receive messaging as input by the manufacturer as it accurately describes what distributors received. POS establishments receive messaging as input by the distributor as it depicts what POS establishments received from the distributor (pack size, item number, and other specifics may differ significantly from what the manufacturer inputs). The reason for the recall, product description, UPC, case pack, lot codes, item numbers, and product disposition are prominent in this communication. The public receives messaging that highlights the relevant portions of the recall bulletin (i.e. product description, UPC, reason for the recall, health hazard information), and omits the less meaningful information (i.e. quantity shipped, case pack, some contact information, etc.) The proper messaging is automatically determined by the recall server based on the identification of the target audience, and rules associated in generating recall notices to the target audience. The reason for the recall, product description, UPC, and disposition direction (different from other disposition directions) are prominent in this communication.
- According to one embodiment of the invention, the government messaging contains significant portions of both manufacturer and distributor information that will give visibility to recall scope and product distribution. Some of the input information will also be deleted, such as credit contact, which has no value for regulatory agencies. Again, this is automatically determined by the recall server based on the identification of the target audience receiving the messaging.
- According to one embodiment of the invention, a product recall may be deemed to have been completed upon detection of certain triggering events by the recall server (e.g. removal of a certain percentage of recalled items, certain passage of time, indication that all entities affected by the recall have confirmed receipt of a recall notice, and the like). The recall server may be configured to tag a particular recall as completed (or provide some other status identifier) in response to the trigger event.
-
FIG. 12 is an exemplary screenshot displaying a scorecard for a particular entity generating or continuing a recall according to one embodiment of the invention. The scorecard includes real-timecommunication status information 290 indicating graphically, numerically, or otherwise, those customers who remain unreached 290 a (i.e. no recall notifications have been transmitted to them), those customer who are confirmed 290 b (i.e. recall notification have been transmitted, and receipt has been confirmed), and those customers who are unconfirmed 290 c (i.e. recall notification have been transmitted, but receipt has not been confirmed). - The scorecard further includes real-
time verifications status 300 indicating graphically, numerically, or otherwise, those confirmed customers who have verified 300 a the recall or not 300 b. As an example, a distributor who goes through the various stages of the recall wizard to provide further recall information and who then selects option 270 (FIG. 9E ) causes verification of the recall. - The scorecard further includes real-time product disposition information for each recalled product as identified by a
product ID 302. Bar 304 identifies a total number of the recalled product that was shipped by the particular entity to whom the scorecard applies.Bar 306 identifies the total recall returned quantity that is accounted for by the particular entity, and bar 308 identifies a quantity that was disposed by a particular customer identified infield 310 to whom the product was shipped by the particular entity. -
FIG. 13 is a flow diagram of a process executed by therecall management module 116 for creating a recall event according to one embodiment of the invention. The process starts, and instep 1000, therecall management module 116 receives a recall event generated by a recall initiator. According to one embodiment of the invention, the recall initiator is a manufacturer of the product to be recalled. A person of skill in the art should recognize, however, that any other entity downstream of the manufacturer may also initiate and/or add to a recall event. - In generating the recall event, the recall initiator submits to the
recall management module 116 information about one or more products to be recalled, recall reason and description, effective date of the recall, product disposition instructions, time frame for disposing the products, customers to notify, and the like. The product disposition instructions may prompt a recipient of the recall to take the recalled products to a specific location, destroy the products, or hold the products for supplier pickup. After the recall event is generated, it is stored in the recall database as indicated instep 1002. - In
step 1004, therecall management module 116 proceeds to generate different types of notifications that may be sent for the particular recall event. The notifications may vary depending on whether the entity to be notified is affected by the recall, unaffected by the recall, or is an internal notification to be distributed to employees or other internal contacts of the recall initiator. The notifications to affected customers may function as an alert to prompt those customers to dispose the recalled products according to the product disposition instructions. The notifications to unaffected customers, on the other hand, may serve as an assurance that they did not purchase the recalled products, but caution them that they should double check their inventory to ensure that they are not in receipt of the recalled product. - In
step 1006, therecall management module 116 proceeds to identify the customer to whom a recall notification is to be transmitted. According to one embodiment, the customer name, customer type (distributor, POS, etc.), quantity purchased, and the like, is provided by the recall initiator when the recall event is generated. This information may be entered by the recall initiator one by one with the generating of the recall event, or uploaded to the system in a single file. Alternatively, therecall management module 116 automatically identifies the relevant customers by examining a purchase database maintained by the recall initiator. Such purchase database may maintain up-to-date sales information of all products sold by the recall initiator including sale date, sale quantity, and recipient information, and the like. - In
step 1008 therecall management module 116 determines whether the identified customer is affected or not by the recall event. If the identified customer is affected by the recall event, the notification generated for affected customers is flagged for the identified customer instep 1010. If the identified customer is not affected by the recall event, the notification generated for the non-affected customers is flagged for the identified customer instep 1012. According to one embodiment of the invention, therecall management module 116 determines whether a customer if affected or not by examining the amount of the product purchased by the customer. If the quantity information is 0 for the particular customer, the non-affected notification is flagged. According to another embodiment, the recall initiator may specifically flag each customer with a flag identifying the customer as affected, unaffected, or internal, when generating the recall event. - In
step 1014, a determination is made as to whether there are more customers to whom notifications should be sent. If the answer is YES, the process returns to step 1006 for identifying the customer and flagging the appropriate notification for that customer. - In
step 1016, therecall management module 116 transmits all flagged notifications to the identified customers. According to one embodiment of the invention, the date and time in which the notifications are transmitted is recorded in the database for monitoring timeliness of acknowledgments, recall completions, and the like. The notifications may be email notifications, instant messaging notifications, telephonic notifications, and/or the like. -
FIG. 14 is a flow diagram of a process executed by therecall management module 116 for monitoring notifications sent for a particular recall event according to one embodiment of the invention. The process starts, and instep 1100, therecall management module 116 monitors the recall event for receipt of acknowledgments from different customers. Such acknowledgements may be, for example, acknowledgments that the customers have received an initial recall notification. Therecall management module 116 may also monitor for other types of acknowledgments and verifications, including, for example, verifications of a recall event, recall completion notices, and the like. - In
step 1102, a determination is made as to whether an acknowledgment has been received in response to the recall notification. The acknowledgment may be in the form of an email notification or any other type of communication convention in the art. If the answer is YES, therecall management module 116 updates the recall database instep 1104 to record the acknowledgment. In this regard, therecall management module 116 records the specific customer transmitting the acknowledgment, the date and time of the acknowledgement, and the like. - In
step 1106, a determination is made as to whether all notified customers have transmitted a receipt acknowledgment. If the answer is NO, the process continues to monitor for further acknowledgments. If the acknowledgments are not received in an allotted time frame as determined instep 1108, all non-responding customers are identified instep 1110. Instep 1112, an exception report is generated with information about the non-responding customers. The exception report is transmitted, instep 1114, to the entity that caused the recall notifications to the transmitted. That entity may then follow-up with the non-responding customers by transmitting follow-up notifications. The recall management module 118 may select a communication medium other than the communication medium used for the initial notification in transmitting the follow-up notification. -
FIG. 15 is a flow diagram of a process executed by therecall management module 116 for interacting with a customer receiving a recall notification according to one embodiment of the invention. The customer may be a distributor receiving a recall notification from a manufacturer, government agency, or another distributor. The customer may also be a POS establishment receiving the recall notification from the manufacturer, government agency, or distributor. The customer may further be an end purchaser receiving the recall notification from the manufacturer, government agency, or POS establishment. - When the customer receives a recall notification, the customer accesses the
recall server 100 via, for example, a link provided in the recall notification. Theserver 100 identifies the type of customer and displays, instep 1200, information about the recall event customized for the identified customer type. For example, if the customer is identified as a distributor, the recall information is customized for a distributor view. Furthermore, the distributor may be provided with tools to update or add to the recall event, while such tools may not be available to a customer identified to be an end purchaser. - If the customer has the option of continuing the recall by updating or adding to the recall event, a determination is made in
step 1202 as to whether the recall is to be continued. According to one embodiment of the invention, the customer who has the option of continuing a recall is a distributor. POS establishments, according to this embodiment, do not have an option of continuing a recall. If the answer to the determination instep 1202 is YES, additional information for the recall event, such as, for example, a list of additional customers that need to be notified, is received is received instep 1203, and a new version of the recall event generated based on the received updates instep 1204. Instep 1206, the new version of the recall event is saved in the recall database in association with the original recall event. In this manner, the updated recall event may be monitored and tracked separately from the original recall event while maintaining the association with the original recall event for aggregate reporting and tracking. The process then proceeds to the notification steps ofFIG. 13 for the customers associated with the updated recall event. In this regard, the customer continuing the recall event may generate new notification messages catered to the new customer group that is to receive the notifications. - In addition or in lieu of continuing a recall, the customer may also dispose of products according to the product disposition instructions received by the customer. In this regard, a determination is made is
step 1208, as to whether the customer has indicated that recalled products have been disposed. If the answer is YES, therecall management module 116 identifies the quantity of products disposed as provided by the customer instep 1210. The customer continuously updates this quantity as the recall progresses. - As the quantities of products disposed is received for each version of the recall event, the recall management module updates a scorecard for the recall based on the recall quantities received. The scorecard may display the amount of products disposed versus the amount of products shipped to the particular customer. In addition, because the recall management module computes the amount of products disposed on an aggregate basis, the scorecard may also display a total amount of products disposed versus a total amount of products that have been sold.
- In step 1214 a determination is made as to whether the recall has finished/completed. The recall may be deemed finished if all (or a certain percentage) of the sold products have been disposed or accounted for, or if the recall period has expired. If the recall has finished, the status of the recall event is updated in the database as being completed. Reports may be generated at this time, and/or notifications may be transmitted to relevant government agencies of the termination of the recall event.
- According to one embodiment of the invention, different status information can be associated to a recall event throughout the recall process. For example, the status of a recall event may be indicated as being pending (i.e. recall event being generated), ready (i.e. recall ready to be notified), communicating (i.e. recall notifications being sent), new (i.e. new for a customer who receives the recall notification), in progress, saved, and/or completed.
- One distinct benefit of the recall management and monitoring system according to the above embodiments is the ability to quantify the amount of product recovered against the amount distributed. The feature of notifying points in the supply chain of the amount of recalled product they received adds great value to the monitoring of recall processes. Especially in the event of intentional contamination (i.e. bioterrorism), knowledge of the amount of distributed product and recovered product will have significant benefit in preparing for morbidity and mortality rates that require specialized care. This feature has the benefit of not just tracking the recall at a macro level, but breaking the recall down into subsets by following the distribution of the product and quantifying recovery.
- Another distinct benefit of the recall management and monitoring system according to the above embodiments is the ability to identify all business recipients of a recalled product, and then automate completion of regulatory forms (FDA form 177, FDA's Adulterated Food Registry, etc.). The Adulterated Food Registry law was passed at the end of 2007. This law requires identification of all entities holding recalled products. The ability of the recall server to track the distribution of product that is subsequently recalled from the manufacturer, through distributor(s), to multiple points of sale, allows an automated mechanism of complying with this law. Form 177 is a form that businesses have to complete in the event of a recall, that will be automated through manipulation of product and distribution data captured in the
recall server 100. - A third feature of the recall management and monitoring system according to the above embodiment of the invention is the sense of urgency to remove product from supply that the invention communicates with its defined time frames and automated exception reports at specified intervals. This urgency of recall communication and completion is vital for both intentional and unintentional contamination events where public health is at risk. One characterization of this capacity could be an “active” recall management system versus. a “passive” system.
- A fourth feature of the recall management and monitoring system according to the above embodiment of the invention is the amount of security built into the system to verify and validate users, and to control access to the system in a way that ensures proper use and recall administration. According to one embodiment, these security features include, but are not limited to the following:
-
- a) users only can create users that have the same company as the creator;
- b) all recalls that are sent out are attached to a manufacturer user id, allowing tracking of the user who sent out the recall;
- c) recalls are only sent out to users on event based recall distribution list;
- d) only users with correct permissions can send out recalls;
- e) only users with correct permissions can modify personal contact info;
- f) Users can only view their own recalls, the ones they created;
- g) Users can only view recalls sent to them;
- h) Users with correct permissions can view other company recalls;
- i) All CGI calls validate the user hash table to maker sure they are who they log in as;
- j) All CCGI calls post their data thus hidden to URL;
- k) All CGI calls validate session_id for valid sessions;
- l) All logins require a password and email conformation;
- m) All reports are executed in PDF form;
- Although this invention has been described in certain specific embodiments, those skilled in the art will have no difficulty devising variations which in no way depart from the scope and spirit of the present invention. It is therefore to be understood that this invention may be practiced otherwise than is specifically described. Thus, the present embodiments of the invention should be considered in all respects as illustrative and not restrictive, the scope of the invention to be indicated by the appended claims and their equivalents rather than the foregoing description.
Claims (17)
1. A server for monitoring and managing product recalls, the server comprising:
a recall database storing information on one or more recall events;
a processor;
a memory coupled to the processor and storing computer instructions therein, the processor being configured to execute the program instructions, the program instructions including:
receiving from a recall initiator a recall event identifying at least one product to be recalled and product disposition instructions;
storing the recall event in the recall database;
generating one or more electronic recall notifications based on the received recall event;
identifying a plurality of customers;
transmitting the one or more electronic recall notifications to the identified customers;
monitoring progress of the recall event, wherein the monitoring includes periodically receiving from one or more of the identified customers, information on quantities of the product disposed according to the product disposition instructions;
updating by the recall server an aggregate disposition amount based on the received quantities; and
generating a report based on the monitored progress.
2. The server of claim 1 , wherein the computer instructions further include:
retrieving customer type information stored in association with each of the identified customers; and
catering the recall notifications to the identified customer types.
3. The server of claim 2 , wherein the customer type information identifies a first one of the identified customers as being a purchaser of the product and a second one of the identified customers as not being a purchaser of the product, wherein a first type of product recall notification is transmitted to the first customer and a second type of the product recall notification is transmitted to the second customer.
4. The server of claim 3 , wherein the first type of product recall notification is an alert for prompting action according to the product disposition instructions, and the second type of product recall notification is a confirmation that the second one of the plurality of customers is not affected by the recall event.
5. The server of claim 1 , wherein the computer instructions further include:
determining whether a predetermined amount of time has elapsed without receiving acknowledgment of the recall notification by any one of the identified customers;
generating an exception report in response to the determination that the predetermined amount of time has elapsed without the acknowledgement, the exception report including information on the customer who is non-responsive; and
forwarding the exception report to the recall initiator.
6. The server of claim 1 , wherein the computer instructions further include:
modifying the recall event in response to a user input;
storing the modified recall event in the recall database, wherein the modified recall event is stored as an updated version of the recall event; and
monitoring progress of the modified recall event separately from the recall event.
7. The server of claim 6 , wherein the computer instructions for modifying the recall event includes program instructions for storing information on a second product to be recalled.
8. The server of claim 6 , wherein the computer instructions for modifying the recall event includes adding a new customer to the identified customers.
9. The server of claim 8 , wherein the computer instructions further include:
transmitting over the data communications network a second electronic recall notification to the new customer for the modified recall event;
periodically receiving information on second quantities of the product disposed according to the product disposition instructions;
computing the aggregate disposition amount based on the quantities of the product and the second quantities of the product; and
displaying the aggregate disposition amount.
10. The server of claim 6 , wherein the user input modifying the recall event is provided by one of the identified customers in response to receipt of the recall notification.
11. The server of claim 1 , wherein the computer instructions for monitoring the progress of the recall event includes:
comparing the aggregate disposition amount against a quantity of the product distributed to the customers; and
displaying statistical information for the recall event based on the comparison.
12. The server of claim 1 , wherein the computer instructions further include:
generating a progress report based on the monitored progress, the progress report being updated in real-time with the updating of the information on the quantities of the product disposed according to the product disposition instructions.
13. The server of claim 1 , wherein the computer instructions further include:
identifying a template form for the recall event;
automatically filling the template form based on information on the recall event provided by the recall initiator; and
transmitting the filled template form to a recipient over a data communications network.
14. The server of claim 13 , wherein the template form is a form provided by a government agency.
15. The server of claim 1 , wherein the computer instructions further include:
identifying a type of the customers receiving the recall notification;
selecting information on the recall event for display to the customers based on the identified type.
16. The server of claim 1 , wherein the computer instructions further include:
updating status of the recall event based on the aggregate disposition amount.
17. In a computer network including a recall server coupled to a recall database, a computer-implemented method for monitoring and managing product recalls, the method comprising:
receiving from a recall initiator a recall event identifying at least one product to be recalled and product disposition instructions;
storing the recall event in the recall database;
generating by the recall server one or more electronic recall notifications based on the received recall event;
identifying by the recall server a plurality of customers;
transmitting by the recall server the one or more electronic recall notifications to the identified customers;
monitoring by the recall server progress of the recall event, wherein the monitoring includes periodically receiving from one or more of the identified customers, information on quantities of the product disposed according to the product disposition instructions;
updating by the recall server an aggregate disposition amount based on the received quantities; and
generating by the recall server a report based on the monitored progress.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/614,346 US20170337559A1 (en) | 2008-01-16 | 2017-06-05 | Recalled product inventory notification, removal, and verification system |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US1139908P | 2008-01-16 | 2008-01-16 | |
US12/355,716 US8145574B1 (en) | 2008-01-16 | 2009-01-16 | Recalled product inventory notification, removal, and verification system |
US13/370,242 US9697523B2 (en) | 2008-01-16 | 2012-02-09 | Recalled product inventory notification, removal, and verification system |
US15/614,346 US20170337559A1 (en) | 2008-01-16 | 2017-06-05 | Recalled product inventory notification, removal, and verification system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/370,242 Continuation US9697523B2 (en) | 2008-01-16 | 2012-02-09 | Recalled product inventory notification, removal, and verification system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20170337559A1 true US20170337559A1 (en) | 2017-11-23 |
Family
ID=45841936
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/355,716 Active 2030-02-23 US8145574B1 (en) | 2008-01-16 | 2009-01-16 | Recalled product inventory notification, removal, and verification system |
US13/370,242 Active 2029-09-30 US9697523B2 (en) | 2008-01-16 | 2012-02-09 | Recalled product inventory notification, removal, and verification system |
US15/614,346 Abandoned US20170337559A1 (en) | 2008-01-16 | 2017-06-05 | Recalled product inventory notification, removal, and verification system |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/355,716 Active 2030-02-23 US8145574B1 (en) | 2008-01-16 | 2009-01-16 | Recalled product inventory notification, removal, and verification system |
US13/370,242 Active 2029-09-30 US9697523B2 (en) | 2008-01-16 | 2012-02-09 | Recalled product inventory notification, removal, and verification system |
Country Status (1)
Country | Link |
---|---|
US (3) | US8145574B1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180150789A1 (en) * | 2016-11-28 | 2018-05-31 | Wal-Mart Stores, Inc. | Systems and methods for monitoring product recalls |
US11080716B2 (en) * | 2014-06-01 | 2021-08-03 | Hadasoft, Llc | System and method for unified product recalls analytics and notification platform |
US11625726B2 (en) * | 2019-06-21 | 2023-04-11 | International Business Machines Corporation | Targeted alerts for food product recalls |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110093400A1 (en) * | 2009-10-15 | 2011-04-21 | Foodtrack, Inc. | Product recall information exchange platform |
US10755371B1 (en) | 2012-04-29 | 2020-08-25 | Subject Packet Solutions, Llc | System for facilitating the execution of law enforcement duties |
US11423502B1 (en) | 2012-04-29 | 2022-08-23 | Subject Packet Solutions, Llc | System for facilitating the execution of law enforcement duties |
US12033231B1 (en) | 2012-04-29 | 2024-07-09 | Subject Packet Solutions, Llc | System for facilitating the execution of law enforcement duties |
US9218634B1 (en) | 2012-04-29 | 2015-12-22 | Intel-Based Solutions, LLC | System and method for facilitating the execution of law enforcement duties |
US20130317907A1 (en) * | 2012-05-24 | 2013-11-28 | Sap Ag | Business to Consumer Marketing |
US9569744B2 (en) | 2012-07-31 | 2017-02-14 | Symberion Corp. | Product notice monitoring |
US20140288943A1 (en) * | 2013-03-21 | 2014-09-25 | Infosys Limited | Healthcare recall management |
US20140288966A1 (en) * | 2013-03-21 | 2014-09-25 | Infosys Limited | Medical device safety management |
US20140343986A1 (en) * | 2013-05-14 | 2014-11-20 | Symberion Corp. | Product notice costing |
US20150324737A1 (en) * | 2014-05-09 | 2015-11-12 | Cargurus, Inc. | Detection of erroneous online listings |
US9622214B2 (en) | 2014-05-23 | 2017-04-11 | Samsung Electronics Co., Ltd. | Method and apparatus for providing notification |
CN110855836B (en) | 2014-05-23 | 2022-05-31 | 三星电子株式会社 | Method and apparatus for providing notification |
US10638452B2 (en) | 2014-05-23 | 2020-04-28 | Samsung Electronics Co., Ltd. | Method and apparatus for providing notification |
JP6488729B2 (en) * | 2015-01-29 | 2019-03-27 | 富士ゼロックス株式会社 | Entry form providing apparatus, image forming apparatus, and program |
US11636158B1 (en) | 2015-06-03 | 2023-04-25 | Subject Packet Solutions, Llc | Computer-based system for facilitating the execution of law enforcement duties |
US10474678B1 (en) * | 2015-06-03 | 2019-11-12 | Subject Packet Solutions, Llc | Computer-based system for facilitating the execution of law enforcement duties |
US11676235B1 (en) | 2015-06-03 | 2023-06-13 | Subject Packet Solutions, Llc | Computer-based system for facilitating the execution of law enforcement duties |
JP2018037006A (en) * | 2016-09-02 | 2018-03-08 | ルネサスエレクトロニクス株式会社 | Semiconductor product quality management system, semiconductor product quality management method, and automobile |
US11334952B1 (en) | 2017-04-05 | 2022-05-17 | State Farm Mutual Automobile Insurance Company | Systems and methods for usage based insurance via blockchain |
US20200320198A1 (en) * | 2017-12-19 | 2020-10-08 | Hewlett-Packard Development Company, L.P. | Component recall checking |
US11445738B2 (en) * | 2019-09-10 | 2022-09-20 | Sheng-Chih CHANG | Computer implemented food safety related management method |
US11880856B1 (en) | 2022-10-03 | 2024-01-23 | Inmar Clearing, Inc. | Recall and promotion processing system and related methods |
Family Cites Families (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6285932B1 (en) * | 1997-05-16 | 2001-09-04 | Snap-On Technologies, Inc. | Computerized automotive service system |
US6995675B2 (en) * | 1998-03-09 | 2006-02-07 | Curkendall Leland D | Method and system for agricultural data collection and management |
US7117227B2 (en) | 1998-03-27 | 2006-10-03 | Call Charles G | Methods and apparatus for using the internet domain name system to disseminate product information |
US6611806B1 (en) | 1999-04-13 | 2003-08-26 | Fff Enterprises, Inc. | Lot tracking system for pharmaceuticals |
US20010051882A1 (en) * | 1999-07-13 | 2001-12-13 | Murphy Kevin M. | Integrated care management system |
US20010053980A1 (en) | 1999-12-16 | 2001-12-20 | Suliman Douglas M. | Method and system for blind electronic warranty registration |
US20010042022A1 (en) | 2000-01-05 | 2001-11-15 | Kirkpatrick Michael S. | Systems and methods for point of purchase product registration |
US7552087B2 (en) | 2000-02-03 | 2009-06-23 | Afterbot, Inc. | Electronic transaction receipt system and method |
WO2001059660A1 (en) * | 2000-02-11 | 2001-08-16 | Marcio Marc Abreu | System and method for communicating product recall information, product warnings or other product-related information to users of products |
WO2001071606A1 (en) | 2000-03-16 | 2001-09-27 | Conxia, Inc. | Internet based warranty and repair service |
US7069231B1 (en) | 2000-07-20 | 2006-06-27 | Oracle International Corporation | Methods and systems for defining, applying and executing customer care relationship plans |
JP2002109098A (en) | 2000-10-04 | 2002-04-12 | Fujitsu Ltd | Merchandise information management method and repair request method |
JP2002207938A (en) | 2001-01-11 | 2002-07-26 | Nec Fielding Ltd | System and method for repair service for product |
US20030040929A1 (en) | 2001-03-16 | 2003-02-27 | Knegendorf William A. | Method for distributing product hazard information |
US20030074272A1 (en) | 2001-03-16 | 2003-04-17 | Knegendorf William A. | System and method for distributing product hazard information |
US20030171974A1 (en) | 2001-06-15 | 2003-09-11 | Taschner Dana B. | Recalled products business method |
JP2003058775A (en) * | 2001-08-15 | 2003-02-28 | Fujitsu Ltd | Method and program for providing commodity information, recording medium and server for providing commodity information |
US20030172077A1 (en) * | 2002-03-08 | 2003-09-11 | Mir3, Inc. | Device-independent notification system |
US8180669B2 (en) | 2002-04-04 | 2012-05-15 | Catalina Marketing Corporation | Product recall using customer prior shopping history data |
US20050222864A1 (en) | 2002-07-09 | 2005-10-06 | J Maev Jack I | Method and apparatus for in-product programming of product notice receiver |
US20050222863A1 (en) | 2002-07-09 | 2005-10-06 | Jmaev Jack I | Method and apparatus for receiving a product notice according to a previously received digital identifier |
US20040064333A1 (en) | 2002-07-09 | 2004-04-01 | J'maev Jack I. | Method and apparatus for receiving product notices |
US20060277059A1 (en) | 2002-07-09 | 2006-12-07 | J Maev Jack I | Method and apparatus for receiving a product notice for a component in an assembly using a programmed component list |
US20040236600A1 (en) | 2003-05-19 | 2004-11-25 | J'maev Jack Ivan | Method and apparatus for product-centric delivery of product user notices |
US20070213997A1 (en) | 2002-07-09 | 2007-09-13 | J Maev Jack I | Method and apparatus for receiving product recall notices using broadcast channel |
US20060265236A1 (en) | 2002-07-09 | 2006-11-23 | J Maev Jack I | Method and apparatus for communicating product notices through digital broadcasting |
US20060190327A1 (en) | 2002-07-09 | 2006-08-24 | Jmaev Jack I | Method and apparatus for encouraged visitation web advertising |
US20040059613A1 (en) | 2002-09-04 | 2004-03-25 | Ford Motor Company | Online method and system for advising customers on service needs, facilitating the scheduling of vehicle service appointments, and checking vehicle service status |
WO2004034208A2 (en) * | 2002-10-08 | 2004-04-22 | Food Security Systems, L.L.C. | System and method for identifying a food event, tracking the food product, and assessing risks and costs associated with intervention |
US7300287B2 (en) * | 2003-01-06 | 2007-11-27 | Accenture Global Services Gmbh | Learning system and related methods particularly suitable for an organization's supply chain |
US20050004811A1 (en) * | 2003-07-02 | 2005-01-06 | Babu Suresh Rangaswamy | Automated recall management system for enterprise management applications |
US20060277058A1 (en) | 2003-07-07 | 2006-12-07 | J Maev Jack I | Method and apparatus for providing aftermarket service for a product |
JP4455246B2 (en) | 2004-03-29 | 2010-04-21 | 株式会社日立製作所 | Recall support system, recall support method, and recall support program |
US20060004585A1 (en) | 2004-06-30 | 2006-01-05 | Kimberly-Clark Worldwide, Inc. | Supplier advisory management system |
JP2006065671A (en) | 2004-08-27 | 2006-03-09 | Toshiba Tec Corp | Commodity voluntary recall system |
US20070255801A1 (en) | 2006-05-01 | 2007-11-01 | Adler Robert M | Digital cable and satellite television remotely automated notice system |
US20070069004A1 (en) * | 2005-05-25 | 2007-03-29 | Adler Robert M | Product recall notification system |
US20070005608A1 (en) | 2005-05-25 | 2007-01-04 | Adler Robert M | Remotely automated notice system |
US8311869B2 (en) * | 2007-11-15 | 2012-11-13 | Noblis, Inc. | Alert distribution and management system and interface components |
-
2009
- 2009-01-16 US US12/355,716 patent/US8145574B1/en active Active
-
2012
- 2012-02-09 US US13/370,242 patent/US9697523B2/en active Active
-
2017
- 2017-06-05 US US15/614,346 patent/US20170337559A1/en not_active Abandoned
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11080716B2 (en) * | 2014-06-01 | 2021-08-03 | Hadasoft, Llc | System and method for unified product recalls analytics and notification platform |
US20180150789A1 (en) * | 2016-11-28 | 2018-05-31 | Wal-Mart Stores, Inc. | Systems and methods for monitoring product recalls |
US10192196B2 (en) * | 2016-11-28 | 2019-01-29 | Walmart Apollo, Llc | Systems and methods for monitoring product recalls |
US11625726B2 (en) * | 2019-06-21 | 2023-04-11 | International Business Machines Corporation | Targeted alerts for food product recalls |
Also Published As
Publication number | Publication date |
---|---|
US9697523B2 (en) | 2017-07-04 |
US8145574B1 (en) | 2012-03-27 |
US20120209780A1 (en) | 2012-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170337559A1 (en) | Recalled product inventory notification, removal, and verification system | |
US20130254120A1 (en) | Recall Exchange Platform | |
US8694358B2 (en) | Systems, methods, and media for survey management | |
JP6111404B2 (en) | System and method for real-time monitoring of activities | |
US20070129953A1 (en) | Methods and systems for information strategy management | |
AU2018201608A1 (en) | A computer system or method for coordinating and collaborating remote online identities of influencers on social media networks | |
US20090259572A1 (en) | Collaborative alert distribution and management system | |
US20200258055A1 (en) | System and method for transacting lead and scheduled appointment records | |
US11734703B1 (en) | System for processing real-time customer experience feedback with filtering and messaging subsystems and standardized information storage | |
CN112383407B (en) | Block chain-based online notarization full-flow log processing method and system | |
JP6914578B1 (en) | Electronic devices that provide product sales management information and their methods | |
US12020270B1 (en) | System for processing real-time customer experience feedback with filtering and messaging subsystems and standardized information storage | |
US11361154B1 (en) | Method for processing real-time customer experience feedback with filtering and messaging subsystems and standardized information storage | |
AU2020281182A1 (en) | Electronic apparatus for providing item sale managing information and method thereof | |
JP2004145421A (en) | Method, server and program for supporting business operation | |
JP2002279305A (en) | On-line shop | |
WO2014158125A2 (en) | Vendor management system and method for vendor risk profile and risk relationship generation | |
JP2003288477A (en) | Credit management device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |