专利名称：用于在销售点处支持保健的系统和方法
技术领域：
本发明一般涉及保健领域，以及更为具体地，涉及一种新颖的系统和商业方法，其用于支持保健以满足在零售业环境中所有股东的需要。
背景技术：
许多按照患者处方抓取药物和相关医生所开保健和医用产品的药房都位于较大零售渠道内并且在其内经营。然而，实际情况是大多数患者的需求在零售场所不能完全得到满足，这可以由典型的按方抓药过程场景来例证，医师为患者开处方，患者到药房按处方抓药。药剂师收到经常是部分可辨认的手写处方，这需要药剂师花掉例如，30％的时间去打电话澄清。当开处方的医生澄清后，履行就有了依据。典型地，与所抓取的处方相关联的任何交互或有悖配方的行为都将给药剂师带来更大的工作负担。而且，在大多情况下，药剂师经常太忙以致于无法向患者/客户提供适当的咨询服务，并且没有进行依从追踪调查。
对于患者最不便的是在零售渠道处的整个处方履行过程中有很长的患者等待时间。例如，统计表明，在本地药房，从处方投递时间到领取已抓取处方时间的平均等待时间为25到30分钟。由于按照患者处方抓取医生所开的保健和医用产品的大多数药房都在具有“前端”的较大零售渠道或“药店”(例如，Walgreen，CVS，Eckerd，Rite-Aid等)内进行经营，所述“前端”包括诸如，无医生处方也可出售的(OTC)保健商品例如，OTC药物、健康和美容用品等非处方商品、以及其它的诸如方便食品和饮料、贺卡和文具等产品。普遍见到的情况是大多数患者在这些零售渠道内不会充分利用他/她们的时间。患者按方抓药等待时间通常是空闲(‘死’)时间，且患者通常都在等待而不做任何事情，购买不需要的或不相干的商品，或者甚至离开该商店去逛附近商店并且/或者购物然后返回来去领取所抓取的处方产品。这对于该零售药房是个损失，因为该药房丢掉了那些在等待而不做任何事情或者离开该商店去别处购物的患者会带来的潜在的客户收入。
此外，给患者带来的损害是，药剂师通常不会提供适当的患者咨询服务/指示，患者也不能完全理解治疗内容。患者的有关所开药品的使用方面的问题通常得不到答复，患者一般不得不打电话给开处方的医师的办公室来求得澄清。所有这些因素都导致了可能存在的任何患者/药房关系的恶化，如患者体验到很低的客户满意度或者根本没有。由于药房在处理不断增加的处方指令量、分发药物量以及开账单量上的负担而使得上述情况加剧。
而且，当前还存在处方药品的持续和依从问题，即，统计表明大约10％的所开处方从未被抓取，以及大约25％的有更新(renewal)指示的处方从不被更新。而且，统计表明所分发的大约50％的处方药被患者以不太适当的剂量例如，减少的剂量而非所规定的剂量服用。这将可能导致患者服用所开药物后体验到的副作用。这些持续和依从问题往往导致治疗持续时间的延长并增加患者的保健成本。
已经做出了利用技术上的进步来增加客户满意度的努力。销售点(POS)设备和快速响应程序的出现和实施改善了药店内的效率和生产力。链接到计算机网络的电子POS扫描器阅读产品上的统一产品码(UPC)标签。详细描述了购物者购买的确切物品的该信息被捕捉并存储在数据库中，可供零售商进行研究。由于不需要对商品进行单独标记，POS扫描器还减少了劳动力成本，并增加了价格的准确性。从客户观点看，扫描器减少了结帐时间，并产生详述了所购买的每个商品的类型和价格的收据。最近的创新包括，中央履行和中央采购设施、药房工作流程软件，以及自动化分发设备和领取系统可以捆绑到管理信息系统，以允许药剂师和技术员更快和更高效地对药物进行订购、领取、计价、分发以及开账单。许多药房现在都安装了自动化的分发机器，使药剂师有更多的时间工作在药物使用检查上。
名为“METHOD AND APPARATUS FOR AUTOMATICALLYGENERATING ADVISIORY INFORMATION FOR PHARMACYPATIENTS”的美国专利第6,240,394号描述了一种涉及向药房患者产生有针对性的建议消息的系统，其基于包括处方药品的国家药品代码(NDC)、以及患者年龄、性别、新药方或更新以及付款人信息在内的各种数据的组合来产生所述建议消息。所产生的建议消息包括给药房患者的各类信息，包括关于正被分发的处方产品、相关产品或手续、有关购买处方产品或其它产品的促销资料或折扣信息。不过，所述系统的一个缺点是，其只基于药房场所，只提供单一的数据捕捉源，并在患者已经等待之后的处方分发时产生有针对性的消息或促销。
非常期待的是，提供一种系统和方法来改善用户在按方抓药期间的体验，并且通过鼓励对与正被抓取的处方有关的产品的前端产品购买来充分利用患者的等待时间。
还非常期待的是，提供一种系统和方法来改善用户的体验，其通过使药房能够提供改进的患者咨询服务来改善药房/患者之间的关系以及处方药品的持续和依从性，这将改善健康保健效果。
另外还非常期待的是，提供一种系统和方法，其通过提供鼓励患者购买那些增强正分发给他们的处方药的安全性或功效的相关非处方产品的促销，在最优化客户的处方等待时间体验的同时，还将最优化零售渠道的每患者/客户收入。
在美国的处方数量快速增加的情况下，例如，每年大约要开出三十亿个处方，且预期该数量还会增长，支持保健以及有助于客户向购物篮增添将是非常有利的。
发明内容
本发明的目的是提供一种系统、方法和计算机程序产品，其通过提供使得能够在等待按方抓药时产生用于增强患者体验的有针对性的消息的功能来支持保健。本发明直接解决了保健支持问题，其通过充分利用客户花在等待按方抓药上的时间，尤其是，通过推动在药房内的“步行-交通”，并且成功地将患者的等待时间(目前为“死”时间)转换成针对陪伴产品的潜在收入产生机会。
这样，根据本发明的一方面，提供了一种系统、方法和计算机程序产品，用于向客户产生有针对性的消息，该系统包括零售商实体，其具有适于接收客户处方并按客户处方抓药的药房，该零售商实体还适于向所述客户销售无医生处方也可出售的(OTC)产品；用于在按方抓药期间接收有关客户处方的信息、并关联到潜在地被所述客户使用的补充性OTC产品的装置；以及，响应于所接收的信息的装置，用于产生对于客户有针对性的消息，其促进对可在所述零售商实体内购买的所述相关联的补充性OTC产品的使用和/或购买。
有利的是，针对所述患者在销售点处产生对于客户有针对性的消息，其包括在客户处方正被抓取期间可在所述零售商实体处兑现的用于补充性的OTC产品的促销折扣礼券。但是，另外提供用于其它产品的礼券也在本发明范围之内，所述其它产品包括除补充性的非处方产品之外，还有例如饮料、杂志、食品如快餐等，其目的是占用客户在等待按方抓药上的时间。
所产生的这些有针对性的消息由患者在处方被交给药剂师时接收，其还包括以下一个或多个受管理护理配方依从性(managed care formularycompliance)、即时客户回扣/层级回扣、处方药品到OTC的可用性、陪伴销售(礼券交易)、新产品发行/产品线扩展、以及持续和依从/疾病管理程序。
根据本发明的另一方面，提供了一种新颖的用于通过零售商实体向客户提供货物和服务的方法，所述零售商实体具有适于接收客户处方并按客户处方抓药的药房，所述方法包括以下步骤提供客户潜在购买的产品；以及产生在所述药房处按方抓药时可向客户传递的一个或多个有针对性的消息，以便鼓励客户在所述零售商处购买产品。
有利的是，针对客户的所述有针对性的消息在销售点处产生，其包括用于鼓励客户购买补充性的OTC产品的折扣礼券。一方面，补充性的OTC产品包括改善与客户服用处方产品相关联的潜在副作用的陪伴产品。另一方面，补充性的OTC产品包括增强客户服用处方产品的功效的陪伴产品。所述用于补充性的OTC产品和其它产品并旨在占用客户等待时间的折扣礼券在客户处方被抓取期间在所述零售商实体处可兑现。可销售的货物和商品引起大范围的患者/客户的兴趣，从而给药店带来高的总利润。更重要的是，鼓励对减少副作用的补充产品的购买以及向患者提供知识和说明性的药品信息将会增加持续和依从性，从而改进保健效果并减少患者成本。
另外，所提供的是商业过程，其在处方创建到履行过程中的多个点处捕捉数据，并相应地产生礼券、促销信息或消息，其可在处方递交时通过传真、电子邮件或在POS处打印方式传递给患者。
而且，除了前端商品之外还具有药房的超市和药店还支持电子POS和数据存储/数据挖掘系统功能，其通过跟踪每个客户的购买信息并汇编数据来完成，所述数据可用于根据多种准则例如，大小、颜色和库存来分析产品的销售。这样，零售商可以更好地评估他们的促销效果，并且基于事实而非推测并通过确定销售最好的商品组合来作出买入决策。这样，零售商店的经营范围或者第三方产品品牌线都可通过捕捉来自零售商的后端和前端之间的密切联系的协同作用而得到支持。
参考下面结合附图的详细描述，本发明的所述目的、特征以及优点对本领域的技术人员将是显而易见的，其中图1概念化地图示了根据本发明的药房消息系统10；图2图示了支持本发明的药房消息系统10的硬件架构；图3(a)-3(b)图示了由本发明的系统10执行的数据处理100；以及图4图示了用于检索与所开的药品相关联、为了安全和/或增强功效而被指示的一个或多个OTC陪伴产品的映射表引擎。
具体实施例方式
图1图示了根据本发明的药房消息系统10的框图。本发明的药房消息系统10涉及在零售药房内使用智能健康知识库以及其它的消费数据集合来分析购买模式以及其它纵向保健数据以在销售点(POS)处自动产生有针对性的患者消息。在使用各种系统来产生与药方有关的建议信息的同时，该服务首先推动本地药房内的“步行-交通”，并成功地将患者等待时间(当前为‘死’时间)转换为针对陪伴产品的潜在收入产生机会。
具体而言，如图1的概念化框图所示，系统10提供了智能保健知识库25，其接收和存储针对患者的患者简档(profile)数据20以及处方简档数据30；以及包括数据引擎，其用于根据患者的人口统计、保健付款人、要求以及过去的购买历史向患者产生智能患者消息50即，有针对性的消息；具体地如图1所示，本发明包括用于存储患者的相关数据的数据库，所述相关数据包括过去药房购买历史数据12、要求数据14以及其它数据16，所述其它数据16包括但不限于付款人信息、更新状态、禁忌、共同付费数量和处方状态；以及，另外还包括数据处理引擎，其用于在POS处单独或组合接收这些类型的患者数据以产生患者简档20。类似地，本发明包括用于存储患者的相关数据的数据库，所述相关数据包括药房促销数据22、疾病国际分类/现行操作术语(ICD/CPT)数据24以及处方药相关数据26，其可被单独地或组合地输入到位于POS处或POS的远端处的交易处理引擎中以产生处方简档数据30。使用这些类型的简档的组合来产生智能患者消息50。目前，在产品被购买后，由零售店/超市收银台处的打印机来产生礼券，与这种反映购买的礼券的产生不同，本发明的药房消息系统10在处方被抓取期间向患者传递智能患者消息50。药房消息系统10的数据处理引擎响应于所维护的各种类型的数据中的一个或多个，在按方抓药期间产生用于一个或多个补充性的“前端”OTC陪伴产品的有针对性的的促销信息/礼券，以鼓励客户在等待按方抓药时兑现。当药剂师将处方上的药品信息在POS上输入之后，可产生这样的有针对性的消息，以便由患者接收。除能够产生陪伴销售礼券之外，还可从患者利益出发另外产生信息类消息，包括以下一个或多个受管理护理配方依从性、即时消费回扣/层级回扣、Rx到OTC的可用性、新产品发行/产品线扩展、以及持续和依从/疾病管理程序。
在优选实施例中，补充性的OTC产品包括(1)改善或消除与客户服用处方产品有关的潜在副作用或者(2)增强客户服用处方产品的功效的陪伴产品。
对应于图1中的药房消息系统的硬件架构100的一个实施例在图2中示出。在图2中，描述了零售商店75，其包括采用现场销售点(POS)计算机系统76的零售药房，所述计算机系统76可包括具有处理和通信能力的诸如膝上型计算机、手持或移动计算机、台式计算机或工作站等等的任何类型的计算机设备。与现场零售药房计算机76相关联的是打印机(未示出)，其产生包括补充性的产品礼券55在内的有针对性的(智能患者)消息50，所述礼券55包括用于患者客户购买处方药陪伴产品的折扣。
更为具体地，零售药房计算机系统76包括处理器以及包括在本地零售药房连锁(药房零售收银台)处作为单独销售点终端或与其协同工作的功能。药房计算机76与位于商店内的“后端”系统通信，或者与例如位于药房中心办公室或总部的中央数据处理系统80进行远程通信。因此，零售药房计算机76与后端或中央数据处理系统80之间的通信是通过通信网络89上的网络连接79进行的，该通信网络89可包括局域网(LAN)、广域网(WAN)、无线网络、公共交换电话网络(PSTN)或网际协议(IP)网络，例如互联网、公司内部网或外部网或任何其它网络环境。零售药房计算机76工作于现场且优选地运行至少一个奔腾级处理器。可提供第二个处理器用于冗余备份。而且，所述现场零售药房计算机76运行诸如Microsoft Windows NT 4.0或类似的操作系统。优选的是，所述现场零售药房计算机76也可包括用于数据存储、存取速度和冗余的RAID或任何类似的阵列。正如将要描述的，所述现场零售药房计算机76接收药剂师输入的数据，该数据包括识别患者的处方药的国家药品代码(NDC)以及其它与患者有关的基本数据，包括患者的姓名和地址、药房以及处方号。
如图2中进一步示出，零售商后端或中央数据处理系统80包括具有支持文件传输(例如，文件传输协议(FTP))或HTTP能力的网际协议(例如，TCP/IP栈)的大型机或高性能计算机(微机，分布式系统，冗余应用服务器或服务器群集)85。一个后端数据处理系统可包括数据库服务器86，其提供数据库管理，并适于访问和存储包括智能保健仓库25的零售商数据仓库中所存储的零售商和患者信息，该智能保健仓库25用作客户简档数据知识库，以及包括用于进行客户简档数据处理和客户数据库管理的功能，并且包括数据库、硬盘存储器、CD-ROM、RAM或类似存储装置。在一个实施例中，为了确保患者的隐私，可以对于所有去往/来自零售药房计算机76的数据传输提供用于授权用户和安全通信的压缩和加密系统。例如，虚拟专网技术可以用于在药房计算机76和远程中央数据处理系统80之间传送数据。典型地，虚拟专网(VPN)将它们自己的协议和包“隧道化”在标准互联网IP包中。根据一个实施例，零售药房计算机76和中央数据处理系统80之间的所有传输都是通过T-1线路进行，不过，任何高速传输链路都可以代替T1线路，例如宽带链路(如xDSL，帧中继，X.11，缆线调制解调器等)。而且，数据可以通过磁带传输、调制解调器或FTP传输。应注意，先前或后续描述的任何传输可通过这些格式中的任一个或用于传输数据的任何其它公知格式。
如图2中进一步示出，零售商的中央数据处理系统80被提供了在此称为产品建议引擎(PRE)90的执行软件程序，该程序处理在零售药房POS处发起的交易，并处理零售商后端数据处理系统80和产品信息数据仓库35之间的特定通信，所述产品信息数据仓库35与向零售商供应例如OTC非处方保健、美容和医药用品的产品的供应商30相关联。在一实施例中，产品供应商30是Johnson&Johnson Inc.，通过其各个营业公司，如Johnson&Johnson Consumer Companies，Inc.，McNeil-PPC，Inc.(Consumer and Specialty Pharmaceuticals)，Neutrogena等，向零售渠道提供OTC产品。具体地，PRE包括连接器客户端程序92，该程序通过局域网、广域网、VPN、内部网或互联网连接在网络89上与驻留在OTC产品供应商30的一个或多个计算机系统36上的相应的服务器程序通信。PRE(交易引擎)90包括PRE客户端和PRE服务器，每个都有根据本领域公知技术的消息处理和消息路由能力，且包括使它们可用的易于获得的硬件设备和软件。可选地，PRE服务器和PRE连接器都可作为一个程序驻留在零售商后端系统上。OTC产品供应商计算机系统36可包括任何具有支持文件传输(如文件传输协议(FTP))或HTTP能力的网际协议(如TCP/IP栈)的大型机或高性能计算机(微机，分布式系统或服务器群集)。一个计算设备可包括数据库服务器37，该服务器执行数据库程序如Microsoft SQL版本6.5或更高版本，以便访问存储于OTC产品供应商数据仓库35中的OTC产品数据。应当理解，任何数据库系统都足以实现用于将OTC产品供应商数据加载到供应商数据仓库35中并从供应商数据仓库35中访问数据的技术。
为了与数据处理系统一起使用，实现PRE交易引擎的软件设计代码可以被实施到多种公知介质的任何一种上，如软盘、硬盘或CD-ROM，或者该代码可以被分发。用于将存储器中的软件设计代码实施到物理介质上和/或通过网络分发软件代码的技术和方法是公知的，这里不再做进一步的论述。
如图2中进一步示出，另外提供了集成到供应商计算系统内的供应商客户机32a，...32n，所述供应商计算系统可包括可以例如在网络89上通过有线或无线的互联网或网络连接与PRE服务器设备94进行通信的许多不同类型的计算机设备中的一个。有线连接是使用物理介质如缆线和电话线的那些连接，而无线连接使用诸如卫星链路、无线频率电波和红外波的介质。应当理解，很多连接技术可以被用于这些不同的介质，例如，使用蜂窝式调制解调器建立无线连接。特别地，供应商的客户设备32a，32b...32n可以是任何类型的计算机处理器，包括具有处理和通信能力的膝上型计算机、手持或移动式计算机；车载设备；台式计算机；大型计算机等。
图3(a)图示了由本发明的系统10所执行的数据处理100。如图3所示，第一步102包括向零售商中央数据处理系统80传输处方数据和患者信息。更具体地，由零售商系统向PRE连接器92提供的数据包括以下一个或多个，包括但不限于国家药品代码(NDC)；患者姓名、地址、电话号码、出生日期(DOB)、性别和体重；保险信息；药剂师；按方抓药药房；处方号；疾病类型；以及有关处方本身的信息。可以被有选择地传输的处方信息包括所开续抓药(refill)次数、续抓药剩余次数、续抓药号、处方分发日期、分发数量、处方价格、患者要为处方付费的金额、共同付费金额等等。该数据可以由药剂师在处方递交时输入，或者处方可以由药房使用交互式语音响应(Interactive Voice Response)或当前实施的可使用公知技术修改为加入消息传递的“快速续抓药(Rapid refill)”系统来接收。一旦在中央数据处理系统80处接收到数据，零售商客户数据库12就被更新以反映交易情况，并且如步骤104所示，执行PRE连接器92联系PRE服务器94并将处方和患者信息转发给PRE服务器。然后，在步骤106中，PRE服务器分析处方和患者信息，并产生与OTC补充性产品相关联的产品推荐号(PRN)。可选地，NDC可以另外映射到与特定供应商品牌例如Johnson&Johnson，Inc.，McNeil-PPC，Inc.相关联的特定产品号(未示出)。PRE服务器特别使用了NDC以从供应商产品数据源中获得OTC补充性产品，所述供应商产品数据源可包括改善与客户服用处方产品相关联的潜在副作用或增强客户服用处方产品的功效的一个或多个陪伴产品。在一个实施例中，如图4所示，与产品供应商计算机系统36协同工作的PRE服务器94，提供将用于关联的指示126的处方产品125的NDC与关联的对应PRN131进行映射的机制。返回到图3(a)中的步骤108，PRE服务器进而向PRE连接器转发PRN 131(和/或可选的特定OTC产品号)。该号码继而被映射到特定的推荐补充性OTC产品，并且有可能地被映射到特定品牌，然后如步骤110所示，将该信息传给零售商计算机系统76。然后，如步骤112所示，作为对收到产品的响应，零售药房计算机76产生智能消息，该智能消息包括有关提供增强的患者安全性和/或增强的功效的推荐补充性OTC产品的信息。零售商计算机可在处方被递交时在智能患者消息50中另外向患者产生与补充性的OTC产品相关联的产品礼券55和/或类似促销和/或知识性信息。例如，根据零售商的自行决定，零售商可以选择提供针对OTC产品的10％折扣，或使用特殊回扣，例如，给予“买2赠1”优惠等。在一个实施例中，例如，如图4所示，零售商系统80可产生用于所推荐的OTC陪伴产品中的一个或多个的信息和礼券，所述陪伴产品例如为在具有相关联的PRN的列130a、130b中所指示的那些产品。例如，降胆固醇剂Lipitor的患者处方可引起潜在的负面后果/副作用如倒胃、胃肠胀气、便秘以及腹痛或痉挛133，并且可映射到补充性的陪伴产品130上，该产品130通过提供对酸性消化不良、胃酸以及胃灼热的缓解来确保安全性，例如MylantaMaximumStrength。在另一实例中，治疗诸如溃疡/GERD/胃灼热的效应的Nexium的患者处方将映射到增强该药品功效的补充性陪伴产品130a，例如MylantaMaximum Strength。另外的实例在如图4提供的映射表所示，但是，应当理解，关于图4所示出和描述的补充性的OTC产品是用于说明性目的而非限制性目的，根据本发明，针对所示的处方药品和其它所开的药品(未示出)的许多其它补充性产品和品牌也可向患者推荐。
优选地，补充性的OTC产品信息在零售商处进行本地存储，并通过网络和所指示的消息协议向下与每个商店进行同步。作为正常的同步过程的一部分，零售商药房计算机76产生相应的礼券或促销信息，另外，例如，还提供重要的产品信息如剂量服用信息。另外产生的可供患者使用的是与所治疗的疾病相一致的知识性信息，其可在药剂师的显示终端上进行显示，和/或在POS终端处直接打印在礼券上或作为单独的单据来打印。智能患者消息信息可以可选择地通过传真或电子邮件提供给患者；否则，可在POS处将该信息打印给患者。另外，可产生这样的消息，其将向患者指示所推荐的OTC产品被设计成增强附随的处方产品的功效和/或改善副作用。另外向患者产生这样的消息，其将让患者知道按方抓药所需的预期等待时间，这样将鼓励患者在药房前端逗留和购物。也就是说，可实施用于基于如下因素来确定在药房处的等待时间的装置将被抓取的处方数以及药剂师的工作负担。作为本发明的另一特征，另外向患者产生指示处方药品是否被修改为OTC状态的消息。例如，将处方“降低胆固醇产品Mevacor转换到OTC状态。新产品或产品线扩展可针对任何OTC产品，例如，如果免费赠送的品牌是Tylenol，那么系统将向患者产生消息，指示Tylenol“Cool”是最新的产品线扩展。为确保持续和依从性，可向患者产生附加的消息以向其指示要按照所开处方来服用其处方产品直到用完为止。
在替选实施例中，应当理解，图4所述的补充性OTC产品映射机制的操作可在药房零售系统内实施，例如，当PRE引擎90完全包含在零售商后端处时。
返回到图3(a)，在步骤115，在处方递交时向客户提供补充性的OTC产品的信息，并且当患者等待分发处方时，可在零售商实体处方便地兑现所产生的任何礼券。这样，如果患者希望，那么在按患者的处方抓药时，他/她可购买所推荐的补充性产品。可被产生以便打印的其它相关信息包括所开或剩余续抓药次数、续抓药号、处方分发日期、分发数量、处方价格、患者要为处方付费的金额、共同付费金额、所供药品的使用天数以及服用剂量指示等。应当理解，甚至当通过“快速续抓药”系统拨入处方时，患者仍然被警报礼券可用。
图3(b)图示了由图2中示出的供应商客户机32a，32b，...，32n发起的潜在的处理150。在本发明的这一方面，如步骤152所示，零售商将有关患者购买补充性产品的跟踪信息转发到PRE连接器。该跟踪信息可包括与NDC被映射到的特定供应商品牌相关联的特定产品号。首先，零售商系统80将更新零售商客户数据库12以反映补充性OTC产品购买交易，然后，在下一步骤154中，PRE连接器92将该信息传递给PRE服务器94。作为响应，在步骤156中，PRE服务器94将发起把该客户的交易信息存储到OTC产品供应商数据仓库35中。然后，如步骤158所示，供应商客户机32a，32b，...，32n可从数据库35中产生报告来分析礼券使用情况。例如，可产生报告，以指示用于特定产品的已兑现的礼券百分比，或者其价格点，即客户为产品所支付的金额。可确保的是，与患者相关联的、包括个人数据如姓名、地址以及社会保险号的信息不被传送到OTC供应商计算机系统，或者不可被OTC供应商计算机系统使用。也就是说，提供了用于“逆-识别”患者的机制，从而可从数据库中高效地收集信息以允许进行研究和分析以及生成有关礼券使用情况的报告。
这样，与当前由超市收银台处的打印机产生的反映购买情况的礼券相似的是，本发明的药房消息系统10将基于患者的处方信息以及他们的人口统计、保健付款人、要求以及过去的购买历史信息中的一个或多个向患者传递有针对性的消息。药房消息系统的总目标是在正确的时间向正确的人传递正确的消息。
应当理解，另外提供用于其它产品的礼券也在本发明范围之内，所述其它产品包括除补充性的非处方产品之外，还有例如饮料、杂志、食品如快餐等，其目的是占用客户在等待按方抓药上的时间。
虽然示出和描述了被认为是本发明的优选实施例的内容，但是当然应当理解，在不背离本发明的精神的情况下可以容易地进行形式或细节上的各种修改和变化。因此本发明不意欲受限于所描述和图示的确切形式，而应被解释成覆盖可落在所附权利要求范围内的所有修改。
权利要求
1.一种用于在药房处向客户产生有针对性的消息的系统，所述系统包括零售商实体，其具有适于接收客户处方并按客户处方抓药的药房，所述零售商实体还适于向所述客户销售无医生处方也可出售的(OTC)产品；用于在按方抓药时接收有关客户处方的信息并关联到所述客户潜在使用的补充性OTC产品的装置；以及用于生成对于客户有针对性的消息的装置，所述消息促进对在所述零售商实体处可供购买的所述相关联的补充性OTC产品的使用和/或购买。
2.如权利要求1所述的用于产生消息的系统，其中，所述有针对性的消息在销售点处产生。
3.如权利要求1所述的用于产生消息的系统，其中，所述有针对性的消息包括用于鼓励客户购买所述相关联的补充性OTC产品的折扣礼券。
4.如权利要求3所述的用于产生消息的系统，其中，所述相关联的补充性OTC产品包括改善与客户服用所述处方产品相关联的潜在副作用的产品。
5.如权利要求3所述的用于产生消息的系统，其中，所述相关联的补充性OTC产品包括增强客户服用所述处方产品的功效的产品。
6.如权利要求2所述的用于产生消息的系统，其中，针对所述相关联的补充性OTC产品的所述促销折扣对于正在所述药房处按照所述客户处方抓药时的所述客户的购买是有效的。
7.如权利要求1所述的用于产生消息的系统，其中，所述有针对性的消息包括用于鼓励客户购买其它OTC产品的回扣。
8.如权利要求1所述的用于产生消息的系统，其中，所述有针对性的消息详述了客户如何能够依从与正被抓取的处方产品相关联的受管理护理配方。
9.如权利要求1所述的用于产生消息的系统，其中，所述有针对性的消息提供涉及新的OTC产品的信息。
10.如权利要求1所述的用于产生消息的系统，其中，所述有针对性的消息提供涉及与现有的OTC产品相关联的扩展的信息。
11.一种用于通过零售商实体向客户提供货物和服务的方法，所述零售商实体具有适于接收客户处方并按客户处方抓药、并且还适于供应客户潜在购买的非处方产品的药房，所述方法包括下列步骤接收针对患者的处方信息；以及产生在所述患者在所述药房等待按方抓药时可向所述患者传递的一个或多个有针对性的消息，以便鼓励客户在所述零售商处购买所述非处方产品。
12.如权利要求11所述的用于提供货物和服务的方法，其中，所述有针对性的消息在销售点处产生。
13.如权利要求11所述的用于提供货物和服务的方法，其中，所述有针对性的消息包括用于鼓励客户购买补充性产品的折扣礼券，所述补充性产品为无医生处方就可销售(OTC)的产品。
14.如权利要求13所述的用于提供货物和服务的方法，其中，所述补充性OTC产品包括改善与客户服用处方产品相关联的潜在副作用的陪伴产品。
15.如权利要求13所述的用于提供货物和服务的方法，其中，所述补充性OTC产品包括增强客户服用处方产品的功效的陪伴产品。
16.如权利要求13所述的用于提供货物和服务的方法，其中，用于所述补充性OTC产品的所述促销礼券在按所述客户处方抓药时在所述零售商实体处可兑现。
17.如权利要求11所述的用于提供货物和服务的方法，其中，所述有针对性的消息包括用于鼓励客户购买其它OTC产品的回扣。
18.如权利要求11所述的用于提供货物和服务的系统，其中，所述有针对性的消息详述了客户如何能够依从与正被抓取的处方相关联的受管理护理配方。
19.如权利要求11所述的用于提供货物和服务的系统，其中，所述有针对性的消息提供涉及新的OTC产品的信息。
20.如权利要求11所述的用于产生消息的系统，其中，所述有针对性的消息提供涉及与现有OTC相关联的扩展的信息。
21.一种机器可读的程序存储设备，有形地实施了由所述机器可执行的指令程序，以执行用于通过零售商实体向客户提供货物和服务的方法步骤，所述零售商实体具有适于接收客户处方并按客户处方抓药、并且还适于供应客户潜在购买的非处方产品的药房，所述方法包括如下步骤接收针对患者的处方信息；以及产生当所述患者在所述药房等待按方抓药时可向所述患者传递的一个或多个有针对性的消息，以便鼓励客户在所述零售商处购买所述非处方产品。
22.如权利要求21所述的机器可读的程序存储设备，其中，所述有针对性的消息包括用于鼓励客户购买补充性产品的折扣礼券，所述补充性产品为无医生处方就可销售(OTC)的产品。
23.如权利要求22所述的机器可读的程序存储设备，其中，所述补充性OTC产品包括改善与客户服用处方产品相关联的潜在副作用的陪伴产品。
24.如权利要求22所述的机器可读的程序存储设备，其中，所述补充性OTC产品包括增强客户服用处方产品的功效的陪伴产品。
25.如权利要求22所述的机器可读的程序存储设备，其中，用于所述补充性OTC产品的所述促销折扣礼券在按所述客户处方抓药时在所述零售商实体处可兑现。
26.如权利要求21所述的机器可读的程序存储设备，其中，所述有针对性的消息包括用于鼓励客户购买其它OTC产品的折扣。
27.如权利要求21所述的机器可读的程序存储设备，其中，所述有针对性的消息详述了客户如何能够依从与正被抓取的处方相关联的受管理护理配方。
28.如权利要求21所述的机器可读的程序存储设备，其中，所述有针对性的消息提供涉及新的OTC产品的信息。
29.如权利要求21所述的机器可读的程序存储设备，其中，所述有针对性的消息提供涉及与现有OTC相关联的扩展的信息。
30.一种用于在药房处向客户产生有针对性的消息的方法，所述药房适于按客户处方抓药并进行分发，且具有可供购买的附加的非处方产品，所述方法包括下列步骤接收针对处方所开产品的客户处方；在按方抓药时将客户的处方信息转发给数据处理设备；所述处理设备关联所述客户潜在使用的补充性非处方产品；以及，在分发所述客户的抓药处方之前向所述客户产生有针对性的消息，其促进使用和/或购买可供购买的所述相关联的补充性非处方产品。
31.如权利要求30所述的方法，其中，所述数据处理设备全部位于所述药房处。
32.如权利要求30所述的方法，其中，所述数据处理设备位于所述药房的远端，所述转发客户处方步骤b)包括将所述信息通过网络连接传送给数据处理设备。
33.如权利要求32所述的方法，其中，所述数据处理设备与所述补充性非处方产品的供应商相关联，所述关联步骤c)还包括如下步骤将所述接收到的处方信息与关联于所述补充性非处方产品的标识符进行映射；以及将所述补充性非处方产品的所述关联标识符转发到所述药房，以便产生所述有针对性的消息。
34.如权利要求31所述的方法，其中所述产生的有针对性的消息包括用于所述相关联的补充性非处方产品的折扣礼券，其在客户等待按方抓药期间购买所述相关联的补充性非处方产品时可兑现。
35.如权利要求34所述的方法，还包括以下步骤将客户购买交易数据转发给与所述补充性非处方产品的所述供应商相关联的数据处理设备；以及使得能够产生报告，以分析所述相关联的补充性非处方产品的折扣礼券的使用情况。
全文摘要
一种新颖的药房消息系统、方法和计算机程序产品，其通过提供使得能够产生有针对性的消息的功能来支持保健，所述有针对性的消息用于增强患者在等待按方抓药期间的体验。本发明直接解决了支持保健的问题，这是通过优化客户花在等待按方抓药上的时间，尤其是通过推动本地药房内的“步行－交通”，以及成功地将患者的等待时间转换成陪伴产品的潜在收入产生机会。所述药房消息系统基于患者的处方信息以及他们的人口统计、保健付款人、要求和过去的购买历史中的一个或多个信息，向患者传递有针对性的消息。
文档编号G06Q50/22GK101091194SQ200580031842
公开日2007年12月19日 申请日期2005年9月21日 优先权日2004年9月22日
发明者保罗·G·农纳里, 安东尼·D·米利诺维奇, 老斯蒂芬·A·佐洛 申请人:保罗·G·农纳里, 安东尼·D·米利诺维奇, 老斯蒂芬·A·佐洛