一种用于实时处理与提交和履行处方药相关联的医疗保健数据的系统的制作方法

本发明总体上涉及来自多个来源的数据库信息的管理和集成，并且更具体地，涉及一种电子的、以患者为中心的、便携式的、可互操作的、跨学科的医疗保健数据库系统。该系统包括与处方药、临床服务、医生和医院以及其他医疗保健提供者服务相关联的医疗保健数据，并且旨在改善和报告患者结果，并提供患者及其授权医疗保健提供者安全访问的过程。

背景技术：

众所周知，医疗保健行业非常复杂。大量的数据用于记录每个治疗细节和相关的交易。而且现在，医疗保险和医疗补助服务(“cms”)要求的与每个患者相关联的结果报告增加了这种复杂性。许多医疗保健提供者参与了每个治疗细节。医疗保健服务提供者(包括药房、医生、医院、实验室、诊所、医疗机构和制定临床护理标准的监管机构)历来都通常根据独特和不同的格式和过程来运行自己的数据系统。

医疗保健服务的一个重要参与者是另一实体，即，通常是保险公司的“付款人”，为其他医疗保健提供者提供的服务和提出的索赔付款。保险系统包括向提供者和中介机构提供支付资金的保险公司，这些中介机构提交、裁定和促进向患者提供服务的支付交易。在许多情况下，很难及时获取和使用患者护理及其结果的重要数据。随着新的监管要求影响对医疗保健提供者的支付，并要求报告患者可测量的结果，如果不能充分解决，则确定会有进一步的复杂性和困难。

截至2016年6月底，美国人口超过3.24亿。每个人都是需要医疗护理和治疗的医疗保健系统的患者或潜在患者，每个人都有自己独特的医疗保健需求和遗传特征、疾病易感性和病史。许多人在一生中的某个时候患病或受伤。在患者一生中积累的患者医疗保健数据数量巨大。同样，所有治疗患者的医疗保健提供者的数据记录、包括代表患者参与支付交易的雇主和保险公司在内的商业实体的数据记录以及参与与患者医疗保健相关联的福利计划和监管要求的政府机构的记录也增加了数据量。

现在，实时访问和处理这些海量数据的需求对于确保在需要时提供充足的医疗保健服务以及在最短的延迟内更新和完成与患者的这些服务相关联的事务和数据至关重要。此外，还需要及时处理报告的治疗服务的可测量结果，并最终付款。

有效的医疗保健系统保持活跃在国家经济企业中的人的健康，这对国家的经济体系至关重要。为了实现所需的患者护理，医疗保健系统的所有参与元件的数据处理需求必须可用，以满足医疗保健系统对及时、实时访问和处理医疗保健系统生成的大量数据的需求。对于有效、经济高效的医疗保健服务以及相应的适当及时支付来说，这是事实。

手写记录显然不足以完成这些复杂的任务。此外，由医疗保健系统中的独立参与者操作的数据处理系统以前很难处理保持及时记录的任务，即使借助于促进参与者之间数据交换的中介。处理医疗保健所涉及的复杂交易的能力，特别是维护患者记录和报销由提供者(医生、医院、实验室和药剂师)收取的费用和成本的能力，比记录和衡量对患者的医疗保健服务结果(“结果”)的能力加快了。新适用的法规现在要求保证遵守护理标准和提高效率，并且必须在最小延迟内实现。

联邦政府近年来的法案为提高美国医疗保健系统的效率提供了一些动力。这些法案包括1990年的综合预算调节法(obra'90)，该调节法要求药物使用审查程序；georgew.bush总统2004年4月发布的一项行政命令，为“10年内部署卫生信息技术”设定了十年目标；并制定了健康信息技术促进经济和临床健康法案(hitech法案)，该法案规定“有意义地使用可互操作的电子健康记录”。作为2009年美国恢复和再投资法案的一部分而颁布的hitech法案包括许多种类的患者健康记录。此外，最近，医疗保险和医疗补助服务(cms)中心制定了报告向患者提供的医疗服务的患者结果的要求并批准向提供者支付费用。

需要一种用于获得、处理和利用医疗保健患者数据的系统的全面集成。为了实时完成这一任务，适应人口的增长以及为医疗保健系统服务的患者、提供者和商业组织的需求，只有通过使用高度发达的计算机系统才能实现，这些计算机系统以可扩展的方式配置用于这些基本任务。除了计算机、网络和系统之外，没有其他技术可以处理如此大量的数据(“大数据”)，以满足医疗保健系统中的数据处理需求。对计算元件本身(尤其包括软件)的技术的持续创新和改进的需求对于医疗保健系统成功提供所需的医疗保健服务和满足政府监管要求至关重要。

医疗保健服务的创新是一个永无止境的要求。为此，必须使用开发良好的软件来高效运行。软件和系统必须更快，通过更高效的架构和创新的方式来组织和构建数据处理环境。

技术实现要素：

因此，提供了一种医疗保健数据系统，其实时提供处方药数据、医疗保健提供者和临床及实验室服务数据以及患者结果记录的存储、访问和处理，以供参与的医疗保健和服务提供者使用。

本发明的一个目的是提供一种临床服务平台，用于在单一的公共数据库中收集来自不同来源的患者临床和药物数据，该数据库被配置用于授权提供者和患者的实时安全访问。

本发明的另一目的是将患者临床和药物数据转换成通用格式。

本发明的另一目的是提供临床服务平台中的机制，用于以通用格式将转换后的患者临床和药物数据存储到单一的通用数据库中，从而能够通过网站门户安全、实时地访问系统。

本发明的另一目的是在处方提交和履行处理期间，通过临床服务平台实时实现对一个公共数据库中的所有相关医疗保健数据的可互操作访问，这通过使用临床分析消息(cam)数据文件来促进。

本发明的另一目的是在每次处方交易时实时更新公共数据库，以确保授权医疗保健提供者可获得的所有相关医疗保健数据的完整和当前记录。

本发明的另一目的是提供安全、便携、可互操作的实时访问，以增强安全性来完成患者保健结果数据。

由以下实施例提供这些和其他目的。

在一个实施例中，公开了一种系统，用于在药房接收到用于履行的提交处方之前，根据医疗保健提供者提交的处方执行患者临床数据的审查过程，包括：统一数据库，其接收并在患者临床数据记录中存储来自多个来源的患者临床数据；临床分析消息数据文件(“cam数据文件”)，其包含与在提交的处方上识别的患者和在提交的处方上识别的一种或多种药物相关联的患者临床数据；以及审查处理器，其可对cam数据文件内容进行操作并且与数据库一起操作，审查处理器包括一套预编辑机制，用于访问cam数据文件中的患者临床数据，在所提交的处方和关于处方药的信息的上下文中，分析患者临床数据，并完成审查过程。

在另一方面，前述实施例包括多个通信链路，用于接收所提交的处方，并将(a)所提交的处方发送到药房，以便在审查过程之后履行；(b)从系统中的一个地址向另一地址发送cam数据文件；以及(c)将提交的处方连同修订建议发送到医疗保健提供者，并将处方重新提交给药房。

另一方面，cam数据文件包括：多个患者数据字段；保存在患者数据字段中的信息，用于完成药物使用审查(“dur”)，至少包括：从与患者和提交的处方相关联的数据库中的可寻址位置检索的多个患者临床数据；以及对从数据库检索并由软件机制分析的患者临床数据分析提交的处方的陈述报告结果。

在其他方面，cam数据文件还包括以下一个或多个：关于将与分发的处方一起提供给患者的所要求的临床教学和服务的信息；结构，用于与一个或多个编辑机构协作，以对存储的患者临床数据进行分析处理，以确定提交的电子处方的功效；或者与一个或多个编辑机制相关联的处理密钥。

在其他方面，cam数据文件可以包括至少包括以下步骤的操作过程：接收从医疗保健提供者提交的电子处方；将患者和药物信息输入cam数据文件；使输入到cam数据文件中的信息经受可执行代码，该代码利用从数据库中提取的患者临床数据分析该信息，患者临床数据包括关于与其他药物的潜在药物相互作用和患者风险因素的至少一个或多个信息，包括选自由患者实验室数据、基因组数据、免疫和过敏构成的组中的信息；并且在重新提交处方之前，将cam数据文件返回给医疗保健提供者，该cam数据文件包括对所提交的电子处方进行更改的建议或要求。

在另一方面，审查处理器可以包括：第一过程，用于自动执行对提交的处方的审查，并依次调用各个预编辑机制，以根据关于提交的处方中识别的药物的可用信息，来访问、检索和分析患者临床数据；第二过程，用于控制在预编辑过程中调用的多个通信链路；以及第三过程，用于基于存储在数据库中的对应于在编辑的处方中识别的处方药的药房授权数据，选择药房来履行编辑的处方。

在另一实施例中，在包括电子交易中心(“交换机”)并且具有包含与利用临床分析消息(“cam”)数据文件的审查处理器耦接的电子患者结果数据(“epo数据”)的第一数据库的网络中操作的系统中，本发明体现了用于执行提交给药房的药物处方(“提交的处方”)的提交审查的过程，包括以下步骤：由医疗保健医生登录到医疗保健网站，该医疗保健网站连接到网络中的审查处理器，并且适于输入包含患者和药物信息的提交的处方，用于提交审查；经由医疗保健网站将提交的处方接收到与保健网站和包含来自多个来源的患者临床和药物数据的第一数据库耦接的审查处理器中；生成包含与提交的处方中识别的患者相关联的患者临床数据的cam数据文件；从第一数据库获得与患者和在所提交的处方中识别的一种或多种药物相关的epo数据；将epo数据与患者临床数据一起输入到cam数据文件中；将密钥附加到cam数据文件，以允许处理机构的访问；根据至少一个提交审查机制，将患者临床数据和cam数据文件中的处方数据与epo数据进行分析，以确定提交的处方是否因为与epo数据不兼容而需要改变；通知保健医师所需的变更，并且提交的处方必须与所需的变更一起重新提交给药房；或者通过电子交易中心将提交的处方与嵌入的cam数据文件一起从审查处理器转发到药房，以供药房履行。

在另一实施例中，在包括电子交易中心(“交换机”)并且具有包含与利用临床分析消息(“cam”)数据文件的审查处理器耦接的电子患者结果数据(“epo数据”)的第一数据库的网络中操作的系统中，公开了一种用于对提交给药房的药物处方(“提交的处方”)执行履行审查的过程，包括以下步骤：经由用于由审查处理器进行履行审查的交换机，发送处方，同时发送在提交审查期间生成的cam数据文件，将包含有效载荷的cam数据文件发送到药房进行分发，有效载荷包括患者、临床和药物信息；根据至少一个履行审查机制分析处方，以确定该处方是用于专业处方药还是非专业处方药：如果该处方不是用于专业处方药，则准备履行该处方；获取处方并将其传送给患者；如果处方是专业处方药，则将所需的临床和教学服务信息从epo数据复制到患者的cam数据文件中；将所需的临床和教学服务信息从cam数据文件传送给患者；并且经由cam数据文件，向一个或多个授权接收方生成传送专业处方药的临床和教学服务信息的消息，从而授权分发特定量的专业处方药，以分发给患者；通过集团采购组织通知专业处方药的制造商已经分发特定数量的专业处方药；通过交换机和药房福利联盟准备并向付款人提交用于传送临床和教学服务信息的第一索赔和用于向患者分发处方的第二索赔；对照提交给付款人的第一和第二索赔，调节药房福利联盟的付款；并将第一和第二索赔的付款记入药房。

附图说明

图1示出了描述本发明的一个实施例的主要内容的系统功能组件网络图；

图2示出了根据本发明的一个实施例的专业处方药的前端处理的功能框图；

图3示出了根据图2的实施例的专业处方药的后端处理的功能框图；

图4a示出了由图2所示的系统执行的前端处理的第一部分的流程图；

图4b示出了由图2所示的系统执行的前端处理的第二部分的流程图；

图5a示出了由图3所示的系统执行的后端处理的第一部分的流程图；

图5b示出了由图3所示的系统执行的后端处理的第二部分的流程图；以及

图6示出了可以在本发明的一个实施例中使用的数据位结构的一个示例。

具体实施方式

本文描述的技术进步满足对医疗保健提供中涉及的大量数据的实时处理、更新和访问的需求。这是一个系统，其最大特点是新的实时的“以患者为中心、便携式、可互操作、跨学科、电子患者结果记录”，其由保存在电子医疗保健网络中的医疗保健数据系统的主要组件的新排列产生并且在该新排列内协同运行。这是一个网络，通过指定的门户网站将系统中的参与者(患者和授权的医疗保健提供者、数据资源和处理元件、付款人、制药商和药房)相互联系起来，并与综合数据库系统联系起来，为患者提供医疗保健服务。该系统的一个主要特征是，确保授权医疗保健提供者(包括其患者)通过网络内数据库的门户安全、可靠、实时地访问电子患者结果记录(“epor”)。包括epor的数据资源在每次医疗交易中都会实时更新，以确保参与医疗服务的医疗服务提供者及其患者能够及时获得准确的信息。

该系统由三个数据库组件和一个临床服务平台的网络组成，该临床服务平台包括专门开发的软件。这三个数据库组件包括称为电子患者结果数据(“epo数据”)的结构化医疗保健数据库[第一组件]；电子药房记录(“epr”)数据库[第二组件]；以及由来自epo数据和epr数据库的数据填充的电子患者结果记录(“epor”)数据库[第三组件]。提供操作控制的专门开发的软件体现在新的临床服务平台中。附加软件包含在药物传送系统中，该系统与国家健康信息网络(nhin)连接，以向epo数据库提供数据和服务，并处理服务付费索赔。

本文描述的系统以通过使用专门的软件系统(通常位于待描述的云存储中)实现其实时可操作性并可从战略位置访问整个系统的方式，集成了医疗保健行业的数据存储和处理设施。提供对该网络访问的计算机系统必须分布在整个医疗保健系统中。这种实时互操作性在一定程度上是围绕流程和交易组织的，这些流程和交易涉及医生为治疗开出合乎规格的药物处方，通过药物系统传送药物，并且处理向医疗保健提供者和药房支付所提供的医疗保健服务的费用，所有这些流程和交易都是根据行业实践建立的标准化规则和程序并符合记录和报告可测量患者结果的联邦法规要求。

该系统的新结构建立在医疗保健系统的一些现有元件之上，主要是那些被配置用于处理和记录提供者提供的医疗保健服务和产品的元件。这些提供者包括医生、医院、实验室和药房，其提供医疗保健服务和产品，并就这些服务和产品的收费和开支向付款人寻求补偿。新的结构将现有的元件与本文描述的新的电子保健系统组件集成在一起。该系统提供了电子患者结果记录(epor)数据库、进入该系统的双向通信门户、epr和epo数据数据库以及用于标准化访问的临床服务平台。由此产生的组合提供了前述“以患者为中心、便携式、可互操作、跨学科、电子患者结果记录”。该系统用于从完整和彻底的自动提交审查，然后是包括传送基本临床和教学服务、向患者分发药品以及处理付款或报销申请的自动履行审查中管理处方药的处理。该系统还记录与医疗保健服务传送相关联的数据，包括医疗保险和医疗补助服务中心(“cms”)要求的支付所需的患者结果。

如果没有专门设计的软件，该系统的特征和优点就无法实时实现，以确保在与向每个患者提供的医疗保健的每个阶段相关联的每个患者-提供者相遇和交易期间，该处理提供持续更新的数据和对数据的访问。要描述的系统的另一关键组件是创新的数据文件，该文件与系统处理的事务一起运行并参与其中。如本领域中众所周知的，数据文件是数据记录的组成部分，该数据记录包括用于输入数据的一系列字段。数据库是数据记录的存储库。该“临床分析消息”或“cam”数据文件是该系统的一个组成部分，能够准确、完整、实时地处理涉及专业处方药的提交和履行交易。此外，如果没有计算机处理的高速能力、通过系统中指定的门户直接访问系统中的各种数据库、以及对冗余数据结构的依赖和云存储的广泛使用，这些特征和优点是不可能实现的。因此，要描述的系统依赖于硬件和软件这两者的数据处理机制的组合来配置系统，以实时实现数据处理结果，即，例如几乎在访问系统以输入处方提交或检查患者记录状态的同时。

因此，本发明提供了一种用于处理医疗保健数据的新系统架构，如图1、图2和图3所示。本发明包括数据处理机制的组合，该数据处理机制被设置和配置为有效地处理处方提交和履行以及医疗保健数据更新和所有授权医疗保健提供者和患者的实时安全患者结果数据可访问性。本发明体现的技术改进包括配置以下三个创新：(1)增强的数据库组织系统；(2)由新的临床服务平台提供的增强型(自动化)处方提交和履行处理系统；以及(3)用于促进系统(1)和(2)中的数据移动和处理的数据文件格式。

本文所述的系统和过程虽然适用于所有类型的处方，但将在开处方、履行、记录和报告医生开具的专业处方药处方以及处理系统中参与者和提供者之间的相关交互和交易(包括处理付款人向患者的产品和服务提供者付款)的背景下进行描述。专业处方药的处方流程的一个主要特征是，其仅限于专业处方药的制造商的特殊订单状态。通常，通过集团采购组织或gpo处理该交易。gpo将订单从药房转发给制造商。制造商随后根据处方从库存中填写专业处方药订单，并向gpo开具药品成本发票。付款后，将处方分发并传送给配药药房。在收到专业处方药后，药房安排将所需的临床和教学服务信息传送给患者，并将专业处方药传送给患者或被授权给药的个人或实体。随后，药房向患者的保险承运人提交单独的支付请求，要求提供临床和教学信息并要求向患者分发专业处方药。这些交易的支付部分优选由药房福利联盟(“pbc”)处理，本文也称为药房福利系统或办公室，这将在图3中描述。

药房福利联盟是由本系统的发明人组成的实体或办公室，作为行业药房福利管理器(或“pbm”)系统的增强替代。pbc充当协调机构，用于与患者相关联的付款人(通常是保险公司或雇主)通过合同或福利计划或联邦或州福利(例如，医疗保险和医疗补助)可用的医药福利。pbc旨在通过清算电子处方(“erx”)来履行并促进与履行电子处方相关联的交易，以有效地管理付款人对患者的利益。

在处理专业处方药付款的过程中，由药房福利联盟处理的ecoupon将伴随专业处方药前往gpo，并分发给药房。在图示的实施例中，gpo还将专业处方药的付款汇给制造商。

关键系统概念的概述

通过简要回顾体现在本发明中的几个关键概念，将有助于理解以下描述。这些概念是：(1)医疗保健系统中的所有授权参与者的实时访问，以完成每个患者的临床和药物数据，在每次医疗保健交易时在电子患者结果记录(epor)中进行更新；(2)除了关于药物的描述性信息之外，每个患者的完整药物文件还包括与其他药物和食物的相互作用数据以及专业处方药的实验室和基因组信息；以及(3)该系统的基本功能原理是提供临床分析消息(“cam”)数据文件的能力，通过临床分析消息数据文件，在为患者和向患者开处方、检查、分配和分发专业和非专业处方药并且管理和记录与患者治疗相关的可测量结果的过程中，根据需要传送和分发关键信息。还讨论了作为患者文件的安全入口的患者特定算法的附加概念(4)。

临床和药物数据的实时可访问性意味着epo数据数据库和电子药房记录(epr)数据库的文件可由授权访问数据的医疗保健提供者在读/写交易期间访问和更新。从epo数据和epr数据库中填充的epo是统一数据库，该数据库也可以在每次交易中更新，以帮助确保下一个访问记录的医疗保健提供者可以获得准确的数据，从而使医疗保健提供者的行动和决策能够由数据告知。这一概念有助于通过保持对患者记录的及时更新来确保患者安全，这是本文公开的医疗保健系统的主要目标。关于专业处方药，除非有当前、准确和全面的患者数据记录，并满足临床要求，否则不能继续或完成向患者传送这些药物。数据文件的实时更新也有助于对所需临床数据进行持续的医疗保健研究评估。

为每个患者创建的药物和临床文件的完整性对于开出与个体患者的代谢和临床特征相适应的专业处方药至关重要，有助于确保(a)开出最有效的药物；(b)将开出能够充分和安全代谢的药物或剂量；(c)尽量减少副作用，包括可能具有潜在危险的副作用；以及(d)最小化与其他药物或食物的潜在危险相互作用。系统中配置的药物文件超越了对处方集(付款人使用的不同类别品牌和通用药物的层级和列表)的需求，以将药物分发限制在最便宜的药物，而不是最合适的药物。

在药物和临床数据文件的另一应用中，提供食品杂货和药物产品的连锁零售商是利用这些综合药物文件的优势的最佳候选者，这些综合药物文件形成了本文公开的本医疗保健系统的组成部分。当这种文件包含到也提供例如患者购买的食品的零售环境中时，这种文件的可能性使得能够从保存在零售企业使用的相同数据库系统中的数据中容易地执行交互交叉检查。这种分析能力有助于避免分发与患者饮食和临床特征以及与患者可能消费的其他物质不相容的药物。

临床分析消息(cam)数据文件的使用还提供了在履行处方过程中的必要调整和/或确认功能。术语临床是指该消息包括相关的已知患者临床数据，以帮助确保所提供的患者数据与履行过程中发生的交易中涉及的其他信息一致。术语分析是指对患者文件中的药物数据(描述、基因组、相互作用、并且甚至实验室数据)进行分析，以确保其与处方相关的临床数据一致，这些数据是特定于处方正在被处理的患者的。术语消息是指在履行过程期间，cam系统包括必须提供给患者和电子患者结果记录的相关教学和临床服务信息，这些信息易于获得和交流，以便在履行过程的各个步骤中满足符合fda和cam要求。

cam数据文件的细节包含在下面图2的描述中。

本文公开的医疗保健数据系统的一个附加特征是为每个患者创建的并对每个患者唯一的患者特定算法(“psa”)的作用。当授权用户访问、检索和更新患者文件时，该算法用作患者文件的地址(安全入口)，授权用户是患者和授权医疗保健提供者，例如，医生、医院、药剂师、实验室和付款人。可以与包含在cam数据文件中的消息报头相关联的psa包括有助于防止未经授权访问患者数据文件的数据安全特征。

图1示出了本发明的一个方面，一种被构造为像医疗保健设施一样运行的系统。该系统被配置为处理来自多个类别的各种来源的数据。在其中一个来源中，epo数据包括但不限于患者人口统计、个体患者医疗信息、基因组学(包括个体遗传数据)、疾病概况、过敏概况、药物和免疫接种，所有这些都保存在epo数据中。在另一来源中，epr数据库包括参与药店的药物患者记录。系统存储、访问和处理的数据还可以包括实验室数据和分析以及关于提供者、付款人、预约时间表和治疗的信息。将在图2和图3的描述中进一步详细描述图1所示的系统的操作。

图1示出了用于处理药物处方(特别是所谓的“专业处方药”)的系统网络的主要特征的总体概述。图2示出了第一实施例中涉及的主要过程步骤和功能组件(专业处方药的前端处理)，在将处方提交给药房进行履行之前，与根据存储在几个数据库中的综合数据来审查医生或其他从业者提交的处方的功效相关联的提交审查阶段。图3示出了在第二实施例中涉及的主要过程步骤和功能组件(专业处方药的后端处理)，在药房收到处方之后，与向患者发送所需的临床和教学服务信息以及向患者分发专业处方药相关联的履行审查阶段。这些审查对于确保符合法规和患者安全是必要的。

显而易见的是，图1的系统的总体目标是利用其两个关键组件(综合和创新的临床服务平台和电子患者结果(epo数据)数据库)，以与电子药房记录(epr)数据库相结合来创建新颖的、统一电子患者结果记录(epor)，从而当处理提交的处方的提交和履行时，该独特的epor患者记录实时接收数据更新，这足以同时实时报告护理期间提供的可测量结果。同样显而易见的是，这种新的epo不同于填充其的两个主要来源，即，epr和epo数据库。当本文描述的系统安装和配置、通过因特网(或其他网络)连接到外部实体和数据源时，填充epor数据库所需的数据可以转换成与临床分析消息(“cam”)数据文件兼容的通用格式，并存储在epor数据库中。然后，每当访问网站门户并操作系统时，可以通过将要描述的临床服务平台的操作来更新epor和源数据。通常，在图2至图5b中示出和描述实现这一目标的系统的结构和功能操作。

在图2的左侧是医疗保健提供者，他们检查、诊断和治疗患者，经常开处方，并提供与处方治疗相关的临床信息。右侧包括广泛的epo数据库，其中可以包含标准化的文件和服务，包括但不限于药物、实验室和基因组信息以及医疗保健提供者的数据、协作、关于慢性和急性疾病的疾病管理信息以及关于医疗保健服务的信息。包含在用药物传送系统识别的临床服务平台中的软件系统还通过用于向epo数据提供数据和服务的nhin(国家健康信息网络)系统与epo数据耦接。药物传送系统还可以经由x12和ncpdp的协议提供访问，用于处理临床和教学服务传送的账单和分发专业处方药。epo数据还可以接收电子脚本(电子处方)的数据，该电子脚本涉及编辑处方提交和履行交易(以适当地与支付要求一致)，这些交易通常通过通常被标识为“交换机”的电子交易中心进行。交换机是一种可以由几个私有实体中的任何一个提供的服务，它是一种被配置为在将要描述的医疗保健网络系统中进行数据交换的通信系统。

图2的中心部分从上到下描绘了本实施例的两个关键组件，即，cam数据文件220和临床服务平台202，这与迄今为止不可用的电子病历数据140共同形成了新颖的组合。这些关键组件一起解决了如本文所述的医疗保健行业中不同组件的集成问题。患者安全门户由网站门户104提供到促进本实施例的许多功能的系统100中，患者安全门户提供了对该患者的电子患者结果记录(epor)的安全和可靠的患者访问，并为临床从业者提供了使能授权。网站门户104为示出的经由链路160耦接到图1所示网站门户104的每个医疗保健提供者学科提供从患者安全门户和跨学科门户进入跨学科电子患者结果记录或epor的接口。最后，还示出了耦接到epo的必要的促进软件系统，称为用于操作epo数据140数据库的专用“临床服务平台”202。临床服务平台中的软件(包括审查处理器212)被配置为与将描述的药物传送系统接合并交互。

epo数据140的两个重要组成部分称为临床前分析消息(“前cam”)数据文件和临床后分析消息(“后cam”)数据文件。这两个数据文件包含系统中可用的每种专业处方药的标准化临床要求。该信息可由医学研究机构(例如，医学院、独立医学研究实验室等)验证，包括必须提供给患者的关于个体药物和临床教学及临床服务信息的数据。前cam数据文件包括关于每种药物的数据以及必须提供给患者的所需临床教学或临床服务信息。后cam数据文件包括以下通知：(a)通知配药药房何时可以订购和配药；以及(b)经由临床服务平台通知参与患者护理事件的所有提供者进行了临床教学或其他临床服务。

应当理解和意识到，在本文描述的整个过程中，随着与提供者或交易的交互或与系统的相遇，与每个过程步骤相关联的每个相关数据库组件中的数据(分别是epo数据(标准化文件和服务数据库)、epr数据和epo数据库)不断更新。具体而言，该系统被构造成始终保持epor更新，使得后续步骤的功能可以通过与系统中提供的系统的门户链路实时可用。因此，该系统只允许授权的提供者(医生、医院、实验室、付款人、cms(医疗保险和医疗补助服务中心，联邦政府的机构)和患者自己)安全、可靠地访问。该系统还可以提供访问一个或多个指定的电子患者结果管理门户和连接到系统中患者的epor的商业智能仪表板(bid)。

本文所述的系统被配置成处理和管理与损伤、疾病或残疾相关联且在诊断、建议和治疗患者时时必须发生的大量医疗保健数据事务。这种交易是数据密集型的。此外，在这种交易中，除了咨询之外，药物处方是患者所接受的保健中最普遍的成分之一。因此，围绕药物使用的过程和管理组织的数据系统体现了在设计医疗保健数据系统中使用的足够广阔的前景。

图1示出了用于处理药物处方的系统网络的主要特征的总体概述。图2示出了第一实施例中涉及的主要过程步骤和功能组件，在将处方提交给药房以履行之前，与审查处方相关联的提交审查阶段。图3示出了第二实施例中涉及的主要过程步骤和功能组件，与向患者传送所需的临床和教学服务信息以及向患者分发专业处方药相关联的履行审查阶段。

这些实施例的一个关键特征在于，新的统一电子患者结果记录(epor)150统一在处方处理期间从两个其他数据库复制的数据(epo数据140和epr数据144)。epor由授权参与系统使用的任何患者和从业者、医院和诊所、实验室和医学研究实体维护。该系统被配置为在发生每个事务时更新所有数据库条目，从而可以实时完成数据输入和访问。

这些实施例的另一关键特征是使用称为“临床分析消息”或“cam”数据文件的唯一数据文件，该文件根据主要保存在临床服务平台中的定制算法与软件管理的处理步骤一起行进。在处理的提交审查和履行审查阶段，都使用可以如本文所述的图6所示构造的cam数据文件。这些审查阶段在概念上有些相似，但在结构和过程上明显不同于业内药房和付款人使用的众所周知的“预编辑”和“后编辑”过程，以使用已建立的数据和处理索赔的规则来检查处方索赔的准确性和一致性。

如前所述，在处理专业处方药的处方时，需要向要接收专业处方药的患者提供临床和教学服务信息。如将要描述的，满足该要求所需的信息将存储在epo数据库206中，并且关于该要求的指令将包含在cam数据文件或图2中的cam220中。在这种情况下，cam220可以被配置为“临床前分析消息”的“前cam220a”，其管理处方处理的提交审查阶段。临床和教学服务信息的来源通常基于由医生和医学院或医学研究机构验证的数据。

“后cam220b”也与处理专业处方药处方相关，这是临床后分析消息，其控制处方处理的履行审查阶段。除了其他数据之外，后cam220b优选地包括关于药房何时可以将专业处方药分发给患者或者在某些情况下由有执照的保健从业者给患者施用的信息以及所需的临床和教学服务信息。

本发明的详细描述

在以下描述中，作为信息单位的处方具有附图标记88，并且同样作为信息单位的索赔具有附图标记90。将描述两种特定类型的索赔：索赔90包括用于经由路径312传送临床和教学服务的第一索赔91和用于分发药物的第二索赔92。

图1示出了描述本发明的一个实施例的主要功能组件的系统网络图。医疗保健数据系统100围绕其与互联网102的操作连接来构建，互联网102经由网站门户104访问并且经由电子交易中心106提供与医疗保健数据系统100中的参与实体的链接。电子交易中心106在行业中称为“交换机”，并且在本文将称为交换机106。第一“云”系统110、第二“云”系统120和第三130“云”系统经由第一数据处理链路112和第二数据处理链路122耦接到互联网。云系统110、120和130被示为三个独立的实体，因为其均可以包含相同的数据以及处理和编程结构，以提供必要的冗余和备份能力。

众所周知，云可以被定义为计算资源的系统，即，远离用户位置但用户可以根据请求访问的数据存储、数据处理、软件和通信组件。云中可用的数据处理设施的一个主要用途是，用户没有安装和维护自己的数据处理资源的负担。相反，必要的数据处理组件(包括存储在云中的专有软件)可以在用户系统运行期间随意访问。因此，云可以将维护自己的计算基础设施的资本成本降低到运营成本。云的另一重要优势是易于为关键系统(例如，具有大量数据备份和安全需求的医疗保健数据系统)提供冗余和安全的资源。云可以是公有的，也可以是私有的。公有云可以有多个共享可用资源的用户。私有云由单个实体维护，这些实体出于自身目的限制访问。

在图1中，云110包括第一审查处理器114，其可以是在医疗保健数据系统100中履行重要功能的专有软件。类似地，云120(云110的副本)提供系统冗余，并包含副本专有软件、第二审查处理器124。为了说明医疗保健数据的某些重要片段存储在第一云110和第二云120中，图1中描绘了第三云130，其代表第一云110和第二云120的相应部分。第三云130的数据存储功能被示为可通过将其与网站门户104连接的第三数据处理链路132访问。也连接到第三数据处理链路132的是三个数据库：epo数据140、epr数据144和统一epor150。

epo数据140可以是包含标准化文件以及数据和服务的数据库，可以包括但不限于1)药物数据；2)实验室数据；3)基因组数据；4)医疗保健提供者数据；5)医疗保健提供者之间合作的数据；6)慢性和急性疾病的疾病管理信息；以及关于7)nhin服务和合同服务的数据。医疗保健数据系统100中的公众参与者可以访问epo数据。

名为“电子药房记录”的epr数据144可以是存储与参与药剂师的处方处理相关联的患者和药物数据的中心药房内数据库。

epor150可以是统一数据库，其被结构化并专用于医疗保健数据系统100的参与成员。接收在系统100中发生并由系统100处理的每个医疗保健交易的数据和信息更新。从epo数据140和epr数据144接收数据和信息，这些数据和信息通常不是所有提供者都能访问的。因此，每当一个参与提供者被授权经由相应的门户162-174登录到网站门户104时，他们可访问的数据保存在称为epor数据150的统一数据库中。

保健数据系统100中的两组参与者如图1所示。一组经由提供者门户链路160耦接到网站门户104。这组参与者包括但不一定限于患者162、医生164、药房166、医院和诊所168、实验室170和提供基因组研究的实体174。基因组数据172和医学院数据176的提供者可以分别链接到实验室170和研究实体174。另一组参与者包括付款人和行业标准机构180，其通过交换机链路a182耦接到电子交易中心106(也称为交换机106)。付款人和行业标准机制180也经由交换机b链路184耦接到国家健康信息网络或nhin142。nhin142经由交换机链路b184从付款方和工业标准机构180接收数据。付款人和行业标准机制180提供处理对由医疗保健提供者提供的服务的支付的索赔，医疗保健提供者包括经由提供者门户链路160连接到网站门户104的第一组参与者。

系统100中的另一主要参与者可以是药房网络146，药房网络146积累涉及处理处方和支付索赔的大量患者、药物和其他医疗信息。该医疗保健数据可用于向nhin142和epr144提供关于药房网络146的成员经由分别到nhin142和epr144的第四数据链路138和第五数据链路148处理的每个电子医疗保健交易的最新信息。

可以保存在第一云110和第二云120中的第一审查处理器114和第二审查处理器124中的任一个在由医疗保健提供者提交到医疗保健数据系统100中的处方的提交处理期间履行中心角色。在图2中由审查处理器212共同表示的审查处理器114、124可以优选地是临床服务平台的功能部分或者直接与临床服务平台集成的临床服务平台的不同部分。如本文为方便起见所述，将被视为临床服务平台的一部分。

图2示出了根据本发明的一个实施例的所谓“专业处方药”的处方的前端处理的功能框图。术语“前端”处理是指专业处方药的处方的提交处理。所谓的“专业处方药”通常非常昂贵，需要特殊处理，并且是为罕见或衰弱性疾病开的处方。提交处理影响处方的处理，即，在自动编辑过程中对处方的评估，从患者的处方的医疗保健提供者(例如，医生)将处方输入到系统中到被选择为通过将药物分发给患者或护理者来履行处方的药房接收。

图2描绘了药物处方的“前端”处理的示例。提交审查系统200的处理经由路径214、222或224中的任一个实时执行由医疗保健提供者204(例如，医生或护士执业者)提交的处方88的审查。因此，当通过点击提供者终端上的发送键来提交处方88时，系统200执行提交审查，并在几秒钟内返回不需要对处方88进行编辑的确认或者由于提交审查过程中出现的一个或多个因素而必须修改处方88的指令，这些因素将使初始处方88对于其预期目的无效。在以下描述中，处方88被定义为识别由提供者开出的药物、何时给药(包括每24小时给药的频率)和药物量(通常以毫克或“mg”表示)的信息单元。配药药房使用该“脚本”信息来填写处方88，并且患者使用该“脚本”信息作为给药的说明。

图2所示的提交处理系统200包括临床服务平台202中的审查处理器212、许可的医疗保健提供者204、epo数据库(“eρο数据”)140、电子交易中心(或“交换机”)208和药房210，所有这些都通过将描述的通信链路耦接。审查处理器212可以是在计算机或服务器系统上、用户基础设施上运行或者优选地远程设置在云110、120、130中的软件应用系统，如图1所示。许可的医疗保健提供者204可以是私人诊所或医院或诊所等中的医生或内科医生、护士执业者。epo数据140数据库可以是用户基础设施的一部分或者优选地是远程资源(例如，云110、120、130)的一部分。通常由第三方提供的电子交易中心或交换机208出现在临床服务平台202中的许可医疗保健提供者204和审查处理器212之间的通信路径214中以及审查处理器212和epo数据140之间的通信路径240中。在以下描述中，术语“路径”被理解为表示“通信路径”。

需要注意的是，在需要编辑处方的情况下，有几条通信路径可作为可选路径。例如，处方88可以通过第三方电子病历系统(“emr”)214和第三方交换机208提交给临床服务平台202中的审查处理器212的输入。可选地，处方88可以经由直接路线222或esubmit路线224直接提交。一旦接收到，审查处理器212编辑处方88中的信息，并且可以基于其数据库中关于患者和药物类型的信息来选择药房。审查处理器212生成称为临床分析消息(“cam”)数据文件220的唯一类型的数据文件，该数据文件与处方88一起通过系统。如图6所示，cam数据文件220可以包括数据有效载荷，该数据有效载荷具有患者数据字段、路由字段或报头、错误检查字段以及在预编辑处理期间用作密钥的分组标识符。cam数据文件220中的有效载荷可以像与处方相关联的清单一样工作，因为该有效载荷通过提交审查处理器工作。在提交处理期间，在图2所示的功能单元之间沿着标有星号(*)的数据链路交换cam数据文件220。图3中使用双星号(**)表示在履行处理期间使用cam数据文件220。

包括审查处理器212的临床服务平台202包括对cam数据文件220内容和数据库进行操作的审查(或者，预编辑)处理器。审查处理器可以优选地包括一套预编辑算法，用于访问cam数据文件中的患者临床数据，在提交的处方和关于处方药的信息的上下文中分析患者临床数据，并完成预编辑过程。

审查处理器212还可以包括第一过程，用于自动执行提交的处方的预编辑审查，并根据提交的处方中识别的关于药物的可用信息依次调用预编辑算法中的各个算法来访问、检索和分析患者临床数据；第二过程，用于控制在预编辑过程期间调用的多个通信链路；第三过程，用于基于存储在数据库中的对应于在编辑的处方中识别的处方药的药房授权数据，选择药房来履行编辑的处方；以及第四过程，用于自动执行履行提交的处方所需的步骤，包括提供所需的临床和教学服务以及分发处方药。审查处理器212可以优选地包括接口，用于发送电子处方，作为单个同步消息。

在所示的实施例中，临床分析消息数据文件220(cam数据文件)包含(a)保存在患者数据字段中用于完成药物利用审查(“dur”)的信息，包括至少(1)从数据库中与患者和提交的处方相关联的可寻址位置检索的多个患者临床数据；(2)提交的处方对从数据库中检索的并由软件机制分析的患者临床数据的分析的陈述报告结果；以及(3)关于将与所分发的处方一起提供给患者的所需临床教学和服务的信息。cam数据文件还可以包含(4)结构，用于与一个或多个预编辑算法协作，以对存储的患者临床数据进行分析处理，以确定所提交的电子处方的一致性[疗效]，其中，用于协作的结构可以包括与一个或多个预编辑算法相关联的处理密钥。

使得提交审查系统200能够实时响应于提供者的处理速度由位于虚拟主机或云内的专用软件的组合提供，并且在提交审查期间在审查处理器212内调用时以及在审查处理器212直接访问综合epo数据140数据库时运行。将各种各样的患者、药物和保险计划信息汇集在一个电子位置(epo数据140)并可由审查处理器直接访问，这使得专用软件能够几乎零延迟地执行提交审查处理。

当医疗保健提供者204通过计算机终端(无处不在的装置，未示出)输入要给患者服用的药物的escript或处方88时，操作序列通常开始。输入的处方88可以直接传输到所示的提交审查系统200的审查处理器212。可选地，处方88可以通过现有的第三方emr系统218经由交换机208提交给审查处理器202，或者处方88可以如图所示以电子方式提交。交换机208(可以称为门)可以是便于在网络102中连接的参与实体之间传输处方信息的几个电信网络和数据格式化服务中的任何一个。

在提交审查处理器202中以及由提交审查处理器202执行的操作包括用患者优选药房的身份记录由提供者204输入的处方信息，并且通过用来自epo数据140的相关数据填充其数据字段来组装cam数据文件220，这一动作类似于填写表格，尽管几乎是瞬时的。使用文件标签，审查处理器212调用定制算法，以根据输入提交审查系统200的处方88来分析cam数据文件220中的填充数据字段。算法被构造成执行药物利用审查，分析处方与epo数据140数据库中的信息的药物相互作用，例如(但不限于)患者可能正在服用的其他药物、已知食物或其他过敏、患者的特定疾病状况、来自各种测试(例如，血液、尿液和其他体液)的实验室数据、患者疾病和医疗数据、患者基因组概况以及可能与特定处方相关的患者健康保险的规定。

由审查处理器212执行的操作确定提交的处方88是否必须被编辑，以纠正处方药与epo数据库140中的某项信息的不相容性或不一致性。结果是返回给提供者204的指令224，以修改初始处方88，以及对所需修改的建议；或者处方88经由交换机208转发228到药房210。在一些系统中，可以向提供者204返回不需要编辑的消息(图5a中未示出)，以确认将处方转发给药房210。在处方需要修改的情况下，可以给提供者机会进行建议的修改，并经由交换机208将修改后的处方重新提交给药房210。一旦收到，处方88可以放置在队列中，以供药房210履行。

在许多情况下，履行(有时称为“后端处理”)仅仅意味着给患者开处方，并由患者的保险公司负责支付。在其他情况下，例如，对于专业处方药，即，需要有执照的医生给药的药物、或者化疗药物、或者实验药物、或者非常昂贵的药物，履行过程要复杂得多，如本文将结合图3描述的。例如，联邦政府对cms(医疗补助和医疗保险服务中心)的履行过程的要求是需要记录关于处方过程结果的数据，即，存储在epo数据140(标准化医疗保健数据)和称为epo数据库150(图1)或304(图3)(患者和医疗保健提供者可访问)的补充数据库中的数据是否反映了该过程的正确结果，即，已满足所有要求。通过本领域众所周知的方式，统一的epo数据库填充有从epr和epo数据库中使用的典型不同格式提取和转换的数据，用于存储在单个数据库中，所有数据以通用格式格式化，以供授权提供者和患者随时访问。

图3示出了根据图1的实施例的专业处方药的处方88的后端处理的功能框图，在图2之后并且与图2的实施例密切相关。图2的部分出现在图3中；因此，图2的那些结构具有相同的附图标记。例如，交换机208被示为具有来自审查处理器202的输入，审查处理器202又耦接到且能够访问图2所示的数据库的内容，即：epo数据140、epr数据144和epo数据150。术语“后端处理”是指处方88的履行处理。该系统被特别配置用于处理专业处方药的处方88。从接收到从发起医疗保健提供者提交的处方88的编辑版本开始，履行处理影响药房对处方88的处理。履行过程包括向患者提供临床和教学服务信息，确认该服务，向患者填写和分发处方药，为这些服务的付款准备索赔90，以及由付款人代表患者处理向制造商、经销商和零售药房的付款。

当经由路径212接收到从审查处理器202发送的带有cam数据文件220的处方88(由医疗保健提供者204发起)并由交换机208通过路径242发送到药房210时，履行处理开始。药房210执行几种功能。如果处方88是针对专业处方药的，则药房210在步骤260沿着路径330和334检查并准备处方88，以便提供临床和教学服务，并且在步骤302到步骤250向患者分发或施用处方药。临床和教学服务信息包含在与专业处方药处方一起传播的cam数据文件220中。在经由步骤260传送这些服务时，cam数据文件220确认沿着路径262传送服务260。从那里，消息经由步骤340经由交换机208沿着路径264传播，以更新epo数据140，从而通知医疗保健提供者204，并且还经由路径254通知专业处方药的制造商360，从而通知制造商可以分发药房208通过路径332发送的专业处方药的订单。如果处方不是针对专业处方药，则不需要临床或教学服务，并且药房210在步骤250将药物分发给患者302。

履行处理包括对向药房210支付其提供的服务的请求90的处理。还包括在专业处方药的制造商360将药品传送给集团采购组织或结构370(也称为gpo370)的库存之后，对专业处方药的制造商付款的处理。建立gpo370，以服务于成员药店的仓库功能，以维持专业处方药的库存，并促进其成本的支付和信贷的处理。在专业处方药制造商360沿着路径332从药房210接收订单之后，沿着路径342从制造商360接收的专业处方药由gpo370传送。经由路径264向患者提供临床和教学服务的确认340授权制造商360经由路径342向gpo370分发专业处方药，gpo370沿着路径348向药房提供专业处方药。

类似地，路径342代表从制造商360向gpo370传送、订购专业处方药以及向gpo370发送专业处方药账单的双重作用。与gpo370收到专业处方药账单相关联并且响应于gpo370收到专业处方药账单，随后沿着路径344将专业处方药的付款汇款到制造商360，制造商360可以经由路径346发行电子优惠券(也称为“ecoupon”)，该优惠券代表要记入药房210的患者账户的专业处方药的成本的折扣。ecoupon346由药房福利联盟或实体(也称为“pbc”)310在去往gpo370的途中处理，以便传送到药房210。pbc310充当与患者相关联的付款人(通常是保险公司或雇主)通过合同或福利计划或联邦或州福利(例如，医疗保险和医疗补助)可获得的药物福利的协调实体。

药房福利联盟或pbc310是由本系统的发明人形成的实体，作为行业药房福利管理器(或“pbm”)的有效替代物。pbc旨在通过清算电子处方(“erx”)来履行并促进与履行电子处方相关的交易，来代表患者有效地协调、根据需要裁决和调节付款人对药房的福利。gpo370还可以经由路径344将专业处方药的支付转发给制造商360。

当药房210已经提供了临床和教学服务(针对专业处方药)并且分发了非专业处方药的特性，并且建立了对这些服务的确认时，药房210准备并向pbc310提交索赔90。索赔90包括用于经由路径312提供临床和教学服务的第一索赔91和用于分发药物的第二索赔92。然后，pbc将索赔91、92转发给记录320的付款人，记录320可以在将索赔91、92转发给pbc310之前，根据其自身的规则和程序对索赔91、92进行裁决，以调节所需的汇款，并在沿着路径324向药房210提交补偿之前，根据需要通知pbc310。这些索赔91、92的处理也可以分别表征为第一和第二补偿交易。

本领域技术人员将认识到，本文描述的系统形成了新结构与在医疗保健行业中操作的现有结构的新组合。新系统有助于提供者遵守联邦法规，提供安全、高效、可靠的患者结果记录，从而能够客观测量患者接受的护理阶段的结果。

新的结构包括相关的电子患者结果记录(epor)、新的临床服务平台和新的临床分析消息数据文件的系统。该系统围绕系统、过程和数据库进行组织，用于开处方和验证(提交)以及履行药物处方、提供临床数据和咨询、协调相关的支付交易以及在这些过程的每个步骤中提供对存储数据的实时更新。该系统的结构特征通过单独的门户与医疗保健提供者链接，并且还允许单独的患者通过专用的、安全的门户访问该系统和电子患者结果记录(epor)。这些结构特征包括临床服务平台内的各种新软件机制、国家健康信息网络(nhin)和药物传送系统，其被配置用于通信，从而确保系统中所有与医疗健康相关的数据的便携性和互操作性。

为了进一步描述提交和履行过程，现在将描述图4a、图4b、图5a和图5b所示的这些功能的流程图。图4a示出了由图2所示的系统执行的前端或“提交”处理400的第一部分的流程图。从框402开始，在步骤404中，当开处方者(例如，许可的医疗保健提供者204)登录到医疗保健网站104以访问处方处理系统100时，流程开始。一旦成功登录，提供者204在保健网站104输入处方信息，以在步骤406启动提交前审查。在以下步骤408中，处方信息通过电子交易中心或“交换机”106转发到审查处理器202。在步骤410中，审查处理器访问epo数据库206中的数据，以获得与提交的处方88相关的数据。在步骤412中，审查处理器生成临床分析消息或“cam”数据文件220，其包含患者临床数据和从epo数据库206获得的数据。cam数据文件的生成之后是步骤414，以在cam数据文件220中插入报头代码，从而在提交过程期间跟踪处方，并使其能够被审查处理器202中的处理算法访问。

前进到步骤416，审查处理器根据epo数据206分析患者临床数据和处方88中的处方药，以确定是否存在需要对处方88进行编辑的任何不兼容性。步骤418通过根据是否需要对处方88进行编辑来引导流程，从而对该确定做出响应。如果不需要编辑，流程经由(b)前进到图4b中的步骤420。如果需要编辑，则流程经由(a)前进到图4b中的步骤424。

图4b示出了由图2所示的系统100执行的前端或提交处理400的第二部分的流程图。从步骤420开始，步骤420将提交的处方88与cam数据文件一起转发给药房210进行履行。履行过程开始于步骤430，如将使用图3和图5描述的。从通知开处方者204需要对处方88进行什么编辑的步骤424，流程前进到决定步骤426，在该步骤中开处方者决定是否同意所需的编辑。如果开处方者同意进行编辑，则进行编辑，并且在步骤428将处方重新提交给药房210，使得履行可以在步骤440开始。如果开处方者不同意编辑处方的要求，则在步骤432，开处方者重新提交处方88，并给出指令和/或解释，说明诊断需要最初发布的处方，并且必须对所需的编辑进行例外处理。如果在步骤418(图4a)中分析确定不需要编辑，则流程进行到步骤434。在步骤420、428和432之后，流程前进到步骤434，以确定是否需要从其原始格式转换epr和epo数据。如果不是这样，则流程前进到步骤440，开始履行处理，如图3和图5所述。如果步骤434为是，则必须转换源数据(epr，epo)，将流程引导至步骤436，以将源数据从其原始格式转换成系统数据库epo所使用的通用格式。此后，更新epor，并且该过程在步骤440进入履行过程，提交过程400在步骤442结束。于是，流程前进到步骤440，开始未编辑处方的履行处理。

图5a示出了由图3所示的系统执行的后端或“履行”处理500的第一部分的流程图。从框502开始，当处方88在步骤504中通过电子交易中心或“交换机”208提交给药房210以履行时，流程开始。在步骤506中，提交的处方88的履行审查过程基于处方信息和cam数据文件220开始。在步骤508中，根据审查处理器202中的至少一种算法来分析提交的处方。在接下来的步骤510中，确定所提交的处方是否针对专业处方药，并且如果测试是否定的，则流程在步骤522前进到图5b中的步骤524。如果步骤518中的测试是肯定的，即，如果提交用于履行的处方是专业处方药，则流程前进到步骤512，在步骤512中，专业处方药所需的临床和教学服务信息从epo数据文件中检索或复制，并插入到cam数据文件220中。在接下来的步骤514中，临床和教学服务信息传送给患者。然后，在步骤516中，使用cam数据文件220向授权的接受者生成消息，即，关于专业处方药的临床、教学和服务信息传送给患者，从而授权制造商分发特定量的专业处方药。

现在转向图5b，示出了由图3所示的系统执行的后端或履行处理500的第二部分的流程图。对于专业处方药，下一步是通过通知集团采购组织或gpo370(图3)已经分发处方药的传送，来通知制造商专业处方药的订单，因为药房已经向患者302传送了临床和教学服务(步骤514)。在步骤524中，处方药(无论是专业处方药还是非专业处方药)都由药房分发给患者302。在步骤530中，药房通过经由电子交易中心或“交换机”208和药房福利联盟或“pbc”310向付款人320提交其所提供的临床和教学服务的第一索赔和其分发给患者302的处方药的第二索赔，来准备并向系统中的付款人320提交索赔。在下一步骤532中，付款人可以根据其规则和程序执行裁决，以将pbc310的付款与提交给药房210的第一和第二索赔进行调节。当支付和索赔已经根据需要进行了调节时，在步骤534中，支付转发到药房210，并且在步骤536中，与ecoupon一起记入患者账户。在下一步骤538中，系统确定epr和epo数据数据库是否需要转换。如果不需要，则流程前进到步骤544，并且履行处理结束。如果在步骤538中确定epr和epo数据必须从其原始格式转换，则流程前进到步骤540，以将epr和epo数据转换成epo数据库的通用格式。在转换步骤之后，更新epor数据库，流程前进到步骤544，履行处理结束，随后在步骤546退出履行处理操作。

图6示出了可以在本发明的一个实施例中使用的数据位结构的一个示例。根据系统中采用的特定通信协议，本发明中使用的cam数据文件结构可以采取几种形式中的任何一种。图6所示的示例将数据文件定义为一组分组，每个分组是根据其中编码的数据类型的数据字段序列。每个数据字段600由数据帧组成。图6中描绘的示例包括从左向右读取报头或地址字段602、分组标识字段604、数据字段(数据有效载荷)606和错误检查字段608。数据字段由数据字节组成的数据帧组成。

技术概述

本发明提供了一种用于处理医疗保健数据的新系统架构，如图1、图2和图3所示。本发明包括数据处理机制的组合，该数据处理机制被设置和配置为有效地处理处方提交和履行以及医疗保健数据更新和所有授权医疗保健提供者和患者的实时安全、可靠的患者结果数据可访问性。

本发明体现的技术改进包括配置以下三个创新：(1)增强的数据库组织系统；(2)由新的临床服务平台提供的增强型(自动化)处方提交和履行处理系统；以及(3)用于促进系统(1)和(2)中的数据移动和处理的数据文件格式。

提交和履行处理系统从两个主要数据库中提取数据，即，epr(药物数据)和epo(标准化医疗数据)数据库，这两个数据库都包含在来自多个来源的不同配置中格式化的大量数据。

填充第三原则数据库(包含完整患者医疗保健结果记录的epor数据库)的工作的一部分包括将不同格式的源数据转换为epor数据库的通用格式(例如，xml)。临床服务平台包含以下机制：(a)转换这些数据，(b)在epo数据库中以有组织的方式安装；(c)在epor中维持每次处方处理和其他医疗服务提供者交易更新的记录；以及(d)允许所有授权的提供者和患者对每次医疗保健交易更新的数据进行实时、可互操作的访问。促进临床服务平台的功能中的数据移动的处理系统的一个重要组成部分是临床分析消息(“cam”)数据文件。

因此，本发明提供了一种新颖的以患者为中心的、便携式的、可互操作的、跨学科的、电子患者结果记录和系统，授权的医疗保健提供者及其患者可以通过进入该系统的网站门户实时访问该记录和系统。该系统包括单一医疗保健数据库、临床服务平台和临床分析消息数据文件的新颖组合。医疗保健数据处理技术的这三项创新中的每一项都是针对其相应的数据处理功能进行专门配置的。这种方法的优点在于，系统不能被配置成实时执行其功能，因为消除了与修改的传统结构相关联的安全性、速度和由此产生的瓶颈的折衷。专用体系结构和速度带来的效率以及系统中不存在瓶颈对于提供一种能够应对当前和在可预见的未来的医疗保健数据需求异常增长的系统至关重要。正是这种组合以及这些元件中每一个的独特特征一起工作，提供了与医疗保健提供者对患者的治疗相关联的处方药提交和履行交易的安全、实时访问和处理。此外，如此构建的系统提供了增强的患者安全和医疗保健信息的安全性，同时提供了符合联邦法规的最新患者结果数据。

在每次处方交易中，统一的医疗保健数据库都填充有药房和标准化的医疗保健数据，包括将源数据的原始数据格式转换为通用的、易于访问的数据格式。临床服务平台通过其与系统的活动组件的交互，使用一套结构和算法机制来指导构建和维护单个保健数据库以及处理由患者保健提供者提交的处方的提交和履行的处理。临床服务平台及其审查处理器执行的数据交易和过程与单个医疗保健数据库协同操作，通过唯一的临床分析消息数据文件实时启用和促进，该文件在系统内通过外部实体(例如，交易中心(“交换机”)、要求处理实体、付款人和药物制造商)传送数据和过程命令。

本领域技术人员将容易理解，在没有在本发明系统中组装并在本文描述的计算机硬件和其他结构组件和机制的特定组合的情况下，提供实时、可互操作的更新和对患者安全保健数据的访问的该系统的这些优点和目标是不可能的。还将理解，本领域技术人员已知的各种编程工具可用于实现对前述材料中描述的特征和操作的控制。此外，编程工具的特定选择可以由为实现本文和所附权利要求中阐述的概念而选择的实施计划上的特定目标和约束来控制。

虽然仅以其一种形式示出本发明，但是本发明不限于此，而是可以在不脱离其精神的情况下，进行各种改变和修改。例如，本文描述的每个新结构(例如，epor数据库、临床服务平台、审查处理器和cam数据文件)可以修改，以适应特定的局部变化或要求，同时保持其彼此之间的基本配置或结构关系，或者同时执行本文描述的相同或相似的功能。

在另一示例中，cam数据文件的潜在用途可以是在提交审查过程中确定提交的处方是针对需要向患者传送特定临床和教学信息的专业处方药还是不针对通常不需要向患者传送这种特定信息的专业处方药。在这种情况下，cam数据文件的一个特征可以是识别具有某些相关风险的药物，这表明药房建议患者识别患者特定的因素或对这些风险的脆弱性。