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

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

Info

Publication number
CN109937455A
CN109937455A CN201780069426.4A CN201780069426A CN109937455A CN 109937455 A CN109937455 A CN 109937455A CN 201780069426 A CN201780069426 A CN 201780069426A CN 109937455 A CN109937455 A CN 109937455A
Authority
CN
China
Prior art keywords
prescription
data
patient
clinical
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201780069426.4A
Other languages
English (en)
Inventor
肯尼思·A·希尔
布拉德·T·克罗斯琳
托德·A·克罗斯琳
克林顿·S·弗格森三世
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
National Health Alliance Corp
Original Assignee
National Health Alliance Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by National Health Alliance Corp filed Critical National Health Alliance Corp
Publication of CN109937455A publication Critical patent/CN109937455A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/60—ICT specially adapted for the handling or processing of medical references relating to pathologies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/13—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered from dispensers
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Abstract

一种用于实时自动处理与提供者提交和履行药物处方相关联的医疗保健数据(包括索赔处理)的系统和方法由临床服务平台实现，该临床服务平台配置有审查处理器并可与临床分析消息(CAM)数据文件一起操作。该系统包括使用分别包含药物数据和标准化保健数据的第一和第二数据库。在系统处理期间中提取该数据，并转换成通用格式，用于存储在第三电子患者结果记录(EPOR)中，授权的提供者和患者可以完全安全地并且患者安全地访问该第三电子患者结果记录。

Description

一种用于实时处理与提交和履行处方药相关联的医疗保健数 据的系统
技术领域
本发明总体上涉及来自多个来源的数据库信息的管理和集成，并且更具体地，涉及一种电子的、以患者为中心的、便携式的、可互操作的、跨学科的医疗保健数据库系统。该系统包括与处方药、临床服务、医生和医院以及其他医疗保健提供者服务相关联的医疗保健数据，并且旨在改善和报告患者结果，并提供患者及其授权医疗保健提供者安全访问的过程。
背景技术
众所周知，医疗保健行业非常复杂。大量的数据用于记录每个治疗细节和相关的交易。而且现在，医疗保险和医疗补助服务(“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中的CAM 220中。在这种情况下，CAM 220可以被配置为“临床前分析消息”的“前CAM 220A”，其管理处方处理的提交审查阶段。临床和教学服务信息的来源通常基于由医生和医学院或医学研究机构验证的数据。
“后CAM 220B”也与处理专业处方药处方相关，这是临床后分析消息，其控制处方处理的履行审查阶段。除了其他数据之外，后CAM 220B优选地包括关于药房何时可以将专业处方药分发给患者或者在某些情况下由有执照的保健从业者给患者施用的信息以及所需的临床和教学服务信息。
本发明的详细描述
在以下描述中，作为信息单位的处方具有附图标记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和统一EPOR 150。
EPO数据140可以是包含标准化文件以及数据和服务的数据库，可以包括但不限于1)药物数据；2)实验室数据；3)基因组数据；4)医疗保健提供者数据；5)医疗保健提供者之间合作的数据；6)慢性和急性疾病的疾病管理信息；以及关于7)NHIN服务和合同服务的数据。医疗保健数据系统100中的公众参与者可以访问EPO数据。
名为“电子药房记录”的ePR数据144可以是存储与参与药剂师的处方处理相关联的患者和药物数据的中心药房内数据库。
EPOR 150可以是统一数据库，其被结构化并专用于医疗保健数据系统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，其通过交换机链路A 182耦接到电子交易中心106(也称为交换机106)。付款人和行业标准机制180也经由交换机B链路184耦接到国家健康信息网络或NHIN 142。NHIN 142经由交换机链路B 184从付款方和工业标准机构180接收数据。付款人和行业标准机制180提供处理对由医疗保健提供者提供的服务的支付的索赔，医疗保健提供者包括经由提供者门户链路160连接到网站门户104的第一组参与者。
系统100中的另一主要参与者可以是药房网络146，药房网络146积累涉及处理处方和支付索赔的大量患者、药物和其他医疗信息。该医疗保健数据可用于向NHIN 142和ePR144提供关于药房网络146的成员经由分别到NHIN 142和ePR 144的第四数据链路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(也称为GPO 370)的库存之后，对专业处方药的制造商付款的处理。建立GPO 370，以服务于成员药店的仓库功能，以维持专业处方药的库存，并促进其成本的支付和信贷的处理。在专业处方药制造商360沿着路径332从药房210接收订单之后，沿着路径342从制造商360接收的专业处方药由GPO 370传送。经由路径264向患者提供临床和教学服务的确认340授权制造商360经由路径342向GPO 370分发专业处方药，GPO 370沿着路径348向药房提供专业处方药。
类似地，路径342代表从制造商360向GPO 370传送、订购专业处方药以及向GPO370发送专业处方药账单的双重作用。与GPO 370收到专业处方药账单相关联并且响应于GPO 370收到专业处方药账单，随后沿着路径344将专业处方药的付款汇款到制造商360，制造商360可以经由路径346发行电子优惠券(也称为“eCoupon”)，该优惠券代表要记入药房210的患者账户的专业处方药的成本的折扣。eCoupon 346由药房福利联盟或实体(也称为“PBC”)310在去往GPO 370的途中处理，以便传送到药房210。PBC 310充当与患者相关联的付款人(通常是保险公司或雇主)通过合同或福利计划或联邦或州福利(例如，医疗保险和医疗补助)可获得的药物福利的协调实体。
药房福利联盟或PBC 310是由本系统的发明人形成的实体，作为行业药房福利管理器(或“PBM”)的有效替代物。PBC旨在通过清算电子处方(“eRx”)来履行并促进与履行电子处方相关的交易，来代表患者有效地协调、根据需要裁决和调节付款人对药房的福利。GPO 370还可以经由路径344将专业处方药的支付转发给制造商360。
当药房210已经提供了临床和教学服务(针对专业处方药)并且分发了非专业处方药的特性，并且建立了对这些服务的确认时，药房210准备并向PBC 310提交索赔90。索赔90包括用于经由路径312提供临床和教学服务的第一索赔91和用于分发药物的第二索赔92。然后，PBC将索赔91、92转发给记录320的付款人，记录320可以在将索赔91、92转发给PBC310之前，根据其自身的规则和程序对索赔91、92进行裁决，以调节所需的汇款，并在沿着路径324向药房210提交补偿之前，根据需要通知PBC 310。这些索赔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的第二部分的流程图。对于专业处方药，下一步是通过通知集团采购组织或GPO 370(图3)已经分发处方药的传送，来通知制造商专业处方药的订单，因为药房已经向患者302传送了临床和教学服务(步骤514)。在步骤524中，处方药(无论是专业处方药还是非专业处方药)都由药房分发给患者302。在步骤530中，药房通过经由电子交易中心或“交换机”208和药房福利联盟或“PBC”310向付款人320提交其所提供的临床和教学服务的第一索赔和其分发给患者302的处方药的第二索赔，来准备并向系统中的付款人320提交索赔。在下一步骤532中，付款人可以根据其规则和程序执行裁决，以将PBC 310的付款与提交给药房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数据文件的一个特征可以是识别具有某些相关风险的药物，这表明药房建议患者识别患者特定的因素或对这些风险的脆弱性。

Claims (30)

1.一种用于实时处理与提交和履行处方药相关联的医疗保健数据的医疗保健数据系统，包括：
电子患者结果记录(EPOR)数据库，被配置为统一从分别包含在电子药房记录(ePR)数据库中的药物数据和电子患者结果(EPO数据)数据库中的患者数据的原始数据格式转换的医疗保健数据；
临床服务平台，配置有审查处理器，所述审查处理器用于处理医疗保健提供者提交给药房的处方的提交审查和履行审查；以及
临床分析消息(CAM)数据文件，具有用于从提交的处方以及从所述电子药房记录数据库和所述电子患者结果数据库提取的患者数据和药物数据的字段以及用于使所述临床服务平台中的所述审查处理器能够在提交审查和履行审查处理期间调用所述临床分析消息数据文件的报头字段；其中，
由医疗数据系统处理每个医疗数据事务时，实时进行提交审查和履行审查两者以及所述电子患者结果记录数据库的更新。
2.根据权利要求1所述的系统，其中，所述电子患者结果记录(EPOR)数据库包括：
非易失性存储介质，包含以通用格式来格式化的患者临床数据，并且包括选自由患者身份、诊断、实验室数据、免疫接种、过敏、先前处方、药物相互作用、基因组数据、先前授权以及保险或福利条款构成的组中的至少一个或多个信息。
3.根据权利要求1所述的系统，其中，所述临床服务平台包括：
CAM数据文件生成器，用于配置临床分析消息(“CAM”)数据文件；
审查处理器，能够操作地连接到所述CAM数据文件生成器，并且被配置为：
在医疗保健提供者经由交易中心将处方提交到药房以进行履行的提交审查和履行审查期间，处理患者和处方药数据；
访问第一数据库和第二数据库，以获得相应的患者信息和处方药信息，用于对提交的处方进行预编辑评估；
用统一的患者医疗保健和处方信息配置第三数据库，以实现实时数据更新以及患者和提供者的后续访问；
当需要时协调临床和教学服务信息到患者的传送，并向所述患者分发处方药；
网站门户，用于在授权时为医疗保健提供者和患者提供对所述审查处理器的访问；以及
与网站、所述交易中心、医疗保健提供者和药房提供者的多个接口。
4.根据权利要求1所述的系统，其中，所述临床分析消息数据文件包括：
临床分析消息(“CAM”)，用于处方药处方系统中，其中，所述临床分析消息进一步被配置为包含用于以下项的字段的数据文件：(a)与在医疗保健提供者提交的药物处方上识别的患者相关联的信息；(b)关于在提交的处方上识别的一种或多种药物的信息；(c)关于与其他药物的潜在药物相互作用和患者风险因素的至少一个或多个信息，包括选自由患者实验室数据、基因组数据、免疫和过敏构成的组的信息；以及(d)用于构建具有患者信息和药物信息的字段的数据消息文件格式的机制。
5.根据权利要求4所述的临床分析消息，还包括：
至少一个字段，包含用于完成药物利用审查(“DUR”)的信息，包括从与所述患者和提交的处方相关联的临床数据库记录中的可寻址位置检索的至少多个患者临床数据；以及
从所述临床数据库记录中检索的并由预编辑处理器分析的提交的处方和患者临床数据的预编辑分析的至少一个陈述报告结果。
6.根据权利要求4所述的系统，其中，所述临床分析消息还包括：
用于在向所述患者分发处方之前，提供有关要传送给所述患者的所需临床教学和服务的信息的字段。
7.根据权利要求6所述的临床分析消息，还包括：
一结构，用于与一个或多个预编辑算法协作，以对存储的患者临床数据进行分析处理，以确定所提交的电子处方对患者的疗效。
8.一种用于在药房接收到用于履行的提交处方之前或之时根据医疗保健提供者提交的处方实时执行患者临床数据的提交审查的系统，包括：
数据库，接收并在包含以通用格式来格式化的所述患者临床数据和药物数据的统一记录中存储从以原始格式编码的多个来源中转换的患者临床数据和药物数据；
临床分析消息数据文件(“CAM数据文件”)，包含临床数据的多个字段，所述临床数据与在提交的处方上识别的患者和在提交的处方上识别的一种或多种处方药相关联；以及
审查处理器，对CAM数据文件内容进行操作并且与所述数据库一起操作，所述审查处理器包括一套预编辑机制，用于访问所述临床分析消息数据文件中的患者临床数据，在所提交的处方和关于所述一种或多种处方药的信息的上下文中，分析所述患者临床数据，并完成对所提交的处方的审查。
9.根据权利要求8所述的系统，还包括：
多个通信链路，用于接收所提交的处方，并将(a)所提交的处方发送到所述药房，以便在提交审查期间遵循编辑过程来履行；(b)从所述系统中的一个地址向另一地址发送所述临床分析消息数据文件；(c)将对提交的处方的所需编辑发送到所述医疗保健提供者；以及(d)向所述药房发送经修订的提交的处方。
10.根据权利要求8所述的系统，其中，所述数据库包括：
用于患者临床数据的非易失性存储器中的可寻址位置，所述患者临床数据包括患者身份、诊断、实验室数据、免疫接种、过敏、先前处方、药物相互作用、基因组数据、先前授权以及保险或福利条款中的至少一个或多个。
11.根据权利要求8所述的系统，其中，所述临床分析消息数据文件(CAM数据文件)包括：
多个患者数据字段；
保存在所述患者数据字段中的信息，用于完成药物使用审查(“DUR”)，至少包括：
从与患者和提交的处方相关联的数据库中的可寻址位置检索的多个患者临床数据；以及
对从所述数据库检索并由软件机制分析的患者临床数据分析提交的处方的陈述报告结果。
12.根据权利要求11所述的系统，其中，所述临床分析消息数据文件(CAM数据文件)还包括：
关于将与分发的处方一起提供给患者的所需临床教学和服务的信息。
13.根据权利要求11所述的系统，其中，所述临床分析消息数据文件(CAM数据文件)还包括：
一结构，用于与一个或多个编辑机构协作，以能够通过所述患者临床数据对提交的处方进行分析处理，以确定所提交的处方对所述患者的疗效。
14.根据权利要求13所述的系统，其中，用于协作的所述结构包括：
在消息报头中格式化并与一个或多个预编辑算法相关联的处理密钥。
15.根据权利要求8所述的系统，其中，所述编辑机制包括：
选自由硬件组合、应用程序、分析引擎、软件算法和应用程序接口构成的组的一个或多个机制。
16.根据权利要求8所述的系统，其中，所述审查处理器包括：
第一过程，用于自动执行对提交的处方的审查，并依次调用各个预编辑机制，以根据关于提交的处方中识别的药物的可用信息，来访问、检索和分析所述患者临床数据。
17.根据权利要求16所述的系统，其中，所述审查处理器还包括：
第二过程，用于控制在编辑过程中调用的多个通信链路。
18.根据权利要求17所述的系统，其中，所述审查处理器还包括：
第三过程，用于基于存储在所述数据库中的对应于在编辑的处方中识别的处方药的药房授权数据，选择药房来履行编辑的处方。
19.根据权利要求17所述的系统，其中，所述多个通信链路包括：
连接到处方保健提供者的至少一个输入链路，用于接收提交的处方并返回编辑消息；以及
连接到参与药房的至少一个输出链路，用于在完成编辑审查之后发送提交的处方并返回确认收据。
20.根据权利要求8所述的系统，其中，根据权利要求1所述的系统还包括至少包括以下步骤的操作过程：
接收从医疗保健提供者提交的电子处方；
将患者和药物信息输入所述临床分析消息数据文件；
使输入到所述临床分析消息数据文件中的信息经受可执行代码，所述可执行代码利用从所述数据库中提取的患者临床数据分析信息，所述患者临床数据包括选自由患者身份、诊断、实验室数据、基因组数据、免疫、过敏、先前处方、药物相互作用、先前授权以及保险或福利条款构成的组的至少一个或多个信息；并且
在重新提交处方之前，将所述临床分析消息数据文件返回给所述医疗保健提供者，包括对所提交的电子处方进行更改的建议或要求。
21.根据权利要求8所述的系统，其中，所述审查处理器包括：
接口，所述接口能够操作以用于发送电子处方作为单个同步消息。
22.一种用于实时履行从医疗保健提供者通过交易中心向药房提交的处方药的处方的处理的系统，包括：
电子患者结果记录(“EPOR”)数据库，接收并在包含以通用格式格式化的患者临床数据和药物数据的统一数据库记录中存储从多个来源转换的患者临床数据和药物数据；
临床分析消息数据文件(“CAM数据文件”)，包含用于临床数据的多个字段，所述临床数据与从医疗保健提供者提交的处方上识别的患者以及在提交的处方上识别的一种或多种药物相关联；以及
审查处理器，与所述临床分析消息数据文件和所述电子患者结果记录数据库的内容耦接并对内容进行操作，所述审查处理器包括一套索赔处理机制，用于访问患者和药物数据，以识别要分发给所述患者的处方药，并用于在分发所述处方药之前获得要传送给所述患者的临床和教学服务信息；其中，
在药房传送所述临床和教学服务信息之前，将处方的履行发布给药房福利实体。
23.根据权利要求22所述的系统，其中，所述电子患者结果记录数据库包括：
第三数据库，包含从包含电子药房记录(“ePR”)的第一数据库和包含电子患者结果数据(“EPO数据”)的第二数据库提取的患者临床数据和药房数据；其中，
从所述第一数据库和所述第二数据库中提取的数据在从所述数据相应的原始格式转换之后以通用格式统一到所述第三数据库中。
24.根据权利要求23所述的系统，其中，所述电子患者结果记录数据库包括：
统一的数据库，被构造成供所述医疗保健数据系统的参与成员访问，以接收与在所述系统中发生并由所述系统处理的每个患者医疗保健交易相关联的数据和信息更新。
25.根据权利要求22所述的系统，其中，所述临床分析消息数据文件包括：
包含用于以下信息的字段的数据文件：(a)与在医疗保健提供者提交的处方药的处方上识别的患者相关联的信息；(b)关于在提交的处方上识别的处方药的信息；(c)要传送给所述患者的临床和教学服务信息；以及(d)关于所述处方药与其他药物的潜在相互作用、患者风险因素的信息，并且包括选自由患者身份、诊断、实验室数据、基因组数据、免疫接种、过敏、先前处方、先前授权以及保险或福利条款构成的组的至少一个或多个信息。
26.根据权利要求22所述的系统，其中，所述审查处理器包括：
第一过程，用于控制通过所述交易中心在所述审查处理器、所述药房和所述药房福利实体之间的通信；
第二过程，用于基于存储在所述电子患者结果记录数据库中的对应于在待配药处方中识别的处方药的药房授权数据，选择药房来履行待配药处方；以及
第三过程，用于处理向所述患者传送所述临床和教学服务信息的第一索赔和向所述患者分发所述处方药的第二索赔。
27.根据权利要求22所述的系统，还包括：
药房福利实体，通过所述交易中心能够操作地耦接到所述审查处理器和所述药房，并且被配置为协调从所述处方药的库存到药房的分发，并且向付款人提交第一索赔和第二索赔，用于向药房偿还。
28.根据权利要求27所述的系统，其中，所述药房福利实体包括：
系统，被配置为通过清算处方以进行履行并促进与履行所述处方相关联的交易，来有效地协调、根据需要裁决和调节由付款人代表患者向药房提供的福利。
29.根据权利要求28所述的系统，其中，与履行所述处方相关联的所述交易包括：
通过系统仓库通知处方药制造商能够从库存中分发处方药；
提交用于传送所述临床和教学服务信息的所述第一索赔以及用于将所述处方药分发给所述患者的所述第二索赔；并且
调节并贷记所述第一索赔和所述第二索赔对所述药房的付款。
30.根据权利要求29所述的系统，其中，所述系统仓库包括：
集体采购结构，用于维护专业处方药的库存；并且
促进对履行所述处方的成本的付款和信贷的处理。
CN201780069426.4A 2016-09-12 2017-09-11 一种用于实时处理与提交和履行处方药相关联的医疗保健数据的系统 Pending CN109937455A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662393365P 2016-09-12 2016-09-12
US62/393,365 2016-09-12
US15/699,772 US20180075213A1 (en) 2016-09-12 2017-09-08 System for Processing in Real Time Healthcare Data Associated with Submission and Fulfillment of Prescription Drugs
US15/699,772 2017-09-08
PCT/US2017/050968 WO2018049330A1 (en) 2016-09-12 2017-09-11 A system for processing in real time healthcare data associated with submission and fulfillment of prescription drugs

Publications (1)

Publication Number Publication Date
CN109937455A true CN109937455A (zh) 2019-06-25

Family

ID=61560125

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780069426.4A Pending CN109937455A (zh) 2016-09-12 2017-09-11 一种用于实时处理与提交和履行处方药相关联的医疗保健数据的系统

Country Status (7)

Country Link
US (3) US20180075558A1 (zh)
EP (1) EP3510599A4 (zh)
JP (1) JP2019531568A (zh)
CN (1) CN109937455A (zh)
AU (1) AU2017322608A1 (zh)
MX (1) MX2019002853A (zh)
WO (3) WO2018049340A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112635026A (zh) * 2019-09-24 2021-04-09 西门子医疗有限公司 基于云的患者数据交换
CN115691827A (zh) * 2023-01-04 2023-02-03 成都信通网易医疗科技发展有限公司 一种确定疑似感染病患的方法和存储介质

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10755819B2 (en) * 2017-09-29 2020-08-25 International Business Machines Corporation Multi agent consensus resolution and re-planning
US11213224B2 (en) 2018-03-19 2022-01-04 Electronic Caregiver, Inc. Consumer application for mobile assessment of functional capacity and falls risk
US11923058B2 (en) * 2018-04-10 2024-03-05 Electronic Caregiver, Inc. Mobile system for the assessment of consumer medication compliance and provision of mobile caregiving
US11380424B2 (en) 2018-06-15 2022-07-05 Xact Laboratories Llc System and method for genetic based efficacy testing
US11398312B2 (en) 2018-06-15 2022-07-26 Xact Laboratories, LLC Preventing the fill of ineffective or under-effective medications through integration of genetic efficacy testing results with legacy electronic patient records
US11227685B2 (en) 2018-06-15 2022-01-18 Xact Laboratories, LLC System and method for laboratory-based authorization of genetic testing
US11527331B2 (en) 2018-06-15 2022-12-13 Xact Laboratories, LLC System and method for determining the effectiveness of medications using genetics
US11488724B2 (en) 2018-06-18 2022-11-01 Electronic Caregiver, Inc. Systems and methods for a virtual, intelligent and customizable personal medical assistant
CA3108304A1 (en) * 2018-06-21 2019-12-26 Aquestive Therapeutics, Inc. System and method for making personalized individual unit doses containing pharmaceutical actives
US11354753B1 (en) * 2019-01-03 2022-06-07 INMAR Rx SOLUTIONS, INC. System for reconciling pharmacy payments based upon predicted claims and related methods
BR112021014734A2 (pt) 2019-02-05 2021-09-28 Electronic Caregiver, Inc. Identificação de riscos em ambiente 3d utilizando aprendizagem por reforço
US11515022B1 (en) 2019-02-11 2022-11-29 Express Scripts Strategic Development, Inc. Methods and systems for automatic prescription processing using machine learning algorithm
US11113943B2 (en) 2019-05-07 2021-09-07 Electronic Caregiver, Inc. Systems and methods for predictive environmental fall risk identification
CA3142834A1 (en) * 2019-06-19 2020-12-24 Electronic Health Record Data, Inc. Electronic health record data blockchain system and process
US11416822B2 (en) 2019-06-21 2022-08-16 Zero Copay Program, Inc. Medical benefit management system and method
US11468320B1 (en) 2019-07-31 2022-10-11 Express Scripts Strategic Development, Inc. Methods and systems for predicting prescription directions using machine learning algorithm
TWI783172B (zh) * 2019-09-06 2022-11-11 臺北醫學大學 用於處理處方之裝置及方法
EP4028850A4 (en) * 2019-09-11 2023-10-11 Electronic Health Record Data, Inc. REAL-TIME PHARMACEUTICAL PROCESSING PROCESSING USING A CLINICAL ANALYTICAL MESSAGE FILE
CN111863182A (zh) * 2020-07-24 2020-10-30 复旦大学附属中山医院青浦分院 一种处方药物分类核对方法及装置
US20230260040A1 (en) * 2022-02-14 2023-08-17 Evernorth Strategic Development, Inc. Probability based health claims processing

Family Cites Families (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU9647598A (en) * 1997-10-23 1999-05-10 Hikari Medyikaru Kabushiki Kaisya System for recording medical, insurance and welfare information
US7006893B2 (en) * 1999-09-22 2006-02-28 Telepharmacy Solutions, Inc. Systems for dispensing medical products
US20020029223A1 (en) * 2000-03-08 2002-03-07 Rice Marion R. Prescription network supporting doctors, care givers and online drug store interaction
US20050171815A1 (en) * 2003-12-31 2005-08-04 Vanderveen Timothy W. Centralized medication management system
US8924236B2 (en) * 2000-07-20 2014-12-30 Marfly 1, LP Record system
US6315720B1 (en) * 2000-10-23 2001-11-13 Celgene Corporation Methods for delivering a drug to a patient while avoiding the occurrence of an adverse side effect known or suspected of being caused by the drug
US20020128861A1 (en) * 2001-01-05 2002-09-12 Lau Lee Min Mapping clinical data with a health data dictionary
JP2002304469A (ja) * 2001-04-04 2002-10-18 Mitsui Knowledge Industry Kk 調剤過誤防止システム
US20030074225A1 (en) * 2001-10-12 2003-04-17 Borsand Gerald C. Pharmaceutical information tracking system
US20060149587A1 (en) * 2001-11-26 2006-07-06 Pdx, Inc. Automated system and method for processing prescriptions
JP4141740B2 (ja) * 2002-05-23 2008-08-27 富士通株式会社 医療ａｓｐサービス方法およびそのプログラム
US20040162835A1 (en) * 2002-06-12 2004-08-19 Ahmed Ghouri System and method for generating patient-specific prescription drug safety instructions
WO2004003692A2 (en) * 2002-06-27 2004-01-08 Omnicare, Inc. Method for conducting prescription drug co-payment plans
JP2004157978A (ja) * 2002-09-09 2004-06-03 Genius Waamin Memorial Laboratory Kk 薬品類の相互作用チェックシステム
JP2004202075A (ja) * 2002-12-26 2004-07-22 Higashi Nihon Medicom Kk 薬剤診断システム
US7469213B1 (en) * 2003-03-14 2008-12-23 Secure Medical, Inc. Prescription drug distribution system and methods
US7925519B2 (en) * 2003-05-20 2011-04-12 Medencentive, Llc Method and system for delivery of healthcare services
US7698019B2 (en) * 2003-11-03 2010-04-13 Tech Pharmacy Services, Inc. System and software of enhanced pharmaceutical operations in long-term care facilities and related methods
US7039628B2 (en) * 2004-04-21 2006-05-02 Logan Jr Carmen Portable health care history information system
FR2880451B1 (fr) * 2005-01-04 2007-08-17 Gred Sa Serveur, procede et reseau d'intermediation pour la consultation et le referencement d'informations medicales
US9235869B2 (en) * 2005-03-11 2016-01-12 Eric Greenman Method and system for tracking goods
JP5093551B2 (ja) * 2005-03-28 2012-12-12 株式会社湯山製作所 医療支援装置及び医療支援用コンピュータプログラム
US7711583B2 (en) * 2005-10-05 2010-05-04 Medco Health Solutions, Inc. System and method for clinical strategy for therapeutic pharmacies
US8311891B2 (en) * 2005-10-18 2012-11-13 Walgreen Co. System for separating and distributing pharmacy order processing for medication payments
US20070179806A1 (en) * 2006-02-01 2007-08-02 Knowlton Calvin H Medication therapy management process
US7974924B2 (en) * 2006-07-19 2011-07-05 Mvisum, Inc. Medical data encryption for communication over a vulnerable system
US20090327363A1 (en) * 2008-06-30 2009-12-31 Peter Cullen Systems and methods for processing electronically transmitted healthcare related transactions
US8046242B1 (en) * 2009-01-22 2011-10-25 Mckesson Financial Holdings Limited Systems and methods for verifying prescription dosages
US8843505B2 (en) * 2009-04-03 2014-09-23 Epic Systems Corporation Healthcare record system and method for providing improved portable data
US20110119290A1 (en) * 2009-10-02 2011-05-19 Rabin Chandra Kemp Dhoble Apparatuses, methods and systems for a mobile healthcare manager-based video prescription provider
US20110125527A1 (en) * 2009-11-25 2011-05-26 General Electric Company Systems, apparatus, and methods for identifying patient-to patient relationships
US10475140B2 (en) * 2010-05-13 2019-11-12 Axon Healthcare Services, Llc Prospective management process for medical benefit prescriptions
WO2012019004A1 (en) * 2010-08-04 2012-02-09 NextGen Management LLC Electronic prescription delivery system and method
US8694332B2 (en) * 2010-08-31 2014-04-08 Xerox Corporation System and method for processing a prescription
US20120078648A1 (en) * 2010-09-24 2012-03-29 Bruce Reiner Method and apparatus for analyzing data on medical agents and devices
JP5464124B2 (ja) * 2010-10-28 2014-04-09 寛 江川 処方判断システム
WO2013025428A2 (en) * 2011-08-12 2013-02-21 School Improvement Network, Llc Prescription of electronic resources based on observational assessments
US20130066650A1 (en) * 2011-09-07 2013-03-14 Happtique, Inc. Provision of a Mobile Health Product
US10319466B2 (en) * 2012-02-20 2019-06-11 Medicomp Systems, Inc Intelligent filtering of health-related information
WO2013130830A2 (en) * 2012-03-01 2013-09-06 Minerva Holdings, LLC Systems and methods for generating, managing, and sharing digital scripts
US20130297333A1 (en) * 2012-05-04 2013-11-07 Omnicare, Inc. Systems and methods for electronic prescribing
US20140164011A1 (en) * 2012-12-10 2014-06-12 Consano, Inc. Method for facilitating communication, data access and workflow in a healthcare environment/facility
US20160196399A1 (en) * 2013-08-14 2016-07-07 Chad E. Bonhomme Systems and methods for interpretive medical data management
US20160196408A1 (en) * 2013-09-06 2016-07-07 Luc Bessette Method for interfacing medical information between a medical information exchange and computing entities
US10720241B2 (en) * 2013-12-23 2020-07-21 Tabula Rasa Healthcare, Inc. Medication risk mitigation system and method
US20150205936A1 (en) * 2014-01-17 2015-07-23 Daniel Eric Ford Technologies for Prescription Management
US20150371001A1 (en) * 2014-06-23 2015-12-24 Mckesson Corporation Systems and methods for e-prescription transaction pre-destination evaluation, editing, rejection, and messaging
MX2017004065A (es) * 2014-09-29 2017-07-24 Zogenix Int Ltd Sistema de control para el control de distribucion de medicacion.
US10424400B2 (en) * 2014-11-26 2019-09-24 Iqvia Inc Clinical trial investigators performance assessment
JP6386680B2 (ja) * 2015-03-03 2018-09-05 ワンダーヘルス, エルエルシー.Wonderhealth, Llc. 機械読み取り可能な識別子において暗号化されたデータへのアクセス制御

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112635026A (zh) * 2019-09-24 2021-04-09 西门子医疗有限公司 基于云的患者数据交换
CN115691827A (zh) * 2023-01-04 2023-02-03 成都信通网易医疗科技发展有限公司 一种确定疑似感染病患的方法和存储介质

Also Published As

Publication number Publication date
WO2018049337A2 (en) 2018-03-15
MX2019002853A (es) 2019-09-09
WO2018049330A1 (en) 2018-03-15
US20180075558A1 (en) 2018-03-15
EP3510599A4 (en) 2020-05-06
EP3510599A1 (en) 2019-07-17
WO2018049340A1 (en) 2018-03-15
JP2019531568A (ja) 2019-10-31
US20180075220A1 (en) 2018-03-15
WO2018049337A3 (en) 2019-04-25
AU2017322608A1 (en) 2019-04-18
US20180075213A1 (en) 2018-03-15

Similar Documents

Publication Publication Date Title
CN109937455A (zh) 一种用于实时处理与提交和履行处方药相关联的医疗保健数据的系统
Oderkirk Readiness of electronic health record systems to contribute to national health information and research
US20200327984A1 (en) System and method for medical billing systems to submit transactions for services covered under pharmacy benefits
US11562438B1 (en) Systems and methods for auditing discount card-based healthcare purchases
US20040073456A1 (en) Multiple eligibility medical claims recovery system
CA2884949C (en) Systems and methods for verifying correlation of diagnosis and medication as part of qualifying program eligibility verification
US8392219B1 (en) Systems and methods for streamlined patient enrollment for one or more healthcare programs
CN101803293A (zh) 卫生保健语义互操作性平台
DE102006035653A1 (de) System und Benutzerschnittstelle zur Überwachung von Patientenbehandlungsverordnungen
WO2007084502A1 (en) Platform for interoperable healthcare data exchange
US20200005919A1 (en) Processing Pharmaceutical Prescriptions in Real Time Using a Clinical Analytical Message Data File
US8762181B1 (en) Systems and methods for evaluating healthcare claim transactions for medicare eligibility
US20190147992A1 (en) Electronic Healthcare Treatment Discharge System
US20200005921A1 (en) Processing Pharmaceutical Prescriptions in Real Time Using a Clinical Analytical Message Data File
US20200005920A1 (en) Processing Pharmaceutical Prescriptions in Real Time Using a Clinical Analytical Message Data File
US20220180982A1 (en) System and method for genetic based efficacy testing
US20210241892A1 (en) Providing enhanced patient updates to facilitate precision therapy
US11398312B2 (en) Preventing the fill of ineffective or under-effective medications through integration of genetic efficacy testing results with legacy electronic patient records
US11527331B2 (en) System and method for determining the effectiveness of medications using genetics
KR102052066B1 (ko) 블록체인을 활용한 원격 cro 시스템 및 그 방법
WO2021050922A1 (en) Processing pharmaceutical prescriptions in real time using a clinical analytical message data file
US20220036990A1 (en) Automated prior authorization for genetic efficacy testing with presciption dispensation
US11227685B2 (en) System and method for laboratory-based authorization of genetic testing
US20200243201A1 (en) System and method for suggesting insurance eligible genetic tests
KR102530430B1 (ko) 지능형 처방 가이드 시스템 및 이의 고시 룰 생성 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190625