1.本公开总体上涉及改进的处方管理，并且更具体地，涉及用于处方和剂量的分布式分类账管理的改进系统和方法。


背景技术：

2.处方管理是对公共卫生和患者治疗至关重要的重要领域，但充斥着欺诈和滥用以及缺乏一致性和透明度。处方错误、缺乏问责制或可审核性等困扰着医疗护理系统，而第三方无法评估处方信息则导致了阿片类药物流行等社会问题。此外，在当前系统中，药房在筹集资金和向受益人分发处方方面发挥着关键作用。没有药房，系统就会崩溃，无法为患者提供处方。


技术实现要素：

3.某些示例提供用于跟踪和管理包括电子处方信息的分布式分类账的系统和方法。
4.某些示例提供了一种装置，该装置包括能量施加设备、脉冲生成器、控制器和存储器，该存储器包括逻辑数据结构以根据定义针对患者的动作的电子处方配置该装置，该电子处方被组织为分布式分类账中的一个或多个记录，并且能够由控制器处理以将该动作施加于患者。电子处方是在控制器处理时，使该控制器至少：配置能量施加设备和脉冲生成器以对患者施加动作；使用分布式分类账验证针对患者的动作；并将该动作的记录传播到分布式分类账。
5.某些示例提供了至少一种计算机可读存储介质，包括逻辑数据结构以根据定义针对患者的动作的电子处方来配置设备，该电子处方被组织为分布式分类账中的一个或多个记录并且能够由该设备处理以将该动作施加于患者并且包括指令，该指令在执行时使至少一个处理器至少：配置设备以将动作施加于患者；使用分布式分类账验证针对患者的动作；并将该动作的记录传播到分布式分类账。
6.某些示例提供了一种计算机实现的方法以根据定义针对患者的动作的电子处方来配置设备，该电子处方被组织为分布式分类账中的一个或多个记录并且能够由该设备处理以将该动作施加于患者。示例方法包括通过使用电子处方的至少一个处理器，配置设备以将动作施加于患者。该示例方法包括通过使用电子处方的至少一个处理器来验证使用分布式分类账的针对患者的动作。该示例方法包括通过使用电子处方的至少一个处理器将该动作的记录传播到分布式分类账。
附图说明
7.图1描绘示例性处方生态系统。
8.图2示出示例性分布式分类账。
9.图3描绘用于保证和记录剂量和/或其他处方信息的示例性处方和设备管理系统。
10.图4示出向患者设备交付处方和剂量的参与者和属性的示例性生态系统。
11.图5示出用于剂量处方、交付和审核的示例性治疗时间线或工作流程。
12.图6描绘涉及多个数据结构构造的处方管理的示例性数据流程示意图，数据结构构造表示治疗工作流程中的参与者并且表征这些参与者以提供可执行/可操作的指令以驱动处方管理。
13.图7示出驱动图6的示例的数据和指令流的示例性数据构造、数据结构、类定义、软件可执行构造等的组合。
14.图8至图9显示示例性分布式处方分类账。
15.图10显示示例性处方区块链的示例性交易流程。
16.图11示出示例性智能合约，用于向患者交付能量治疗的处方，可经由分布式分类账跟踪该合约。
17.图12示出处方管理处理器的示例性示意的实施方式。
18.图13显示包括分布式分类账的示例性对等更新系统。
19.图14至图15示出管理处方的示例性方法的流程图。
20.图16描绘用于存储数字处方和区块链交易信息的示例表。
21.图17至图19示出示例性分布式分类账处理系统。
22.图20是被构造为执行示例性机器可读指令以实现本文公开和描述的组件的处理器平台的框图。
23.图21至图22示出结合图20的示例性处理器平台的示例性超声调制系统。
24.附图不按比例绘制。在可能的情况下，将在整个附图和所附的书面说明中使用相同的附图标记来指代相同或相似的部件。
具体实施方式
25.在下面的详细说明中，参考了形成其一部分的附图，并且其中以举例说明的方式示出了可以实践的具体示例。这些示例被足够详细地说明以使得本领域技术人员能够实践该主题，并且应当理解，可以利用其他示例并且可以在不脱离本公开的主题范围的情况下进行逻辑、机械、电气和其他改变。因此，提供以下详细说明以说明示例性实施方式，而不应视为对本公开中说明的主题范围的限制。来自以下说明的不同方面的某些特征可以组合以形成以下讨论的主题的新的方面。
26.当介绍本公开的各种实施例的元素时，冠词“一个(a)”、“一个(an)”、“该(the)”和“所述”旨在表示存在一个或多个元素。术语“包含”、“包括”和“具有”是包括性的，并且意味着除了所列元素之外可能还有其他元素。
27.i.概述
28.处方可用于根据治疗方案、协议等向患者订购、提供和调节治疗材料和/或治疗协议。此类治疗材料可包括药物、能量剂量、锻炼方案、饮食补充等。使用电子处方，可以动态管理和增强治疗材料的订购、付款、管理和跟踪，超越现有的处方管理能力。
29.例如，本文公开和说明的方法和系统使用安全方法来验证给定的剂量，提供出于治疗目的而给予患者的能量剂量的安全记录。在某些示例中，向患者的内部/外部组织提供能量刺激的能量设备修改电子文档(例如，区块链或其他分布式分类账中的条目或记录等)并且可以经由网络将该变化传输给一个或多个参与/连接的系统(例如，电子病历系统、健
康信息系统、医院信息系统、处方管理系统、放射科信息系统、企业档案等)，这些系统可以更新和/或存储电子文档的更新副本。例如，驻留在网络上并在网络上的所有节点(例如，设备、服务器、其他系统等)之间共享的剂量日志链存储剂量信息。网络上的节点可以验证其他节点所做的剂量和/或其他治疗输出的变化，并使用单向散列等向链添加新区块，以使链抗篡改。如果检测到无效区块，系统可以向网络发送审核警报。例如，审核日志可以极强地防止篡改，为用于审核患者依从性、治疗效果、治疗设备功能或患者/剂量记录保存提供可靠证据。
30.某些示例利用区块链和/或其他分布式分类账(例如，“dose coin”)来帮助保证医疗护理供应商与非侵入性(或侵入性)能量驱动治疗机器和/或其他治疗设备的患者/用户之间的交易内的信息。例如，区块链和/或其他分布式分类账可用于保证将治疗机器的剂量传送给医疗护理生态系统中的其他参与者。
31.在某些示例中，数据与向患者的能量交付被相关联地存储和验证(例如，用于向患者交付能量的家庭系统等)。例如，可以使用生物特征数据(例如，为每个剂量获取的生物特征数据等)来验证正在接收剂量的人。例如，可以使用生物特征数据(例如，包括各种生物特征数据，诸如从“剂量”机器获取的图像验证数量、类型、时间、接受者等)跟踪患者的数字药房日志和处方药物的相关联的数量和/或其他剂量。可以跟踪个人服用的给定处方物质的多个剂量的验证，以进行诊断和治疗、保险/计费、成瘾管理(例如，不允许发展成瘾)等。数据可以存储为记录或例如，分布式分类账中的区块。分类账可由电子病历系统访问和/或保留，电子病历系统包括患者记录、医生的监控应用程序、保险系统和/或其他付款人/供应商系统、制药系统等。
32.分布式分类账中的记录可用于存储患者依从性数据，例如哪个患者最密切地遵循“剂量”方案等。该记录可与电子病历系统一起工作以比较监控数据例如，处方和指南并比较对协议的依从性/粘付性。分布式分类账中的记录可用于存储医生处方数据，例如医生最有效地开处方等。分布式分类账中的记录可用于存储有效性数据，例如特定剂量的生理效应等。分布式分类账中的记录可用于存储硬件/治疗效果性的指示，诸如机器在向患者提供剂量方面的表现如何。例如，分布式分类账中的记录可用于存储动态剂量数据，以基于例如生理反馈测量更改处方。
33.在某些示例中，可以基于治疗剂量信息和/或其他处方信息的发送方和接收方等来执行交易和/或剂量的附加验证。例如，附加验证可以包括使用图像识别(例如，患者的内部/外部组织)以验证基于患者、位置等的剂量。例如，附加验证可以包括使用组织和/或生理反应来验证由治疗设备施加的能量的幅度或剂量。例如，附加验证可以包括使用来自一个或多个内部和/或外部传感器的反馈，这些传感器测量施加到患者的能量。在某些示例中，其他特征，例如血流和/或其他生理反应的变化，可以用作剂量的验证。例如，这些测量中的一些或全部也可用于共识算法(例如，包括个人图像识别等)以验证涉及剂量的人员。在某些示例中，治疗硬件还可以绑定到另一个电子设备，例如手机、平板电脑、智能手表等，以使用全球定位和/或其他生物特征数据将人绑定到设备并验证剂量。
34.在某些示例中，分布式分类账处方系统可以面向内部存储信息，以便治疗公司知道如何使用自己的系统。替代地或附加地，分布式分类账处方系统可以面向外部，以便治疗公司可以向其他医疗护理参与者(例如保险公司等)提供剂量数据，以允许从剂量信息中获
取价值。例如，该价值可以根据对处方治疗方案的依从性、在诊断正确能量施加或剂量方案方面表现更好的医院系统的不同保险支出等来驱动确定不同的患者保险费。
35.在某些示例中，这种区块链和/或其他分布式分类账中的参与者可以包括可能通过提供相关或非相关产品、其他在医疗护理领域的参与者等影响患者健康的患者、初级护理供应商、治疗供应商、医院/护理系统、诊断/治疗装备供应商、保险公司、保险索赔管理员/调查员、政府/指导机构、消费者公司。在某些示例中，虽然药房系统可以参与验证过程，但药房系统不需要发挥作用。相反，医院和/或其他患者健康系统可以与供应商互动，以向患者提供治疗材料并跟踪其剂量、使用、补充等。
36.治疗能量源和/或其他神经调节材料、化学试剂、其他药物等可以开具处方并施加于患者作为用于治疗患者病症例如癫痫、疼痛、感觉缺陷、器官控制(例如，膀胱、肠道和/或呼吸控制等)、抑郁症、阿尔茨海默病、中风、其他神经状况等的标准化药剂。在某些示例中，此类代理的处方、分配、付款和应用涉及多个系统。
37.例如，图1描绘了示例性处方生态系统100，其为患者治疗提供治疗材料和/或其他药物和服务以换取资金。如图1所示的示例，制造商系统110，诸如放射性药物制造商系统、药品制造商系统、医疗设备制造商系统和/或传感器制造商系统等，可以提供产品(诸如放射性药物、药品、医疗设备和/或传感器等)到批发商系统120。例如，制造商系统110跟踪制造的货物供应并更新指示货物已被提供给与批发商系统120相关联的批发商的记录。例如，制造商系统110可以生成能量治疗设备和/或相关材料(例如，化学试剂、放射性药物材料、能量源、其他药物等)并提供给批发商系统120以进行销售和/或以其他方式经由药房系统130分配给一个或多个受益人140。例如，在制造商系统110和批发商系统120之间以及在批发商系统120和药房系统130之间促进商品的交换和对这些商品的付款。
38.然而，在某些示例中，药房系统130和批发商系统120中的一个或两个可以通过在制造商系统110和受益人设备140之间直接工作来移除。从具有一个或多个计划发起人170的健康计划数据构造160提取信息的收益管理者系统150可以，例如，在有或没有批发商系统120和/或药房系统130的情况下，触发向受益人系统140分发处方以及向制造商系统110分发付款、回扣等。诸如区块链和/或其他分布式分类账的记录可用于跟踪和验证处方信息、付款、服用/使用的剂量、剩余/未使用的剂量、监控监管链和相关授权等。
39.分布式分类账
40.区块链是链接并增长以跟踪交易历史和/或其他信息演变的记录或区块的列表。区块链中的区块提供交易历史和/或其他信息状态。区块链可以是公共的(例如，任何人都可以读取)或私有的(例如，加密后只有拥有密钥的人才能读取)。区块链和/或其他分布式分类账技术可用作管理在许多实体之间交易的实物资产的数字工具。例如，区块链和其他分布式分类账提供了技术优势，包括跟踪资产的透明度和可追溯性以及交易的启用。
41.区块链技术是一种分布式计算机制，旨在提供一定程度的公平性，使得当一个实体没有优势时另一个实体处于劣势。区块链是一种分布式的公共交易分类账(例如，金融交易、数据交易等)，其中交易按时间顺序公开记录，并且可以由没有中央授权的参与者进行验证。区块链将加密算法施加于共享或分布式数据库，以允许任何用户读取数据库、添加到数据库中，并帮助确保没有单个用户可以控制写入分布式数据库的内容。任何区块链用户都可以查看与分布式数据库相关的所有交易。例如，区块链技术提供去中介化以减少数据
生产者和数据消费者之间通信的中介。也就是说，两个实体(例如，数据消费者和数据供应者)可以直接连接并参与交易，而不是聘请中间人来促进交易。其他实体可以看到交易，因此区块链充当分布式共识引擎用于实体验证和/或以其他方式同意交易的存在。
42.图2示出了包括多个记录或区块210、220、230的示例性区块链200。每个记录210、220、230包括散列值212、222、232(例如，链200中前一个区块的散列值或其他地址)、记录210、220、230的时间戳214、224、234，以及区块链200的根216、226、236的地址。此外，每个记录210、220、230包括与相应记录210、220、230相关联的交易218-219、228-229、238-239。因此，区块链200是一连串带时间戳的、密码安全的、不可变的共识验证数据区块。例如，该链或分类账200在多个地方与多个用户一起作为一系列同步副本存在。
43.在某些示例中，可以在区块链200的区块210-230中捕获交易218-219、228-229、238-239(例如，处方、批准、使用、付款、余额等)。在某些示例中，第一区块210具有带有存储在区块210中的数据的散列212的标头。第二区块220具有带有第一区块210标头信息的散列222的标头以及第二区块220数据的散列。例如，第三区块230具有带有第二区块220标头信息的散列232以及第三区块230数据的散列的标头。因此，区块210-230彼此连接和/或以其他方式彼此相关联，并且可以被使用，例如通过散列212-232，来验证彼此，验证相关联的交易218-219、228-229、238-239、确认使用、触发重新排序和/或其他指令等。
44.ii.示例性处方管理系统和相关联的方法
45.图3描绘了用于保证和记录剂量和/或其他处方信息的示例性处方和设备管理系统300。如图3所示的示例，区块链和/或其他分布式平台网络310与处方计算机系统320和保险公司/初级护理服务器330通信(例如，有线和/或无线通信)。区块链网络310记录例如处方计算机系统320和护理服务器330之间的交易。保险公司和/或初级护理服务器330与治疗或诊断监督系统340通信(例如，有线和/或无线通信)。保险公司/初级护理服务器330和处方计算机系统320也与医疗护理网络350通信(例如，有线和/或无线通信)。医疗护理网络350提供用于指令、配置、报告等的导管。能量控制系统360还可以与处方计算机系统320和保险公司/初级护理服务器330通过区块链网络310和医疗护理网络350通信。
46.因此，可以经由医疗护理网络350在处方计算机系统320、保险公司/初级护理服务器330和/或能量控制系统360之间传输用于处方、设备配置、其他交易等的指令，并且交易的记录通过区块链网络310生成，其中处方计算机系统320、保险公司/初级护理服务器330和/或能量控制系统360维护记录的副本。由于处方计算机系统320和保险公司/初级护理服务器330都具有分布式分类账的副本，因此每个系统320、330都可以验证添加的区块，旨在对应于计算机320、330、360之间的交易。如果交易未经过验证(例如，使用散列函数，通过与另一条记录进行比较等)，则从例如区块链中移除该区块。
47.能量控制系统360与能量施加设备370(例如，换能器探针等)一起工作以施加能量来治疗患者380。例如，能量控制系统360基于由保险公司/初级护理服务器330验证的处方计算机系统320的处方向患者组织的目标区域输出调制刺激(例如，神经调节、超声等)。指令可以通过医疗护理网络350传输，且能量控制系统360及其能量施加设备370的处方、剂量和配置的记录可以经由区块链网络310通过比较来保持和验证。物理和/或生理反馈、刺激和/或效果390可以在能量施加设备370施加之后被能量控制系统360捕获并且提供给例如治疗/诊断监督系统340。替代地或另外地，治疗/诊断监督系统340可以向能量控制系统360
提供刺激配置信息390以用于经由例如能量施加设备370交付。
48.在一些神经调节示例中，提供对感兴趣的目标区域的直接、集中的调制以导致作为调制结果的目标生理结果。目标区域或感兴趣区域可以包括身体中具有轴突末端的任何组织或结构，轴突末端与非神经元细胞或流体形成突触。例如，感兴趣区域可以在器官或结构中，诸如脾脏、肝脏、胰腺或胃肠组织等。在另一示例中，感兴趣区域可以在淋巴系统组织中。感兴趣区域的神经调节允许局部、有限且非消融地将能量仅施加到感兴趣的目标区域，而不会将能量施加到感兴趣区域的外部。能量应用可以触发感兴趣目标区域之外的下游效应，诸如在包含感兴趣区域的相同器官、组织或结构中或在不包含感兴趣目标区域的其他器官和结构中。在某些示例中，可以在下丘脑区域诱导下游效应。能量应用还可以在能量应用部位的上游诱导沿目标神经的效应。在某些示例中，可以在不将能量直接施加到引起下游效应或上游效应的感兴趣区域之外的区域的情况下实现感兴趣的目标区域之外的效应。因此，局部能量应用可用于实现或达到全身效应，可包括局部效应、下游效应和/或上游效应。
49.此外，刺激可以促进复杂生理过程的双向控制。例如，为了避免一个途径的过度激活和生理结果的过度变化，因为在特定感兴趣区域施加能量，可以将能量施加到与竞争途径或失活途径相关联的不同感兴趣区域以相反的方向诱导生理结果的变化，并保持生理结果的动态平衡，以实现所需的生理结果。在示例中，为了在高血糖受试者中实现期望的循环葡萄糖浓度或浓度范围，将能量施加到引起循环葡萄糖浓度降低的感兴趣区域。然而，为了避免葡萄糖的过度校正和由此导致的低血糖，也可以将能量施加到引起循环葡萄糖浓度增加的第二感兴趣区域以维持循环葡萄糖浓度的动态平衡并将循环葡萄糖浓度稳定到期望等级。例如，如果直接向肝脏施加能量导致葡萄糖降低超过临床可接受的水平，那么也可以向胰腺施加能量以增加胰高血糖素的产生以进行补偿。可以向第一器官中的第一感兴趣区域和第二器官中的第二感兴趣区域提供双向刺激。在另一示例中，多位点神经调节可以是在增强相同途径的不同位点上进行的神经调节。对第一感兴趣区域和第二感兴趣区域的能量应用可以同时或在不同时间(例如，用秒、分钟、天或小时等来间隔)进行并且例如可以通过相同或不同的能量施加设备370来执行。
50.某些示例可用于对身体的生理过程施加外部控制以在受试者中引起目标生理结果。例如，通过对感兴趣的目标区域的神经调节，可以改变、减慢、停止或逆转生理过程。某些示例可以施加于受试者以促进生理过程的动态平衡或体内平衡，例如葡萄糖调节等。靶向神经调节可以对抗正在进行的发病机制或疾病进展，以提供治疗并改善相对于控制(例如，相对于未治疗的受试者等)的结果。在一些示例中，靶向神经调节可以是预防性的并且可以在某些事件之前启动。例如，靶向神经调节可用于防止与某些医学治疗或病症相关联的食欲减退和/或可在进餐前或进餐期间施加以改变身体对进餐的反应。
51.对感兴趣的目标区域的神经调节可以在生理过程中施加变化以中断、减少或增强受试者中的一种或多种生理途径以产生期望的生理结果。此外，由于局部能量应用会导致全身变化，不同的生理途径可以以不同的方式在身体的不同位置发生变化，从而导致引起由特定受试者的靶向神经调节引起的受试者生理变化的总体特性曲线。虽然这些变化很复杂，但目前的神经调节技术提供了一种或多种可测量的靶向生理结果，对于受治疗的受试者来说，这是神经调节的结果，在不对感兴趣的目标区域施加能量或其他干预的情况下，可
能无法实现。此外，虽然其他类型的干预(例如，药物治疗等)可能会产生由神经调节引起的生理变化的一个子集，但在某些示例中，由于神经调节引起的生理变化的概况在感兴趣的目标区域的神经调节(及其相关联的调节参数)可以是唯一且可因患者而不同。
52.本文讨论的神经调节技术可用于引起感兴趣分子浓度变化(例如，增加、减少等)和/或感兴趣分子特性变化的生理结果。即，对一个或多个感兴趣的分子(例如，感兴趣的第一分子、感兴趣的第二分子等)的选择性调节可以指调节或影响浓度(循环、组织)和/或特性(共价修饰)作为对一个或多个组织(例如，第一组织、第二组织等)中的一个或多个感兴趣区域(例如，第一感兴趣区域、第二感兴趣区域等)施加能量的结果。感兴趣分子的调节可包括分子特性的变化，例如表达、分泌、蛋白质易位和基于离子通道效应的直接活性变化，离子通道效应或者源自能量应用本身，或者作为分子直接影响离子通道的结果。感兴趣分子的调节也可以指维持所需的分子浓度，使得预期的浓度变化或波动不会由于神经调节而发生。感兴趣分子的调节可以指引起分子特性的变化，例如酶介导的共价修饰(磷酸化、乙酰化、核糖基化等的变化)。即，应当理解的是，感兴趣分子的选择性调节可以指分子浓度和/或分子特性。感兴趣分子可以是生物分子，诸如碳水化合物(单糖、多糖)、脂质、核酸(dna、rna)或蛋白质中的一种或多种。在某些示例中，感兴趣的分子可以是信号分子，例如激素(胺激素、肽激素、类固醇激素等)。
53.本文说明的某些示例记录、跟踪和验证神经调节技术，这些技术导致用于治疗葡萄糖代谢和相关疾病的靶向生理结果。葡萄糖调节很复杂，涉及不同的局部和全身代谢途径。将能量施加于感兴趣的目标区域会导致这些代谢途径的特性变化进而改善葡萄糖调节。在一些示例中，一个或多个感兴趣区域的调节可用于治疗包括但不限于糖尿病(例如，1型或2型糖尿病等)、高血糖症、败血症、外伤、感染、生理应激、糖尿病相关痴呆、肥胖症、其他饮食或代谢紊乱等。在一些示例中，神经调节可用于促进体重减轻、控制食欲、治疗恶病质或增加食欲。在示例中，生理压力可以在医学上定义为包括各种急性医疗状况(例如，感染、严重损伤/创伤、心脏病发作、搭桥手术等)以及出现高血糖症的手术实例。例如，直接刺激胰腺会导致食欲增加，而直接刺激肝脏会导致npy减少，从而促进饱腹感。目标生理结果可以包括将受试者中的循环(例如，血液)葡萄糖浓度调整到与正常葡萄糖水平相关的期望浓度范围内并避免高血糖或低血糖。因此，可以实现对感兴趣分子的选择性调节。调节可以是血液或组织中葡萄糖调节激素通过靶向神经调节引起例如所需葡萄糖浓度(例如，所需葡萄糖端点)的诱导变化的结果。此外，葡萄糖调节对没有疾病诊断但患有例如糖尿病前期或希望保持健康体重的健康患者有益。
54.使用示例性系统300，可以使用区块链310和医疗护理网络350促进剂量记录和剂量信息的可靠性/保证。监督系统340可以验证刺激390(例如，神经调节刺激、超声刺激等)，帮助能量控制系统360和能量施加设备370生成刺激390，和/或处理来自刺激390的反馈，而处方计算机系统320为能量控制系统360提供指令以施加刺激390并且保险公司/初级护理服务器330验证对例如患者380的刺激交付的覆盖范围和/或付款。可以通过医疗护理网络350交换指令、命令、反馈、报告等，并且通过区块链网络310构建、维护和验证分布式分类账。
55.因此，医疗护理通信基础设施300使用安全方法通过区块链网络310的分布式分类账验证给定剂量，提供用于治疗目的给予患者的能量剂量的安全管理和记录。能量设备370
对患者380的内部/外部组织提供能量刺激390以对电子文档进行更改，并且可以将更改传输到区块链网络310。驻留在网络310上并在网络上的所有节点之间共享的剂量日志链存储剂量信息。网络310上的节点可以验证其他节点所做的剂量或治疗输出的变化，并使用单向散列向该链添加新区块，例如，使链抗篡改。如果检测到无效区块，则系统可以向网络310发送审核警报。审核日志可以有效抗篡改，提供例如用于审核患者依从性、治疗效果、治疗设备功能和/或患者/剂量记录保存的可靠证据。
56.图4示出了向患者设备交付处方和剂量的参与者和属性的示例性生态系统400。如图4所示的示例，系统参与者，例如护理供应商系统320、药房系统410、付款人/保险系统330、患者设备420等，以及相关联的属性例如治疗332、处方334等，通过自动将处方治疗交付到用户设备420促进治疗刺激的即时(或基本上即时的给定通信和处理延迟等)处方和剂量。例如，护理供应商系统320包括定义治疗332的数据结构，该治疗332包括设备标识符、剂量信息、监控协议等，以及定义处方334的数据结构，包括患者标识符、治疗标识符、开处方者标识符、保险标识符等。处方由药房系统410访问412并用于生成订单条目414，该订单条目414被与保险单和/或其他保险范围相比较来处理处方订单的付款人/保险系统330批准或拒绝。批准的订单导致填写包括患者标识符、交付设备标识符、剂量和持续时间等在内的处方合约416。填写的处方合约可以作为电子处方合约425被用户的计算设备420(例如，移动电话、平板电脑、其他手持或移动计算设备等)访问。在某些示例中，用户的设备420可以用作能量控制系统360以根据批准的处方425驱动/控制能量施加设备370。
57.图5示出了用于剂量处方、交付和审核的示例性治疗时间线或工作流程500。在区块510处，在对患者施加治疗之前，示例性系统400批准处方并且通过电子处方425准备用于治疗的用户设备420。在区块520处，提供治疗。治疗可以包括对患者380施加刺激390，并且用户设备420可以控制能量施加设备370和/或捕获与治疗相关的数据。例如，设备420可以捕获与刺激390相关的信号522并且可以存储捕获到的信号524用于分析、治疗的进一步控制、分布式分类账记录的更新等。要捕获的数据可以包括探针370的位置、惯性测量单元(imu)数据、成像数据、患者身份、剂量信息、设备身份、生物测量(例如，血液、电等)、弹性成像(例如，组织的机械响应等)、局部血流量等。在区块530处，治疗后阶段包括检索治疗信息532、存储的信号524等，用于进一步分析、设备重新配置等。
58.图6描绘了涉及多个数据结构构造的处方管理的示例性数据流程图600，这些数据结构构造表示治疗工作流程中的参与者并且表征这些参与者以提供可执行/可操作指令以驱动包括填写、验证、交付、更新等在内的处方管理。驱动示例性数据和指令流600的可执行代码构造包括初始化601、工厂603、设备605、开处方者607、患者609、保险611、超声处方613和设备服务供应商615。每个构造601-615及其与其他构造601-615的交互可以在例如分布式分类账中生成更新和相关联的验证。
59.在602处的初始化中，指令被发送到工厂603(例如，指令被发送到包括软件资产以产生计算机软件应用程序和/或其他软件组件等的软件工厂)以创建或实例化开处方者607作为软件和/或数据构造(例如，机器学习和/或其他人工智能模型、软件应用等)来创建处方和相关联的软件和/或数据构造。在604处，工厂603产生开处方者607(例如，形成开处方者607的软件和/或数据构造由工厂603编码和/或以其他方式形成并且被部署用于使用/执行等)。
60.初始化601还在606处触发设备软件和/或数据构造的创建，该设备软件和/或数据构造表示设备605，例如能量施加设备370，以包括在处方中。在608处，工厂603产生设备构造605。
61.初始化601还在610处触发患者软件和/或数据构造的创建，该患者软件和/或数据构造表示患者609，例如患者380，作为处方的目标。在612处，工厂603产生患者构造609。
62.初始化601还在614处触发保险软件和/或数据构造的创建，该保险软件和/或数据构造表示要与处方相关联的保险611。在616处，工厂603产生保险构造611。
63.初始化601还在618处触发表示处方613的处方软件和/或数据构造的创建，例如超声处方等。在620处，工厂603产生用于保险构造611的处方构造613。将处方构造613中提供的处方定义与规则、约束、与患者构造609相关联的数据等进行比较，以基于设备和患者要求、保险约束等在622处创建处方(例如，超声处方613等)。在624处，收益从保险构造611存入处方613，并且在626处，自费成本从保险构造611提供给患者构造609。除了来自保险构造611的收益之外，在628处，患者构造609可以触发与处方613相关联的的自费押金。
64.处方构造613(例如，超声处方、其他医疗设备处方、其他能量处方、药物处方等)现在包括来自保险收益和患者自费金额的存入资金，并且在630处，可以在设备605处填写处方。例如，处方构造613可以根据由设备构造605建模和/或以其他方式与设备构造605相关联的能量施加设备370的超声处方来指示和/或以其他方式配置设备构造605。设备605然后可以根据处方613执行，例如指示/配置设备370根据特定能量剂量、设置等来治疗患者380。因此，在632处，处方613被消耗(例如，由设备370针对患者380等)。在634处，设备服务供应商615例如从存储在处方构造613中的资金(例如，保险收益和/或自费金额等)收取对处方613的消费的付款。
65.例如，每个构造601-615和/或其相关联交易602-634可以被建模为分布式分类账200中的记录210-230。每个创建设备605、开处方者607、患者609、保险611、处方613等的创建/初始化交易602-622可以伴随分类账200中的记录210-230。每个参与者，例如处方计算机系统320、保险公司/初级护理服务器330、监督系统340、能量控制系统360等可以维护分类账200的副本以验证其记录210-230的准确性和对那些记录210-230的改变(例如，通过散列、工作证明、其他匹配/验证等)。利用增加的资金和/或扣除的付款624-628、634更新处方613可以是对表示处方613、患者609、保险611等的记录210-230和/或被添加到分布式分类账200表示交易例如624-628、634的新记录210-230的更新。例如，处方630-632的填写和消耗也可以作为对表示处方613的记录210-230和/或被添加到表示交易630-632的分布式分类账200的新纪录210-230的更新来传送。
66.虽然图6的示例阐述了一种用于处方管理的数据流，但可以实现其他数据流。例如，另一个实体，例如保险611，可以创建开处方者607和患者609，设备制造可以创建设备605，等等。
67.图7示出了驱动图6所示的数据和指令流600的示例数据构造、数据结构、类定义、软件可执行构造等的702-724的组合700。图7示出逻辑数据模型以提供示出数据和功能定义的类图。如图7所示的示例，开处方者信息工厂702包括创建开处方者信息构造607的功能，开处方者信息构造607包括开处方者姓名、开处方者地址等。开处方者信息工厂功能120创建开处方者构造704，开处方者构造704包括处方功能，例如利用患者地址和处方信息生
成处方信息的处方治疗功能。
68.此外，患者信息工厂706使用患者地址、保险地址等定义患者创建功能，以创建包括患者保险信息的患者信息构造708和提供相关联保险信息的功能。此外，保险信息工厂710使用患者地址、供应商地址、条款等定义保险创建功能，以创建包括患者地址、保险条款和诸如已知开处方者、添加开处方者的能力等之类的开处方者信息的保险信息构造712。设备信息工厂714使用设备地址、制作、型号等定义设备创建功能，以创建包括制作、型号、有效处方(例如，具有处方地址等)的设备信息构造712以及相关联的获取制作、获取型号、添加处方等功能。
69.实体718可以由开处方者模型704、患者模型708、保险模型712和设备模型716形成。实体模型或构造718可以包括姓名信息、地址信息等，以及功能包括信息检索功能(如获取信息()等)、地址检索功能(如获取地址()等)、姓名检索功能(如获取姓名()等)等。
70.如图7所示的示例，超声处方工厂720提供基于患者信息构造地址、设备信息构造地址、收款人地址、应付剂量(例如，功率、持续时间、价格等的三重)等创建超声处方的功能。超声处方工厂720创建超声处方722，包括剂量(例如，功率、持续时间、价格等的三重)、净剂量指针、监控器等，以及用于服用下一剂量、添加监控器等相关功能。示例性超声处方722可以被提供给设备处方724，包括患者信息地址(例如，包括所有者、可退款指示器等)、设备信息地址(例如，包括花费者标识符等)、保险信息地址(例如，包括可退款指示器等)、收款人地址等。设备处方724还可以包括诸如获取患者信息、应付自费押金、应付收益押金、退款押金、收款、分配设备等功能。
71.使用实体718、超声处方722和设备处方724，可以存储和验证数据以用于向患者输送能量。例如，实体和处方信息718、722、724可以包括和/或用于验证正在接收剂量的人。例如，构造718、722、724可以被格式化为分布式分类账200中的记录210-230和/或与记录210-230相关联以形成患者和相关联剂量(例如，对于每个剂量)的数字药房日志。可以使用诸如通过患者的智能手机和/或其他电子设备420、剂量机(例如，能量设备370等)等拍摄的患者、设备、材料等图像的生物特征数据来确定患者和剂量。可以基于图像数据、患者样本、其他生物特征分析等来验证患者服用的多个剂量(例如，以便不允许过量服用或成瘾等)并存储作为处方和/或实体构造718、722、724的一部分，作为区块链200中的一个或多个相应记录210-230等。
72.例如，可以使用患者内部和/或外部组织的图像识别来验证对患者使用的剂量、位置、强度等。可以处理组织和/或其他生理反应以验证根据例如超声处方722施加的能量的幅度或剂量。来自内部和/或外部传感器的反馈可用于测量根据设备处方724施加并根据超声处方722验证的能量。替代地或另外地，其他特征，例如血流和/或其他生理反应的变化，可以用作经由构造718、722、724和相关联的分布式分类账的剂量验证。
73.例如，分类账200的记录210-230可用于通过工作证明和设备320-360、420等之间的比较来存储和验证合规性数据，以维护分布式分类账200的副本。分类账记录210-230的副本的比较可用于验证测量数据的准确性以及与设备配置、处方信息、患者状态、治疗协议等的一致性。
74.例如，分布式处方分类账800，例如，如图8所示，可以包括表征患者、设备、保险范围、相关联处方信息以及涉及患者、设备、保险范围、处方交付和更新等的交易的多个记录
810-820。示例性分类账800类似于示例性区块链200且包括与数据结构、软件代码和涉及患者、相关联治疗设备、患者的保险范围和财务、处方形成、处方交付、处方更新等的交易对应的记录810、820、830。
75.如图8的示例性分类账800所示，当患者609、708、718在系统中被实例化时、当设备605、716，例如能量施加设备370、智能电话和/或其他便携式计算设备420等被配置以使用时、处方构造324、613、722、724被实例化时、当为处方提供资金时、当管理处方等时，创建记录810。创建附加记录820、830以反映新的交易和/或对患者、设备、保险、处方等的其他更新/调整。示例性记录810-830包括与记录810、820、380相关联的标识符811、821、831，对应于记录810-830的创建和/或更新的时间戳812、822、832，记录810-830(例如，患者记录、设备记录、保险记录、处方记录、实体记录、剂量记录等)的类型813、823、833。示例性记录810-830还包括开处方者信息814、824、834，患者信息815、825、835，保险信息816、826、836，设备信息817、827、838，交易信息818、828、838等。使用类型813-833、开处方者814-834、患者815-835、保险816-836、设备817-837、交易818-838等，例如，可以形成实体表示(例如，实体构造718等)。可以更新实体记录810，例如通过用交易818修改记录810和/或将后续记录820、830添加到指示新交易828、838的分布式分类账800以跟踪患者治疗、保险范围/付款信息、设备配置/使用等方面的进展和/或其他变化。
76.多个系统320-360、420等可以维护分布式分类账800的记录810-830的副本以验证记录810-820的内容、交易818-838等。可以使用例如，分布式分类账800的另一个副本来识别和修复、替换变更、错误或欺诈的记录810-830。例如，维护分类账800副本的每个系统可以验证记录810-830中的项目、计算记录810-830信息的散列、解决关于适用记录810-830的工作功能的证明等。
77.图9示出了为患者提供处方管理的另一个示例性分布式分类账900。在图9的示例中，记录910-930识别、监控和更新要施加于患者的设备的处方。记录910-930包括标识符911、921、931，例如对识别记录的分类账900唯一的数字、先前记录的标识符的散列、与患者相关联的标识符等。记录910-930包括与记录910-930的创建和/或更新相关联的时间戳912、922、932。记录910-930包括类型913、923、933以识别记录910-930是否是新处方、处方的更新或改变、涉及处方的交易或合约等。记录910-930包括患者标识符914、924、934，设备标识符915、925、935，保险标识符916、926、936，付款指示器917、927、937，剂量计数器918、928、938，交易标识符919、929、939等。
78.使用记录910-930的分布式分类账900，可以存储患者依从性数据。例如，可以跨记录910-930比较患者914-934、剂量918-938和交易919-939以确定患者是否密切遵循“剂量”方案。例如，可以在患者之间比较依从性以确定哪个患者最密切地遵循剂量方案。剂量918-938、设备915-935、患者914-934、类型913-933、保险916-936、付款917-937和交易919-939信息可用于存储医生处方数据，并可跨分类账900进行比较以随着时间的推移，例如，确定哪些医生最有效地开处方。
79.在某些示例中，交易数据919-939可以与剂量信息918-938进行比较以确定和存储给定剂量对患者914-934的生理影响。在某些示例中，可以比较交易数据919-939、剂量信息918-938、设备数据915-935等以确定设备在提供剂量和存储、跟踪等、硬件和/或治疗有效性方面的性能。在某些示例中，记录910-930信息能够基于由生理反馈确定的有效性来改变
处方。因此，动态剂量数据可以存储在记录910-930的字段918-938中。
80.分布式分类账900的记录910-930可用于处理涉及通过例如，根据处方施用能量剂量来治疗患者的交易。根据发送和存储的治疗剂量信息的位置，可以提供附加的交易/剂量验证，例如使用图像识别(例如，患者内部/外部的组织)来验证患者的剂量、位置等。例如，组织和/或生理反应信息可用于验证设备施加给患者的能量的幅度和/或剂量。例如，可以处理来自测量所施加能量的内部和/或外部传感器的反馈以验证治疗。其他特征，诸如血流和/或其他生理反应的变化，可以由记录910-930跟踪并用作例如剂量的验证。在某些示例中，可以在共识算法(例如，个人图像识别等)中使用测量来验证患者和剂量。治疗硬件还可以绑定到另一个设备，例如移动电话等，以使用全球定位和/或其他生物特征数据将人绑定到设备并通过例如与分类账900中的记录910-930相关联的交易919-939验证剂量。分类账900可以是内部的(例如，用于治疗公司使用以评估其设备/系统等的使用)和/或外部的(例如，治疗公司可以向其他医疗护理参与者提供剂量数据，例如保险公司等以允许从例如剂量信息中获取价值。例如，从剂量数据获取的价值可以包括基于对处方治疗方案的依从性的不同的患者保险费。价值可以包括医院系统的不同保险支出例如，在诊断正确的能量应用和/或剂量方案方面表现更好的系统。这些动作919-939可以添加为记录910-930和/或用于调整区块链或其他分布式分类账900的例如现有记910-930。分布式分类账900中的参与者可以包括患者、主要医疗护理供应商、治疗供应商、医院和/或医疗护理系统、诊断和/或治疗设备供应商、保险公司、保险索赔管理人/调查员、政府/指导机构、可能通过提供相关或非相关产品影响患者健康的消费者公司和/或医疗护理领域的其他参与者。
81.图10示出了示例性处方区块链1002(例如，实现图8和/或图9的示例性分布式分类账800、900)的示例性交易流程1000。如图10所示，在1处，开处方系统320创建记录，形成区块链1002的区块0并定义患者(例如，患者构造609等)。在2处，开处方系统320调用处方智能合约1003。调用智能合约1003作为交易存储在区块链1002的区块1中。在3处，开处方系统320添加处方613信息作为区块链1002的区块2。在4处，开处方系统320在区块链1002的区块3处添加设备605信息。设备605交易还可以包括例如用药房/处方系统410填写处方。在5处，保险系统330在区块链1002的区块4处添加诸如保险范围、患者自费等的保险信息。在6处，设备370(例如，具有控制系统360等)、605管理给患者的处方，在区块链1002的区块5中被记录为交易。在7处，可以由药房系统410补充和/或以其他方式更新处方，在区块链1002的区块6中作为交易存储。区块链1002可以在例如，区块n处用附加交易继续更新。
82.图11示出了用于向患者交付能量治疗的处方的示例性智能合约1100，例如，可以通过分布式分类账800、900跟踪该智能合约。示例性智能合约1100可以作为记录810-830、910-930存储在例如，分类账800、900中。如图11所示的示例，合约1100包括价值1110(例如，材料的数量、成本、时间等)和状态1120(例如，可用、已完成、已执行、在执行中、已交付、剩余材料等)。在某些示例中，合约1100可以施加于均受相同合约条款约束的多个患者。此外，在某些示例中，合约的当前状态可以从价值1110导出，而无需显式存储状态1120。合约1100还可以包括相对于合约1100可执行的一个或多个功能1130。因此，合约100可以使用例如，一个或多个功能1130指定其条款1110和那些条款的执行状态1120。例如，如图10的示例性处方合约1003所示，功能1130可以包括请求、生成、资金、交付、接收、补充、更新等。合约记录1100可以接收交易信息1140和事件信息1150，并且还向分类账800、900和/或系统等中的
另一记录810-830、910-930提供交易信息1160和事件信息1170。
83.例如，交易1140可以向合约1100提供价值1110，例如通过与处方和/或其他条款/条件相关联的能量数量向合约1100提供价值。事件1150可以影响合约1100的状态1120诸如管理处方的时间、相关联设备的标识符等。随着向处方提供资金、付款、管理、补充等，交易信息1160和事件信息1170可以传播到例如另一记录810-830、910-930作为交易分类账800、900。因此，智能合约1100可用于跟踪涉及能量输送、药物、治疗等电子处方的交易。
84.智能合约1100可以被实现为计算机程序代码，可以被执行以使用分类账800、900启用/促进各方之间履行(例如，医院或临床医生、药房和/或保险公司等之间)合约/协议。合约1100的条件和/或更新可以实现为由处理器执行的处理器可执行指令，例如开处方计算机系统320、保险/初级护理服务器330、监督系统340、能量控制系统360、移动计算设备420和/或另一个处理器来实现和/或跟踪合约1100的执行。合约1100的条款可以被编码为控制合约1100以及相关材料的条件和结果的逻辑语句。合约1100可以完全自动化以相对于分布式分类账800、900自行执行和/或可以由例如处理器/设备(例如，开处方计算机系统320、保险公司/初级护理服务器330、监督系统340、能量控制系统360、移动计算设备420和/或另一处理器等)执行以履行合约1100。因此，合约1100可以完全用可执行代码来制定和/或可以包括例如要由处理器解释的附加元素。合约1100可以在分类账800、900(例如，形成合约1100的代码被编码到区块链和/或其他分布式分类账800、900等的区块中)内执行和/或在分类账800、900之外执行并且例如将信息(例如，新的和/或更新的记录310-330等)提供到分类账300。在某些示例中，任何人都可以添加合约500和/或对分类账300中的记录310-330进行更改。在其他示例中，对分类账300和相关联记录310-330、合约500等的访问受到限制，例如基于处理器授权(例如，授权节点)、用户授权等。
85.图12示出了示例性处方管理处理器1200以管理分布式分类账(例如，分布式分类账800、900、1002)并经由分布式分类账促进处方信息、患者治疗进展、指令、更新等的处理、跟踪和更新。示例性处理器1200包括分类账记录处理器1210、合约生成器1220、状态监控器1230、数据通信接口1240和数据存储装置1250。
86.示例性分类账记录处理器1210处理涉及分布式分类账800、900、1002中的记录810-830、910-930的交易。示例性处理器1210可以更新数据存储装置1250中的分类账800、900、1002，基于患者、设备、新处方、处方活动等。示例性合约生成器1220可以生成用于处方履行、付款、管理等的智能合约(例如，智能合约1100等)。示例性生成器1220可以与分类账记录处理器1210交互以将智能合约1100和/或涉及智能合约的交易添加到例如分布式分类账800、900、1002。示例性状态监控器1230可以监控对患者的处方管理和/或其他处方状态(例如，剩余金额、保险批准、自费状态、资金状态/金额、补充次数、频率等)并与分类账记录处理器1210一起工作以基于处方状态的变化更新分类账800、900、1002。信息可以通过数据通信接口1240(例如，有线数据通信接口和/或无线数据通信接口，例如移动通信接口、wi-fi通信接口、蓝牙通信接口、近场通信接口等)从管理处理器1200传输以及传输到管理处理器1200。包括分布式分类账800、900、1002的副本的数据可以与指令、参数等一起存储在数据存储装置1250中，以供例如处理器1200的组件执行。
87.因此，使用示例性处方管理处理器1200可以单独实施和/或包括在区块链网络310、开处方计算机系统320、保险公司/初级护理系统330、治疗/诊断监督系统340、能源控
制系统360、药房系统410、移动计算设备420等中的一个或多个，以生成、管理、更新、维护等处方区块链和/或其他分布式分类账800、900、1002和相关联的交易，以帮助确保准确性、安全性、可处理性和遵守临床协议。
88.图13示出了示例性网络1300(例如，区块链网络310等)，其中处方管理处理器1200与开处方者系统320、保险系统330、监督系统340和药房系统410通信以交换至分布式分类账900的更新。参照图13的示例，每个系统包括分类账900的副本，并且对分类账900中的记录910-930的更新将被传播到分布式分类账900的每个副本。然后可以对照分类账900的多个副本来验证交易和/或其他更新(例如，在每次更新之后自动、在一时间段和/或多次更新之后周期性地、在用户/系统请求时手动地等)。如果更新被隔离到分类账900的仅一个副本，则可以例如以潜在的欺诈/错误消除和/或进一步调查更新。因此，在图13的示例中，对等系统可以提供关于记录内容、记录更新和涉及记录的交易等的反馈。在某些示例中，代替单独的处理器或除了单独的处理器之外，处方管理处理器1200可以并入到系统320、330、340、410中的一个或多个中。
89.虽然结合图1至图13说明了示例性实施方式，但结合图1至图13说明的元件、过程和/或设备可以以任何其他方式组合、划分、重新布置、省略、移除和/或实施。此外，本文公开和描述的组件可以通过硬件、机器可读指令、软件、固件和/或硬件、机器可读指令、软件和/或固件的任何组合来实现。因此，例如，本文公开和描述的组件可以通过模拟和/或数字电路、逻辑电路、可编程处理器、专用集成电路(asic)、可编程逻辑器件(pld)和/或现场可编程逻辑器件(fpld)来实现。当阅读本专利的任何装置或系统权利要求以涵盖纯软件和/或固件实施方式时，至少一个组件在此明确定义为包括有形的计算机可读存储设备或存储磁盘，例如存储软件和/或固件的存储器、数字通用盘(dvd)、压缩盘(cd)、蓝光光盘等。
90.图6、图10和图14至图15中的示例示出了至少结合图1至图13示出用于实现本文公开和说明的组件的示例性机器可读指令的流程图和/或数据流代表。在这些示例中，机器可读指令包括由处理器执行的程序，例如以下结合图16讨论的示例处理器平台1600中所示的处理器1612。程序可以体现为存储在有形计算机可读存储介质上的机器可读指令，例如cd-rom、软盘、硬盘驱动器、数字通用盘(dvd)、蓝光光盘或与处理器1612相关联的存储器，但是整个程序和/或其部分可以替代地由处理器1612之外的设备执行和/或体现在固件或专用硬件中。此外，虽然示例性程序是参考至少结合图6、图10和图14至图15所示的流程图来说明的，实现本文公开和说明的组件的许多其他方法可以替代地使用。例如，可以改变区块的执行顺序，和/或可以改变、移除或组合所说明的一些区块。尽管至少图6、图10和图14至图15的流程图和/或数据流以图示的顺序描绘了示例性操作，但是这些操作是不详尽的并且不限于图示的顺序。此外，本领域技术人员可以在本公开的精神和范围内做出各种变化和修改。例如，流程图中所示的区块可以以替代顺序执行或可以并行执行。
91.如上所述，至少图6、图10和图14至图15的示例过程，可以使用存储在有形计算机可读存储介质例如硬盘驱动器、闪存、只读存储器(rom)、压缩盘(cd)、数字多功能盘(dvd)、高速缓存、随机存取存储器(ram)和/或任何其他存储设备或存储磁盘的编码指令(例如，计算机和/或机器可读指令)实现，其中信息可在任何持续时间(例如，延长时间、永久、短暂、临时缓冲和/或缓存信息)存储。如本文所使用的，术语有形计算机可读存储介质被明确地定义为包括任何类型的计算机可读存储设备和/或存储盘并且不包括传播信号并且不包括
传输介质。如本文所用，“有形计算机可读存储介质”和“有形机器可读存储介质”可互换使用。附加地或替代地，至少图6、图10和图14至图15的示例过程，可以使用存储在例如硬盘驱动器、闪存、只读存储器、光盘、数字通用磁盘、高速缓存、随机存取存储器和/或任何其他存储设备或存储磁盘的非暂时性计算机和/或机器可读介质上的编码指令(例如，计算机和/或机器可读指令)来实现，其中信息可在任何持续时间(例如，延长时间、永久、短暂、临时缓冲和/或缓存信息)存储。如本文所使用的，术语非暂时性计算机可读介质被明确地定义为包括任何类型的计算机可读存储设备和/或存储盘并且不包括传播信号并且不包括传输介质。如本文所用，当短语“至少”在权利要求的序言部分中用作过渡术语时，它是开放式的，就像“包含”一词是开放式的一样。此外，术语“包括”是开放式的，就像“包含”一词是开放式的一样。
92.图14示出了管理定义患者动作的电子处方的示例性方法1400的流程图。电子处方可以是逻辑数据结构，例如区块链和/或其他分布式分类账等中的一个或多个记录，以配置设备以例如根据处方向患者施加动作(例如，能量治疗、超声成像、药物、其他刺激等)。在区块1402处，为患者配置处方。例如，设备(例如，能量施加设备370和/或由设备构造605等表示的其他设备)被配置在设备处方中以向患者施加动作(例如，能量的施加、超声成像、管理药物医疗等)。此外，与动作相关联的付款信息，包括保险范围、患者自费等，可以被确定为例如处方的一部分。动作和/或相关设备的参数和/或设置，诸如数量、频率、强度/程度/剂量、验证等，可以根据临床指南、治疗和/或诊断协议、临床医生输入等进行设置。
93.在区块1404处，配置的处方被记录在分布式分类账800、900、1002中。例如，配置的处方被添加为分布式分类账900中的记录910-930，添加为对分布式分类账900等中现有记录910-930的更新。因此，配置的处方构造的逻辑数据结构被维护并分布在多个设备/系统之间，这些设备/系统通过例如存储在参与节点中的分布式分类账800、900、1002的副本在分布式分类账网络中充当节点。
94.在区块1406处，跟踪/监控处方的管理。例如，在单独的处理器上运行和/或结合开处方系统320、保险系统330、监督系统340、药房系统410、移动设备420等实施的处方管理处理器1200可以监控给患者的处方的管理，例如通过能量装置370向患者380交付能量治疗、向患者施用药物(例如，通过针、导管、其他交付装置等)、向患者施用放射性药物材料等。跟踪处方管理还可以包括在处方材料被管理给患者时跟踪向药房系统410和/或其他供应商付款的分配。因此，患者可以动态地按剂量付费、开始给药时付费、结束给药时付费等，并且可以毫不延迟或滞后地向供应商付款，以进行进一步的保险审批、计费等。
95.在区块1408处，分布式分类账800、900、1002具有更新的和/或新的记录810-830、910-930以反映处方管理、处方状态的其他变化等。例如，处方管理处理器1200可以更新分类账800、900、1002并将变化传播到由多个设备/系统320-420维护的分布式分类账800、900、1002的副本。在某些示例中，更新分类账800、900、1002包括通过比较分布在多个系统320-420中的分类账800、900、1002的多个副本来验证更新，执行散列和/或其他工作算法证明以验证设备/系统320-420被授权添加到分布式分类账800、900、1002等。
96.在区块1410处，评估处方的状态或状况以确定处方是否已用完、尚未用完和/或需要补充。如果处方用完和/或以其他方式用完，则在区块1412处，更新分类账800、900、1002以反映处方用完，并且程序结束/返回。然而，如果材料保留在处方中或者如果处方是空的
但是补充被订购/触发/添加等，则控制转移到区块1414。在区块1414处，评估处方是否延续以确定处方是否要补充，或者是否要按照当前处方继续服用。如果当前处方材料的服用将延续(例如，剩余更多材料/指令、不能保证补充等)，则控制返回到区块1406以继续监控处方服用。如果保证补充处方(例如，更多材料、新的动作指令等)，则控制返回到区块1402以调整/配置/管理补充的处方。例如，新的授权、付款、设置等可能涉及重新配药和更新分布式分类账800、900、1002的一个或多个记录810-830、910-930b，例如验证等。
97.因此，该处方可以是配置设备以将动作施加于患者的设备处方、给患者的特定药物/材料的药物处方、配置该设备以监控患者的监控处方(例如，使用传感器、成像、心电图等)和/或配置用于检查患者的设备的检查处方(例如，使用传感器、成像、心电图、计算机辅助检测等)等。
98.图15示出了用于处方管理的示例过程1400的示例性实施方式1500。电子处方可以是逻辑数据结构，例如区块链和/或其他分布式分类账等中的一个或多个记录，以配置设备例如根据处方给患者施加动作(例如，能量治疗、超声成像、药物、其他刺激等)。在区块1502处，电子处方被配置为针对患者执行通过配置设备(例如，配置能量施加设备370和/或由设备构造605表示的其他设备等的设备处方)来给患者施加动作(例如，施加能量、超声成像、管理药物等)。例如，动作和/或相关设备的参数和/或设置，诸如数量、频率、强度/程度/剂量、验证等，可以根据临床指南、治疗和/或诊断协议、临床医生输入进行设置。在区块1504处，用设备配置信息更新分布式分类账800、900、1002。例如，新记录810-830、910-930可以被添加和/或现有记录810-830、910-930可以用提供处方的设备配置信息的交易来更新。在区块1506处，与动作相关联的付款信息，包括保险范围、患者自费等，被确定为例如处方的一部分。在区块1508处，付款信息被记录为与分布式分类账800、900、1002中的新的和/或更新的记录810-830、910-930相关联的交易。
99.在区块1510处，使用分布式分类账800、900、1002验证要通过处方施加于针对患者的动作。例如，存储和/或访问分布式分类账800、900、1002的副本的一个或多个系统320-420、1200可以比较记录810-830、910-930信息以验证处方的内容及其相关联的动作。价值比较可以帮助确保准确性/一致性，和/或散列和/或其他工作功能证明可以验证系统320-420、1200被授权添加/调整分布式分类账800、900、1002中的记录810-830、910-930。因此，配置的处方构造的逻辑数据结构维护和分布在多个设备/系统之间，通过存储在参与节点处的例如分布式分类账800、900、1002的副本充当分布式分类账网络中的节点。
100.在区块1512处，当动作被验证时，使用处方中的付款信息处理动作的付款。例如，当设备处理电子处方以将动作施加于患者时，可以施加包括保险付款信息、患者自费等的付款。在区块1514处，分布式分类账800、900、1002被更新以反映付款和/或动作。例如，一个或多个系统/设备320-420、1200可以将i)付款或ii)动作中的至少一个的记录810-830、910-939传播到分布式分类账800、900、1002。
101.在区块1516处，跟踪/监控处方的服用。例如，在单独的处理器上运行和/或与开处方者系统320、保险系统330、监督系统340、药房系统410、移动设备420等一起实现的处方管理处理器1200，可以监控开给患者的处方的服用情况，例如通过能量设备370向患者380交付能量治疗、患者服用药物(例如，通过针、导管、其他交付设备等)、向患者施用放射性药物材料等。跟踪处方管理还可以包括在处方材料被施加给患者时跟踪向药房系统410和/或其
他供应商付款的分配。因此，患者可以动态地按剂量付费、开始服用时付费、结束服用时付费等，并且可以毫不延迟或滞后地向供应商付款，以进行进一步的保险审批、计费等。
102.在区块1518处，分布式分类账800、900、1002具有更新和/或新记录810-830、910-930以反映处方服用、处方状态的其他变化等。例如，处方管理处理器1200可以更新分类账800、900、1002并将变化传播到由多个设备/系统320-420维护的分布式分类账800、900、1002的副本。在某些示例中，更新分类账800、900、1002包括通过比较分布在多个系统320-420中的分类账800、900、1002的多个副本来验证更新，执行散列和/或其他工作算法证明以验证设备/系统320-420被授权添加到分布式分类账800、900、1002等。
103.在区块1520处，评估处方的状态或状况以确定处方是否已用完、尚未用完和/或需要补充。如果处方用完和/或以其他方式用完，则在区块1522处，更新分类账800、900、1002以反映处方用完，并且程序结束/返回。然而，如果材料保留在处方中或者如果处方是空的但是补充被订购/触发/添加等，则控制转移到区块1524。在区块1524处，评估处方是否延续以确定处方是否要补充，或者是否要按照当前处方继续服用。如果当前处方材料的服用将延续(例如，剩余更多材料/指令、不能保证补充等)，则控制返回到区块1526以继续监控处方服用。如果保证补充处方(例如，更多材料、新的动作指令等)，则控制返回到区块1502以调整/配置/管理补充的处方。例如，新的授权、付款、设置等可能涉及重新配药和更新分布式分类账800、900、1002的一个或多个记录810-830、910-930b，例如验证等。
104.虽然上面已经公开了某些示例记录、系统和相关联的方法，但是其他记录格式和相关联的系统和方法可以用于处方和相关联的设备管理。例如，图16示出了示例表1600，表示用于由示例性系统300、400等处理的存储的电子处方信息。表1600可以包括识别电子处方和与处方相关联的交易的条目。示例表1600可以定义多个字段，包括项目标识符1602、交易标识符1604、处方信息1606、状态1608、区块链结果1610和数据1612。使用示例表1600，可以跟踪一名或多名患者、用户、装备等的数字处方信息。示例性项目标识符1602例如，可使用唯一的字母数字代码用于识别患者、用户、装备和/或其他有问题的记录，并且例如交易标识符1604可以用于记录交易、事件和/或处方生成、授权、交付和补充的其他阶段。处方信息1606可用于识别关于处方的一些或所有信息(例如，装备、剂量、其他设置等)。状态1608可用于指示处方是否被批准、拒绝、等待批准、交付/服用、过期/空、补充等，区块链结果1610可用于指示数字处方的部分或全部信息是否已通过分布式分类账(例如，通过比较分布式分类账的副本之间的值，通过执行关于分布式分类账的工作证明等)验证。数据1612可以包括用于定义例如，相关联的处方信息1606的信息位。因此，可以通过例如表或容器1600跟踪处方和相关联的状态、事件等。
105.在一些示例中，与数字处方相关联的信息通过安全的分布式交易分类账(例如，与区块链技术相关联)记录。例如，图17是包含安全分布式交易分类账的系统1700。该系统包括具有通信端口的数字交易引擎1710，以在客户端1720和区块链1730之间交换信息。例如，数字交易引擎1710和/或系统1700的其他元件可以记录关于与客户端相关的交易的信息和/或使用区块链1730和/或其他安全的分布式交易分类账1730(例如，通过区块链验证过程)的相关联的数字处方。例如，数字交易引擎1710可以通过安全的分布式交易分类账1730根据本文所述的任何示例记录订单日期和时间、价格、填写日期、批准、补充、分发/交付、压缩的项目定义文件等。根据一些示例，分布式分类账1730可以与超级分类账区块链验证系
统相关联。注意，数字交易引擎1710可以是分散的和/或可以与第三方相关联，例如为企业执行服务的供应商。交易可以被编码成一个或多个片段，根据一些示例，可以使用区块链技术记录有关交易的信息。
106.在某些示例中，例如图17的系统1700中所示，基于云的完整性监控器1740可以通过网络浏览器提供交易完整性数据，并通过表述性状态转移(“rest”)网络服务与区块链1730和数字交易引擎1710交换信息。例如，rest网络服务可以提供互联网上计算机系统之间的互操作性(例如，通过允许请求系统使用一组统一的、预定义的无状态操作来访问和操作网络资源的文本表示)。在一些示例中，数字交易引擎1710的部分可以与mysql数据库相关联。由此，数字交易引擎1710和区块链1730可用于为客户端1720提供交易级别验证。尽管图17示出了具有单个区块链1730、客户端1720和数字交易引擎1710的示例性系统1700，但应该注意其他示例可以采用其他拓扑。例如，图18是实现结合多个数字交易引擎1810-1815的数字处方管理的系统1800。特别是，附加区块链1835和数字交易引擎1815可以为附加客户端1825提供保护。如图18的示例所示，每个数字交易引擎1810、1815可以与为系统1800提供附加的保护(例如，通过在多个地理上分散的节点存储信息使得攻击不切实际)的多个区块链1830、1835相关联。也就是说，每个验证者(例如，数字交易引擎1810-1815)可以将简要摘要提交给独立的数据存储，并且一旦被记录，信息就不能在没有检测的情况下更改以提供防篡改记录系统(“sor”)。
107.注意，不同类型和/或数量的信息可能被记录在安全的分布式分类账中。例如，数据可以按处方存储、按事件存储、按基本处方以及所有相关的从属处方更改等存储。此外，有关特定医疗设备、其他设备、剂量、材料、客户、患者、平台、付款、质量审查过程或结果等，可以通过安全的分布式分类账(例如，使用区块链技术等)进行存储。
108.本文公开的示例可以与任何类型的分布式分类账相关联，该分布式分类账具有支持智能合约、数字资产、记录存储库和/或密码安全性的分散的基于共识的网络。例如，图19是分布式分类账参考架构1900。示例性架构1900包括分类账服务和可以包括网络安全服务信息(例如，来自第一实体设备)的事件流1910。会员服务1920(例如，包括注册、身份管理和/或可审核性过程等)可以管理网络安全服务的会员1950的身份、隐私和保密性。
109.区块链服务1930(例如，包括共识管理器、对等(“p2p”)协议、分布式分类账和/或分类账存储装置等)可以通过p2p协议管理分布式分类账以维护在许多节点上复制以支持区块链1960和交易1970的单个状态。链码服务1940(例如，安全容器和/或与智能合约相关联的安全注册)可以帮助划分智能合约(或链码1980)在验证节点上的执行。注意，环境可能是一个“锁定”的安全容器，具有一组包含安全操作系统和编程语言的已签名基础映像。在某些示例中，可以利用应用程序编程接口(api)、软件开发工具包(sdk)和/或命令行接口(cli)来通过参考架构1900支持网络安全服务。
110.图20是被构造为执行至少图6、图10和图14至图15的指令的示例性处理器平台2000的框图以实现本文中关于图1至图19公开和说明的示例组件。处理器平台2000可以是例如服务器、个人计算机、移动设备(例如，手机、智能电话、平板电脑例如ipad
tm
)、个人数字助理(pda)、互联网设备，或任何其他类型的计算设备。
111.所示示例的处理器平台2000包括处理器2012。所示示例的处理器2012是硬件。例如，处理器2012可以由来自任何期望家族或制造商的集成电路、逻辑电路、微处理器或控制
器来实现。
112.所示示例的处理器2012包括本地存储器2013(例如，高速缓存)。图20的示例处理器2012执行至少图6、图10和图14至图15的指令来实现图1至图19的系统和基础设施以及相关联的方法，诸如示例性开处方系统320、示例性保险系统330、示例性监督系统340、示例性药房系统410、示例性移动计算设备420、示例性分布式分类账800、900、1002、示例性智能合约1100、示例性处方管理处理器1200、示例性系统/架构1700-1900等。所示示例的处理器2012经由总线2018与包括易失性存储器2014和非易失性存储器2016的主存储器通信。易失性存储器2014可以由同步动态随机存取存储器(sdram)、动态随机存取存储器(dram)、rambus动态随机存取存储器(rdram)和/或任何其他类型的随机存取存储器设备来实现。非易失性存储器2016可以由闪存和/或任何其他所需类型的存储设备来实现。对主存储器2014、2016的访问由时钟控制器控制。
113.所示示例的处理器平台2000还包括接口电路2020。接口电路2020可以通过任何类型的接口标准来实现，例如以太网接口、通用串行总线(usb)和/或pci express接口。
114.在所示示例中，一个或多个输入设备2022连接到接口电路2020。输入设备2022允许用户将数据和命令输入处理器2012。输入设备可以通过例如传感器、麦克风、相机(图片或视频)、键盘、按钮、鼠标、触摸屏、触控板、轨迹球、等值点和/或语音识别系统来实现。
115.一个或多个输出设备2024也连接到所示示例的接口电路2020。输出设备2024可以例如通过显示设备(例如，发光二极管(led)、有机发光二极管(oled)、液晶显示器、阴极射线管显示器(crt)、触摸屏、触觉输出设备和/或扬声器)来实现。因此，所示示例的接口电路2020通常包括图形驱动卡、图形驱动芯片或图形驱动处理器。
116.所示示例的接口电路2020还包括通信设备，例如发送器、接收器、收发器、调节解调器和/或网络接口卡，以促进与外部机器(例如，任何类型的计算设备)通过网络2026(例如，以太网连接、数字用户线(dsl)、电话线、同轴电缆、移动电话系统等)交换数据。
117.所示示例的处理器平台2000还包括一个或多个用于存储软件和/或数据的大容量存储设备2028。这种大容量存储设备2028的示例包括软盘驱动器、硬盘驱动器盘、压缩盘驱动器、蓝光盘驱动器、raid系统和数字多功能盘(dvd)驱动器。
118.图20的编码指令2032可以存储在大容量存储设备2028、易失性存储器2014、非易失性存储器2016和/或诸如cd或dvd之类的可移动有形计算机可读存储介质上。
119.在某些示例中，处理器平台2000可以在超声成像系统和/或神经调节设备中实现。图21示出了根据数字处方向患者交付聚焦超声的示例超声神经调节系统10。为此，所公开的分布式分类账系统和方法可以与神经调节系统10结合使用。
120.图21是根据使用分布式分类账维护的数字处方实现神经递质释放的神经调节系统10的示意图。示例系统10包括耦合到能量施加设备12(例如，超声换能器)的脉冲生成器14。能量施加设备12被配置为接收能量脉冲，例如通过导线或无线连接，在使用中被引导到受试者的内部组织或器官的感兴趣区域，这又导致目标生理结果。在某些示例中，脉冲生成器14和/或能量施加设备12可以被植入和/或以其他方式定位在生物相容部位(例如腹部等)，并且一个或多个引线在内部耦合能量施加设备12和脉冲生成器14。例如，能量施加设备12可以是mems换能器，例如电容微机械超声换能器。
121.在某些示例中，能量施加设备12和/或脉冲生成器14可以例如与控制器16无线通
信，控制器16继而向脉冲生成器14提供指令。在其他示例中，脉冲生成器14可以是体外设备(例如，可以操作以从受试者体外的位置透皮地或以非侵入性方式施加能量)并且在某些示例中可以集成在控制器16内。在其中脉冲生成器14是体外的示例中例如，能量施加设备12可由护理人员操作并定位在受试者皮肤上或上方的点处，使得能量脉冲经皮交付至期望的内部组织。一旦定位以向期望部位施加能量脉冲，系统10就可以启动神经调节(例如，根据在数字处方等中指定的剂量、时间段或间隔等)以实现目标生理结果或临床效果。
122.在某些示例中，系统10可以包括评估设备20，该评估设备20耦合到控制器16并且评估指示是否已经实现调节的目标生理结果的特性。在示例中，目标生理结果可以是局部的。例如，调节可导致局部组织或功能变化，诸如组织结构变化、某些分子浓度的局部增加、组织位移、流体移动增加等。调节可导致全身或非局部变化，以及例如，目标生理结果可能与循环分子浓度的变化或不包括直接施加能量的感兴趣区域的组织特征的变化有关。在示例中，位移是成功调节的代理测量，并且低于预期位移值的位移测量可能导致调节参数的修改，直到观察到预期位移值。
123.如本文所提供的系统10可根据各种调节参数提供能量脉冲。例如，调节参数可以包括从连续到间歇的各种刺激时间模式。对于间歇性刺激，在信号开启期间以特定频率传递一段时间的能量。信号开启时间之后是一段没有能量传输的时间，称为信号关闭时间。调节参数还可以包括刺激施加的频率和持续时间。施加频率可以是连续的或在不同时间段传递，例如在一天或一周内。治疗持续时间可以持续不同的时间段，包括但不限于从几分钟到几小时。在某些示例中，具有指定刺激模式的治疗持续时间可以持续某个间隔(例如，一小时等)并且以某些间隔(例如，72小时间隔等)重复。在某些示例中，治疗可以以更高的频率(例如，每三小时等)交付较短的持续时间(例如，30分钟、45分钟等)。治疗持续时间和频率可以可调控以达到所需的结果。
124.图22是系统10的某些组件的框图。如本文所提供的，用于神经调节的系统10可以包括脉冲生成器14，该脉冲生成器14适于生成多个能量脉冲以施加到受试者的组织。脉冲生成器14可以是独立的和/或集成到外部设备中，例如控制器16。控制器16包括用于控制设备的处理器30。软件代码或指令存储在控制器16的存储器32中以供处理器30执行以控制设备的各种组件。区块链和/或其他分布式分类账800、900、1730、1830、1835的副本可以存储在存储器32中并且也由例如，控制器16更新。例如，控制器16和/或脉冲生成器14可以通过一根或多根导线33连接到能量施加设备12。
125.控制器16还包括具有输入/输出电路34和显示器36的用户接口，其适于允许临床医生向调节程序提供选择输入或调节参数。每个调节程序可以包括一组或多组调节参数，包括脉冲幅度、脉冲宽度、脉冲频率等。脉冲生成器14响应来自控制器设备16的控制信号修改其内部参数以改变通过引线33传输到受试者的能量脉冲的刺激特性。可以采用任何合适类型的脉冲生成电路，包括恒流源、恒压源、多个独立的电流或电压源等。例如，施加的能量是电流幅度和脉冲宽度持续时间的函数。
126.在示例中，存储器32存储可由操作员选择的不同操作模式。例如，存储的操作模式可以包括用于执行与特定治疗部位相关联的一组调节参数的指令。不同的部位可以有不同的相关调节参数。不是操作员手动输入模式，而是控制器16可以被配置为基于来自区块链等的选择和/或处方信息来执行适当的指令。在另一个示例中，存储器32存储用于不同类型
治疗的操作模式(例如，根据区块链等中的一个或多个记录/条目)。例如，与抑制或阻断组织功能相关的刺激压力或频率范围相比，激活可以与不同的刺激压力或频率范围相关。在具体示例中，当能量施加设备是超声换能器时，时均功率和峰值正压在1mw/cm2-30,000mw/cm2和0.1mpa至7mpa区间。在另一个具体示例中，当能量施加设备为机械致动器时，振动幅度在0.1至10mm区间。所选频率可取决于能量应用模式，例如超声或机械致动器。
127.在另一个示例中，存储器32存储校准或设置模式，校准或设置模式允许调整或修改调节参数以实现期望的结果。在一个示例中，刺激以较低的能量参数开始并且自动地或在接收到操作员输入时逐渐增加。因此，操作员可以观察调节参数改变时的效果。
128.系统10还可以包括促进聚焦能量施加设备12的成像设备。在示例中，成像设备可以与能量施加设备12集成或实现为与能量施加设备12相同的设备，使得不同的超声参数(例如，频率、孔径或能量)用于靶向和随后的神经调节。在另一示例中，存储器32存储用于在空间上选择器官或组织结构内的感兴趣区域的靶向或聚焦模式。例如，能量施加设备12可以被配置为首先在靶向模式下操作以施加用于捕获用于识别感兴趣区域的图像数据的能量。靶向模式能量不处于适合优先激活的水平和/或施加有适合优先激活的调节参数。然而，一旦感兴趣区域被识别，控制器16然后可以根据例如与优先激活相关联的调节参数以治疗模式操作。
129.控制器16还可以被配置为接收与目标生理结果相关的输入作为对调节参数的选择的输入。例如，当成像模态用于评估组织特征时，控制器16可以被配置为接收计算的特征指数或参数。基于索引或参数是高于还是低于阈值，可以修改调节参数。在示例中，参数可以是受影响组织的组织位移的量度或受影响组织的深度的量度。此外，能量施加设备12(例如，超声换能器)可以在控制器16的控制下操作以a)获取图像数据以在空间上选择目标组织内的感兴趣区域，b)将调节能量施加到感兴趣区域，以及c)获取图像以确定目标生理结果已经发生(例如，通过位移测量)。在这样的示例中，成像设备、评估设备20和能量施加设备12可以是相同的设备。
130.在另一实施方式中，成功的调节参数集也可以由控制器16存储(例如，作为区块链和/或其他分布式分类账等中的条目或记录)。因此，可以确定特定于受试者的参数。此外，可以随时间评估此类参数的有效性。如果一组特定的参数随着时间的推移效果较差，则受试者可能对激活的通路不敏感。如果系统10包括评估设备20，则评估设备20可以向控制器16提供反馈。在某些示例中，可以从用户或评估设备20接收指示目标生理结果的特性的反馈。控制器16可以被配置为使能量施加设备12根据调节参数施加能量并且基于反馈动态地改变调节参数。例如，基于反馈，处理器16可以自动改变调节参数(例如，超声波束或机械振动的频率、幅度或脉冲宽度等)。
131.从上文可以理解，上述公开的方法、装置和制品已经被公开和说明以实现管理电子处方的分布式分类账，电子处方包括设备处方、药物处方、监控处方、检查处方等。所公开的方法、装置和制品通过使其量化、跟踪、支付和操纵包括患者、设备和动作信息在内的电子处方构造来改进医疗信息系统、保险系统、制药系统和/或其他计算设备的操作。所公开的方法、装置和制品因此针对计算机和/或计算设备(包括管理处理器等)的功能的一项或多项改进。此类改进对于人类手动进行是不可行的并且当然不是在人类头脑中进行的心理步骤。
132.某些示例通过分布式分类账中的一个或多个逻辑数据结构提供患者依从性数据(例如，哪个患者最密切地遵循“剂量”方案等)的存储。某些示例通过分布式分类账中的一个或多个逻辑数据结构提供医生处方数据(例如，哪些医生开的处方最有效等)的存储。某些示例通过分布式分类账中的一个或多个逻辑数据结构提供有效性数据(例如，每个给定剂量的生理效应是什么等)的存储。某些示例通过分布式分类账中的一个或多个逻辑数据结构提供硬件/治疗有效性(例如，机器在提供剂量方面的表现如何等)的存储。某些示例通过分布式分类账中的一个或多个逻辑数据结构提供动态剂量数据(例如，允许基于有效性、生理反馈等改变处方)的存储。
133.某些示例促进经由分布式分类账的交易处理。例如，根据治疗剂量信息的发送和存储位置，某些示例使用分布式分类账提供交易/剂量验证。验证可以包括使用图像识别(例如，患者内部/外部组织)来验证对患者的剂量、位置等。验证可以包括使用组织和/或生理反应来验证例如所施加能量的幅度或剂量。验证可以包括使用来自内部和/或外部传感器的反馈，这些传感器测量用于例如验证的能量。例如，验证可以包括使用其他特征，诸如血流或其他生理反应的变化等，作为剂量验证。在某些示例中，验证可以包括共识算法(例如，包括使用个人图像识别等)来验证与剂量相关联的患者。治疗硬件(例如，能量施加设备370等)也可以绑定到另一个设备(例如，手机和/或其他移动设备420等)以使用全球定位和/或其他生物特征数据来关联一个有设备的人并验证剂量。
134.相关联的区块链和/或其他分布式分类账系统可以是内部的(例如，可用于与治疗设备或其他医疗设备相关联的公司、制药公司、医疗护理公司等)以提供使用证据和理解等，和/或外部(例如，治疗公司可以通过分布式分类账向其他医疗护理参与者提供剂量数据，例如保险公司、医疗护理公司等，以允许从剂量信息等中获取价值等)。例如，外部价值可以包括基于对处方治疗方案等的依从性驱动不同的患者保险费。另一价值包括例如在诊断正确的能量应用或剂量方案方面表现更好的医院系统的不同的保险支出。这些操作/交易可以作为记录添加和/或用于调整例如区块链或其他分布式分类账的现有记录。
135.尽管本文已经说明了某些示例方法、装置和制品，但是本专利的覆盖范围不限于此。相反，本专利涵盖了完全属于本专利权利要求范围内的所有方法、装置和制品。