Abstract:
The invention provides a computer implemented system and method for printing at a POS, comprising: 
     determining in a PM CS of a pharmacy of a retail store a payloadID to association with a prescription order for a prescription ordered from said pharmacy; 
     filling, in said pharmacy, said prescription, to provide a filled prescription; 
     first printing, using a PM CS printer in said pharmacy, a first print that encodes first information associated with said filled prescription; 
     attaching or physically associating with hardware or adhesive said first print with said filled prescription; 
     during a purchase transaction in which said prescription is being purchased at a POS terminal of a POS CS of said retail store, reading said first print to determine said first information associated with said filled prescription; 
     during said purchase transaction, using data lines for retrieving second information associated with said first information; and 
     during said purchase transaction, second printing, using a printer at a POS of said POS CS, a second print including said second information in human understandable form.

Description:
CROSS REFERENCE TO RELATED APPLIATIONS 
       [0001]    This application claims priority to provisional application 60/942,247, filed Jun. 6, 2007, attorney docket number PIP194ROBEP-US. 
     
    
     BACKGROUND OF THE INVENTION 
       [0002]    1. Field of the Invention 
         [0003]    The field of the invention is POS computer systems. 
         [0004]    2. Background 
         [0005]    U.S. Pat. No. 6,304,849 discloses a method and system for printing a combination pharmaceutical label and directed newsletter. U.S. Pat. No. 6,240,394 discloses a method and apparatus for automatically generating advisory information for pharmacy patients. U.S. Pat. No. 6,067,524 discloses a method and system for automatically generating advisory information for pharmacy patients along with normally transmitted data. U.S. Pat. No. 6,321,210 discloses a method and apparatus for selective distribution of discount coupons. 
         [0006]    This invention relates to pharmacy management computer systems and retail store point of sale computer systems. 
       ACRONYMS AND ABBREVIATIONS USED HEREIN 
       [0000]    
       
         CS—Computer System 
         PM CS Pharmacy Management Computer System 
         Retail Store—RS 
         NDC—National Drug Code 
         UPC—Universal Product Code 
         POS—Point of Sale 
         POS CS—Point of Sale Computer System 
         ID—Identification 
         CID—Consumer ID 
         RSID—Retail Store ID 
         PatID—Patient ID 
         ProdID—Product ID 
         PresID—Prescription ID 
         DrugID—Identification of a drug 
         PayloadID—Payload Identification 
         EncPresID—Encrypted Prescription ID 
         EncPatID—Encrypted Patient ID 
         Qnty—Quantity 
         BF—Bland Field 
         TID—Transaction ID 
       
     
       DEFINITIONS USE HEREIN 
       [0027]    A CS means one or more computers having commonly accessible data storage. 
         [0028]    A computer means at least an input device for inputting data, a central processing unit for processing data, a memory for storing data, and an output device for outputting data. 
         [0029]    A POS CS is a CS designed to log purchase transactions occurring in a store at least one POS, and to track inventory for the store. 
         [0030]    A PM CS is a computer system designed to log and track prescription orders in a pharmacy and track pharmacy medication inventory. 
         [0031]    UPCs mean any set of codes each one uniquely identifying a product. 
       OBJECTS OF THE INVENTION 
       [0032]    It is an object of this invention to enable a retail store to process purchase transactions including purchase of prescriptions. 
         [0033]    It is an object of this invention to enable a retail store to print payloads based upon pharmacy prescription data for a prescription order being purchased. 
       SUMMARY OF THE INVENTION 
       [0034]    This application provides methods and systems to enable a POS CS of a retail store having a pharmacy to process purchase transactions including purchase of prescriptions filled by the pharmacy, at a POS, and to enable a printer at the POS to print payloads during that purchase transaction that are based upon pharmacy prescription data for a prescription order being purchased in the transaction. A payload is printed information intended for the person purchasing the prescription. 
         [0035]    In a first embodiment, the PM CS responds to receipt of a prescription order by storing information including a payloadID on a recording media, such as in a printed bar code printed on paper or magnetization pattern imposed in magnetic media, for the prescription order. A person or machine attaches the recording media to the filled prescription for that prescription order. The recording media and filled prescription are then presented at a POS of the POS CS, for purchase of the filled prescription. During a transaction to purchase the filled prescription, the POS CS reads the payloadID at the POS. The POS CS previously stored an association of payloadIDs to payloads. The POS CS identifies the payload associated therein with the payloadID read from the recording media and prints that payload during the purchase transaction involving the prescription. 
         [0036]    In a second embodiment, the PM CS stores in the PM CS memory a unique record identifier (RecordID) in association with each record of data for each prescription order. The PM CS also stores the RecordID on recording media, such as a printed bar code printed on paper or a magnetization pattern imposed in magnetic media. A person or a machine attaches the recording media to the filled prescription. The recording media and filled prescription are then presented at a POS of the POS CS, for purchase of the filled prescription. During the transaction to purchase the filled prescription, the POS CS reads the RecordID at the POS. Then, the POS CS transmits the RecordID to the PM CS. In response, the PM CS retrieves from memory certain information from the PM CS prescription order record associated with that recordID and transmits that retrieved certain information to the POS CS. That certain information includes a payloadID. The POS CS identifies the payload associated with the received payloadID and prints that payload during the purchase transaction involving the prescription. 
         [0037]    In the first and second embodiments, the POS CS preferably receives from the PM CS during the transaction for purchase of the filled prescription: Prescription ID; Copay amount; NDC; and Department number. In the first embodiment, that information is encoded in the recording media attached to the filled prescription. Attaching is by means of hardware such as bags, staples, clips, or by adhesives, such as sticky tape or glues. In the second embodiment, that information may all be retrieved to the POS CS from the PM CS during the transaction in response to the PM CS receiving the RecordID. 
         [0038]    In a first alternative, a payloadID corresponds to information associated in the PM CS with the prescription order. 
         [0039]    For example, in the first alternative, the payloadID may correspond to a drug identification (drugID), such as an NDC for the drug specified in the prescription order. In this example, a payloadID is a drugID or an encrypted version of the DrugID, and the drugID may be an NDC. The PM CS associates with each prescription order, the payloadID corresponding to the drug identified in the prescription order. The corresponding payload provides printed information about the drug specified by the prescription, and optionally additional information, possibly including one or more purchase incentive offers for purchase of a product. 
         [0040]    A purchase incentive offer is an offer for a benefit, such as a discount, upon purchase of a specified product. 
         [0041]    In other examples of the first alternative, the payloadID corresponds to some value for some piece of information in the PM CS associated with the prescription order, or the payloadID corresponds to a combination of values for plural pieces of information in the PM CS associated with the prescription order. These pieces of information are generally defined in table 1, and are as follows: DrugID; DoctorID; NewRX; RefillRX; Refill#RX; PaymentType; Date processed; Time processed; NDC; Medication Name; Customer Name; Age; Date of Birth; Gender; Script Status; Payor; Payor Code; RX Number; Dispensed Qty; Refill Sequence; Language Indicator; Daily Supply; Days Supply; Original Fill Date; Expires Date; Refills Remaining; Unique Patient ID; Dr. Number; Monograph; State Code; Region; Retailer Division; Retailer Store; Patient Directions; Pharmacist Directions; NCPDP ID Number; BIN No.; Control No.; Agency; Group; Plan; Name Mask; Medicaid; Opt Out (HIPAA); and Duplicate. The corresponding payload provides printed information relating in some way to one or more of the values for the plural pieces of information in the PM CS associated with the prescription order, possibly including one or more purchase incentive offers for purchase of a product. 
         [0042]    For instances where the payload is related to only one piece of information in the prescription order, the payloadID may be the value for that piece of information, or an encrypted version of that value. For example, the PayloadID may be any of the values or encrypted versions thereof for fields: DrugID; DoctorID; NewRX; RefillRX; Refill#RX; PaymentType; Date processed; Time processed; NDC; Medication Name; Customer Name; Age; Date of Birth; Gender; Script Status; Payor Code; RX Number; Dispensed Qty; Refill Sequence; Language Indicator; Daily Supply; Days Supply; Original Fill Date; Expires Date; Refills Remaining; Unique Patient ID; Number; Monograph; State Code; Region; Retailer Division; Retailer Store; Patient Directions; Pharmacist Directions; NCPDP ID Number; BIN No.; Control No.; Agency; Group; Plan; Name Mask: Medicaid; Opt Out (HIPAA); and Duplicate. 
         [0043]    In a second alternative, a payloadID corresponds to a patient information (PatID). A PatID is associated with prescription order received in the pharmacy for the corresponding patient. In this alternative, the payloadID may be the PatID stored in the PM CS records, or an encrypted version of that PatID, EncPatID. In this alternative, the payload stored in the POS CS in association with the payloadID may have been predetermined based at least in part upon values for information in the PM CS associated with the prescription order from the same patient&#39;s prior prescription orders, or based upon such values for the patient&#39;s prior and current prescription orders. The values upon which the payload and payloadID are based are values for the same fields noted above as included in a record in the PM CS for a prescription order. The predetermination may be determined by any CS having access to at least part of the PM CS&#39;s patient records. The CS may be the PM CS or a central CS. That CS then transmits the payloadID to payload association to the POS CS where it is stored until the payloadID is read by the POS CS during a purchase transaction. The payload may include a purchase incentive offer, product (including drug product) advertising, and safety and use information about a drug associated with the prescription order. 
         [0044]    In a variation on the second alternative where the PM CS performs the analysis and determination of payloadID to payload associations, the payloadID may correspond to a RecordID, Encrypted RecordID, PresID, or EncPresID. 
         [0045]    In a preferred embodiment, the POS CS receives the co-payment to the current ongoing transaction involving the scanned prescription bar code and applies that co-payment to the transaction. 
         [0046]    In a preferred embodiment, the POS CS does not save the PresID after the transaction is concluded. 
         [0047]    In a preferred embodiment, the POS CS does save the recordID in association with other information for the transaction. 
         [0048]    In a third embodiment, the POS CS requests from the PM CS an EncPatID associated with data it reads from papers attached to a filled prescription being purchased at a POS. Then, the POS CS uses the retrieved EncPatID as a PayloadID to determine if it has a Payload associated therewith. If so, it prints the payload if other conditions are met. In the third embodiment, the POS CS receives from the PM CS during the transaction, the EncPatID. 
         [0049]    In a preferred embodiment, the POS CS captures, during purchase transactions, associations of EncPatID to NDC code, stores that information, and transmits that information to a central CS. The central CS analyzes the information and transmits back to the POS CS payloadIDs and associated payloads. Alternatively, the PM CS may perform these functions of the central CS. 
         [0050]    In one aspect, the invention provides a system and computer implemented method for printing at a POS, comprising: determining in a PM CS of a pharmacy of a retail store a payloadID to association with a prescription order for a prescription ordered from said pharmacy; filling, in said pharmacy, said prescription, to provide a filled prescription; first printing, using a PM CS printer in said pharmacy, a first print that encodes first information associated with said filled prescription; attaching or physically associating with hardware or adhesive said first print with said filled prescription; during a purchase transaction in which said prescription is being purchased at a POS terminal of a POS CS of said retail store, reading said first print to determine said first information associated with said filled prescription; during said purchase transaction, using data lines for retrieving second information associated with said first information; and during said purchase transaction, second printing, using a printer at a POS of said POS CS, a second print including said second information in human understandable form. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWING 
         [0051]      FIG. 1  is a schematic view of a computer network  1 ; 
           [0052]      FIG. 2  is a schematic view of structure of retail store  30  of  FIG. 1 ; 
           [0053]      FIG. 3  is a schematic view of PM CS  60  of  FIG. 2 ; 
           [0054]      FIG. 4  is a schematic view of POS CS  70  of  FIG. 2 ; 
           [0055]      FIGS. 5A and 5B  are a schematic design view of novel data structures of PM CS  60 ; 
           [0056]      FIG. 6  is a schematic design view of novel data structures of POS CS  70 ; 
           [0057]      FIG. 7  is a schematic design view of novel data structures of central CS  10  of  FIG. 1 ; 
           [0058]      FIG. 8  is a flow chart showing initial steps of various method embodiments; 
           [0059]      FIG. 9  is a flow chart showing steps of the first embodiment subsequent to those described in  FIG. 8 ; 
           [0060]      FIG. 10  is a flow chart showing steps of the second embodiment subsequent to those described in  FIG. 8 ; and 
           [0061]      FIG. 11  is a flow chart showing steps of the third embodiment subsequent to those described in  FIG. 8 . 
       
    
    
     DETAILED DESCRIPTION 
     Structures 
       [0062]      FIG. 1  shows a computer network including central CS  10 , network  20 , such as the Internet, and retail stores  30 ,  40 , and  50 . Lines connecting these elements represent data communication links, whether wired or wireless. Link  95  connects retail store  30  to network  20 . 
         [0063]      FIG. 2  shows retail store  30  including a region for use as a pharmacy wherein resides PM CS  60 , a region for use as a packaged goods store including POS CS  70  having POS terminals  85  and  90 , and a communication link  80  between PM CS  60  and POS CS  70 . The pharmacy region may also have POS terminals connected to POS CS  70  therein. Communication link  80  preferably is a packet switched network connection. 
         [0064]      FIG. 3  shows elements of PM CS  60  including a CPU, memory, a PM terminal for data input and output, a PM printer for printing, and a PM scanner for scanning. 
         [0065]      FIG. 4  shows elements of POS CS  70  including a first CPU, CPU  1 , memory controlled by CPU 1 , a second CPU, CPU  2 , and memory controlled by CPU 2 , a POS terminal, a first POS printer, POS printer  1 , a second POS printer, POS printer  2 , and a POS scanner. The POS terminal, printers, and scanner are located at the POS. The POS terminal typically includes a visual display and a keyboard for viewing and entering data. The POS scanner typically is linked to the POS terminal so that data scanned by the scanner is transmitted to the POS terminal. POS printer  1  typically prints register receipts for transactions as instructed by the POS terminal. POS printer  2  typically prints coupons and advertisements as instructed by the second CPU, CPU 2 . CPU 1  and CPU 2  may share memory or control their own memory, whether RAM or disk. In actual implementations CPU 1  controls purchase and inventory functions, and CPU  2  controls marketing functions. CPU 2  may obtain data entered into a POS terminal by listening in on the network line over which that data is transmitted to CPU 1 . CPU 2  may control POS printer  2  to print marketing information, including the payloads discussed herein. Both POS printer  1 , POS printer  2 , scanner, and the POS terminal are at the same POS. There may be several POSs each having their own terminals and printers in each retail store. 
         [0066]    Certain POS CS embodiments, have only a single printer at each POS capable of printing both register receipts and marketing materials and other information including the payloads discussed herein. Certain embodiments have a single CPU controlling both inventory and marketing. Certain embodiments have a CPU forming part of each POS terminal enabling the terminals to act independently of a CPU controlling store inventory. 
         [0067]      FIGS. 5A and 5B  show design views of novel data structures in the memory of PM CS  60  including a Pharmacy Patient Records Table  500 , a De Identified Pharmacy Patient Records Table  510 , Pharmacy Payload ID Table  520 , a Pharmacy Prescription Label Printer Table  530 , a Pharmacy Additional Information Printer Table  540 , a Pharmacy Stock Table  550 , an Encrypted Patent ID table  560 , and an Encrypted Prescription ID table  570 . 
         [0068]    Pharmacy Patient Records Table  500  includes fields for PatID; PresID; Patient Information; NDC; Qnty; Order date; Filled Date; Purchase or Disposal Date; Copay amount; Department number; and recordID; and also for DoctorID; NewRX; RefillRX; Refill#RX; PaymentType; Date processed; Time processed; NDC; Medication Name; Customer Name; Age; Date of Birth; Gender; Script Status; Payor; Payor Code; RX Number; Dispensed Qty; Refill Sequence; Language Indicator; Daily Supply; Days Supply; Original Fill Date; Expires Date; Refills Remaining; Unique Patient ID; Dr. Number; Monograph; State Code; Region; Retailer Division; Retailer Store; Patient Directions; Pharmacist Directions; NCPDP ID Number; BIN No.; Control No.; Agency; Group; Plan; Name Mask; Medicaid; Opt Out (HIPAA); and Duplicate. 
         [0069]    DE Identified Pharmacy Patient Records Table  510  includes fields for EncPatID; EncPresID; BF; NDC; Qnty; Order date; Filled Date; Purchase or Disposal Date; Copay amount; Department number; and recordID, and also the fields from DoctorID to Duplicate noted above for table  500 . That is, table  510  is a version of the patient record from which it is not possible to identify the actual patient, unless one has access to the association of EncPatID to PatID, so that the patient record is “de-identified.” Table  510  is a version of patient prescription records suitable for transmission to central CS  10 , because it is de-identified. 
         [0070]    Pharmacy Payload ID Table  520  includes fields for EncPresID; NDC; Qnty; Payload ID: Date 1 ; Date 2 ; and recordID. The Pharmacy payload table indicates what payloadID or payloadIDs to associate with a prescription order and with the prescription order&#39;s recordID. In addition to NDC, Pharmacy PayloadID Table  520  may include fields for all of the other data elements in De Identified Pharmacy Patient Records Table  510 . 
         [0071]    Pharmacy Prescription Label Printer Table  530  includes fields for PresID; Prescription Label Information (Patient name, medicine name, dosing information); Bar Code encoding at least one of Payload ID and recordID. Table  530  provides for encoding of the payloadID and/or recordID in a bar code. 
         [0072]    Pharmacy Additional Information Printer Table  540  includes fields for NDC; and Additional Information relating to NDC medication. Table  540  allows PM CS  60  to print information relating to a drug in a prescription so that information can be attached to the prescription order. 
         [0073]    Pharmacy Stock Table  550  includes fields for NDC; Unit Type; and Unit Quantity in stock. Table  550  enables PM CS  60  to track its drugs inventory. 
         [0074]    Encrypted Patent ID table  560  includes fields for PatID; and EncPatID. Table  560  enables PM CS  60  to relate an encrypted PatID back to the corresponding PatID in table  500 . 
         [0075]    Encrypted Prescription ID table  570  includes fields for PresID; and EncPresID. Table  570  enables PM CS  60  to relate an EncPresID back to the corresponding unencrypted PresID in tables  500 ,  510 , and  520 . 
         [0076]      FIG. 6  shows design views of novel data structures in the memory of POS CS  70  including Prescriptions Payload Table  600 ; RS Transaction Data Table  610 ; and RS POS Stock and Price Table  620 . 
         [0077]    RS Payload Table  600  includes fields for PayloadID; Payload; Date 1 ; and Date 2 . This table allows POS CS  70  to determine payloads to print from payloadIDs. The date fields may be used to define a date range during which the payload should be printed for a corresponding payloadID. 
         [0078]    RS Transaction Data Table  610  includes fields for TID; CID; Date; ProdID 1 ; ProdID 1  Price; ProdID 1  Qnty; ProdID 2 ; ProdID 2  Price; ProdID 2  Qnty; . . . ; Transaction Total Price; and Transaction Price Discounts. Here “. . . ” indicates additional product descriptions for additional products associated with each transaction. 
         [0079]    RS POS Stock and Price Table  620  includes fields for ProdID (UPC); Product Description; Stock Quantity; Price 1 ; and Price 2 . This table allows the retail store to keep track of its stock. Price 1  and price 2  may reflect list price and discounted price for an item of a product. 
         [0080]      FIG. 7  shows data structures in memory associated with central CS  10 . These include many of the data structures similar to those associated with PM CS  60  and POS CS  70  wherein the only difference is an additional retail store identifier (RSID) added to data from each retail store in order to distinguish data from different retail stores from one another. These tables are: DE Identified Pharmacy Patient Records Table  510 A; Pharmacy Payload ID Table  520 A; Pharmacy Additional Information Printer Table  540 A; RS Payload Table  600 A; and the RS Transaction Data Table  610 A. 
         [0081]      FIG. 7  also shows additional data structures unique to central CS  10 . Central CS  10  uses these tables to analyze and store prescription information and to determine payloads to associate with NDCs and encrypted prescription or PatIDs for a retail store. These include Payload Criteria Table  710 ; Payload Criteria Table  720 ; and Combined Payload table  730 . 
         [0082]    Payload Criteria Table  710  includes fields for RSID; NDC; and Payload. This table enables central CS  10  to determine what payloads to associated for NDCs for each retail store. Payload Criteria Table  710  may also criteria for all of the other fields in De Identified Pharmacy Patient Records Table  510 A. 
         [0083]    Payload Criteria Table  720  includes fields for NDC 1 ; DATE 1 ; NDC 2 ; DATE 2 ; NDC 3 ; DATE 3 ; . . . and Payload. This table provides criteria that central CS  10  uses to determine what payload to associate with one or more records of previously ordered prescriptions, a prescription history, associated with an identification, such as an encrypted PatID. CS  10  does so by determining if the prescription history meets the purchases of NDC 1 , NDC 2 , NDC 3 , etc, in the time periods DATE 1 , DATE 2 , DATE 3 , etc. Payload Criteria Table  720  may also criteria for all of the other fields appearing in the De Identified Pharmacy Patient Records Table  510 A. 
         [0084]    In one example showing use by central CS  10  of its tables, it compares prescription records in table  510 A associated with a selected EncPatID to a record in Payload Table  720 . Central CS  10  determines if the NDCs (or any other drug identification) and dates or date ranges of order or purchase, for records associated with an EncPatID, in table  510 A, match values for the NDCs and dates or date ranges in a record from the Payload Criteria table  720 . If they do, then CS  10  associates the payload identified in the record in Payload Criteria table  720  with the EncPatID and stores the association in a new record in Combined Payload table  730  along with the corresponding RSID. Central CS  10  may also generate and store in the same record in Combined Payload table  730  a payloadID and dates for the fields date 1  and date 2 . If central CS determines that the payload should only be provided upon purchase of a certain prescription order appearing in table  510 A, it may also store the corresponding EncPresID in the same record in Combined Payload Table  730 . The fields date 1  and date 2  may be used by the POS CS as start and end dates for period only during which the payload will be printed. 
         [0085]    In another example showing use by central CS  10  of its tables, it compares prescription records in table  510 A associated with a selected EncPatID to a record in Payload Table  720  as in the foregoing example, but also determines if the age field is greater than 30 and gender field is female. If so, it also provides an incentive for a medicine approved for treating bone mass loss. 
         [0086]    In another example showing use by central CS  10  of its tables, it compares prescription records in table  510 A associated with a selected EncPatID to a record in Payload Table  720  as in the foregoing example, but also determines if the “payor” field is “cash”. If so, it also provides an incentive for a generic version of the medicine (which is typically less expensive) than the prescription&#39;s specified medicine. 
         [0087]    In another example showing use by central CS  10  of its tables, it compares prescription records in table  510 A associated with a selected EncPatID to a record in Payload Table  720  as in the foregoing example, but also determines if the “Dr. Number” is one of a specified set of values. If so, it also provides advertising or an incentive for visit to a specified doctor or medical organization. Typically, the specified doctor or medical organization will be one having expertise in the same field of medicine that employs the drug contained in the prescription order. 
         [0088]    In another example showing use by central CS  10  of its tables, it compares prescription records in table  510 A associated with a selected EncPatID to a record in Payload Table  720  as in the foregoing example, but also determines if the NDC is “00071-0156-23” which is the NDC for the trademarked drug Lipitor, which is known to reduce cholesterol. If so, the payload includes a coupon for a brand of aspirin, and printed information about the ability of aspirin to reduce heart disease. 
       Methods 
       [0089]      FIG. 8  shows steps of methods of use. 
         [0090]    Initially, tables storing data used by the method are populated. This includes populating the Pharmacy Patient Records Table  500 , and the Payload Criteria Tables  710 ,  720 . Other data tables are also populated, including the pharmacy and retail store stock tables  550  and  620 . See step  801 . 
         [0091]    A patient brings a prescription to the pharmacy, ordering the prescription. The PM CS  60 &#39;s terminal reads the prescription data. The data may be entered manually using a keyboard, mouse, or any other input device. The data includes patient name, drug, and quantity or dosage information. See step  802 . 
         [0092]    PM CS  60  generates a record in Pharmacy Patient Records Table  500 . It identifies the PatID from the patient information, the NDC from the drug information, assigns a PresID, and enters the order date. PM CS  60  generates a RecordID and stores that in the record. See step  803 . 
         [0093]    Either PM CS  60  or a third party determines a copay amount, and PM CS  60  enters that amount in the record for the prescription. 
         [0094]    PM CS  60  generates a corresponding record in De Identified Pharmacy Patient Records Table  510  from the record added to table  500 . It does so by encrypting the PatID and the PresID resulting in EncPatID and EncPresID values. It also removes the Patient Information as shown symbolically in table  510  by the blank field BF instead of a Patient Information field. See step  804 . 
         [0095]    PM CS  60  transmits table  510  to central CS  10 . See step  805 . 
         [0096]    Central CS  10  stores in table  510 A the data records from table  510  and also a RSID associated with PM CS  60  and POS CS  70 . See Step  806 . 
         [0097]    Central CS  10  employs its criteria data in tables  710  and  720  to determine what payloads to provide to the purchaser of the prescription. See step  807 . 
         [0098]    Central CS  10  saves in Combined Payload table  710  the results of its application of criteria to prescription data and also save subsets of the data stored in table  710  in its Pharmacy PayloadID table  520 A and its RS Payload table  600 A. See step  808 . 
         [0099]    Central CS  10  transmits newly added records associated with the RSID for PM CS  60  in Pharmacy PayloadID table  520 A to PM CS  60 . PM CS  60  adds those records to its table  520 . See step  809 . 
         [0100]    Central CS  10  transmits newly added records in associated with the RSID for POS CS  70  in RS Payload Table  600 A to POS CS  70 . POS CS  70  adds those records to its RS Payload Table  600 . See step  810 . 
         [0101]    A pharmacist or the like prepares the prescription, and enters into the PM CS  60  that the prescription was filled. In response, PM CS  60  enters the current date or date and time in the “Filled date” field in the Pharmacy Patient Records Table  500 . See step  811 . 
         [0102]    In response, PM CS  60  also prints information for attachment to the filled prescription. This information includes prescription label information such as patient name, medication, dosing. This information also includes encoding of either or both of the RecordID for the prescription and a payloadID. See step  812 . In many pharmacy systems, step  812  occurs after step  803  and before step  804 . 
         [0103]    In order to generate the print including a payloadID, before printing, PM CS  60  query&#39;s Pharmacy PayloadID table  520  with any of the PresID or the EncPresID or the NDC, or data in any of the other fields identified above in table  510 , for the prescription order, and retrieves from the query for printing one or more corresponding payloadIDs. Alternatively, table  520  (and  520 A) may be designed to store the PatID or EncPatID, in which case PM CS  60  may query based upon PatID or EncPatID for a corresponding payloadID. 
         [0104]    In order to print the RecordID, PM CS  60  retrieves the corresponding RecordID from table  500 ,  510  or  520 . 
         [0105]    Someone, such as a pharmacist of a purchaser, tenders the filled prescription and associated printed information at a POS terminal  85 , for purchase. 
         [0106]    POS CS  70  reads the encoded information on the printed information at POS terminal  85 . POS CS  70  reads, for example using a bar code scanner located at or part of POS terminal  85  if the encoded information is encoded in a printed bar code. It may alternatively use a magnetic media reader. The information encoded in print form on the papers associated with the prescription may also include a copay amount, a drugID, such as an NDC, and a department code (such as a code indicating the pharmacy department). See step  813 . 
         [0107]    If the information read by the POS CS  70  from the paper associated with the filled prescription includes the copay amount, then POS CS  70  includes that amount in calculating the cost of the purchase transaction. POS CS  70  also reads at terminal  85  product identifications for any other products being purchased in the same purchase transaction. 
         [0108]    Finally, POS CS  70  prints at the POS the payload or payloads identified for the transaction, and prints a register receipt for the transaction. See step  814 . 
         [0109]      FIG. 9  relates to the first set of embodiments. In the first set of embodiments, the encoded prescription information includes a payloadID. The encoded information may also include EncPatID. Upon POS CS  70  reading the payloadID, it queries RS Payload table  600  to determine the corresponding payload. See step  901 . 
         [0110]    POS CS  70  may also query table  600  to determine if the current date is between the values in the Date 1  and Date 2  fields stored in association with that payloadID and Payload, and only if so, print the payload. See step  902 . 
         [0111]    POS CS  70  then prints that payload at the POS. See step  903 . 
         [0112]      FIG. 10  relates to the second set of embodiments. In the second set of embodiments, the printed encoded information associated with the filled prescription includes a Record ID. The recordID has a value that is unique among recordID values to only one prescription record. Upon POS CS  70  reading at POS terminal  85  a RecordID from the papers attached to or associated with the filled prescription, POS  70  transmits via data link  80  that RecordID to PM CS  60 . See step  1001 . The PresID and the EncPresID may serve as a RecordID. 
         [0113]    In response, PM CS  60  queries its Pharmacy Payload Table  520  and table  500  or  510  to determine payloadID, NDC (or an equivalent drugID), copay amount and either PresID or EncPresID. PM CS  60  may also retrieve any of the other information from the corresponding record in De Identified Pharmacy Patient Records table  510 . See step  1002 . 
         [0114]    PM CS  60  transmits the retrieved information via data link  80  to POS CS  70 . See step  1003 . 
         [0115]    PM CS  60  may also transmit to POS CS  60  the EncPatID. POS CS  70  then determines the payload associated in its RS Payload table  600  with that payloadID. See step  1004 . 
         [0116]    Again, POS CS  70  may only print the payload if it also determines that the current date is between the dates stored in the date 1  and date 2  fields for that payloadID in table  600 . See step  1005 . 
         [0117]    POS CS  70  then prints the payload. See step  1006 . 
         [0118]    In either of the first and second set of embodiments, the EncPatID, NDC, and copay amount, and any other information for the corresponding prescription order stored in De Identified Pharmacy Patient Records table  510 , may be encoded in the printed material printed by the PM CS  60  and read at the POS at the time of purchase. Any of the other information contained in the De Identified Pharmacy Patient Records Table  510  may be transmitted from the PM CS  60  to the POS CS  70 , either as print or via electronic data transfer. 
         [0119]    In either embodiment, the POS CS  70  preferably logs some or all of the purchase transaction data. 
         [0120]      FIG. 11  relates to logging and use of the purchase transaction data, and to the third embodiment. 
         [0121]    POS CS  70  logs purchase transaction data. See step  1101 . 
         [0122]    This data includes UPCs for the non prescription items being purchased, their purchase prices, the pharmacy department code, copay amount for the filled prescription, NDC (or drugID) code for the filled prescription, the transaction total amount, identification of the purchaser, if presented, such as frequent shopper card number, a portion of frequent shopper card number, an encrypted version of a frequency shopper card number, a portion of credit card number used by the purchaser during the transaction, and other information defining the transaction. It may also include the PresID or EncPresID. The logged data may also include any of the other information contained in the DE Identified Pharmacy Patient Records Table  510 . 
         [0123]    In one alternative, POS CS  70  transmits to central CS  10  logged data including in association with one another for a purchase transaction, NDC or drugID, date, and EncPatID, the transmitted data may also include any of the other information contained in the De Identified Pharmacy Patient Records Table  510 . See step  1102 . 
         [0124]    Central CS  10  may analyze this data and previously received data for the EncPatID from the same retail store by applying its criteria to it to determine new payloadIDs and corresponding Payloads to associated with the EncPatID. See step  1103 . 
         [0125]    Central CS  10  may subsequently transmit records pairs of an EncPatID and a PayloadID, or EncPatID and a Payload, to POS CS  70 . See step  1104 . 
         [0126]    Each time a customer purchases a pharmacy prescription at a POS of the store, POS CS  70  prompts the PM CS  60  for the associated EncPatID. See step  1105 . The PM CS  60  returns the EncPatID to the POS CS  70 . See step  1106 . 
         [0127]    POS CS  70  then checks to determine if that EncPatID is stored in association with a PayloadID in its data base. See step  1107 . 
         [0128]    If so, it preferably determines if the current date is within a specified date range. See step  1108 . 
         [0129]    If so, it then prints the payload. Se step  1109 . 
         [0130]    The retail store computer system performs all of these operations, while the person who presented the filled prescription for purchase is at the POS involved in the purchase transaction including the new prescription. 
         [0131]    As disclosed, several fields in the database tables are redundant to provide for a single disclosure of sequence of operational steps and alternative embodiments of the methods. The actual data structures are therefore exemplary all elements therein are clearly not required for any particular mode of operation. Moreover, the description herein of all steps for all method embodiments does not mean all of those steps are necessary or essential for any one embodiment. A reader should instead look to the appended claims to determine the scope of protection. 
         [0132]    The following table 1 presents elements of information in the PM CS associated with a prescription record. 
         [0000]    
       
         
               
             
           
               
                 TABLE 1 
               
               
                   
               
             
             
               
                 DoctorID - Identification of a doctor associated with a prescription; 
               
               
                 NewRX - The prescription order is for a new prescription. 
               
               
                 RefillRX - The prescription order is for a refill of a prescription. 
               
               
                 Refill#RX - The number of the refill (first, second, third, etc.) of the prescription order. 
               
               
                 PaymentType - Type of payment (credit card, check, cash. etc.) 
               
               
                 Date processed - Date PatientLink printed. A PatientLink is a trademark associating with 
               
               
                 Catalina Health Resources and/or Catalina Marketing Corporation the goods and services of 
               
               
                 “[p]romoting the sale of health-related goods and services of others through the distribution of 
               
               
                 coupons, premiums, rebates, discounts, samples, incentives, promotions, advertisements and 
               
               
                 messages.” PatientLink herein refers to the printed material associated with a prescription label 
               
               
                 containing that type of health-related information. 
               
               
                 Time processed - Time PatientLink printed. 
               
               
                 NDC - An 11 digit National Drug Code 
               
               
                 Medication Name - This information is printed on a PatientLink. May contain actual drug 
               
               
                 name. 
               
               
                 Customer Name - Patient name, which is required to personalize a PatientLink. 
               
               
                 Age - Patient age. 
               
               
                 Date of Birth - Used to calculate patient age. 
               
               
                 Gender - M - Male, F - Female, U - unknown. 
               
               
                 Script Status - N - New Script, R - Refill 
               
               
                 Payor - Third party payer name. CASH if customer paid. 
               
               
                 Payor Code - Third party payer code. CASH if customer paid. 
               
               
                 RX Number - Prescription number, which is printed on a PatientLink. 
               
               
                 Dispensed Qty. - Quantity of medication dispensed, i.e. pill count. 
               
               
                 Refill Sequence - Field contains 0 for new scripts. On the first refill this field would 
               
               
                 contain 1. 
               
               
                 Language Indicator - English or Spanish language (or other language) preference. 
               
               
                 Daily Supply - Daily quantity of consumption of medication. i.e. 3 pills. 
               
               
                 Days Supply - Number of days this script is intended to last. 
               
               
                 Original Fill Date - This is the date that the prescription originally got filled. 
               
               
                 Expires Date - This is the date that the original prescription expires. 
               
               
                 Refills Remaining - Total refills less the ones that have already been filled. 
               
               
                 Unique Patient ID - Pharmacy system&#39;s patient identifier. 
               
               
                 Dr. Number - Dr.&#39;s identification number. 
               
               
                 Monograph - Monograph for PatientLink. 
               
               
                 State Code - State code for store location. 
               
               
                 Region - Retailer&#39;s region. 
               
               
                 Retailer Division - Division ID to aid in triggering division specific programs. 
               
               
                 Retailer Store - Store ID to aid in triggering store specific programs. 
               
               
                 Patient Directions - Patient directions to be printed on a PatientLink. 
               
               
                 Pharmacist Directions - Pharmacist directions to be printed on a PatientLink. 
               
               
                 NCPDP ID Number - National council for prescription Drug Programs ID. 
               
               
                 BIN No. - Third party. 
               
               
                 Control No. - Third party plan. 
               
               
                 Agency - The legal relationship between an agent and a principal. 
               
               
                 Group - Insurance that provides coverage for several people under one contract, called a 
               
               
                 master contract. 
               
               
                 Plan - A plan document identifies the benefits the participants are to receive and the 
               
               
                 requirements they must meet to become entitled to those benefits. 
               
               
                 Name Mask - A flag to tell our software to mask patient name with “Valued Customer” or 
               
               
                 the like. 
               
               
                 Medicaid - A flag to indicate if a patient is paying with Medicaid. 
               
               
                 Opt Out (HIPAA) - A flag to tell our software this patient does not want to receive 
               
               
                 PatientLink. 
               
               
                 Duplicate - A flag to indicate if this is a duplicate transaction, i.e. label only, call doctor, 
               
               
                 etc.