处方送货上门
阅读：442发布：2020-07-31
专利汇可以提供处方送货上门专利检索，专利查询，专利分析的服务。并且一种用于 处方 药送货上 门 的方法和系统包括：在第一地点处理针对药品的处方，在第二地点购买至少一个感兴趣物品；以及将所述处方药与所述至少一个感兴趣物品结合在到达第三地点的同一配送中，所述第三地点由所述处方药品和至少一个感兴趣物品的用户来确定。，下面是处方送货上门专利的具体信息内容。
1.一种用于处方药送货上门的方法，包括：
在第一地点处理针对药品的处方；
在第二地点购买至少一个感兴趣物品；以及
将所述处方药与所述至少一个感兴趣物品结合在到达第三地点的同一配送中，所述第三地点由所述处方药品和至少一个感兴趣物品的用户来确定。
2.根据权利要求1所述的方法，其中，所述第一地点是药房，并且所述第二地点是零售机构。
3.根据权利要求2所述的方法，其中，所述药房和所述零售机构在同一地点或者为同一事物。
4.根据权利要求1所述的方法，还包括：
经由电子通信从医生办公室向所述第一地点发送所述处方；以及
基于所述处方产生对其他感兴趣物品的推荐。
5.根据权利要求1所述的方法，还包括：
基于所述处方产生所述处方的自动补给。
6.根据权利要求1所述的方法，还包括：
当库存供应降到预定阈值以下时，产生被发送到所述第一地点的警示。
7.根据权利要求1所述的方法，还包括：
标识可用于处理所述处方的多个药房；以及
比较所述用户的当前地点与所述第一地点以标识用于处理所述处方的所述多个药房中的一个药房。
8.根据权利要求1所述的方法，还包括在温控装置中配送所述处方药和所述至少一个感兴趣物品。
9.根据权利要求8所述的方法，还包括包含用于包裹跟踪和认证的区块链的配送加密系统。
10.根据权利要求1所述的方法，还包括在自主载具中配送所述处方药和所述至少一个感兴趣物品。
11.一种处方处理系统，包括：
库存确定处理器，其监测对接收者开的药品的可得性；以及
相关产品产生器，其确定能够与所述药品的处方结合的物品和能够在同一送货订单中一起配送到所述接收者的其他物品。
12.根据权利要求11所述的处方处理系统，还包括药房确定处理器，其标识能够用于开药的多个药房。
13.根据权利要求11所述的处方处理系统，还包括产品推荐处理器，其汇编与所述接收者的购买习惯有关的数据并且将所述数据与所述药品的处方比较以产生推荐的购买选项。
14.根据权利要求11所述的处方处理系统，还包括药品续处方跟踪处理器，其监测关于所述处方的续处方日期。
15.根据权利要求11所述的处方处理系统，其中，所述系统通过将第一地点处的处方药和第二地点处的其他物品结合来确定配送，并且其中所述配送要到达第三地点。
16.根据权利要求1所述的处方处理系统，还包括用于与一个或多个供应链实体交换配送信息的区块链处理器，其中所述区块链处理器是总账系统的一部分或与总账系统通信，所述总账系统用于与消费者、医生、药房、快递员和供应链实体的一个或多个电子装置通信。
17.一种用于处方药送货上门的方法，包括：
处理针对药品的处方；
确定是否购买至少一个感兴趣物品；
响应于确定购买所述至少一个感兴趣物品，将所述处方药与所述至少一个感兴趣物品结合在到达预定地点的同一配送中；以及
响应于确定不购买所述至少一个感兴趣物品，将所述处方药配送到所述预定地点。
18.根据权利要求17所述的方法，其中，所述药品在第一地点，并且所述至少一个感兴趣物品在第二地点。
19.根据权利要求17所述的方法，还包括：
基于所述处方产生所述处方的自动补给。
20.根据权利要求17所述的方法，还包括：
当库存供应降到预定阈值以下时产生警示。
处方送货上门
[0001] 相关申请的交叉引用
技术领域
[0003] 本构思一般地涉及药店物品的配送，更具体地涉及一种处方配送服务。
背景技术
[0004] 熟知的是人们在生病时通常访问医生办公室。在开了药的情况下，患者可以访问药店以照方配药。患者还可以访问杂货店或其他零售机构以购买食物或感兴趣的其他消费品，从而开了药的患者准备待在家里，而无需在生病时后续再去商店。发明内容
[0005] 在一个方面中，提供了一种用于处方药送货上门的方法，包括：在第一地点处理针对药品的处方；在第二地点购买至少一个感兴趣物品；以及将所述处方药与所述至少一个感兴趣物品结合在到达第三地点的同一配送中，所述第三地点由所述处方药品和至少一个感兴趣物品的用户来确定。
[0006] 在一些实施例中，所述第一地点是药房，所述第二地点是零售机构。在一些实施例中，所述药房和所述零售机构在同一地点或者为同一事物。
[0007] 在一些实施例中，所述方法还包括：经由电子通信从医生办公室向所述第一地点发送所述处方；以及基于所述处方产生对其他感兴趣物品的推荐。
[0008] 在一些实施例中，所述方法还包括基于所述处方产生所述处方的自动补给。
[0009] 在一些实施例中，所述方法还包括：当库存供应降到预定阈值以下时，产生被发送到所述第一地点的警示。
[0010] 在一些实施例中，所述方法还包括：标识可用于处理所述处方的多个药房；以及比较所述用户的当前地点与所述第一地点以标识用于处理所述处方的所述多个药房中的一个药房。
[0012] 在一些实施例中，所述方法还包括在自主载具中配送所述处方药和所述至少一个感兴趣物品。
[0013] 在另一方面中，提供了一种处方处理系统，包括：库存确定处理器，其监测对接收者开的药品的可得性；以及相关产品产生器，其确定可与所述药品的处方结合的物品和可在同一送货订单中一起配送到所述接收者的其他物品。
[0014] 在一些实施例中，所述处方处理系统还包括药房确定处理器34，其可以标识可用于开药的多个药房。
[0015] 在一些实施例中，所述处方处理系统还包括产品推荐处理器，其汇编与所述接收者的购买习惯有关的数据并且将该数据与所述药品的处方比较以产生推荐的购买选项。
[0016] 在一些实施例中，所述处方处理系统还包括药品续处方(refill)跟踪处理器，其监测关于所述处方的续处方日期。
[0017] 在一些实施例中，所述处方处理系统通过将第一地点处的处方药和第二地点处的其他物品结合来确定配送，并且其中所述配送要到达第三地点。
[0018] 在一些实施例中，所述处方处理系统还包括用于与一个或多个供应链实体交换配送信息的区块链处理器，其中所述区块链处理器是总账系统的一部分或与总账系统通信，所述总账系统用于与消费者、医生、药房、快递员和供应链实体的一个或多个电子装置通信。
[0019] 在另一方面中，提供了一种用于处方药送货上门的方法，包括：处理针对药品的处方；确定是否购买至少一个感兴趣物品；响应于确定购买所述至少一个感兴趣物品，将所述处方药与所述至少一个感兴趣物品结合在到达预定地点的同一配送中；以及响应于确定不购买所述至少一个感兴趣物品，将所述处方药配送到所述预定地点。
[0020] 在一些实施例中，所述药品在第一地点，所述至少一个感兴趣物品在第二地点。在一些实施例中，所述第一地点是药房，所述第二地点是零售机构。
[0021] 在一些实施例中，所述药品和所述至少一个感兴趣物品均在同一地点。
[0022] 在一些实施例中，所述方法还包括基于所述处方产生所述处方的自动补给。
[0023] 在一些实施例中，所述方法还包括当库存供应降到预定阈值以下时产生警示。
[0025] 通过结合附图参照以下描述，将会更好地理解上面和其他优点，其中各个附图中的相似数字指示相似结构元件和特征。附图不一定按比例绘制，而重点在于示出本构思的原理。
[0026] 图1是可实践实施例的环境的示图。
[0027] 图2是根据一些实施例的处方处理系统的框图。
[0028] 图3是根据一些实施例的用于将处方药配送到消费者家的方法的流程图。
[0029] 图4是根据一些实施例的用于处方配送服务的处理流程。
[0030] 图5是根据一些实施例的用于处理患者记录和处方数据的处理流程。
[0031] 图6是根据一些实施例的用于处方的药房履行的处理流程。
[0032] 图7是根据一些实施例的在处方履行之后患者决定的处理流程。
[0033] 图8是根据一些实施例的用于处方履行的处理流程。
[0034] 图9是根据一些实施例的用于处方履行的处理流程。
具体实施方式
[0035] 根据一些实施例的系统和方法提供了药品处方和杂货或感兴趣的其他物品到期望地点的组合配送。
[0036] 图1是可实践实施例的环境的示图。该环境可以包括根据一些实施例的在药房物品和杂货或其他零售物品的配送中涉及的实体。实体可以包括但不限于医生办公室12、药房14、杂货店16、以及诸如家或办公室之类的用户地点18。该环境可以包括诸如无人驾驶、自动驾驶、或机器人载具、无人飞行器(UAV)等能够在各个主体之间配送药房物品和杂货或其他零售物品的自主载具19。在其他实施例中，通过传统载具(例如汽车、卡车等)配送药房物品和杂货或其他零售物品。在一些实施例中，可以通过对等式总账系统来传送和认证配送处方所需的信息，这将允许自主载具接收提货信息和处方将配送到何处；以及在接收到包裹时对载具的认证和对消费者的认证。
[0037] 医生办公室12、药房14、杂货店16和用户地点18中的每一个可以包括至少一个计算机处理器17、42、44、46以及用于经由网络12相互通信和/或与诸如处方处理系统30和数据库32之类的其他电子装置通信的网络接口。网络12可以是公共交换电话网络(PSTN)、移动通信网络、诸如局域网(LAN)或广域网(WAN)之类的数据网络、或它们的组合、或者本领域普通技术人员已知的其他通信网络。
[0038] 消费者15可以访问医生办公室12、或医院、医疗中心、或者消费者15可以接收到处方的其他地点。为了进行说明，在消费者15意图成为处方药的接收者时还可以将消费者15称为药品接收者或接收者。消费者随后可以访问药房14以接收在处方中标识的药品。消费者15可以后续访问诸如杂货店之类的零售机构16以购买感兴趣的其他物品(其可以、也可以不与药房14处获取的药品有关)。在一些实施例中这些物品可以在药房14而不是物理地不同的商店处购买。在一些实施例中，消费者15可以在线照方配药，并且还可以在线(例如在相同或不同的网站)购买其他物品。
[0039] 处方处理系统30提供了药品处方到接收者15的期望接收地点18(比如家)的配送，并且标识诸如杂货、物资或其他零售物品之类可以与药品处方一起被打包并配送到期望接收地点18的其他物品。在前述示例中，例如当消费者15在药房14做出请求时药品不可得的情况下，访问药房14和/或商店16的消费者15可能期望药品和其他物品在同一批次送货。在其他实施例中，消费者可以使用智能手机或其他计算机在线对药品下单，例如与其他物品一起续处方，从而药品和物品可以被一起打包并送货到合意的地点。
[0040] 处方处理系统30可以提供附加特征，比如基于处方信息对处方和/或购买推荐进行自动补给、当库存供应降到预定阈值以下时产生发送到药房14的警示、交叉销售、监测、做广告、通知、和其他相关特征。可以从与个人智能装置通信的对等式总账系统发送警示。
[0041] 图2是根据一些实施例的处方处理系统30的框图。处方处理系统30可以在关于图1所示和描述的环境中实施。
[0042] 处方处理系统30可以包括库存确定处理器32、药房确定处理器34、相关产品产生器36、产品推荐处理器38、和药品续处方跟踪处理器40。处方处理系统30的这些元件中的一些或全部可以被呈现在同一计算机硬件平台上。在其他实施例中，这些元件可以位于两个或多个不同计算机硬件平台，并且可以经由通信网络12(例如电子地交换数据的有线或无线网络)相互通信和/或与处方处理系统30的其他元件通信。
[0043] 库存确定处理器32跟踪药品可得性。这样，库存确定处理器32可以在消费者的药品处方被处理时接收来自药房处理器44的通信，从而预定量的药品被分派给消费者接收者15。例如，消费者15可以从医生接收处方，这样，订单进入医生办公室处理器42并且提交给药房14。库存确定处理器32可以从医生的处理器42和/或药房处理器44接收该信息。库存确定处理器32可以从该信息建立在药房14处的可得药品的量。库存确定处理器32可以检查库存的可得性。这里，消费者15可以例如通过选择使用程序来访问程序。医生办公室处理器42可以处理处方信息，随后将处方信息与消费者信息一起发送给药房处理器44。
[0044] 处方处理系统30可以包括用于执行区块链有关的处理的一个或多个处理器，并且还可以包括与对等式网络链接的将用于患者、医生和药房的附属密钥分发给对等式网络的通信装置，其还将该信息通信给各个实体。每传送一次通信时，就利用后续块形成新的块；其还包括处方的处置、采购、配给或接受。处方及其相关成分、产品及其相关库存、零售商及其相关库存、和药房及其相关库存将会将它们的库存状态作为对于对等式总账系统的信息的块与应用或区块链结构共享，或者作为库存状态与应用共享。
[0045] 医生办公室处理器42和/或附属于医生的其他商业实体计算机装置可以在将具有电子数据形式的处方提交给其他实体(比如药房14)时提供包括公钥和/或私钥的认证或其他安全技术。这里，消费者15(例如医生的患者)还可以具有用于与消费者的计算机装置以及医生办公室处理器42和/或其他商业实体计算机装置通信的公钥和/或私钥。当处方从医生办公室处理器42或从其所属机构被发送到药房14时，其可以包括医生的私钥/公钥和患者的私钥/公钥两者的收敛的区块链结构。该信息还可以在对等式网络上共享，其中，只要已被授权了访问处方的药房密钥，则药房14访问数据。
[0046] 在药房处理器44已认证和解密了处方链之后，例如在药房14处的接收器可以浏览和产生处方，其还将改变区块链以包括但不限于来自药房的信息、药剂师、日期、时间、处方说明(instruction)、剂量说明、特殊说明、处置、提货信息、认证、药物类别、或它们的组合。
[0047] 在零售商处可得的产品和服务还可以具有唯一的区块链标识符，其可以与处方一致或以其他方式与处方有关以用于相关的组合购买，其可以包含于数据库并从数据库参考。
[0048] 通过应用或者通过对等式总账系统，引荐的产品将被提交给消费者，消费者可以选择使用或选择退出引荐的购买。
[0049] 系统30还可以向消费者15(例如医生的患者)警示消费者15将会接收到哪个药房的订单。与续处方跟踪处理器40协作的库存确定处理器32可以监测处方信息，比如续处方日期等。续处方日期是发送给药房14的药房信息的一部分。续处方日期的目的是使得药房14能够更好地预测药物的需要。在一些实施例中，续处方通过包含关于续处方日期等的信息的区块链来完成。当已从总账系统得到续处方日期时，可以将警示传达到个人选择的装置或方法。
[0050] 药房确定处理器34可以标识可用于开药的多个药房。药房确定处理器34可以例如通过与接收者的智能手机17的GPS通信来将接收者15的当前地点与不同药房的地点比较，并将结果提供给药房确定处理器34，其可以推荐最近的药房或者其他参数，例如，最大的药房、与消费者15具有先前关系的药房、具有诸如食物之类可与药品一起打包的感兴趣的其他货品的药房。药房提供商可以将他们的信息存储在对等式总账系统上。因此，当处方已由医生发送给患者的记录时，患者将具有浏览和选择药房的选项。一旦选择，处方将被传送给所选的药房。
[0051] 可以通过患者和/或药房区块链配置文件(profile)确定基于邻近度的药房地点的标识，其将包括关于与其位置有关的地理位置的信息。此外，还可以包括与期望的处方完成时间有关的信息。上述的每一个可以通过应用及其数据库或者通过区块链和对等式总账系统而产生和分发。这样，处方处理系统30可以包括用于与一个或多个供应链实体交换配送信息的区块链处理器，其中区块链处理器是用于与消费者、医生、药房、快递员、和供应链实体的一个或多个电子装置通信的总账系统的一部分，或与该总账系统通信。在其他实施例中，区块链处理在处方处理系统30的外部执行，或者结合处方系统30的区块链处理器执行。
[0052] 相关产品处理器36确定可与处方药结合的物品以使得处方药和物品可以在同一送货订单中一起被消费者15购买。可以建立关联。例如，处方具有医生办公室计算机42和药房计算机44两者可以存储和处理的指导。指导可以包括要求接收者带上水、牛奶、果汁，或者不带某些产品。系统30使用该信息向消费者15产生推荐的产品。消费者15可以定制消费者15期望与处方一同接收的杂货或其他物品。相关产品处理器36可以从购买者15接收(即，从智能手机17或其他电子装置电子地提供的)购物单。
[0053] 快递员、配送代理和配送提供商等可以利用应用分发与他们的地点、服务、可得性和估计完成时间有关的信息。快递员、配送代理和配送提供商等可以利用区块链对等式系统分发与他们的地点、服务、可得性和估计完成时间有关的信息。为了执行根据一些实施例的区块链方法，这将需要将区块链私钥和公钥发布给快递员、配送代理和配送提供商等。
[0054] 推荐处理器38汇编与消费者15的购买习惯有关的数据，并将该数据与药品处方比较以产生推荐的购买选项。另外，推荐处理器38可以向接收者15告知将会对药品进行补充的、或者与药品冲突的产品，从而接收者15可以例如从计算机用户接口选择可以与处方药打包的感兴趣物品。例如，推荐处理器38可以推荐对消费者15的健康有益的产品，例如服用胆固醇药品的消费者可消费的低钠食物或者服用糖尿病药品的消费者可消费的无糖替代物品。
[0055] 推荐处理器38还可以在库存确定处理器32做出确定时向药房处理器44发出警示。在一些实施例中，通过库存确定处理器32基于购买日期、每天的处方剂量、瓶中的量、或其他相关信息来估计续处方的水平。例如，从一月的开头开始每天1剂量并且具有30片药片的
30天供应将指示消费者将会在该月的结尾用光。
30天供应将指示消费者将会在该月的结尾用光。
[0056] 在一些实施例中，从与处方有关的信息的块确定警示，其由医生或他们的所属机构或药房提供。在一些实施例中，警示包括基于时间的增量式地接近处方的到期或补给的窗口。警示可以在阈值上基于在诸如IoT之类的所连接的装置中找到的处方库存的水平；其中进一步的阈值确定产品何时应当使得有必要对消费者发出警示。警告可以提供处方药的自主重新下单或履行。可以在已耗尽产品之后发布警示。警示可以通过该系统的应用被共享或者通过与区块链一起使用的对等式总账系统被分发。
[0057] 图3是根据一些实施例的用于将处方药配送到消费者家的方法100的流程图。方法100的一些或全部可以在图1和图2的处方处理系统30处和/或图1所示的环境的其他元件处执行。方法100可以由存储在图1和图2的处方处理系统30的存储器装置和/或图1所示的环境的其他元件中的指令运转，并且由图1和图2的处方处理系统30的硬件处理器和/或图1所示的环境的其他元件执行。
[0058] 在块102处，例如通过医生、药剂师或其他被授权方产生处方。处方可以在药房、医院、医疗中心等处配药。可以由在医生办公室12处接收到处方的药品接收者15在药房14呈现处方，或者可以将处方从医生办公室计算机42电子地配送到药房计算机44。
[0059] 在块104处，处方接收者15标识用于与按处方配药的同时进行购买的附加物品。处方接收者15可能期望购买与处方药有关的杂货或其他产品，或者除此以外出于其他原因(例如对于接收者而言为了方便)而购买的杂货或其他产品。先后顺序可以改变。例如，可以在按处方配药之前购买物品，或者如所示那样反之亦然。
[0060] 在决定菱形106处，确定请求按方配药的药房14处是否有足够的库存。类似地，确定感兴趣物品在消费者访问的商店16处是否可得。在进行在线购买(例如电子商务购买)的一些实施例中，确定订单是否可以在线(例如通过下单的网站)履行。在线做出的订单可能由于一个商店没有该产品并且在一个地点将该订单移交和合并以增进有效配送产品的能力的原因而在多个地点履行。
[0061] 如果处方或者感兴趣的其他物品在它们各自的初始购买地点处不可得，则在块110处，消费者15可以考虑不同选项。一个选项是让消费者15从除了药房14或商店16以外的不同商店购买药品和感兴趣的其他物品。另一选项是从不同地点获取药品和其他物品。如本文所述，处方处理系统30可以调配药品和其他物品的配送，而无论它们是否从不同商店购买。另一选项是从药房14仅购买药品，并放弃购买其它物品。
[0062] 在块108处，照订单配货。这包括以单个配送单来协调药品和感兴趣物品的配送。
[0063] 在块112处，通过处方处理系统30产生通知，其指示处方药和其他物品的配送。其他通知可以包括对消费者15可能感兴趣的附加物品的推荐，例如，交叉销售特征，或与药品和其他物品之间的可能性冲突有关的警告。
[0064] 图4是根据一些实施例的用于处方配送服务的处理流程200。方法100的一些或全部可以在图1和图2的处方处理系统30处和/或图1所示的环境的其他元件处执行。方法100可以由存储在图1和图2的处方处理系统30的存储器装置和/或图1所示的环境的其他元件中的指令运转，并且由图1和图2的处方处理系统30的硬件处理器和/或图1所示的环境的其他元件执行。
[0065] 在块202处，消费者15请求药品的源。该请求可以由消费者15做出，或者其他有权者可以代表消费者15请求药品，例如医生。因此，在块204处，医生12准备针对所请求的药品的处方。
[0066] 消费者15可以接收例如由医生计算机42产生的处方的电子版本。在块206处，处方被提供给药房14以用于准备(块210)处方。在一些实施例中，处方被自动移交给药房14。
[0068] 在块212处，商店16按与购物单上的物品对应的订单来配货。
[0069] 在块214处，可以响应于处方处理系统30接收到与处方或购物单中的至少一个有关的数据来产生通知。该通知可以包括关于附加物品的推荐，附加物品是基于处方药可能会让消费者感兴趣的。例如，当处方包括药片形式的药品时，可以产生对购买瓶装水的推荐。其他通知可以涉及购物单上的所购买物品与处方药之间的冲突。例如，当购物单包括酒类而处方药包括不应消费酒类的说明时，可以产生警告，用于指出处方处理系统30可以存储该处方说明或从药房计算机44或其他远程存储装置取得药品说明。
[0070] 在块216处，处方处理系统30可以确定关于所购买药品和附加物品的配送详情，而不管药品和附加物品是例如在药房处一起购买还是在不同商店分开购买。处方处理系统30可以将邮寄地址和其他信息提供给药房14、商店16和/或对药品和其他物品送货的其他实体。在块218处，药房计算机44从处方处理系统30接收打包的货运信息并且例如经由处方处理系统30与商店16协作以按照打包的货运信息按单个订单将处方和其他物品一起送货，从而消费者15对单次配送进行付费。在其他实施例中，药房14和商店16通过手机、电子邮件或其他通信来相互通信。
[0071] 在块220处，处方处理系统30产生可被发送到消费者15的电子装置17的表示处方药和其他物品的配送的通知。
[0072] 在块222处，药品和其他物品在预定的配送地点被一起配送。药品和其他物品可以放置在符合药品和/或其他物品的要求的特殊包裹中，例如，温控箱21(见图1)或用于在配送期间容纳药品的相关容器。尽管提到的是箱21，但同样可以应用其他存储装置，例如被配置为与方形或矩形的箱不同的容器。尽管药品和物品被一起配送，但它们可以放置在同一个或分开的包装(例如不同容器)中。
[0073] 特殊包裹或温控箱21例如可以包括在由载具19配送期间用于存储药品和/或其他物品的内容积以及用于打开和关闭箱21(即，暴露内容积或封闭其中的物品)的门。箱21可以包括一个或多个适配器、传感器、监测器、调节器、控制器等。相21可以是自主载具19的一部分或者除此以外被配置为在自主载具19中在地点之间配送感兴趣物品。
[0075] 在一些实施例中，箱21可以包括允许用户登入并设置温度或对系统进行配置以使得温度被自动调整的物联网(IoT)装置或计算机接口，例如温度控制器，其响应于由温度、压力、湿度和/或其他传感器提供的温度读数来改变温度以适应被放置在箱21的内容积的隔间或子隔间中的包裹。温度控制器可以定期地向用户拥有的电子装置产生温度信息，例如每5分钟向处方处理系统30和/或计算机服务器42、44和46输出与存储隔间的内部有关的温度信息。
[0076] 如本文所述，箱21的内容积或存储隔间可以是温度受控的，例如被加热或被冷却。在存储隔间包括多个部分或子隔间的一些实施例中，子隔间被传感器维持在一个温度，而其他子隔间维持在不同温度。
[0077] 在另一示例中，箱21可以包括监测装置，其控制和监测箱21的操作，例如内容物的环境条件和状态、电源、地点跟踪、访问和安全等。因此，箱21可以监测药品和/或存储物品(其可以包括易腐货品，比如牛奶)。在一些实施例中，箱21包括用于与载具19通信的通信装置。例如，蓝牙接口可以与载具19交换交易数据，比如发送已接收到箱21及其内容物的信息。
[0078] 此外，在使用中，箱21可以将内容物的状态以及箱21的内容积的环境通信到处方处理系统30，例如通信与地点、温度、湿度、包裹状态、配送状态、安全面板访问、产品的去除或加入等有关的消息。在其他实施例中，该通信可以将信息从箱21发送到载具19。
[0079] 在使用中，箱21还可以通过连接到自主载具系统或其他配送载具系统而连接到配送载具19，比如自主载具。例如，箱21可以包括允许环境控制剂被布署到箱21的内容积中的适配器、允许可对箱21供电的电力从载具19传递到箱21的连接。这可以允许无缝连接到载具系统并从载具系统无缝断开，其中载具系统与箱21之间的连接可被跟踪；并且配送载具系统之间的连接可被监测以用于连接安全。
[0080] 在一些实施例中，箱21可以包括包含用于包裹跟踪和认证的区块链的配送加密系统。区块链可以包括沿着监管链利用密钥地址散列化的正进行中的链，包括利用销售者私钥地址、快递员私钥地址、和购买者私钥地址进行散列化，但不限于此。这里，区块链登记诸如要被配送并放置在箱21的内容积之内的药品或其他药房物品和/或其他杂货物品之类的内容；并且在箱21移动通过供应链或除此以外在感兴趣的地点之间移动时登记和认证内容积之内的内容物。
[0081] 在实施例中，在智能包裹10移动通过供应链时，与箱21中放置的内容物关联的区块链动态地调整以负责产品50的冷链状态。配送加密系统的链区块可以跟踪和认证每个内容物，例如箱21中的药房和非药房物品两者。
[0082] 在一些实施例中，如果消费者15具有针对续处方的可得性，则处方处理系统30可以跟踪续处方信息，并在正在处理续处方时基于根据处方的假定用法(例如每天2片药片)告知消费者。可以基于量、频率等进行处方的自动补给。当以该方式执行续处方时，可以以在其他实施例中描述的类似方式同样将续处方的药品与其他物品一起打包以按单个订单进行配送。在一些实施例中，从包括在原始处方区块链中的补给数据来导出自动补给。
[0083] 因此，在块224处，处方处理系统30基于处方药的使用或消耗来跟踪续处方日期和/或其他续处方信息。如果所确定的使用量不同于预定阈值或处方量，则处方处理系统30可以产生被发送给药房计算机44的警示。
[0085] 在块228处，医生可以在医生计算机42处接收药房正在根据由处方处理系统30产生的续处方说明启动续处方的警示。在块230处，消费者15可以同意接收的配送。可以根据消费者特定订单产生包裹。消费者可以拒收或拒绝产品或者接受产品。可以跟踪和安排续处方，但续处方将会通过消费者请求而发送(但不在处方信息中规定的续处方日期之前发送)。
[0086] 在一些实施例中，一旦医生或所属机构已经将处方提交到药房14，就可以如上文所述产生患者的处方的区块链。这里，针对处方的任何及所有补给或续处方也可以被包括在该区块链中。根据该续处方信息，零售商针对该服务而使用的对等式总账系统和应用将会在处方需要续处方时对消费者患者15传达消息。这可以在由医生和他们的所属机构建议的续处方时间进行，或者可以由零售商通过特定定义的时间窗口以及对应数据库或可访问以执行所需功能的其他资源库来完成。
[0087] 当处方需要续处方或补给并且消费者已同意对其续处方或补给时，其可以启动后续块，这将与药房14共享与处方有关的信息。药房将和引荐系统一样具有用于处方的采购的相同功能性。
[0088] 总之，可以通过构造为处方区块链的数据来完成自动补给。当处方已耗尽或过期时，可以通过对等式总账系统向消费者告知处方需要。处方在被患者选择时可以通过区块链信息被自动补给，这将允许处方被传送到药房。药房随后可以完成处方的处理并向患者发送通知；或还可以在区块链数据内表现自动配送的特征。
[0089] 在一些实施例中，例如，在本文的示例中描述的信息可以通过应用被共享、执行和分发。在一些实施例中，例如，在本文的示例中描述的信息可以通过区块链系统以对等式总账系统、标识符、配置文件和密钥的方式被共享、执行和分发。
[0090] 在一些实施例中，提供了允许通过区块链的对等式总账系统处理处方的系统和方法，其中患者控制其记录，允许开药者将处方传送给对等式总账系统。患者可以审视来自对等式总账系统的处方。患者可以利用准则(比如地点、时间、可得性)从具有一系列药房提供商的对等式总账系统选择药房提供商。随后，患者可以从方法选择提货、配送或委托提货。方法可以包含关于与准则(比如地点、时间、可得性等)一起存储在对等式总账系统上的实体的信息。
[0091] 如上所述，附加购买可以作为配送的一部分被添加到处方。这里，产品和处方可以具有可被处理以确定用于推荐的类似产品的区块链标识符。附加物品在被消费者选择时可以作为大宗订单被添加到处方配送或提货。
[0092] 图5是根据一些实施例的用于处理患者记录和处方数据的处理流程。如在一些示例中描述的那样，处理500可以包括方法步骤：产生(502)与访问医疗保健提供商有关的患者记录，解密(504)患者记录，由医生计算机产生(506)访问的效果，以及产生(508)用于患者的处方。步骤502、504、506、508中的一些或全部可以包括由包括专用处理器和存储器的区块链系统执行的一组区块链步骤，如图5所示。
[0093] 图6是根据一些实施例的用于处方的药房履行的处理流程。如在一些示例中描述的那样，处理600可以包括方法步骤：通过患者在计算机处选择(602)用于履行处方的药房，通过所选药房访问(604)患者处方，在药房计算机处完成(606)处方，以及完成(608)处方到患者的传送。步骤602、604、606、608中的一些或全部可以包括由包括专用处理器和存储器的区块链系统执行的一组区块链步骤，如图5所示。
[0094] 图7是根据一些实施例的在处方履行之后的患者决定处理流程。处理700可以在关于图6示出和描述的处方履行处理600之后执行，具体地，在处方从例如药房处的处方履行计算机被电子地传送到患者的计算机(例如膝上型计算机、智能手机等)完成之后执行。在处理700的每个步骤中，相关区块链被更新，例如在硬件计算机处被处理。
[0095] 图8是根据一些实施例的用于处方履行的处理流程。在描述图8时，可以参照图1-图7的元件。如在一些示例中描述的那样，处理800可以包括方法步骤：患者15访问(802)医生12，医生12登记(804)该访问，医生12更新(806)患者记录，以及医生12产生(808)药房。步骤802-808可以类似于图5的502-508，因此，为简洁起见省略详情。在每个步骤802-808获取安全密钥(例如患者密钥或医生密钥)以完成相应步骤，其中涉及到访问或者解密/加密患者记录。该处理流程可以包括对包括用于认证的区块链的系统的使用。区块链可以包括沿着监管链利用密钥地址散列化的正进行中的链，包括利用私钥地址进行散列化，但不限于此。这里，区块链登记访问相关信息、记录、处方详情和/或在处理800中交换的其他信息。
[0096] 图9是根据一些实施例的处方履行的处理流程。在描述图9的处理900时，可以参照图1-图8的元件。
[0097] 如在一些示例中描述的那样，处理900可以包括方法步骤：患者15选择(902)药房，其可以在执行图8的处理800之后发生。处理800还可以包括通过所选药房提供访问(904)，访问(906)处方，完成(908)该处方，以及接收(910)处方的通知。步骤902-908可以类似于图6的步骤602-608，因此为简洁起见省略详情。在每个步骤902-908获取安全密钥(例如患者密钥或医生密钥)以完成相应步骤，其中涉及到访问或者解密/加密患者记录。
[0098] 由图8和图9的方法步骤执行的操作的示例可以包括如下。可以通过在第一地点处的电子装置例如当患者访问医生办公室时执行敏感患者数据的安全处理。医生办公室处的电子装置解密和访问患者的记录。医生通过对等式总账系统将任何新记录提交到患者的记录。患者从对等式总账系统选择药房并且提供对该药房的访问以用于处方处理。药房完成处方并通过对等式总账系统向患者告知所完成的处方。零售商通过标识处方标识符并将其存储的信息与产品比较来建议用于购买的附加产生。患者通过对等式系统选择方法以用于提货或配送，这可以允许对记录的特定访问。此外，药房和零售商机构还利用同一对等式总账系统进行通信和传送。这还可以包括医生和患者和/或其他感兴趣的各方。
[0099] 根据一些实施例的系统和方法允许通过有助于对等式总账系统的密码系统来完成处方信息的传送、通信、采购和认证，这控制对记录的访问并允许进行迭代。其不限于医生和患者，而是将允许医生、患者、药房、快递员和零售商的访问。
[0100] 根据一些实施例的系统和方法从针对对等式总账系统做出的更新产生警示和消息，其中对等式总账系统直接与被授权的实体(其可以包括患者、药房、医生、零售商、快递员等)通信更新。
[0101] 根据一些实施例的系统和方法允许对等式总账系统存储和分发与可用于处理处方的药房有关的信息，其可以包括与地点、标价、可得性等有关的信息。
[0102] 根据一些实施例的系统和方法允许区块链产品标识符包含与给定产品的温度要求有关的数据。其还可以通过主动扫描、条码扫描、私钥扫描、对等式总账传送等将该信息分发到温控装置。一旦装置已标识了产品及其温度要求，其可以利用其技术来控制温度；所有这些还可以分发到对等式总账系统以包括实时状态等。
[0103] 根据一些实施例的系统和方法允许药房库存水平(可得性)在选择药房是对患者透明；此外，推荐引擎基于处方产品标识符(其将包括物品的可得性)确定用于推荐的产品。对订单的所有添加还将更新原始处方区块链。
[0104] 本领域技术人员将会理解，各构思可以被实施为装置、系统、方法或计算机程序产品。因此，各方面可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)、或结合了软件和硬件方面的实施例的形式，它们在本文中均可以一般地被称为“电路”、“模块”或“系统”。此外，各方面可以采取在其上实施了计算机可读程序代码的一个或多个计算机可读介质中所实施的计算机程序产品的形式。
[0105] 用于执行各构思的操作的计算机程序代码可以以一种或多种程序语言的任何组合来撰写，程序语言包括诸如Java、Smalltalk、C++等的面向对象的编程语言以及诸如“C”编程语言或类似编程语言之类的传统过程式编程语言。程序代码可以完全在用户计算机上、部分地在用户计算机上、作为独立软件包、部分地在用户计算机上且部分地在远程计算机上、或者完全在远程计算机或服务器上被执行。在后一场景中，远程计算机可以通过任何类型的网络(包括局域网(LAN)或广域网(WAN))连接到用户计算机，或者可以(例如使用互联网服务提供商通过互联网)连接到外部计算机。
[0106] 本文参照根据实施例的方法、设备(系统)和计算机程序消费品的流程图例示和/或框图来描述各构思。将会理解，流程图例示和/或框图的每个框、以及流程图例示和/或框图中的框的组合可以通过计算机程序指令来实施。这些计算机程序指令可以提供给专用计算机的处理器或其他可编程数据处理设备以生产一种机器，使得经由计算机的处理器或其他可编程数据处理设备来执行的指令产生用于对流程图和/或框图的一个或多个框中指定的功能/动作进行实施的手段。
[0107] 这些计算机程序指令还可以存储在可以指导计算机、其他可编程数据处理设备或者其他装置以特定方式起作用的计算机可读介质中，使得存储在计算机可读介质中的指令生产包括对流程图和/或框图的一个或多个框中指定的功能/动作进行实施的指令的制造品。
[0108] 计算机程序指令还可以装载到计算机、其他可编程数据处理设备、基于云的基础设施架构、或其他装置上，以使得在计算机、其他可编程设备或其他装置上执行一系列操作性步骤，以产生计算机实施的处理，从而在计算机或其他可编程设备上执行的指令提供了用于对流程图和/或框图的一个或多个框中指定的功能/动作进行实施的处理。
[0109] 附图中的流程图和框图示出根据各种实施例的系统、方法和计算机程序消费品的可能实施方式的架构、功能性和操作。在这一点上，流程图或框图中的每个框可以表示模块、划分或代码的一部分，其包括用于实施(多个)指定逻辑功能的一个或多个可执行指令。还应当注意，在一些替代实施方式中，框中指出的功能可以不按附图中指出的顺序发生。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框根据所涉及的功能性有时可以按相反顺序执行。还要注意，框图和/或流程图例示的每个框以及框图和/或流程图例示中的框的组合可以通过执行指定功能或动作的基于硬件的专用系统或者专用硬件和计算机指令的组合来实施。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种基于区块链的车联网架构及其工作方法 | 2020-05-15 | 818 |
| 一种数据处理方法及设备 | 2020-05-21 | 476 |
| 一种基于电力交易的数据发布方法及系统 | 2020-05-08 | 702 |
| 具有记录安全性的区块链架构 | 2020-05-08 | 773 |
| 利用区块链网络的房产管理系统 | 2020-05-12 | 710 |
| 用于管理区块链网络上的大区块的计算机实现的系统和方法 | 2020-05-22 | 636 |
| 一种基于区块链的物联网设备认证方法 | 2020-05-26 | 1032 |
| 一种AI物联区块链商务系统 | 2020-05-18 | 653 |
| 处理多集群作业记录的方法、装置、设备及存储介质 | 2020-05-20 | 622 |
| 一种区块链系统的可视化方法及装置 | 2020-05-17 | 656 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
区块链处理实体热门专利
QQ群二维码
意见反馈
意见反馈