管理保健服务的制作方法

管理保健服务的制作方法
【专利摘要】用于便利处方产品的医嘱／处方的系统和方法，包括存储器设备来存储用于与多个提供者相对应的处方产品的预定义表格。接收机接收处方产品的处方产品信息、将用于病人的提供者信息包括在内的用于病人的病人摄入信息、以及与病人有关的保险赔偿费概要。发射机传送保险赔偿费验证请求。处理器能够被配置为基于病人摄入信息来生成用于病人的保险赔偿费验证请求、至少基于病人提供者信息来选择预定义表格之一、基于用户摄入信息来填充所选择的预定义表格的至少一个栏位、和发布所填充的预定义表格以便利对于病人的处方产品的医嘱／处方。
【专利说明】管理保健服务
[0001] 相关申请的交叉引用 本申请涉及2012年10月10日提交的美国临时申请序列号61 / 712, 153、2012年4 月11日提交的美国临时申请序列号61 / 623, 032、2012年4月11日提交的美国临时申请 序列号61 / 622, 930、以及2011年10月10日提交的美国临时申请序列号61 / 545, 480， 其每个通过引用被整体合并于此，并且对其要求了优先权。

【背景技术】
[0002] 所公开的主题涉及保健服务，并且更具体地涉及便利、协调或管理诸如医药产品、 药物、医疗设备或其他开处方的医学治疗之类的保健产品和/或服务。
[0003] 当病人与诸如医生或执业护士之类的保健提供者（HCP)协商时，保健提供者可以 对病人开特定保健产品或服务的处方(例如作为病人的诊断或治疗的一部分)。举例来说， 保健提供者可以对病人开药物(例如，医药的或生物的产品）或者医疗设备(例如，携氧车） 的处方。作为另一个示例，保健提供者可以将病人引向作为特定领域中的专家的另一个保 健提供者(例如，全科医生可以将病人引向心脏病专家)。
[0004] 如果有时病人具有医疗保险，则病人的医疗保险提供者可能有责任去对保健提供 者已经向病人开处方的产品或服务的成本的一部分或所有进行付款。然而，对于某些类型 的处方产品或服务，保险提供者可以在其肯为对病人开处方的产品或服务进行付款之前要 求特定类型的核准或批准，往往被称为"预先核准"（PA)。
[0005] 某些处方产品销售者(例如，药房）或处方服务提供者允许保健提供者将用于产品 或服务的处方电子地传送到产品销售者或服务提供者(例如经由传真、电子处方、电子文件 共享站点、文件传送协议（FTP)站点、电子传输、图像的传输或电子邮件（email))。例如，医 生可以电子地向药房传送用于制药药物的处方以使其被填写。一旦从对其书写了制药处方 的病人接收到保险信息，药房可能需要联系该病人的保险提供者，以确定在保险提供者同 意对药物进行付款之前保险提供者是否要求对于开处方的制药药物的预先核准。如在这里 所使用的，术语制药处方应当被理解为包括药物、医药产品、医疗设备、医学治疗以及从许 可的HCP要求处方的其他产品。此外，保健提供者可以诸如为治疗等等来发出医嘱。如果 要求PA，则病人的保险提供者将适当的PA表格发送到书写了处方的HCP，并且HCP完成并 且签名于该表格。HCP然后向病人的保险提供者传送或发送完成的PA表格或对于产品和/ 或服务的请求。一旦由病人的保险提供者接收并且批准PA表格，保险提供者就向药房传送 保险赔偿费（benefit)的批准，此时药房可以填写处方并且向病人发放产品。
[0006] 用于获取用于处方产品或服务的此类处理是不方便的、耗时的，并且要求很多人 来处理并且转接必要的文书工作，以及潜在地使多个人知悉病人的机密健康信息。由于该 复杂的系统，出现由于丢失的文书工作或对财政的或训练材料的访问的缺乏而引起处方可 能未被填写的风险。因此，在当前系统下，今天许多病人可能不能使用必要的医学治疗。
[0007] 此外，病人可能从第三方可得到各种服务和/或保险赔偿费。如果病人不知道这 些服务和保险赔偿费，则病人不能利用此类可用的保险赔偿费并且可能由于财力限制或对 如何使用产品和/或服务缺乏理解而不实行处方。此外，第三方在没有病人的预先同意的 情况下可能不能直接地联系该病人。


【发明内容】

[0008] 在所公开的主题的一个方面中，用于便利由提供者覆盖的用于病人的处方产品的 医嘱/处方的系统包括至少一个存储器设备来存储多个用于处方产品的预定义表格。多个 预定义表格能够对应于多个提供者。系统包括接收机，用于接收处方产品的处方产品信息 和用于病人的病人摄入信息。病人摄入信息包括用于病人的提供者信息。接收机此外接收 响应于保险赔偿费验证请求的、与病人有关的保险赔偿费概要。系统包括传送保险赔偿费 验证请求的发射机，和被配置为基于病人摄入信息生成用于病人的保险赔偿费验证请求的 处理器。处理器也被配置为至少基于病人提供者信息来选择预定义表格之一、基于用户摄 入信息来填充所选择的预定义表格的至少一个栏位，和发布所填充的预定义表格以便利对 于病人的处方产品的医嘱/处方。
[0009] 如在本文所体现的，为了说明，便利医嘱/处方能够包括便利处方产品的处方或 便利用于处方产品的付款的批准。提供者能够包括承保人、政府机关或其他第三方付款人。 处方产品能够包括医疗产品、医疗服务或对医疗产品的管理。处方产品能够包括诸如阿达 木单抗之类的生物产品。预定义表格能够包括至少一个预先核准表格。另外，至少一个存 储器设备能够存储用于第二处方产品的第二多个预定义表格，第二多个预定义表格对应于 多个提供者。在示例性实施例中，处理器能够被配置为基于病人提供者信息自动地选择预 定义表格之一。
[0010] 此外，如在本文所体现的，为了说明，发射机能够被配置为向保险赔偿费验证者传 送保险赔偿费验证请求，并且接收机能够被配置为从保险赔偿费验证者接收保险赔偿费验 证概要。在示例性实施例中，接收机能够被配置为从保险赔偿费验证者接收关于预定义表 格的信息，并且处理器能够被配置为基于病人提供者信息以及进一步基于从保险赔偿费验 证者接收的关于预定义表格的信息来选择预定义表格之一。发射机能够进一步被配置为传 送对于附加病人信息的请求，并且处理器能够进一步被配置为接收附加病人信息并且利用 附加病人信息来填充所选择的预定义表格的至少一个栏位。附加病人信息能够包括所选择 的预定义表格所需要的并且未被包括在病人摄入信息或处方产品的处方产品信息中的信 息。处理器能够被配置为向病人的提供者发布所填充的预定义表格。处理器能够进一步被 配置为从处方产品信息和病人摄入信息的至少一部分生成处方文件，并且向药房发布处方 文件。
[0011] 如在本文所体现的，为了说明，系统能够另外包括至少一个用户设备来向接收机 引入病人摄入信息和处方产品信息。在示例性实施例中，发射机和接收机能够连接到网络， 并且发射机能够被配置为通过网络传送描述用户界面的标记语言。用户界面能够包括用于 输入病人摄入信息和处方产品信息的栏位。
[0012] 诸如平板机、移动式电话或膝上计算机之类的用户设备能够连接到网络，并且能 够包括用于存储数据的存储器，和被配置为解析标记语言并且显示用户界面、将输入到用 户界面的栏位中的病人摄入信息和处方产品信息存储在存储器中，并且向接收机传送病人 摄入信息和处方产品信息的处理器。在示例性实施例中，用户设备的处理器能够进一步被 配置为接收保健提供者签名并且从处方产品信息生成处方文件。另外，用户设备的处理器 能够被配置为向药房传送处方文件。在示例性实施例中，系统能够另外包括通信地耦合到 至少一个用户设备的扫描设备，该至少一个用户设备的处理器能够被配置为从扫描设备接 收诸如许可证或医疗保险卡之类的病人信息文件的一个或多个图像、从病人信息文件的图 像提取至少一部分病人摄入信息，并且自动地填充用户界面的至少一个栏位。
[0013] 在所公开的主题的另一个方面中，用于便利由提供者覆盖的用于病人的处方产品 的医嘱/处方的方法包括提供具有存储于其中的用于处方产品的多个预定义表格的至少 一个存储器，多个预定义表格对应于多个提供者。该方法包括接收包括病人的提供者信息 和处方产品的处方产品信息的病人摄入信息，以及由处理器基于病人摄入信息来生成用于 病人的保险赔偿费验证请求。能够基于保险赔偿费验证请求而获取保险赔偿费概要。能够 由处理器至少基于病人提供者信息和保险赔偿费概要来选择预定义表格之一，并且能够基 于病人信息来填充所选择的预定义表格的至少一个栏位。该方法包括利用所选择的预定义 表格来便利对于病人的处方产品的医嘱/处方。
[0014] 此外，如在本文所体现的，便利医嘱/处方能够包括便利处方产品的处方或便利 用于处方产品的付款的批准。提供者能够包括承保人、政府机关或其他第三方付款人。处 方产品能够包括医疗产品、医疗服务或对医疗产品的管理。处方产品能够包括诸如阿达木 单抗之类的生物产品。预定义表格能够包括至少一个预先核准表格。另外，该方法能够另 外包括从许多可能的处方产品中选择处方产品，存储器有存储于其中的用于每个可能的处 方产品的多个预定义表格。在示例性实施例中，选择预定义表格之一能够包括由处理器自 动地选择预定义表格之一。
[0015] 如在本文所体现的，为了说明，获取保险赔偿费概要能够包括向保险赔偿费验证 者传送保险赔偿费验证请求并且从保险赔偿费验证者接收保险赔偿费概要。在示例性实施 例中，该方法能够包括从保险赔偿费验证者接收关于预定义表格的信息，以及基于从保险 赔偿费验证者接收的关于预定义表格的信息来选择预定义表格之一。在示例性实施例中， 该方法能够另外包括请求附加病人信息。另外，能够接收附加病人信息，并且能够利用附加 病人信息来填充所选择的预定义表格的至少一个空栏位。附加病人信息能够包括所选择的 预定义表格所需要的并且未被包括在病人摄入信息或处方产品的处方产品信息中的信息。 能够向病人的提供者发布所填充的预定义表格。
[0016] 如在本文所体现的，为了说明，该方法能够另外包括接收保健提供者签名、从处方 产品信息生成处方文件，并且向药房发布处方文件。在示例性实施例中，该方法能够包括通 过网络传送描述用户界面的标记语言。用户界面能够包括用于输入病人摄入信息和处方产 品信息的栏位。
[0017] 如进一步在本文所体现的，为了说明，该方法能够包括，在诸如平板机、移动式电 话、膝上计算机或台式计算机之类的用户设备，解析标记语言并且显示用户界面、将输入到 用户界面的栏位中的病人摄入信息和处方产品信息存储在存储器中，以及向接收机传送病 人摄入信息和处方产品信息。另外地或替换地，该方法能够另外包括，在用户设备，从处方 产品信息和病人摄入信息的至少一部分生成处方文件，以及在生成处方文件之前接收保健 提供者签名。能够向药房传送处方文件。另外地或替换地，该方法能够包括，在用户设备， 从通信地耦合到该设备的扫描设备接收诸如许可证或保险卡之类的病人识别文件的一个 或多个图像，从病人识别文件的图像提取至少一部分病人摄入信息，以及自动地填充用户 界面的至少一个栏位。
[0018] 在所公开的主题的另一个方面中，非暂时型计算机可读媒介包含当被执行时使一 个或多个用户设备执行便利由提供者覆盖的用于病人的处方产品的医嘱/处方的方法的 计算机可执行指令。
[0019] 应当理解，前述一般说明及其后【具体实施方式】两者都是示例性的，并且意图是提 供对所公开的主题的进一步的解释。
[0020] 被并入该说明书并且构成该说明书的一部分的附图被包括以说明且提供对所公 开的主题的进一步的理解。将理解的是，附图不是按比例的，并且被提供仅仅用于说明目 的。与描述一起，附图用来解释所公开的主题的原理。

【专利附图】

【附图说明】
[0021] 图1是根据所公开的主题的实施例的、用于便利处方产品的医嘱/处方的示例性 系统的框图。
[0022] 图2是根据所公开的主题的实施例的、用于便利处方产品的医嘱/处方的示例性 方法的流程图。
[0023] 图3A是根据所公开的主题的实施例的服务器体系结构的框图。
[0024] 图3B是根据所公开的主题的实施例的服务器体系结构的另一个框图。
[0025] 图3C图示出根据所公开的主题的实施例的服务器计算机设备的示例性配置。
[0026] 图4图示出根据所公开的主题的实施例的用户设备的示例性配置。
[0027] 图5图示出根据所公开的主题的实施例的用户设备的示例性实施例。
[0028] 图6是根据所公开的主题的另一个实施例的、用于便利处方产品的医嘱/处方的 示例性系统的框图。
[0029] 图7图示出用于获取处方产品或服务上的保险核准的示例方法。
[0030] 包括图 22B、24B、33B、39B、44B、45b、45C、46B 和 47B 的图 8-47 是实施所公开的主 题的系统和方法的计算机程序的实施例的示例性屏幕截图。
[0031] 图48-65是实施所公开的主题的系统和方法的计算机程序的其他实施例的示例 性屏幕截图。
[0032] 图66根据所公开的主题的实施例的药物医嘱/处方管理系统的流程框图。
[0033] 图67是使用图66的药物医嘱/处方管理系统的病人摄入处理的流程图。
[0034] 图68是根据所公开的主题的实施例的病人参加（opt-in)处理的流程图。
[0035] 图69是根据所公开的主题的一个实施例的、被配置为生成保险赔偿费验证（BV) 和E处方的处理的流程图。
[0036] 图70是根据所公开的主题的实施例的预先核准（PA)处理的流程图。
[0037] 图71是根据所公开的主题的实施例的，将机构、工作人员和内科医师注册到图66 的药物医嘱/处方管理系统中的管理员活动的流程图。
[0038] 图72是根据所公开的主题的实施例的计算机系统的系统图。
[0039] 图73是根据所公开的主题的实施例的注册窗口的示例性屏幕截图。
[0040] 图74A-E是根据所公开的主题的、实施实施例的系统和方法的示例性计算机程序 的图解映射。
[0041] 图75是根据所公开的主题的、实施实施例的系统和方法的另一个示例性计算机 程序的图解映射。
[0042] 图76-81是实施所公开的主题的系统和方法的计算机程序的另一个实施例的示 例性屏幕截图。
[0043] 贯穿附图，除非另有说明，相同的附图标记和符号用于表示所图示的实施例的相 同特征、要素、组件或部分。此外，在现在将参考图来详细描述所公开的主题时，与说明性实 施例有关地进行这一点。

【具体实施方式】
[0044] 所公开的主题涉及用于便利由提供者覆盖的用于病人的处方产品的医嘱/处方 的技术。根据随后的描述，所公开的主题的目的和优点将被阐述并且是明显的。将通过具 体地在所撰写的描述以及其权利要求中指出的以及根据附图的方法、装置和设备来实现和 获得所公开的主题的附加的优点。
[0045] 有时，当病人访问保健提供者（HCP)(例如，医生、执业护士等等）且与其进行协商 并且保健提供者向病人开处方/调配处方产品（例如，处方药物）和/或服务(例如治疗、介 绍到专家）时，在病人的保险提供者同意对处方产品或服务的成本的部分或所有进行付款 之前，保险提供者可能要求用于处方产品或服务的预先核准。为了从保险提供者获取必要 的核准，保健提供者可能需要填写并且签名于诸如预先核准表格之类的预定义表格，并且 向病人的保险提供者发送表格。核准表格可以包括用于关于病人的各则信息、处方产品和/ 或服务以及保健提供者的栏位。保险提供者然后可以基于在核准表格中所提交的信息来 决定其是否肯为所开处方的产品和/或服务进行付款。如果保险提供者批准用于处方产品 和/或服务的预先核准，作为响应，保险提供者可以发送保险赔偿费的批准。
[0046] 根据在本文所公开的主题，用于便利由提供者覆盖的用于病人的处方产品的医 嘱/处方的系统通常包括至少一个存储器设备来存储用于处方产品的多个预定义表格。多 个预定义表格能够对应于多个提供者。系统包括接收机，用于接收处方产品的处方产品信 息和用于病人的病人摄入信息。病人摄入信息包括用于病人的提供者信息。接收机此外接 收响应于保险赔偿费验证请求的、与病人有关的保险赔偿费概要。系统包括传送保险赔偿 费验证请求的发射机，和被配置为基于病人摄入信息生成用于病人的保险赔偿费验证请求 的处理器。处理器也被配置为至少基于病人提供者信息来选择预定义表格之一、基于用户 摄入信息来填充所选择的预定义表格的至少一个栏位，和发布所填充的预定义表格以便利 医疗。
[0047] 根据所公开的主题，用于便利由提供者覆盖的用于病人的处方产品的医嘱/处方 的方法通常包括提供具有存储于其中的用于处方产品的多个预定义表格的至少一个存储 器，多个预定义表格对应于多个提供者。该方法包括接收将病人的提供者信息包括在内的 病人摄入信息和处方产品的处方产品信息，以及由处理器基于病人摄入信息来生成用于病 人的保险赔偿费验证请求。能够基于保险赔偿费验证请求而获取保险赔偿费概要。能够由 处理器至少基于病人提供者信息和保险赔偿费概要来选择预定义表格之一，并且能够基于 病人信息来填充所选择的预定义表格的至少一个栏位。该方法包括利用所选择的预定义表 格来便利对于病人的处方产品的医嘱/处方。
[0048] 附图(其中贯穿各个视图，相同附图标记指的是相同的或功能上类似的要素）用来 进一步图示出各个实施例并且解释根据所公开的主题的各种原理和优点。为了解释和说 明、而不是进行限制，以下参考图1和图2来描述根据所公开的主题的用于便利由提供者覆 盖的用于病人的处方产品的医嘱/处方的方法以及系统的示例性实施例。为了清楚，并发 地且将彼此结合地描述方法和系统，将利用括号（）来作出图2中图示的方法的附图标记， 并且将在没有括号的情况下进行对图1描绘的系统的引用。
[0049] 如在本文所体现的，为了说明，并且参考图1和图2,用于便利由提供者40覆盖的 用于病人的处方产品的医嘱/处方的技术能够包括"处方管理器" 10的使用。处方管理器 10能够包括至少一个存储器设备20和至少一个处理器。例如，能够在例如如图3中所描绘 的且在下面更详细地讨论的一个或多个计算机系统(独立计算机、服务器、服务器群集、分 布式计算系统，基于云的计算系统等等）上实施处方管理器10。
[0050] 在示例性实施例中，处方管理器10例如能够被实施为对包括许多web页面(例如 屏幕）的对应的网址进行托管的基于web的软件应用。本领域普通技术人员将理解，基于 web的软件能够例如使用诸如HTMUXML等等的标记语言向web浏览器传送用户界面，并且 能够例如使用HTTPS、P0ST和/或GET请求与web浏览器进行通信。此外，本领域普通技术 人员将理解，基于web的软件能够被实施为一个或多个web服务，并且能够采用REST、JS0N 等等。软件应用能够被存储在诸如CD-ROM、DVD、磁盘、ROM、RAM等等的非暂时型计算机可 读媒介上，其指令能够被读取到耦合到处方管理器10的一个或多个处理器的存储器中。当 被执行时，软件能够指示处理器执行特定功能。如以下在本文所描述的，为了清楚，可以在 没有处方管理器10的处理器被配置为执行功能的叙述的情况下大概描述处方管理器10的 功能。替换地，处方管理器10能够被实施在硬接线电路中来代替用于目前所公开的主题的 实施的软件指令，或者与该软件指令结合。因此，假设硬件和软件被配置为执行如在本文公 开的方法，目前所公开的主题不局限于这样的硬件和软件的任何特定组合。
[0051] 如在本文所体现的，处方管理器10便利处方产品的医嘱或处方。也就是说，例如 且如以下更详细地描述的，处方管理器10能够便利由保健提供者向病人对处方产品开处 方的处理，其能够包括便利保险赔偿费验证、预先核准以及/或者医嘱/处方的生成和/或 传输。替换地，处方管理器10能够便利用于处方产品的付款的批准，例如包括便利预先核 准和/或便利用于处方产品的报销的批准。如在本文公开的，处方产品能够包括但不限于， 医疗产品、医疗服务，或对医疗产品的管理。例如，处方产品能够是诸如药物，制药、生物、医 疗设备之类的医疗产品。另外地或替换地，处方产品能够是诸如像注入训练、眼睛检查、脊 骨校正等等的医疗服务。另外地或替换地，处方产品能够是对医疗产品的管理，诸如像在保 健提供者的办公室进行的生物制剂的注入。如在本文公开的，"医嘱/处方"能够包括处方 和医嘱任何一个或两者，诸如像受控药物的处方或者不必要求处方的治疗的医嘱等等。为 了清楚，并且不进行限制，主要地参考处方的处理来进行以下描述。然而，本领域普通技术 人员将理解，以下关于处方的描述能够同样地适用于医嘱。如进一步描述的，系统能够被配 置为仅仅便利一个特定处方产品和/或医嘱，或考虑从存储在系统中的多个处方产品和/ 或医嘱中选择处方产品和/或医嘱。
[0052] 处方管理器10能够管理例如多个提供者40所需要的用于处方产品和/或服务 的预定义表格。例如，处方管理器10能够维持对应于多个保险提供者40的一系列核准表 格。另外地或替换地，处方管理器10能够维持由不同的保健提供者所使用的用于不同的处 方产品和/或服务的一系列预定义表格。这样的预定义表格能够在至少一个存储器设备20 中被存储为电子格式(例如Adobe便携式文档格式（PDF)文件)。
[0053] 处方管理器10能够(例如利用一个或多个适当地配置的处理器）管理某病人摄入 信息（21)的获得。处方管理器10能够包括接收机来接收诸如处方产品的处方产品信息、 用于病人的病人摄入信息(包括例如提供者信息)和保险赔偿费验证概要之类的某信息。处 方管理器10也能够包括发射机来传送诸如保险赔偿费验证请求之类的某信息。例如，在示 例性实施例中，处方管理器10能够连接到诸如因特网或内部网之类的网络，并且发射机和 接收机能够包括适于经由网络进行通信的一个或多个网络接口卡。用这样的方式，发射机 和接收机能够与例如能够被保健提供者和/或病人操作的用户设备60进行通信。另外，发 射机和接收机能够与一个或多个提供者40、处方产品销售者50和保险赔偿费验证者30进 行通信。另外地或替换地，发射机和接收机包括用于与适于提供数据和/或接收并显示数 据的硬件进行通信的输入和输出端口。例如，键盘和显示设备能够本地地耦合到处方管理 器10。如在本文公开的，术语"传送"和"接收"能够包括任何方式的电子通信，包括例如 TCP / IP、UDP、HTTP、传真等等。同样地，术语"发射机"和"接收机"能够包括诸如网络接 口卡（NIC)、传真机等等的、被配置为传送或接收电子信息的任何设备。
[0054] 处方管理器10也能够(例如利用一个或多个适当地配置的处理器）来管理用于病 人的保险赔偿费的验证(包括保险赔偿费验证请求的生成和保险赔偿费验证概要的获得） (31)。处方管理器10的一个或多个处理器能够被配置为至少基于病人摄入信息来生成用 于病人的保险赔偿费验证请求。例如，能够基于被传送（由接收机(例如由用户设备60)接 收的）生物信息、提供者信息、诊断信息等等以及不必由接收机接收的来自外部信源的信息 来生成保险赔偿费验证请求。例如，某病人摄入信息能够被存储在至少一个存储器设备20 中。此外，在示例性实施例中，能够基于也能够由接收机接收的和/或存储在至少一个存储 器设备20中的处方产品的处方产品信息来生成保险赔偿费验证请求。在示例性实施例中， 能够将保险赔偿费验证请求传送到保险赔偿费验证者30。保险赔偿费验证者30能够包括 能够提供病人对于一个或多个病人提供者40有权利的保险赔偿费的概要的任何实体。例 如，保险赔偿费验证者30能够包括能够独立地生成用于病人的保险赔偿费验证概要的"药 房保险赔偿费经理"或"专业药房服务提供者"（其能够在本文被共同地称作"药房接待 人")。能够将保险赔偿费验证概要传送到处方管理器10的接收机（由其来接收)。
[0055] 处方管理器10能够(例如利用一个或多个适当地配置的处理器）来管理诸如用于 病人的预先核准表格之类的某预先确定的表格的选择、填充和发布（51)。处方管理器10的 一个或多个处理器能够被配置为基于病人提供者信息(其能够被包括在病人摄入信息中） 来选择预定义表格之一，并且基于用户摄入信息来填充所选择的预定义表格的至少一个栏 位。例如，处理器能够被配置为选择病人的保险提供者所需要的适当的预先核准表格并且 自动地填充对应于病人摄入信息的栏位。在示例性实施例中，处方管理器10能够进一步被 配置为向例如用户设备60传送对于附加病人信息的请求，并且从用户设备60接收附加病 人信息。例如，附加病人信息能够包括所选择的预定义表格所需要的且未被包括在病人摄 入信息或处方产品的处方产品信息中的信息。
[0056] -个或多个处理器能够被配置为发布所填充的预定义表格以便利对于病人的处 方产品的医嘱/处方。例如，能够将所填充的预定义表格发布到病人的保险提供者40。替 换地，能够将所填充的预定义表格发布到保险赔偿费验证者30,在示例性实施例中，保险赔 偿费验证者30能够进一步向病人的保险提供者40发布所填充的预定义表格。
[0057] 在示例性实施例中，处方管理器10能够(例如，利用一个或多个适当地配置的处 理器）来管理用于病人的处方产品的处方文件或医嘱文件的生成（41)和传输（61)。例如， 一个或多个处理器能够被配置为接收医生的签名，并且基于处方产品信息生成处方文件或 医嘱。此外，一个或多个处理器能够指示发射机向例如处方产品销售者50传送所生成的处 方文件。此外，在示例性实施例中，如以下更详细地描述的，处方管理器10能够管理某张贴 处方处理（71)，诸如监视病人的处方的状况或向病人提供某些附加的或补充的特征。
[0058] 为了说明而不进行限制，以下参考图3描述处方管理器10的附加的或替换实施 例。
[0059] 参考图3A，在本文被称为"服务器系统" 112的处方管理器的示例性实施例能够另 外包括数据库服务器116、应用或事务服务器124、web服务器126、传真服务器128、目录服 务器130和邮件服务器132。贮存器设备134能够被耦合到数据库服务器116和目录服务 器130。服务器116、124、126、128、130和132能够在局域网（LAN)中被耦合，多个客户端子 系统(也被称为客户端系统114)能够被连接到服务器系统112。例如，客户端子系统114能 够包括能够被保健提供者或病人操作的用户设备60。另外地，或替换地，客户端子系统114 能够包括由保险赔偿费验证者30操作的计算机设备。在示例性实施例中，客户端系统114 能够是包括web浏览器的计算机，使得使用因特网或内部网，服务器系统112对于客户端系 统114为可访问的。在示例性实施例中，客户端系统114是平板机计算设备或任何适当的 移动计算设备，诸如平板式计算机、笔记本计算机、上网本计算机、移动式电话等等。
[0060] 客户端系统114能够通过包括诸如局域网（LAN)或广域网（WAN)、拨入连接、电缆 调制解调器、蜂窝网络和专用高速ISDN线路之类的网络的许多接口而互连到因特网。客 户端系统114能够是能够互连到因特网的任何设备，包括基于web的电话、个人数字助理 (PDA)、平板式计算机或其他基于web的可连接设备。
[0061] 如以下更详细地描述的，数据库服务器116能够被连接到包含关于各种材料的信 息的存储器设备、贮存器设备或数据库(例如，贮存器设备134)。如在本文所体现的，为了 说明，集中式数据库被存储在服务器系统112上，并且能够通过经由客户端系统114之一登 录在服务器系统112上来访问该集中式数据库。在替换实施例中，数据库远离服务器系统 112被存储，并且可以是非集中的。数据库能够存储病人数据、保健提供者（HCP)数据、健康 保险公司数据、药房数据、表格、系统使用数据、审核跟踪数据等等。
[0062] 为了说明且不进行限制，图3B描绘用于服务器系统112的示例性服务器体系结 构。服务器系统112能够经由安全装置和/或软件的集合被连接到因特网或其他网络。在 示例性实施例中，集合能够包括威胁管理器、一对防火墙装置162A和162B (总起来说防火 墙装置162)，和一对负载平衡器164A和164B(总起来说负载平衡器164)。威胁管理器160 能够提供用于服务器系统112的弱点评估和入侵检测。能够在硬件、软件或者硬件和软件 的组合中实施威胁管理器160。防火墙162通常基于规则的集合允许或拒绝网络传输以相 对于未授权访问保护服务器系统112,同时允许合法的通信通过。能够在硬件、软件或者硬 件和软件的组合中实施防火墙162。负载平衡器164能够便利在系统112的组件之间平衡 业务并且分担工作负荷。能够在硬件、软件或者硬件和软件的组合中实施负载平衡器164。
[0063] -对数字签名装置166A和166B (总起来说数字签名装置166)能够被连接在服务 器系统112的受保护的方面上。数字签名装置166能够提供数字签名捕捉和用于在本文公 开的系统的安全能力。能够在硬件、软件或者硬件和软件的组合中实施数字签名装置166。 在所图示的实施例中，服务器系统112另外包括四个应用服务器124A、124B、124C和124D (总起来说服务器124)，两个数据库服务器116A和116B (总起来说服务器116)，以及训练 服务器168。服务器116AU24A和124B是由第一管理程序170A虚拟化的服务器。类似地， 服务器116B、124C、124D和168由第二管理程序170B虚拟化。在其他的实施例中，服务器 116U24和170是单独的、物理的服务器机器。
[0064] 图3C图示出诸如服务器系统112和处方管理器10 (如图1中所示)之类的服务器 计算机设备275的示例性配置。服务器计算机设备275能够包括但不限于，数据库服务器 116、事务服务器124、web服务器126、传真服务器128、目录服务器130和邮件服务器132。 [0065] 服务器计算机设备275包括用于执行指令的处理器280。例如，指令能够被存储在 存储区285中。处理器280能够包括一个或多个处理单元(例如，在多核配置中）。
[0066] 处理器280能够被操作地耦合到发射机和接收机，S卩，通信接口 290,使得服务器 计算机设备275能够与诸如计算机设备202或另一个服务器计算机设备275之类的远程设 备进行通信。例如，通信接口 290能够经由因特网从客户端系统114接收请求。
[0067] 处理器280也能够被操作地耦合到诸如贮存器设备134的至少一个存储器。贮存 器设备134能够是适合存储和/或调取数据的任何计算机操作的硬件。在示例性实施例中， 贮存器设备134被集成在服务器计算机设备275中。例如，服务器计算机设备275能够包 括如贮存器设备134的一个或多个硬盘驱动器。在其他的实施例中，贮存器设备134在服 务器计算机设备275外部，并且能够由多个服务器计算机设备275来访问。例如，贮存器设 备134能够在廉价磁盘冗余陈列（RAID)配置中包括诸如硬盘或固态盘之类的多个贮存单 元。贮存器设备134能够包括存储区域网络（SAN)和/或网络附接存储（NAS)系统。
[0068] 在示例性实施例中，处理器280能够经由贮存接口 295被操作地耦合到贮存器设 备134。贮存接口 295能够是能够向处理器280提供对贮存器设备134的访问的任何组件。 贮存接口 295例如能够包括先进技术附件（ΑΤΑ)适配器、串行ATA (SATA)适配器、小型计 算机系统接口（SCSI)适配器、RAID控制器、SAN适配器、网络接口卡和/或向处理器280提 供对贮存器设备134的访问的任何组件。
[0069] 存储区210和285能够包括但不限于，诸如动态随机存储器（DRAM)或静态随机存 取存储器（SRAM)之类的随机存取存储器（RAM)、只读存储器（ROM)、可擦可编程序只读存储 器（EPROM)、电可擦可编程只读存储器（EEPR0M)，以及非易失性RAM(NVRAM)。上述存储器类 型仅仅是示例性的，并且是因此不关于可用于存储计算机程序的存储器的类型进行限制。
[0070] 为了说明而不进行限制，以下参考图4描述用户设备60的附加的或替换实施例。
[0071] 图4图示出诸如客户端系统114 (示出在图3中）和用户设备60 (示出在图1中） 之类的、由用户201操作的用户设备202的示例性配置。用户设备202能够例如是与处方 管理器10通信的任何设备。
[0072] 计算机设备202能够包括用于执行指令的处理器205。在示例性实施例中，可执行 指令被存储在存储器210中。处理器205能够包括一个或多个处理单元(例如，在多核配置 中）。存储区210能够是允许诸如可执行指令之类的信息和/或其他数据被存储和调取的 任何设备。存储区210可以包括一个或多个计算机可读介质。
[0073] 计算机设备202也能够包括用于向用户201呈现信息的至少一个媒体输出组件 215。媒体输出组件215能够是诸如视频适配器和/或音频适配器之类的、能够向用户201 传达信息的任何组件。输出适配器能够操作地耦合到处理器205并且可操作地耦合到诸如 显示器设备(例如，液晶显示器（IXD)、有机发光二极管（0LED)显示器、阴极射线管（CRT)或 "电子墨水"显示器）和/或音频输出设备(例如扬声器或头戴耳机）之类的输出设备。
[0074] 在示例性实施例中，计算机设备202包括用于从用户201接收输入的输入设备 220,诸如，例如键盘、扫描器、定点设备、鼠标、铁笔、触敏面板(例如触摸板或触摸屏)、陀螺 仪、加速度计、位置检测器、检测器、照相机或声音输入设备。诸如触摸屏之类的单个组件能 够起媒体输出组件215的输出设备和输入设备220两者的作用。此外，计算机设备202能 够包括用于从用户201接收输入的多于一个的输入设备220。例如，计算机设备能够包括键 盘、触敏面板和扫描器的组合。
[0075] 计算机设备202也能够包括可通信地耦合到诸如服务器系统112(例如，处方管理 器10)的远程设备的通信接口 225。通信接口 225能够例如包括用于移动式电话网络(例 如，全球移动通信系统（GSM)、码分多址（CDMA)、3G、4G或蓝牙）或其他移动数据网络(例如， 全球微波接入互操作性（WIMAX))的有线或无线网络适配器或无线数据收发信机。
[0076] 存储在存储区210中的例如是用于经由媒体输出组件215向用户201提供用户界 面以及可选地从输入设备220接收并处理输入的计算机可读指令。用户界面可以包括浏览 器和客户端应用等等。浏览器使得诸如用户201的用户能够显示典型地嵌入在来自服务器 系统112的web页面或网址上的媒体和其他信息并且与其进行交互。客户端应用允许用户 201与来自服务器系统112的服务器应用进行交互。
[0077] 为了说明而不进行限制，以下参考图5描述用户设备50的附加的或替换实施例。
[0078] 图5描绘例如操作为客户端系统114 (示出在图3中）和用户设备60 (示出在图 1中）的、由保健提供者("HCP"）使用的示例性用户设备。如在本文所体现的，为了说明，计 算设备502能够包括显示器506和键盘508。在本文也被称为远程输入计算机的计算设备 502包括用于执行指令的处理器(未示出）。在示例性实施例中，可执行指令被存储在存储区 (未示出）中。为了进行示例，且不进行限制，显示器506是触摸屏显示设备的计算设备502、 平板机计算设备操作为向用户显示图像和数据并且经由用户与显示器506的接触(或诸如 铁笔的由用户控制的实施)来从用户接收输入。不是包括附接键盘，计算设备502能够包括 显示在显示设备506上的虚拟键盘。在示例性实施例中，计算设备502不包括集成的物理 键盘，而是诸如经由机械连接、无线连接等等可连接到物理键盘。此外，在示例性实施例中， 计算设备502包括、或者可附接到物理键盘，并且包括虚拟键盘。计算设备502包括至少一 个通信接口（未示出），其可通信地耦合到诸如服务器系统112的远程设备。通信接口可以 例如包括用于移动式电话网络(例如，全球移动通信系统（GSM)、3G、4G或蓝牙）或其他移动 数据网络(例如，全球微波接入互操作性（WIMAX))的有线或无线网络适配器或无线数据收 发信机。此外，计算设备502能够包括多于一个通信接口，例如有线网络适配器和无线网络 适配器和/或无线数据收发信机。
[0079] 另外地或替换地，为了说明，用户设备(诸如用户设备，例如，7340)能够包括耦合 在一起的计算机502和扫描器504。诸如笔记本计算机502之类的计算机包括显示器506 和键盘508。如在本文公开的，为了说明，显示器506可以是当用户例如利用手指或铁笔触 摸显示器506时能够检测来自用户（例如保健提供者）的输入的触敏设备(例如，触摸屏)。 例如，用户能够对触敏显示器506上的用户界面组件单点一下或连点两下，以选择或激活 该组件。用户可以利用两个手指捏合打开或捏合闭合触敏显示器506上的用户界面组件， 以放大或缩小或者打开或闭合该组件。用户能够滑过触敏显示器506 (例如向左、向右、向 上或向下滑过)，以观察一系列用户界面组件。如在本文公开的，为了说明，用户能够(例如 利用铁笔或手指)在触敏显示器506上签上他的/她的姓名，并且用户的签名能够被捕捉并 且被存储为电子格式(例如存储为图像)。另外，用户能够使用键盘508 (例如键入符号）来 向笔记本计算机502提供输入。
[0080] 如在本文公开的，为了说明，能够在笔记本计算机502上安装并执行web浏览器。 保健提供者能够使用web浏览器访问处方管理器7310。在该情况下，处方管理器7310能够 实施基于web的应用（例如，包括许多web页面的网址)，并且保健提供者可以通过在web浏 览器中输入用于网址的正确的统一资源定位符（URL)来访问对应于处方管理器7310的网 址。在笔记本计算机502与处方管理器7310之间传送的信息能够被加密，并且通过安全的 网络连接被发送，以便例如保护病人私密。
[0081] 例如，参考图5B，HCP系统500能够包括计算设备502和扫描设备504。扫描设备 504能够通信地耦合到计算设备502以向计算设备502传送数据(例如，图像)。扫描设备 504能够操作为对接近于扫描窗口 510放置的项进行扫描或成像。在示例性实施例中，扫描 设备504和/或用户设备500能够诸如经由存储在存储器设备中的指令被配置为(独自地 或者共同地)对所扫描的图像执行0CR，并且向计算设备502传送所识别的符号。如在本文 所描述的，扫描设备504能够用于扫描诸如像许可证、医疗保险卡、处方保险赔偿费卡等等 的病人识别文件。
[0082] 在示例性实施例中，参考图5A，计算设备502是可选地包括照相机524的平板机 计算设备。在示例性实施例中，显示器522是操作为向用户显示图像和数据并且经由用户 与显示器522的接触(或诸如铁笔的由用户控制的实施)来从用户接收输入的触摸屏显示设 备。替换地，为了说明，平板机520能够耦合到卡扫描器(例如，图5中的扫描器504)。当 用户例如利用手指或铁笔触摸显示器522时，触敏显示器522能够检测来自用户（例如，保 健提供者）的输入。如在本文公开的，为了说明，用户能够(例如利用铁笔或手指）在触敏显 示器522上签上他的/她的姓名，并且用户的签名能够被捕捉并且被存储为电子格式(例 如存储为图像)。另外地或替换地，能够从数据存储调取预先捕捉的签名。为了说明，照相 机524能够用于对诸如病人的识别卡，驾驶执照或保险卡之类的对象拍摄数字照片。例如， 病人或该保健提供者能够将卡保持在照相机524前方并且按下控制按钮。替换地，为了说 明，如上结合图5所描述的，耦合到平板机520的扫描器能够用于扫描卡。被实施为在平板 机520上执行的软件的OCR或图像识别技术能够帮助提取在卡上提供的信息、将信息转换 为电子格式，并且以独立的栏位存储信息。
[0083] 在示例性实施例中，计算设备502被配置为捕捉电子签名。当期望对电子签名的 捕捉时，计算设备502被配置为在显示器506上显示签名块。例如HCP的用户能够利用触 摸屏铁笔在显示器506上在签名块中签上他的或她的签名。在示例性实施例中，用户的签 名能够被捕捉并且被存储为电子格式(例如，被存储为图像)。另外，如在本文所体现的，例 如在不准使用电子签名的权限中，HCP能够使用诸如墨水笔、铅笔、标号器等等的可见的媒 体书写工具来在印制的表格时签上他的或她的签名。在其他的实施例中，HCP能够将印制的 表格与显示器506对准，并且使用包括可见的媒体书写工具以及电子书写工具两者的专用 书写设备在印制的表格上签上他的或她的签名，使得除物理签名之外，电子签名也被系统 捕捉。在这样的实施例中，可见的、物理的、手写的签名发生在印制的表格上，并且计算设备 502基本上同时捕捉物理的、手写的签名作为电子签名。在示例性实施例中，计算设备502 显示套准符号来向用户指示如何对着显示器506对准纸质表格。此外，另外地或替换地，扫 描设备504能够被配置为以类似于计算设备502的方式来捕捉电子签名。此外，由HCP操 作的用户设备系统500能够包括可如在本文所描述操作的单独的签名捕捉设备(未示出）以 捕捉手写签名的数字表示。在另一个实施例中，HCP能够利用扫描设备或诸如数字式照相 机的数字捕捉设备来捕捉它们的物理签名的图像。然后能够通过各种传输方式来向系统传 送所捕捉的图像。
[0084] 计算设备502能够包括用户界面来总体上允许计算设备502和HCP用户设备系统 500根据在本文描述的医学治疗协调系统和方法起作用。用户界面能够被存储在存储器设 备中，和/或能够被远程地存储(诸如存储在服务器系统112上）并且诸如经由web浏览器 由计算设备502来访问。此外，示例性计算设备502能够在计算设备502的存储器设备中 存储对用户界面的数据输入，和/或能够远程地存储输入的数据，诸如存储在数据库中。
[0085] 为了说明而不进行限制，以下参考图6详细描述上面描述的技术的附加的或替换 实施例。
[0086] 图6图示出示例性系统7300,其操作为便利保健提供者和他们的病人对于保健提 供者对他们的病人开处方的产品或服务获取保险核准。在示例性实施例中，系统7300能够 包括用于管理保险提供者所需要的用于处方产品和/或服务的核准表格并且用于帮助保 健提供者填写必要的表格以便从保险提供者获取用于处方产品和/或服务的核准的处方 管理器7310。例如且不进行限制，处方管理器7310能够维持对于不同的处方产品和/或 服务由不同的保险提供者所需要的或由不同的保健提供者使用的一系列核准表格。能够根 据需要来更新这些核准表格(例如，能够添加新表格；能够修改现存表格；能够删除到期表 格；等等)。例如，纸质格式的保险核准表格能够(例如使用文件扫描器）被扫描、（例如，使 用光学字符识别（OCR)程序）被转换为可填写的表格，并且被存储。另外地或替换地，系统 7300 (并且具体地，处方管理器7310)能够通信地或电子地与各个保险提供者相联系，并且 保险提供者能够将相应的表格电子地上载并且更新到系统7300中。必要时，处方管理器 7310能够选择特定保险提供者对于特定处方产品和/或服务所需要的适当的表格、基于处 方管理器7310可得到的或获取的信息来填写所选择的表格中的栏位，并且向保健提供者 发送完成的表格以用于审阅和签名。
[0087] 另外，为了说明，处方管理器7310能够帮助保健提供者管理他的/她的病人的处 方。例如，如果在保健提供者从处方管理器7310接收完成的保险核准表格某时间段之后没 有审阅和在完成的保险核准表格上签名，则处方管理器7310能够向保健提供者发送提醒。 当特定处方已经被填写时，处方管理器7310能够通知保健提供者。为了说明，处方管理器 7310能够帮助病人使用他的/她的处方。例如，处方管理器7310能够提供关于如何服用处 方药物的指导(例如，视频或音频指导)、常见问答（FAQ)和关于处方药物的可能的副作用的 回答，等等。另外，处方管理器7310能够向病人提供指示他的/她的处方的状况的通知(例 如，病人的处方是否即将被捡取或运输、病人的处方是否已经被拒绝，或保健提供者是否未 曾完成处方/核准处理)。
[0088] 如在本文公开的，为了说明，处方管理器7310能够实施用户界面，使得其用户能 够相对容易地访问被处方管理器7310提供的各个功能。用户界面能够包括任何数量的屏 幕。为了说明，用户界面能够是基于web的用户界面、被实施为对包括许多web页面（即屏 幕)的对应的网址进行托管的基于web的软件应用。例如，保健提供者或病人能够使用在用 户设备上执行的web浏览器来访问对应的网址。
[0089] 另外，如以上更详细地描述的，处方管理器7310能够实施在一个或多个计算机系 统(例如，服务器)上。图3 (以上更详细地描述的）图示出能够用于实施处方管理器7310的 示例性服务器上。由处方管理器7310执行的操作或功能能够被实施为能够被存储在非暂 时型计算机可读媒介中且在计算机系统上执行的计算机软件。如在本文公开的，为了说明， 处方管理器7310能够具有各种类型的用户（例如，医生、看护、职员、病人、药剂师等等)。由 处方管理器7310执行的一些功能通常能够适用于所有类型的用户，而其他功能能够适用 于特定类型的用户（例如，与对产品或服务开处方有关的功能能够具体地可适用于医生)。
[0090] 如在本文公开的，为了说明，处方管理器7310能够包括或通信地与一个或多个数 据存储7312联系，使得存储在每个数据存储7312中的信息可由处方管理器7310访问。数 据存储7312能够用于存储任何可适用的信息。例如，如上参考图1所描述的，保险核准表 格能够以电子格式(例如，被存储为TOF、文本、可扩展标记语言（XML)、二进制数据、逗号分 离的数据，或任何其他可适用的电子格式）被存储在数据存储7312中。也能够在数据存储 7312中存储诸如关于病人的信息(例如，病人档案，诸如病人的姓名、住址、病史、保险提供 者等等)、保健提供者(例如，保健提供者的姓名、执业领域、专业、医院或医疗设施附属机构 等等）或处方产品或服务(例如，处方产品的推荐剂量、可能的副作用、治疗过程、制造等等） 之类的其他信息。数据存储7312能够是任何可适用类型的贮存器设备，诸如内部或外部 或网络驱动器。如在本文公开的，为了说明，数据存储7312能够另外包括电子病历卡系统 (EMR)。EMR能够包含诸如病历、试验结果等等之类的病人数据，并且如在本文预期的，能够 与处方管理器7310共享这样的数据。
[0091] 如在本文公开的，为了说明，用户设备7340能够与保健提供者相关联。保健提供 者能够经由用户设备7340访问处方管理器7310。另外，在病人访问保健提供者时，病人也 能够征得保健提供者同意的情况下经由用户设备7340访问处方管理器7310。例如，保健 提供者或病人能够使用用户设备7340向处方管理器7310发送病人信息。保健提供者能够 向病人对特定产品或服务开处方，并且使用用户设备7340将处方传送到处方管理器7310。 如果对于处方产品或服务需要保险核准表格，然后处方管理器7310能够向用户设备7340 发送用于处方产品或服务的完成的保险核准表格，使得保健提供者能够审阅并且签名于表 格。为了说明，保健提供者能够相对于处方管理器7310具有账户。与保健提供者(例如，病 人、处方、待定的保险核准表格、提醒等等）有关的信息能够被包括在保健提供者的账户中。 保健提供者能够将他的/她的账户登录处方管理器7310,以审阅可用信息并且执行其他有 关的动作。
[0092] 为了说明，且不进行限制，用户设备7340能够是诸如平板机或笔记本计算机或智 能电话之类的移动设备，并且能够包括各种传感器。用户设备7340能够经由到网络的无线 连接(例如，使用在保健提供者的办公室可用的WiFi或3G或4G连接)通过计算机或通信网 络与处方管理器7310进行通信。在用户设备7340与处方管理器7310之间传送的信息能 够被加密(例如，以保护病人私密)并且可选地被压缩(例如，以减小数据量)。如在本文公开 的，为了说明，用户设备7340能够向特定电子邮件地址、传真号和/或数据存储(例如，数据 存储7312)发送电子邮件（email)、文本，传真和/或电子数据。在发送电子传真的情况下， 用户设备7340能够被连接到电话线路。能够存在在用户设备7340上安装和执行的传真软 件应用，用于通过电话线路向特定传真号发送传真。替换地，能够通过计算机网络来发送电 子传真，在这样情况下电话线路不是必须的。
[0093] 如在本文公开的，为了说明，并且如上所述，处方管理器能够被实施为基于web的 应用，并且用户设备7340能够包括用于访问处方管理器并显示用户界面的web浏览器。另 夕卜，如上所述，扫描器504能够是能够扫描诸如病人的识别卡、驾驶执照或保险卡之类的各 种类型的卡的卡扫描器。扫描器504能够捕捉有关这样的卡的信息(例如，病人的姓名、住 址、出生日期、性别、驾驶执照或识别号码、保险提供者、保险号，等等)。为了说明，根据扫 描病人的卡所捕捉的信息能够被存储在独立的栏位中，其中每个栏位能够具有栏位名称和 栏位值。例如，对于病人"约翰?史密斯"，能够存在用于他的姓名的栏位，其中栏位名称 是"病人姓名"，并且栏位值是"约翰?史密斯"。能够存在用于他的出生日期的第二栏位， 其中栏位名称是"病人出生日期"并且"栏位值"是"1971年6月15日"。能够存在用于他 的保险提供者的第三栏位，其中栏位名称是"保险提供者"并且"栏位值"是"加利福尼亚的 蓝盾"。能够存在用于他的保险号的第四栏位，其中栏位名称是"保险号"并且"栏位值"是 "54917850"。
[0094] 此外，能够利用唯一标识符对表示如上所述的由用户设备7340捕捉的每则信息 的数据加标签。例如，能够利用"F-姓名"为病人的名加标签作为其标识符，并且能够利用 "L一姓名"为病人的姓加标签于作为其标识符。随着保险核准表格被添加到系统7300,也能 够利用这些唯一标识符来对表格内的栏位加标签。因此，随着数据(例如，被用户设备7340 ) 捕捉或从数据存储(例如，从数据存储7312)被调取，能够利用必要的数据自动地填充每个 核准表格内的加标签的栏位。为了说明，系统7300能够包括技术用户界面，其中能够(例如 由系统管理员或系统用户）编辑最新上载的表格以包括数据标签，从而增加保持最新的系 统7300和保险核准表格的能力。
[0095] 如在本文所体现的，OCR技术能够用于从卡的扫描的图像提取信息。能够存在实 施OCR功能的软件。在一些情况下，OCR软件能够是笔记本计算机502的一部分并且在笔 记本计算机502上执行。在其它情况下，OCR软件能够是扫描器504的一部分并且在扫描 器504上执行。另外，病人或该保健提供者能够审阅扫描的信息并且在必要时人工地输入 或校正独立的栏位值(例如，使用键盘508键入信息到笔记本计算机502中）。
[0096] 此外，用户设备7350能够与病人相关联。病人能够经由用户设备7350访问处方 管理器7310。为了说明，病人能够相对于处方管理器7310具有账户。病人能够使用用户设 备7350登录他的/她的账户，并且审阅关于他的/她的处方产品或服务的信息。例如，病 人能够使用在用户设备7350上安装且执行的web浏览器来访问对应于处方管理器7310的 网址。
[0097] 用户设备7350能够是诸如平板机或笔记本计算机或智能电话之类的移动设备， 或诸如台式计算机之类的固定设备。用户设备7350能够经由到网络的无线连接(例如， WiFi、3G、4G)或有线(例如以太网）连接通过计算机或通信网络与处方管理器7310进行通 信。在用户设备7350与处方管理器7310之间传送的信息能够被加密(例如，以保护病人私 密）并且可选地被压缩(例如，以减小数据量)。
[0098] 如在这里体现的，系统7300能够包括一个或多个处方产品销售者7320 (例如，用 于销售处方药物的药房)。另外地或替换地，如在本文公开的，为了说明，系统7300能够包 括一个或多个处方服务提供者7330 (例如，提供特定领域中的保健服务的专家，诸如心脏病 专家或脑外科医生)。保健提供者能够酌情经由用户设备7340与处方产品销售者7320和/ 或处方服务提供者7330进行通信。例如，保健提供者能够向处方产品销售者7320或处方 服务提供者7330发送电子邮件（email)或传真。处方产品销售者7320或处方服务提供者 7330能够与诸如连接到网络的计算设备之类的用户设备(未示出)相关联，用于访问因特网 并且可选地用于与其他实体进行通信(例如，发送和接收电子邮件)。
[0099] 如在本文公开的，为了说明，能够存在一个或多个数据存储7360,用于存储病人档 案(例如，电子病历系统)。数据存储7360能够是或能够不是系统7300的一部分。例如，数 据存储7360能够与处方服务提供者7330相关联，在这样情况下其能够是系统7300的一部 分。替换地，数据存储7360能够与独立的第三方(例如，医院)相关联，在这样的情况下其不 能是系统7300的一部分。在一些情况下，处方管理器7310能够访问数据存储7360以调取 病人的信息(例如，病历)。
[0100] 如在本文公开的，为了说明，病人能够具有一个或多个保险提供者7370。在某情况 下，病人能够仅仅具有一个保险提供者7370。在其它情况下，病人能够具有多个实例提供者 7370(例如，主要的提供者和一个或多个辅助的或补充的提供者)。处方产品销售者7320或 处方服务提供者7330能够通过任何可适用的手段(例如，电话、传真、电子邮件等等)与病人 的每个保险提供者7370进行通信，以从每个保险提供者7370获取对于(例如，由保健提供 者）对病人开处方的产品或服务的核准。
[0101] 有时，保险提供者7370能够具有不是系统7300的一部分的一个或多个指定处方 产品销售者7380和/或处方服务提供者7390。在该情况下，要求病人从与保险提供者7370 相关联的处方产品销售者7380或处方服务提供者7390获取开处方的产品或服务，以便保 险提供者7370同意对开处方的产品或服务进行付款。
[0102] 如在本文公开的，为了说明，每当可适用时，系统7300 (例如，其操作和功能）遵循 来自健康保险流通与责任法案（HIPAA)的要求。例如，如果根据HIPAA要求或其他机密性 考虑而使某些类型的信息不应当由特定方(例如，处方产品厂商或服务提供者）访问，则系 统7300能够实施确保特定方不能访问该类型的信息的信息控制或信息保护测量。作为另 一个示例，为了保护病人私密，能够对诸如在处方管理器7310与用户设备7340或7350之 间传送的信息之类的、通过计算机或通信网络(例如，因特网）传送的信息进行加密。
[0103] 如在本文公开的，为了说明，为了使用系统7300,要求保健提供者(例如，在对应的 网址）首先注册并建立相对于处方管理器7310的用户账户。一旦账户已经被建立，能够在 保健提供者的账户中利用处方管理器7310存储关于保健提供者的信息。为了说明，保健提 供者的用户账户能够利用唯一的用户名被识别并且由能够用于登录到账户中的口令来保 护。另外，保健提供者的用户账户能够具有任何数量的被核准的用户。举例来说，为医生建 立的账户能够具有该医生作为其用户之一。其也能够具有为该医生工作的护士或职员作为 其的其他被核准的用户。护士或职员能够登录到账户中并且在具有该医生的许可时并且在 该医生的监督下执行各种动作。作为另一个示例，共享同一诊所的多个医生和他们的工作 人员能够建立并且共享单个用户账户。为了说明，能够存在负责管理账户的指定的用户（例 如，账户管理员）。管理员能够修改与账户相关联的信息。
[0104] 根据所公开的主题的另一个方面，由处方管理器7310提供的用户界面能够包括 可利用与保健提供者相关联的用户设备(例如，用户设备7340)访问的一系列屏幕(例如 web页面)，以通过账户注册处理来引导保健提供者或指定的账户管理员。在各种屏幕，保 健提供者能够输入将在保健提供者的账户中利用处方管理器7310被保存的各种类型的信 息。例如，图10-20图示出用于引导保健提供者相对于处方管理器7310注册并且建立用户 账户（11)的一系列代表性屏幕，其能够例如包括，输入诸如姓名、附属机构、位置、工作人员 之类的关于HCP的信息以及电子签名信息。另外，图25-30图示出示例屏幕以引导保健提 供者在(例如使用包括卡扫描器的用户设备7340)执行用于病人的摄入处理（21)时扫描病 人的卡以便自动地提取必要的病人信息。另外，如以下更详细地描述的，能够执行保险赔偿 费验证（31)和预先核准（51)，并且能够经由一系列屏幕生成（41)和传送（61)医嘱/处方。
[0105] 为了说明且不进行限制，现在将进行详细的描述，该详细的描述由在本文公开的 用于便利处方产品的医嘱和/或处方的方法的各种附加的和替换实施例组成。如上所述， 处方管理器能够便利用于病人的处方产品的医嘱/处方，其能够包括诸如为病人、HCP和 /或诸如保险赔偿费验证者30的其他第三方建立用户账户（11)。能够接收病人摄入信息 (21)、能够执行保险赔偿费验证（31)和预先核准（51)，并且能够生成（41)和传送（61)医 嘱/处方。
[0106] 如上所述，处方管理器(例如且不进行限制，包括以数字描述为10、7310和112的 处方管理器的各个实施例）能够独自地或与一个或多个用户设备(例如且不进行限制，包括 以数字描述为60、500、522和114的用户设备的各个实施例)结合地管理用于系统的各种用 户的账户信息（11)。系统的不同的用户能够是某些种类的账户。例如，HCP能够具有HCP 账户，并且管理员能够具有管理员账户，病人能够具有病人账户，并且某些保险赔偿费验证 者(诸如，例如药房接待人)能够具有一账户。用这样的方式，每个当事人能够例如通过在本 文描述的一个或多个用户设备来访问在本文公开的系统。
[0107] 图10-20图示出用于引导保健提供者相对于处方管理器7310注册并且建立用户 账户（11)的一系列示例屏幕，其能够例如包括，输入诸如姓名、附属机构、位置、工作人员之 类的关于HCP的信息以及电子签名信息。为了说明，能够基于信息的相关度将保健提供者 的账户中的信息组织成类别并进行显示。例如，从图10中图示的"我的简档"制表1002,保 健提供者能够输入他的/她的姓名、用户名、口令和联系人信息(例如，电话号码)。替换地， 账户的管理员能够通过制表1002输入他的/她的信息。从图11中图示的"服务位置"制 表1100,保健提供者能够输入他/她所附属的机构或他的/她的办公地点。从图12和13 中图示的"HCP简档"制表1200,能够显示并输入是保健提供者(例如，医生、护士）的、账户 的被核准的用户。从图14和15中图示的"职员简档"制表1400,能够显示并输入是工作人 员的、账户的被核准的用户。从图16和17中图示的"关联"制表1600,能够显示并输入保 健提供者的关联。从图19和20中图示的"签名"制表1804,保健提供者能够具有与他的/ 她的账户一起存储的或在用户设备7340上存储的电子签名。为了进行这点，保健提供者能 够例如使用铁笔在用户设备7340的触敏屏幕上签上他的/她的姓名。
[0108] 如在本文公开的，为了说明，为了使用系统7300,能够要求病人首先(例如，在对应 的网址）注册并建立相对于处方管理器7310的用户账户（11)。一旦一账户已经被建立，能 够在病人的账户中利用处方管理器7310存储关于病人的信息。为了说明，病人的用户账户 能够利用唯一的用户名被识别并且由口令来保护。
[0109] 病人能够在他/她自己的(例如，使用与病人相关联的用户设备7350)上相对于处 方管理器7310注册用户账户，或当访问保健提供者时(例如，在保健提供者的办公室、使用 与保健提供者相关联的用户设备7340)能够进行这点。例如，当病人访问保健提供者并且 保健提供者决定为需要保险核准的病人对产品或服务开处方时，如果病人还未具有相对于 处方管理器7310的用户账户并且如果病人同意，则保健提供者能够在那时发起用于病人 的摄入处理（21)并且使用用户设备7340将病人的信息输入到处方管理器7310中。这引 起将利用处方管理器7310建立的病人的记录。为了说明，一旦摄入处理完成，就能够为病 人建立用户账户。
[0110] 图73是典型地显示在（图5中示出的）HCP系统500的显示设备506上的示例性 HCP注册窗口 600的屏幕截图。在其他的实施例中，HCP注册窗口 600能够被显示在任何其 他适当的显示设备上，诸如客户端系统114,工作站138、140、142、146或154,移动设备158 等等上的显示器设备。注册窗口 600包括联系人信息窗口 602、办公室信息窗口 604和登录 信息窗口 606。为了在本文公开的系统的不例性实施例中注册HCP，在联系人信息窗口 602 中输入内科医师联系人信息(例如，姓名、牌照号等等)、在办公室信息窗口 604中输入办公 室信息(例如，姓名、地址等等)，并且在登录信息窗口 606中输入登录信息(例如，用户名、口 令等等)。一旦输入有关信息，能够选择提交按钮608以将HCP注册到在本文公开的系统。 如在本文所体现的，使用示例性HCP系统500来执行对在本文公开的系统的注册。在其他 的实施例中，和HCP系统500分离地、诸如经由门户功能，来执行对在本文公开的系统的注 ΠΠ /JJJ 〇
[0111] 图74A-74E图不出与根据本公开的系统和方法实施的在本文公开的系统有关的 示例性用户界面的图解映射700。图74B描绘用于管理员的示例性用户界面的图。在路径 702上，向管理员呈现若干管理选项。图10-17是沿着路径702的窗口的屏幕截图。
[0112] 图10是管理员简档窗口 1000的屏幕截图。管理员简档窗口 1000显示关于当前 登录的管理员的信息的一般简档。管理员能够是被授权关于执业的一个或多个部分(包括 所有）来管理在本文所体现的系统的执业管理员和或被授权关于整个执业(多个）（包括对 于一个或多个执业管理员建立简档、证书等等)来管理在本文公开的系统的系统管理员。能 够编辑并保存简档信息以更新/改变用户的简档信息。能够通过管理员在任何时候选择简 档制表1002来显示简档窗口 1000。如果用户选择简档制表1002之外的制表，则显示如下 所述的不同的窗口。
[0113] 服务位置制表1004的选择引起图11中示出的服务位置（L0S)窗口 1100的显示。 LOS窗口 1100显不关于一个或多个机构的信息。因此，例如，包括多于一个办公室的医疗执 业能够具有存储并显示在L0S窗口 1100中的每个机构名称、地址，电话号码，传真号等等。 在不例性实施例中，存储的信息由在本文公开的系统用于填充一个或多个表格。
[0114] 图12和13是通过选择HCP简档制表1006可访问的HCP窗口 1200的屏幕截图。 HCP窗口 1200显示关于一个或多个HCP的信息。在HCP窗口 1200中以概要形式呈现该信 息。能够对于已经输入到在本文公开的系统中和/或当向在本文公开的系统添加新的HCP 时输入的HCP编辑更详细的信息。图13是通过选择添加新的HCP、用于示出能够被输入的 关于HCP的详细信息(例如，包括姓名、住址、L0S、工作和蜂窝电话号码、专业、牌照号等等） 的所扩展的HCP窗口 1200的屏幕截图。能够通过选择现存HCP并且选择编辑HCP简档来 对于已经输入在本文公开的系统的示例性实施例中的HCP来从HCP窗口 1200编辑相同的 信息。
[0115] 也能够由管理员通过选择职员简档制表1008来查看、创建和编辑用于HCP工作人 员的简档。该选择访问示出在图14和15中的工作人员简档窗口 1400。在工作人员简档窗 口 1400中显示概要工作人员简档信息。能够对于已经输入到在本文公开的系统中和/或当 向在本文公开的系统添加新的工作人员时输入的工作人员编辑更详细的信息。图15是通 过选择添加新的办公室工作人员、用于示出能够被输入的关于工作人员的详细信息(例如， 包括姓名、住址、电子邮件地址、工作电话号码，和蜂窝电话号码）的所扩展的工作人员简档 窗口 1400的屏幕截图。能够通过选择现存办公室工作人员并且选择编辑简档来对于已经 输入在系统中的办公室工作人员来从工作人员简档窗口 1400编辑相同的信息。
[0116] 能够通过选择关联制表1010来查看、添加和/或编辑执业内的关联。执业内的关 联包括哪些工作人员工作在执业的哪些位置和与哪些HCP工作。关联制表1010的选择访 问示出在图16和17中的关联窗口 1600。在关联窗口 1600中显示概要关联信息。能够编 辑和/或新输入更详细的信息。图17是通过选择添加新的关联所扩展的关联窗口 1600的 屏幕截图。从扩展关联窗口 1600,管理员能够选择办公室工作人员，选择工作人员在哪些位 置工作，并且选择工作人员与哪些HCP工作。能够通过选择现存办公室工作人员并且选择 编辑关联来对于关联已经被输入的办公室工作人员来从关联窗口 1600编辑相同的信息。
[0117] 如上所述，图73是示例性HCP注册窗口。当用户是注册的HCP或办公室工作人员 时，能够向用户呈现与呈现给管理员相比不同的选项。通常，向用户呈现沿着简档路径704 (示出在图74C中)进行到用户的简档、进行到仪表板路径706 (示出在图74C中)，或进行到 新的病人路径708 (示出在图74D中）的选项。在每个路径704-708内，某些页面可仅仅由 HCP访问，某些页面可仅仅由职员访问，并且某些页面可由工作人员和HCP访问。图18-20 是当用户作为HCP登录时沿着简档路径704的一些窗口的屏幕截图，而图21是当用户作为 办公室工作人员登录时沿着路径704的窗口的屏幕截图。
[0118] 图18是当用户选择简档按钮1802时向在本文公开的系统的HCP用户显示的HCP 简档窗口 1800的屏幕截图。HCP简档窗口 1800显示关于登录的HCP的信息。信息例如包 括姓名、住址、L0S、DEA号码、口令、工作和蜂窝电话号码、专业、牌照号，等等。信息可以由 HCP编辑和/或当还没有被输入到系统中时被输入。在示例性实施例中，相关联的职员和 L0S信息不可以由HCP编辑并且仅仅在简档窗口 1800上对HCP进行显示。能够由管理员做 出到这样的信息的改变和这样的信息的输入。
[0119] 通过选择签名制表1804,用户能够访问示出在图19中的签名窗口 1900。从签名窗 口 1900,用户能够查看和/或创建可以附着于使用在本文公开的系统创建的文件(例如，包 括药房介绍、处方文件和PA表格)的电子签名。如在这里所使用的，电子签名是手写签名的 电子再现。如果可适用，当前存储的电子签名被显示在签名窗口 1900中。如果用户期望第 一次创建新的签名或者替换当前保存的签名，则用户选择捕捉签名，并且示出在图20中的 弹出窗口 2000出现在签名窗口 1900上。用户然后能够利用触摸屏铁笔诸如在显示器506 上签上用于由系统捕捉的他的/她的签名。在其他的实施例中，用户能够在单独的签名捕 捉设备上物理地签名，和/或能够使用触摸屏铁笔之外的设备签名。捕捉的签名被显示在 弹出窗口 2000中。显示在弹出窗口 2000中的捕捉的签名可以被接受和保存，或者用户能 够清除签名并且再次捕捉他的/她的签名。在另一个实施例中，用户能够使用诸如数字式 照相机的数字成像设备捕捉签名，并且将捕捉的签名图像上载到系统。
[0120] 图21是当用户选择简档按钮1802时向系统的工作人员用户显示的工作人员简档 窗口 2100的屏幕截图。工作人员简档窗口 2100显示关于登录的工作人员的信息。信息例 如包括姓名、用户ID、口令、电子邮件地址、工作和蜂窝电话号码、L0S、相关联的HCP、工作 人员被授权为了其对文件签名的HCP，等等。信息能够由工作人员编辑和/或当还没有被输 入到系统中时被输入。在示例性实施例中，相关联的HCP、L0S信息和工作人员被授权为了 其进行签名的HCP不可以由工作人员编辑，并且仅仅在简档窗口 2100上向工作人员进行显 示。能够由管理员做出到这样的信息的改变和这样的信息的输入。为了说明且不进行限制， 图75图示出与根据本公开的系统和方法实施的在本文公开的系统有关的示例性用户界面 的另一个图解映射。
[0121] 如上所述，处方管理器(例如且不进行限制，包括以数字描述为10、7310和112的 处方管理器的各个实施例）也能够独自地或与一个或多个用户设备(例如且不进行限制，包 括以数字描述为60、500、522和114的用户设备的各个实施例)结合地来管理某些病人信息 的获得("病人摄入"）（21)。
[0122] 如在本文公开的，为了说明，为了为病人建立记录或者账户（11)，可能需要各种类 型的关于病人的信息，这能够被称为"病人摄入"（21)。例如且不进行限制，病人信息能够 包括姓名、住址、性别、出生日期、社会保险号、保险提供者、保险号码、优选的药房、优选的 保健机构(例如，医院或者诊所)、主治内科医师的姓名，等等。存在各种方式来获取必要的 病人信息。举例来说，假设病人在访问保健提供者时希望相对于处方管理器7310建立账户 (例如，使保健提供者使用用户设备7340执行用于病人的摄入处理)。如果用户设备7340 包括卡扫描器，则能够扫描病人的驾驶执照、识别卡，和保险卡(例如，卡的正面和/或背面 或者两面)，并且能够(例如，使用OCR)自动地从扫描的图像提取病人的信息。作为另一个 示例，如果用户设备7340包括照相机，则能够拍摄病人的驾驶执照、病人的识别卡(例如， 病人的脸）和/或保险卡，并且能够(例如，使用图像识别）自动地从数字照片提取病人的信 息。如在本文所使用的术语"扫描设备"能够例如指的是诸如卡扫描器的光扫描器以及适 合于获得数字照片的照相机。本领域普通技术人员将理解，这样的扫描设备不必直接地耦 合到特定用户设备(例如用户设备7340)。例如，扫描设备能够耦合到任何适当的计算设备 或者处理器，该任何适当的计算设备或者处理器能够耦合到用户设备7340以便传送扫描 的图像。作为第三示例，能够(例如，使用虚拟或者物理键盘)将病人的信息人工地键入到用 户设备7340中。
[0123] 如在本文公开的，为了说明，由处方管理器7310提供的用户界面能够包括可利用 用户设备(例如，用户设备7340或7350)访问的一系列屏幕(例如web页面)，其通过病人摄 入处理（21)来引导保健提供者或者通过账户注册处理来引导病人。在各种屏幕，保健提供 者或病人能够输入将在病人的账户中利用处方管理器7310保存的或者被传送到EMR以在 那里(例如，在数据存储7360中）被保存在病人的记录中的各种类型的信息。
[0124] 图25-30图示出引导保健提供者在(例如使用包括卡扫描器的用户设备7340)执 行用于病人的摄入处理时扫描病人的识别文件以便自动地提取必要的病人信息的示例屏 幕。例如，保健提供者能够激活图25中图示的"扫描"图标2504以开始卡扫描处理。在图 26中，图标2602和2604能够引导保健提供者扫描病人的驾驶执照的正面和背面。在图28 和29中，能够引导保健提供者扫描病人的医疗保险卡或处方卡的正面和/或背面或者两 面。从这些卡提取的信息能够用于自动地填充（即，填写)与病人的信息有关的图25中图示 的各个栏位2502和图28中图示的栏位2802。病人能够审阅独立的栏位值以确信从卡的扫 描的图像正确地提取了信息，并且在必要时人工地校正任何栏位。
[0125] -旦病人的信息被输入到用户设备7340中，用户设备7340能够加密并且将病人 的信息发送到处方管理器7310。处方管理器7310能够进而创建用于病人的账户，并且(例 如，在数据存储7312中)在该账户中存储病人的信息。如在本文公开的，能够以加密格式存 储信息，并且能够为了显示或处理目的而临时解密信息。病人能够在将来使用与账户相关 联的用户名和口令来登录到他的/她的账户中。另外，保健提供者能够通过他/她自己的 账户（例如，从图22中图示的屏幕2202)来访问病人的信息。
[0126] 为了说明且不进行限制，现在参考如下由在本文公开的系统和方法所支持的情 形，在该情形中，病人访问保健提供者(例如，医生、护士，或其他类型的医疗职业)，并且保 健提供者决定向病人对诸如由阿博特生物技术有限公司开发和制造的HUMIRA?之类的处 方药物（即，处方产品）开处方，或将病人引向诸如专家的另一个保健提供者（即，处方服 务)。必要时，保健提供者能够利用系统和方法来从病人的保险提供者获取对于处方产品或 服务的核准。
[0127] 如上所述，如在本文公开的，为了说明，为了利用系统7300,保健提供者和病人两 者都将需要相对于处方管理器7310建立他们的相应的用户账户。一旦决定向病人对特定 产品或服务开处方，保健提供者能够登录到他的/她的相对于处方管理器7310的账户中。 为了进行这点，保健提供者例如能够使用用户设备7340访问登录屏幕(例如，在与处方管 理器7310相对应的网址的登录web页面)，并且提供与账户相关联的他的/她的用户名和 口令。在图8中图示示例登录屏幕800,其能够是由处方管理器7310提供的基于web的用 户界面的一部分。一旦登录到他的/她的账户中，保健提供者能够访问由处方管理器7310 实施和支持的功能以执行各种病人照料动作。再次对于病人，如果病人在访问保健提供者 时还未具有相对于处方管理器7310的账户，保健提供者能够登录到他/她自己的账户中， 并且然后根据需要执行用于病人的摄入处理以建立用于病人的用户账户。另一方面，如果 病人已经被输入到系统7300中并且具有相对于处方管理器7310的用户账户，则不需要执 行用于病人的摄入处理。代之以，如在本文公开的，为了说明，保健提供者能够登录到他/ 她自己的账户中并且通过他的/她的账户（例如，从图22中的屏幕2202)调取病人的信息 并且对于病人验证利用处方管理器7310存储的信息。
[0128] 如在本文所体现的，能够由处方管理器7310提供屏幕(例如，web页面）作为其基 于web的用户界面的一部分，以允许保健提供者浏览或检索系统7300中的病人。图22图 示出示例病人信息屏幕2202。在该情况下，摄入处理在进行中的病人能够被列在区域2204 中。具有开放介绍的病人能够被列在区域2206中。另外，保健提供者能够通过在文本栏位 2210中输入病人的姓名来检索特定病人。一旦已经定位了系统7300中的病人的记录，保健 提供者就能够继续进行处方处理。为了说明且不进行限制，图22B图示出根据所公开的主 题的实施例的包括签名要求的另一个示例性病人信息屏幕。
[0129] 如在本文公开的，为了说明，保健提供者能够使用用户设备7340输入关于开处方 的产品或服务的信息。为了说明，能够由处方管理器7310提供屏幕，作为其基于web的用 户界面的一部分，以引导保健提供者输入处方信息。图30-35图示出引导保健提供者在用 户设备7340中输入处方信息的示例屏幕。例如，保健提供者从图30中图示的屏幕3000选 择用于病人的"服务位置"和"HCP姓名"（S卩，保健提供者的姓名）。这能够是保健提供者自 己的办公地点和姓名。从图31中图示的屏幕3100,保健提供者能够键入或从预先建立的列 表(例如，下拉菜单）中选择病人的诊断以及要对病人开处方的特定产品或服务。系统和方 法能够被配置为支持仅仅一个开处方的产品，或允许从许多不同的开处方的产品中进行选 择。如果保健提供者向病人开药物的处方，能够存在图32和33中所图示的屏幕3100上显 示的推荐剂量。保健提供者能够选择推荐剂量或覆盖其并输入不同的剂量。类似地，能够 存在显示在图33中图示的屏幕3100上的用于管理药物的推荐频率，保健提供者能够覆盖 该推荐频率(如果他/她这样选择的话)。能够存在显示在图31中图示的屏幕3100上的安 全考虑。保健提供者能够选择或指定药物的形式(例如，药丸、针剂，等等)。保健提供者能 够指定这是最新对病人开处方的药物、连续的处方，还是病人在间断之后重新开始的药物。 病人能够通过保健提供者选择病人能够购买和捡取药物的优选的药房。如果保健提供者将 病人引向专家，则保健提供者能够指定专家的姓名和位置、专家的执业领域，或者病人所需 要的治疗。另外，病人能够提供一个或多个电话号码(例如，如图所35图示的）或其他联系 人信息(例如，电子邮件地址)，使得药房或专家可以(例如，当药物已准备好用于捡取或建 立与专家的约定时）联系病人。
[0130] 为了说明，保健提供者能够与病人讨论可能与病人的治疗有关的可选服务。而且， 能够由处方管理器7310提供屏幕来引导保健提供者进行这样的讨论。图36-40图示出引导 保健提供者与病人讨论可选服务的示例屏幕。例如，屏幕能够显示具体地对病人可用的或 与其有关的那些可选服务(例如，由病人被开处方的药物的厂家所提供的产品支持服务)， 如图36所图示。病人能够在使用用户设备7340的保健提供者的帮助下选择和对特定服务 进行签名，如图40所图示，并且给出这些服务所需要的必要的内容，如图39所图示。在示 例性实施例中，能够以任何数量的实例、经由引导屏幕显示和或讨论可选服务。例如，如以 下更详细地讨论的，能够在处方信息的输入之后、处方文件或医嘱文件的生成和/或传输 前后、保险赔偿费验证和/或预先核准前后讨论可选服务。
[0131] 在一些情况下，保健提供者能够允许病人将信息直接地输入到用户设备7340中。 例如，从图35中图示的屏幕3500,病人能够输入他的/她的联系人信息(例如，电话号码)。 病人能够选择病人喜欢从其获取处方药物的特定药房。如果期望，当保健提供者将用户设 备7340交给病人时，能够在某些屏幕中对病人锁定作为安全措施。例如，病人不能够访问 保健提供者为该病人指定处方药物和其剂量的那些屏幕。这防止病人为他自己/她自己改 变(例如，增加）处方药物的剂量或改变药物或添加其他药物。为了说明，能够存在用户设 备7340上的按钮或包括在屏幕之一中的图标，其一旦被激活，使某些屏幕关于进一步的访 问被锁定。在将用户设备7340交给病人之前，保健提供者能够激活按钮或图标。一旦，病 人向保健提供者返回用户设备7340,保健提供者就能够(例如，通过向用户设备7340输入 用户名和口令）来解锁这些屏幕。
[0132] 参考图7,如在本文公开的，为了说明，在7411，用户设备7340能够收集由保健提 供者且可选地由病人输入到其中的全部信息，其能够包括关于病人的信息(例如，病人的姓 名、保险金号码或用户名）、关于保健提供者的信息(例如，保健提供者的姓名或用户名）和 关于处方产品或服务的信息。在7413,用户设备7340能够可选地加密信息并且(例如，通过 HTTP连接）向处方管理器7310发送信息。例如，保健提供者能够单击显示在屏幕之一上的 "提交"按钮，以使用户设备7340开始向处方管理器7310发送信息。
[0133] 为了说明且不进行限制，将参考图24-43描述使用在本文公开的系统的示例性实 施例的新的病人摄入。能够由HCP、工作人员或者HCP和一个或多个工作人员的组合来执行 该处理。因此对于图24-43,除非另有指定，用户能够是HCP或工作人员。
[0134] 最初参考图24,当用户选择新的病人按钮2400时，新的病人页面2402被显示。新 的病人页面2402包括病人信息制表2404、保险信息制表2406、HCP信息制表2408、诊断信 息制表2410、病人联系人信息制表2412,以及HCP决定和签名制表2414。这些六个制表访 问窗口适用于新的病人摄入处理中的六个步骤。在示例性实施例中，计算设备502(示出在 图5中）首先将输入方式输入。在第一输入方式中，计算设备502接收由HCP输入的数据。 为了说明且不进行限制，图24B图示出根据所公开的主题的实施例的另一个示例性病人信 息屏幕。
[0135] 选择病人信息制表2404打开不出在图25中的病人信息窗口 2500。病人信息窗口 2500包括用于病人信息(例如，姓名、住址等等）的栏位2502。能够例如使用键盘508和/ 或触摸屏显示器506将信息人工地输入到病人信息窗口 2500中。替换地，或另外地，用户 能够选择扫描例如驾驶执照的病人识别文件，以获得信息并且利用信息填充栏位2502。当 用户选择扫描按钮2504时，在病人信息窗口 2600上显示示出在图26中的扫描弹出2600。 扫描弹出2600指示用户如何例如使用扫描设备504来扫描识别文件。用户通过将识别文 件放置在扫描设备504上并且选择扫描正面按钮2602和扫描背面按钮2604来扫描识别文 件的正面和背面。在示例性实施例中，扫描设备504向计算设备502递送识别文件的扫描 的图像。计算设备502针对识别文件的图像中的栏位2406所需要的信息来对扫描的图像 执行光学字符识别。在其他的实施例中，诸如扫描设备504的系统的不同的组件执行光学 字符识别。另外地或替换地，能够通过光学字符识别之外的方式提取信息。例如，在示例性 实施例中，由系统读取条形码或其他可视数据编码单元。在又一些其他实施例中，读取识别 文件中的诸如磁带、RFID芯片等等的非可视数据储存单元来提取病人信息。与在本文公开 的系统的示例性实施例结合地使用所提取的信息，以自动地填充栏位2502。在示例性实施 例中，系统存储识别文件的所捕捉的图像，并且在病人信息窗口 2500中显示一个或多个图 像。在又一个实施例中，能够从电子病历系统将信息输进到系统中。
[0136] 如果用户为了病人简档已经存在于系统中的病人来试图人工地或经由ID扫描输 入病人信息，则显示复制的简档弹出2700。在弹出2700中显示用于先前存在的病人简档的 识别信息。用户能够选择向使用识别的病人简档或忽视现存的简档并且继续创建新的病人 简档。
[0137] 当用户选择保险信息制表2406或选择从病人信息窗口 2500继续时，显示保险窗 口 2800,如图28中所示。保险窗口 2800包括用于病人的保险信息(在本文也被称为保险数 据）的栏位2802。更具体地，保险窗口 2800包括用于处方保险信息、医疗保险信息，和处方 保护计划信息的栏位。不是所有的病人将具有所有类型的保险，并且某些能够具有多于一 个特定类型的保险。能够例如使用键盘508和/或触摸屏显示器506将信息人工地输入到 保险窗口 2800中。替换地，或另外地，用户能够选择扫描保险识别文件以获得信息，并且利 用信息填充栏位2802。随着病人识别文件的扫描，当用户选择扫描保险识别文件时，在保 险信息窗口 2800上显示示出在图29中的扫描弹出2900。扫描弹出2900指示用户如何例 如使用扫描设备504来扫描特定文件。按照扫描弹出2900所指示的，用户扫描识别文件的 正面和背面。在示例性实施例中，扫描设备504向计算设备502递送识别文件的扫描的图 像。计算设备502针对图像中的栏位2802所需要的信息来对扫描的图像执行光学字符识 另IJ。在其他的实施例中，诸如扫描设备504的系统的不同的组件执行光学字符识别。此外， 如果期望，能够通过光学字符识别之外的方式提取信息。例如，在示例性实施例中，由系统 读取条形码、QR码或其他可视数据编码单元。在又一些其他实施例中，读取识别文件中的 诸如磁带、RFID芯片等等的非可视数据储存单元来提取病人信息。能够由系统使用提取的 信息以自动地填充栏位2802。在示例性实施例中，系统存储识别文件的所捕捉的图像，并且 在保险窗口 2800中显示一个或多个图像。
[0138] 选择继续使HCP信息窗口 3000被显示，如图30中所示。用户能够从下拉菜单中 选择病人的服务位置和HCP。在做出选择之后，在HCP信息窗口 3000中显示所选择的HCP 的详细信息。
[0139] 图31是在用户选择从HCP信息窗口 3000继续之后所显示的诊断窗口 3100的屏幕 截图。在诊断窗口 3100中显示关于将被开处方的药物的信息，例如，说明、安全考虑等等。 也显示针对用于药物的完整开处方信息的链接3102。在示例性实施例中，基于HCP的简档 在下拉菜单3104中预先选择处方HCP的专业。在其他的实施例中，专业不是预先选择的并 且用户必须从下拉菜单3104选择专业。在示例性实施例中，下拉菜单3104中可用的专业 限于对将被开处方的药物开处方的专业。在其他的实施例中，附加的专业可能是可用的和 /或特定HCP的专业可能是可用于选择的仅有的专业。在图32-34中仅仅为了解释性的目 的已经选择风湿病学作为专业，并且不意图将示例性实施例限制为风湿病学。在选择HCP 的专业之后，诊断窗口 3100扩展，如图32中所示。从药物可能针对其被开处方的一系列诊 断3200中选择病人的诊断。如图33中所示，用户从下拉菜单3202中选择配药方式，并且 在本文公开的系统能够对于所选择的诊断和配药方式来填充医药产品的详情。在示例实施 例中，也被称为输送装置的可用的配药方式包括注射器和注入笔。在其他的实施例中，任何 其他适当的配药方式能够是可选择的和/或可插入的。适当的配药方式能够例如包括输液 泵、注入笔、注射器、药丸、胶囊、栓剂、可吸收的液体、局部施用（包括膏、洗液、贴剂，等等)、 泵、可佩带的泵，等等。在示例性实施例中，该用户输入开处方的产品的使用频率。在其他的 实施例中，能够由系统基于病人数据、所选择的配药和/或所选择的诊断来选择使用频率。 用户也从下拉菜单3300选择将被开处方的量并且在框3302中插入将被开处方的重新配方 的数量。为了说明且不进行限制，图33B图示出根据所公开的主题的实施例的另一个示例 性诊断信息屏幕。
[0140] 系统的某些实施例基于特定情况/病人的详情来向用户通知重要的信息、请求附 加信息，并且对用户限制可用的选项。用于这样的限制的触发能够基于被开处方的特定医 药产品而变化。触发能够例如包括病人的年龄、病人的体重、病人的成人/少年状况，等等。 例如，当基于病人的简档和/或诊断确定病人为少年时，系统请求诸如病人的体重之类的 附加信息。特定信息能够基于被开处方的特定医药产品而变化。在示例性实施例中，系统 基于用于向少年对医药产品开处方的建议和/或要求来限制用户可得到的处方选项。在其 他的实施例中和/或对于其他医药产品，系统能够在没有限制可用的处方选项的情况下对 用户进行警告、可以不警告用户，和/或可以在没有限制其他可用的选项的情况下建议处 方选项。
[0141] 如果期望，系统能够允许用户输入所列出的诊断之外的诊断。如图34中所示，当 用户选择"其他"作为诊断时，在诊断窗口 3100上显示弹出窗口 3400来告知用户对于批准 的指示参考药物的开处方信息。在示例性实施例中，在关闭弹出窗口 3400之后，用户能够 输入"其他"诊断并且继续。在其他的实施例中，系统能够禁止输入列在诊断窗口 3100中 的诊断之外的诊断。类似地，当用户选择输入可选择的配药选择之一之外的配药时，弹出窗 口（未示出）警告用户对于批准的配药参考药物的开处方信息。在示例性实施例中，在关闭 弹出窗口 3400之后，用户能够输入"其他"诊断并且继续。在其他的实施例中，系统能够禁 止输入列在诊断窗口 3100中的配药之外的配药，或不能向用户提供警告。
[0142] 如在本文所体现的，与某些医药产品和/或专业结合，取决于其是用于产品的新 的处方还是连续的处方，可以有不同的说明、要求、配药，等等。例如，如果专业是风湿病学， 在本文公开的系统能够提供下拉以选择以下选择之一：新的、连续的。在本文公开的系统能 够提供用于选择为其对处方产品开处方的诊断的选项。诊断能够取决于专业、医药产品等 等而变化。例如，对于风湿病学专业，系统的实施例能够提供使用多选检查框选择以下诊断 选项的选项："类风湿性关节炎（714.0)";"银屑病关节炎（696.0)";"多发性幼年特发性关 节炎[JIA] (714. 30)"；"关节强硬性脊椎炎（720. 0)";和"其他(包括代码)"。
[0143] 此外，病人的年龄能够影响指示、处方要求、配药，等等。例如，如果选择了"多发性 幼年特发性关节炎[JIAK714. 30)"，系统能够防止用户选择任何其他诊断信息。如果诊断 是多发性幼年特发性关节炎[JIA] 714. 30)，系统能够提示用户以磅输入病人的体重。如果 诊断是多发性JIA并且病人的体重在15kg (33磅）至<30kg (66磅）之间并且病人是4岁 以上，则配药和频率能够被自动填充并且是非可编辑的。能够由用户选择重新配方的数量 和数目。如果用户选择"任何其他配药"复选框，则系统能够利用描述如下的警告信息显示 弹出："请为了批准的配药规范参阅[处方产品名称]开处方信息。对于完整开处方信息单 击这里。"一旦单击完整开处方信息链接，就能够在新的窗口中打开对完整开处方信息的外 部链接。如果用户在弹出中选择0K，系统能够关闭弹出并且允许用户输入任何其他配药。 系统能够在数据库中将介绍标记为标示外使用。如果用户点击继续按钮，系统能够保存该 介绍。系统能够检查到强制性的栏位被填写以保持介绍状况作为"正在进行的病人摄入"。
[0144] 另外地或替换地，例如，如果用户输入重量>30kg (66磅）并且诊断是类风湿性关 节炎、关节强硬性脊椎炎、银屑病关节炎，或多发性JIA，则在本文公开的系统能够提示用户 选择配药方式。系统能够利用可适用的配药方式来提供强制性的下拉。可用的配药方式 能够根据被开处方的特定药物而变化，并且能够包括一个或多个注射器、笔、药片、液体，等 等。在选择配药方式之后，系统能够自动填充配药和频率。栏位能够不准由用户进行编辑。 能够由用户选择重新配方的数量和数目。如果用户选择"任何其他配药"复选框，系统能够 如上所述利用包括到完整处方信息的外部链接的警告信息来显示弹出，并且能够如上所述 继续进行。
[0145] 另外地，如在本文所体现的，如果用户在完成诊断信息之前选择其他头标 (header)，则系统能够向用户提供弹出以确认动作。弹出能够例读取"保存介绍信息"与 "是"和"否"按钮。如果用户单击"是"按钮，则系统能够保存由用户输入的信息并且保持 介绍的状况作为"正在进行的病人摄入"。如果用户点击"否"按钮，系统能够在没有保存信 息的情况下结束会话。
[0146] 图35是在用户从诊断窗口 3100继续之后显示的病人联系人信息窗口 3500的屏 幕截图。病人的电话号码和备用电话号码被输入到病人联系人信息窗口 3500中。在示例 性实施例中，基于诸如存储在系统中的病人的简档之类的病人信息来预填一个或多个电话 号码。
[0147] 在示例性实施例中，用户能够在病人联系人信息窗口的完成之后可选地使用系统 来显示关于与被开处方的医药产品有关的可选服务的信息。在其他的实施例中，能够在处 理的不同的阶段呈现可选服务信息。图36示出询问用户是否想要使用随后的屏幕来与病 人讨论可选服务的选择屏幕。尽管病人可能拒绝接受或考虑任何可选服务，其他实施例在 没有向用户呈现关于是否与病人讨论可选服务的选项的情况下继续直接地进行到图37。图 37-40是供病人审阅和完成的可选服务页面的屏幕截图。病人完成和审阅各种可选服务页 面的时间段能够被称为病人交互时段。在示例性实施例中，在病人交互时段期间，计算设备 502 (示出在图5中)输入也被称为交互方式的第二方式，其中禁止计算设备502显示由HCP 输入的数据。因此，阻止病人查看由HCP输入的机密和/或医学信息。
[0148] 当用户在图36中选择与病人讨论可选服务时，为病人显示欢迎页面3700(示出在 图37中）。欢迎页面3700简短地解释关于随后的页面的目的，即向病人提供可选服务，并 且允许病人选择是否开始审阅和/或对可选服务进行签名。
[0149] 图38是在选择在欢迎页面3700上开始之后、向病人示出的关于可选支持服务程 序的示例性信息页面3800的屏幕截图。在其他的实施例中，另外地或替换地，能够向病人 呈现其他可选服务。信息页面3800包括能够从支持服务程序接收的保险赔偿费，并且提供 到关于病人被开处方的药物的附加信息的链接3802。保险赔偿费例如能够包括由注册护士 进行的医药产品的训练、注射器和/或其他医疗项目的清理、进行中的信息的服务，以及就 关于医药产品的问题对注册护士进行的业余时间访问。为了说明且不进行限制，图78图示 出根据所公开的主题的实施例的另一个示例性护士注射训练请求表格。
[0150] 如果用户选择参加支持服务程序，则在信息页面3800上显示示出在图39中的同 意弹出3900。同意弹出3900向病人提供同意或拒绝向提供支持服务的第三方透露健康信 息的能力。为了说明且不进行限制，图39B图示出根据所公开的主题的实施例的另一个示 例性同意弹出。如果病人同意透露，系统向病人显示用于支持服务程序的签名页面4000,如 图40中所示。在示例性实施例中，由系统基于如上所述创建的病人的简档信息来预填至少 一些病人信息栏位4002。由病人人工地输入不由系统收集的、但是与支持服务程序注册所 需要的附加信息。如果期望，用于支持服务程序的注册诸如通过支持服务群组的网址出现 在系统外部。在这样的实施例中，系统能够在单独的窗口、程序、制表等等中打开适当的注 册页面，或能够打开系统内的注册页面，使得注册页面好像是集成在系统内。
[0151] 在示例性实施例中，由病人被开处方的医药产品的厂商来提供可选服务。在其他 的实施例中，另外地或替换地，能够使用系统将由一个或多个其他第三方提供的服务提供 给病人。
[0152] 继对于任何期望可选服务完成注册或拒绝注册任何这样的服务之后，通过HCP或 职员用户，摄入处理继续。为了继续摄入处理，HCP或职员用户指出病人交互时段结束。在 示例性实施例中，要求用户继可选服务的病人的审阅之后再输入他的/她的用户名和口令 以继续。图41是接下来显示的HCP决定和签名窗口 4100的屏幕截图。用户确认确认部分 4102中的关于HCP的某信息是正确的。用户也能够将病人的任何已知的药物过敏输入到过 敏部分4104中。在处理部分4106中，用户能够选择是否允许置换。此外，用户能够选择使 被创建的处方保持，即，使其不被填写，并且仅仅基于处方来使保险赔偿费验证运行。也能 够在处理部分4106中选择其他可选服务。例如，在医药产品是可注射药物的示例性实施例 中，用户能够可选地请求由注册护士进行病人的注射训练。
[0153] 如上所述，病人摄入过程能够包括分割到中用于每个步骤的屏幕的集合的、许多 不连续的阶段，包括"病人信息"、"保险信息"、"HCP信息"、"诊断信息"、"病人联系人信息" 和"HCP决定和签名"的一般类别。替换地，病人摄入过程能够被分组到较少数量的不连续 的阶段中。例如，病人摄入能够被分割到"病人信息"、"保险信息"、"HCP信息"和"诊断信 息"的一般类别中。在该替换实施例中，四个不连续的阶段能够包括获得与上面描述的实施 例中所获得的信息相同的信息。此外，如以下与医嘱/处方的生成结合所更详细地描述的， 在示例性实施例中，一旦进行病人摄入，HCP签名不必是必需的。
[0154] 如上所述，处方管理器(例如且不进行限制，包括以数字描述为10、7310和112的 处方管理器的各个实施例）能够独自地或与一个或多个用户设备(例如且不进行限制，包括 以数字描述为60、500、522和114的用户设备的各个实施例)结合地管理用于系统的各种用 户的账户信息（11)。例如，能够基于包括处方信息的在病人摄入（21)期间所获得的信息来 生成保险赔偿费验证请求。系统能够在有或者没有处方介绍的情况下将信息以保险赔偿费 验证请求的形式路由到"保险赔偿费验证者"。例如，在示例性实施例中，能够在处方文件或 医嘱文件的生成（41)之前预先形成保险赔偿费验证（31)。在某些其他实施例中，如在本文 所描述的，能够在保险赔偿费验证处理的至少一部分之前生成医嘱/处方文件。
[0155] 在示例性实施例中，"保险赔偿费验证者"能够是"药房接待人"。药房接待人能够 接收由HCP提交的信息，例如包括保险赔偿费验证请求。例如，在示例性实施例中，药房接 待人能够经由一个或多个用户设备访问处方管理器以接收由HCP提交的信息。替换地，处 方管理器能够经由传真、安全电子邮件等等将信息传送到药房接待人。药房接待人例如能 够是许可的药房（不管许可的药房是否是将填写处方的药房)、药房服务公司、药房支持公 司，和/或药房中间商。药房接待人能够验证保险赔偿费，并且，在示例性实施例中，识别任 何预先核准（PA)要求。药房接待人能够经由在本文公开的医学治疗协调系统向HCP电子 地提供保险赔偿费验证概要(并且，在示例性实施例中，由病人的保险人所需要的适当的PA 表格)。医学治疗协调系统能够被配置为向HCP通知保险赔偿费验证和/或PA表格的可用 性。这样的通知能够是电子邮件通知、SMS文本通知、图标、警报、电话呼叫或医学治疗协调 系统内的状况改变中的优先选择的形式。能够通过使PA表格对于HCP为可得到的的任何 适当的方法来向HCP提供PA表格。例如，能够通过从与药房接待人相关联的计算设备到与 HCP相关联的计算设备的传输、通过将PA表格放置在系统中并且将其与病人、HCP和/或偶 发事件相关联，和/或通过使PA表格可用于被HCP下载，而使得可得到PA表格。此外，如 在本文所体现的，不同的实体能够执行在本文描述的任务。例如，一个药房接待人能够执行 保险赔偿费验证，同时第二实体能够识别任何需要的PA。
[0156] 如在本文所体现的，药房接待人能够生成保险赔偿费验证概要来对由病人的保险 提供者提供给病人的保险赔偿费进行总结。概要能够包括但不限于自付额、共同支付量、使 用期限限制、三个月供给处方是否是足够的和可适用的可扣除的或共同支付量、在线的和/ 或邮购处方的可用性、保险提供者的优选的和/或强制性的药房、预先核准的持续时间、用 于处方的时间段限制、用于填写处方的药房限制，和/或与病人的保险范围有关的其他病 人信息。包括在保险赔偿费验证概要中的信息能够基于保险提供者将向药房接待人提供 的信息的量而变化。在示例性实施例中，如果可能的话，药房接待人生成保险赔偿费验证概 要，并且向HCP或病人传送保险赔偿费验证概要。在其他的实施例中，可以不生成保险赔偿 费验证概要。此外，如在本文所体现的，不同的实体能够执行在本文描述的任务。例如，一 个药房接待人能够执行保险赔偿费验证，同时第二药房接待人能够识别任何需要的PA。
[0157] 如进一步在本文所体现的，能够诸如经由电子邮件通知、SMS文本通知、图标、警 报、电话呼叫或系统内的状况改变等等来向HCP和/或病人告知保险赔偿费验证概要和/ 或PA表格的可用性。返回参考图22,如在本文所体现的，开放介绍部分2206内的病例的 状况指出何时响应于提交的介绍已经从药房接待人接收到PA表格和/或保险赔偿费验证 (BV)概要。此外，如以下更详细地描述的，用于已经接收到PA表格但是还没有完成PA表格 的那些病例的开放介绍部分2206的未决的动作栏指出未决的动作将填写PA表格。
[0158] 图51-64包括保险赔偿费验证请求窗口 5100的各种示例性制表的屏幕截图。在 用户注册新的病人之后或在用户选择现存病人之后，能够向用户呈现保险赔偿费验证请求 窗口 5100。保险赔偿费验证请求窗口 5100包括病人信息制表5102、保险信息制表5104、诊 断信息制表5106、训练/支持制表5108,和同意制表5110。同意制表5110能够另外包括病 人同意制表5112和内科医师同意制表5114,如图61和62中所示。
[0159] -旦所有信息已经被输入到保险赔偿费验证请求窗口 5100中并且病人和内科医 师已经执行了同意表格5120和5122,用户就能够选择提交按钮5130。提交按钮5130的选 择向许可的药房和/或等同的提供者传送保险赔偿费验证请求。保险赔偿费验证请求包 括来自保险赔偿费验证请求窗口 5100的信息。如图63中所示，保险赔偿费验证请求窗口 5100也能够包括内科医师信息制表5160。内科医师信息制表包括内科医师信息和用于内 科医师签名的签名空间5162以及提交按钮5130。在选择提交按钮5130以后，如图64中所 示，显示提交确认5170。
[0160] 图65是一旦接收到保险赔偿费验证请求时由药房接待人查看的保险赔偿费验证 窗口 6500的屏幕截图。用户能够查看并且将保险赔偿费验证信息(例如，可扣除的、实际支 出等等)输入到保险赔偿费验证制表6502中。通过选择添加文件按钮6504,用户能够附加 用于传送到HCP的适当的预先核准（PA)表格。如果是期望和/或是适当的，在本文公开的 系统能够至少基于保险赔偿费验证请求中的一些信息来自动地识别并且附加适当的PA表 格。一旦已经输入保险赔偿费验证信息并且已经附加适当的PA表格，用户选择PA提交按 钮6506,并且将PA表格传送到HCP。在示例性实施例中，将从存储在诸如数据库20 (示出 在图1中)之类的数据库中的多个PA表格中所选择的PA表格传送到HCP。每个PA表格能 够与不同的保险提供者相关联，这是因为不同的保险提供者典型地具有不同的、各别的PA 表格。
[0161] 为了说明且不进行限制，图79-81图示出与保险赔偿费验证者对在本文公开的系 统的访问有关的保险赔偿费验证者(例如，药房接待人)的示意性屏幕。图79图示出根据所 公开的主题的实施例的示例性仪表板屏幕。图80图示出根据所公开的主题的实施例的用 于选择PA表格的示意性屏幕。图81图示出根据所公开的主题的用于输入药房详情的示意 性屏幕。
[0162] 如上所述，处方管理器(例如且不进行限制，包括以数字描述为10、7310和112的 处方管理器的各个实施例）能够独自地或与一个或多个用户设备(例如且不进行限制，包括 以数字描述为60、500、522和114的用户设备的各个实施例)结合地管理用于病人的诸如预 先核准表格的某些预先确定的表格的选择、填充和发布（51)。
[0163] 如在本文公开的，为了说明，一旦从用户设备7340接收到信息，处方管理器7310 能够可选地解密该信息。在7421，处方管理器7310能够选择用于处方产品或服务的一个或 多个保险核准表格以及确定保险提供者所需要的之后的过程以获取预先核准。有时，不同 的保险提供者或保健提供者对于不同的处方产品或服务使用不同的核准表格和/或过程。 处方管理器7310能够例如基于对产品或服务开处方的保健提供者的身份、保健提供者所 附属的机构(例如，医院或诊所)、病人被开处方的产品或服务的类型或者病人的保险提供 者来从利用处方管理器7310存储的核准表格中选择用于特定处方产品或服务的适当的核 准表格。如在本文公开的，为了说明，在7413,处方管理器7310能够从由用户设备7340发 送的信息确定一些所需要的信息。例如，能够从在7413从用户设备7340接收的信息中提取 保健提供者和病人的身份以及病人被开处方的产品或服务的类型。另外，处方管理器7310 能够从存储在保健提供者或病人的用户账户中的信息中调取一些所需要的信息。例如，能 够从保健提供者的账户中或从在7413由用户设备7340发送的信息中调取保健提供者所附 属的机构。能够从基于病人的身份所确定的病人的账户来调取病人的保险提供者。
[0164] 如果病人具有多个保险提供者，每个保险提供者可能需要其自己的核准表格和/ 或过程。如在本文所体现的，处方管理器7310能够从利用处方管理器7310存储的核准表 格中选择多个保险核准表格(例如，每个保险核准表格用于每个病人的保险提供者)。
[0165] 每个保险核准表格能够包括任何数量的栏位，每个栏位对应于需要被填写的不同 则信息。如在本文公开的，为了说明，在7423,对于为处方产品或服务所选择的每个核准表 格，处方管理器7310能够基于处方管理器7310可得到的信息(其能够包括来自相对于处方 管理器7310的保健提供者的用户账户和病人的用户账户的信息、从用户设备7340接收的 信息、由被开处方的产品的厂商或销售者所提供的信息，或者由处方服务提供者所提供的 信息）来自动地在表格中的所需要的栏位中进行填入。另外，如果处方管理器7310可以访 问电子病历系统，则处方管理器7310能够从电子病历系统调取相关信息(例如，病人的记 录)。
[0166] 图43图示出示例保险核准表格的页面。例如，表格能够包括用于病人的信息的部 分、用于保健提供者的（即开处方者的）信息的部分、用于病人的保险信息的部分，和与开处 方的产品或服务有关的两个部分。每个部分能够包括许多栏位。例如，在"病人信息"部分 之下，存在对应于病人的名、中间字首、姓、出生日期、性别、住址、电话号码和药物过敏的栏 位。在"保险信息"部分之下，存在对应于病人的优先保险和诸如电话号码、持卡人识别号 码、组号、投保人姓名等等的辅助信息的栏位。能够从数据存储(例如，数据存储7312和/ 或数据存储7360)中、例如从病人的用户账户或来自电子病历系统的病人的记录或在7413 从用户设备7340接收的信息中来调取用于填写这些栏位所需要的信息。然后由系统7300 (例如，具体地由处方管理器7310)来自动地将信息填充到核准表格中。在多个核准表格实 例(例如，对应于多个保险提供者）中，处方管理器7310能够(例如，在每个核准表格中）自 动地填充适当的栏位。另外，存在与保健提供者（即，开处方者)、病人的诊断、处方药物等等 有关的栏位。能够例如从保健提供者的用户账户或在7413从用户设备7340接收的信息或 由药物的厂商或销售者供给的信息中调取用于填写这些栏位所需要的信息。
[0167] 如在本文公开的，为了说明，在7425, 一旦保险核准表格已经被填写，处方管理器 7310就能够可选地加密表格(例如，用于病人的私密保护)，并且向与保健提供者相关联的 用户设备7340发送完成的表格。视情况而定，能够选择保险核准表格，并且能够允许完成 的表格以足够的时间被发送回用户设备7340以在病人仍然与保健提供者协商时允许保健 提供者接收该完成的表格。在该情况下，保健提供者能够视情况与病人申阅表格并且对它 们进行签名。其他时候，能够在病人与保健提供者的协商之后(例如，几小时或一天内)将完 成的表格发送回用户设备7340。另外地，处方管理器7310能够进行质量/拼写检查以保证 每个核准表格被完全地填写并且被输入到表格中的信息是拼字恰当地或正确地。在7416 中，HCP能够例如通过单击"保存"按钮来保存填充的保险核准表格，在这时能够在数据存储 7312中保存预先核准表格。
[0168] 如在本文公开的，为了说明，在7415,能够在用户设备7340上向保健提供者呈现 完成的表格以供审阅和签名。为了审阅完成的保险核准表格，保健提供者能够登录到他 的/她的相对于处方管理器7310的账户中。能够在保健提供者的账户中找到所有未决的 保险核准表格（即，对应于各个病人被开处方的产品或服务)。保健提供者能够选择特定保 险核准表格，以用于审阅和签名。
[0169] 为了说明，能够存在由处方管理器7310提供的屏幕，作为其用户界面的一部分， 其引导保健提供者进行审阅和签名处理。例如，图42图示出示例屏幕，从该示例屏幕保健 提供者能够输入用户名和口令以便将(例如，利用保健提供者的账户或在用户设备7340上 所存储的）电子签名插入到完成的保险核准表格中。有时，权限(例如，状态）不允许在保险 核准表格上使用电子签名。在此情况下，保健提供者可能需要印制表格的物理副本并且在 纸上对其进行签名。
[0170] 如在本文公开的，为了说明，在7417,保健提供者能够向处方产品销售者7320 (例 如，由病人选择的药房)或处方服务提供者7330发送签名的保险核准表格。可选地，保健提 供者能够将诸如病人的图标的其他相关文档与签名的保险核准表格一起发送。能够使用任 何可适用的方式、诸如经由传真或电子邮件来发送表格以及可选地附加的文档。
[0171] 为了说明，能够由处方管理器7310提供屏幕，作为其用户界面的一部分，以引导 保健提供者向适当的接收者发送签名的保险核准表格。图46-47图示出引导保健提供者对 签名的保险核准表格进行传真的示例屏幕。例如，从图46中图示的屏幕4600,如果需要， 保健提供者能够指定能够与签名的保险核准表格一起被发送的一个或多个附加的文档。从 图47中图示的屏幕4700,保健提供者能够输入接收者(例如药房或保险提供者的传真号)， 以用于对签名的表格和附加的文档进行传真。
[0172] 例如，对保健提供者向作为系统7300的一部分的药房（S卩，处方产品销售者7320) 或保险提供者发送用于处方药物的完成的且签名的核准表格的情形进行参考。如在本文所 体现的，为了说明，药房然后能够将核准表格转发到病人的保险提供者。如果病人的保险 提供者批准该处方药物，保险提供者能够向药房通知该批准。药房然后能够填写处方并且 联系病人(例如，使用病人提供的电话号码向病人打电话或者通过处方管理器7310通知病 人)，以便病人能够在药房捡取药物。
[0173] 有时，病人的保险提供者能够具有不是系统7300的一部分的指定药房（S卩，处方 产品销售者7380)。然而，为了使病人从保险提供者接收到付款保险赔偿费，可能需要病人 从保险提供者的指定药房获取实际的药物。在该情况下，即使保险提供者已经从作为系统 7300的一部分的一个药房或保险提供者（S卩，处方产品销售者7320)接收到处方和/或核准 表格，但病人的保险提供者也能够向不是系统7300的一部分的另一个药房(例如，其自己 的指定药房）发送批准。保险提供者的指定药房然后能够填写处方并且通知病人。如果病 人希望他的/她的保险提供者对药物进行付款，病人可能需要在保险提供者的指定药房捡 取药物。当然，病人总是具有他自己/她自己对处方进行付款的选择，在这样的情况下，病 人能够自由地选择购买药物的药房。
[0174] 在示例性实施例中，能够在处方文件或医嘱文件的生成（41)之前预先形成预先核 准（51)。在某些其他实施例中，如在本文所描述的，能够在预先核准处理的至少一部分之前 生成医嘱/处方文件。
[0175] 此外，在示例性实施例中，如上所述，处方管理器(例如，处方管理器10或7310)的 一个或多个处理器能够被配置为自动地选择适当的预先核准表格。替换地，在示例性实施 例中，能够由保险赔偿费验证者(诸如，例如药房接待人）使用处方管理器10来选择预先核 准表格。在示例性实施例中，如在本文公开的，能够通过一系列屏幕引导由保险赔偿费验证 者对预先核准表格的选择。例如，保险赔偿费验证者能够登录到系统7300中，并且处方管 理器能够提供用户界面以供进行基于病人提供者信息对预先核准表格的选择。
[0176] 例如且不进行限制，在介绍和处方表格被提交给药房接待人之后，药房接待人能 够验证病人的保险赔偿费用并且识别任何预先核准（PA)要求。如果期望，药房接待人准备 并且向病人的保险提供者提交用于处方的测试主张 （test claim)。测试主张能够包括完成 的处方表格和判决用于开处方的产品的付款的请求。如果该主张被拒绝，药房接待人确定 为什么该主张被拒绝。具体地，药房接待人确定是否需要来自保险提供者的预先核准。如 果需要预先核准，药房接待人确定用于病人的保险提供者的正确的PA表格。在其他的实施 例中，药房接待人能够在没有提交测试主张的情况下直接地联系保险提供者，以确定保险 提供者的主张要求、正确的PA表格(如果可适用)、由保险提供者向病人提供的保险赔偿费， 等等。在又一些其他实施例中，识别用于特定保险提供者的正确的PA表格的数据、关于由 保险提供者提供的特定计划的保险赔偿费和要求数据等等能够用于确定是否需要是正确 的PA表格的PA表格和/或由保险提供者向病人提供的保险赔偿费。例如，保险提供者能 够响应于测试主张指出拒绝的理由，并且能够基于拒绝的理由来选择PA表格。
[0177] 如果正确的表格已经被包括在系统中，系统自动地向病人的HCP提供正确的PA表 格。在示例性实施例中，PA表格是包括多个数据栏位的电子PA表格。如果正确的PA表 格没有被包括在系统中，药房接待人例如通过创建具有与系统中的其他表格相同文件类型 (例如便携式文档格式（PDF)文档）的表格的版本并且将PA表格上的栏位映射到系统中可 用的数据以允许由系统自动填充PA表格，来准备PA表格以用于被包括在系统中。例如然 后通过将PA表格存储到诸如服务器计算机设备275的服务器，来将准备的PA表格加载到 系统中。能够通过使PA表格对于HCP为可得到的的任何适当的手段来向HCP提供PA表 格。在示例性实施例中，药房接待人通过将表格与特定病人和其应用于的病例相关联，来使 正确的PA表格经由系统对于HCP为可得到。在其他的实施例中，药房接待人能够通过使得 表格可用于由HCP下载、通过经由诸如安全电子邮件或安全文件传送协议（SFTP)之类的电 子传输或诸如经由传真传输之类的其他传输向HCP进行传输，来向HCP传送PA表格。
[0178] 如在本文所体现的，能够被传送到HCP的至少一些PA表格包括使得诸如计算设备 502的处理设备能够自动填充加标签的栏位的至少一个电子地'加标签的'栏位。用于自 动填充PA表格的数据能够包括病人信息(例如，姓名、住址，等等)、内科医师联系人信息(例 如，姓名、牌照号，等等)，输入到保险赔偿费验证请求窗口 5100 (示出在图51中)中的信息、 办公室信息(例如，姓名、住址)，用于病人的保险信息(例如，公司、计划号，等等)，和/或与 PA表格的栏位有关的任何其他信息。
[0179] 在向HCP提供PA表格之后（例如，在HCP经由处方管理器访问PA表格之后)，HCP 能够利用所需数据人工地填充PA表格、允许系统利用先前提供的信息自动地填充表格，或 者人工地填充PA表格的某些部分，同时允许系统自动地填充PA表格的其他部分。HCP能 够诸如通过提供包括实验室结果、先前的治疗或先前的处方的附加的医学信息来人工地完 成不可以由系统自动填充的任何栏位。如果特定PA表格需要，则HCP且具体地开处方者电 子地对PA表格进行签名。在示例实施例中，电子签名是由HCP作出的物理签名的数字表 示。能够在内科医师对特定PA表格进行签名时捕捉电子签名，或者可能已经在先前捕捉了 电子签名。如果在先前捕捉了内科医师的电子签名，内科医师能够将现存电子签名附加到 PA表格以满足对表格进行签名的要求，如果期望，现存电子签名的附加可能要求诸如经由 用户ID和口令的再输入来确认内科医师的身份。此外，如果期望，一个或多个办公室工作 人员能够被授权将内科医师的现存电子签名附加到PA表格。能够在允许附加之前确认办 公室工作人员的身份的确认以及他的/她的附加签名的授权。
[0180] 医学治疗协调系统然后使得HCP能够向保险人提交PA表格。PA表格能够被直接 电子地传送到由保险人维持的系统、被传送到保险人的传真机、通过安全电子邮件被传送 到保险人，或通过任何其他适当的传输方法被传送到保险人。在示例性实施例中，以数字格 式提交PA表格。例如，能够以电子PA (ePA)标准格式来提交PA表格。如上所提及的，医 学治疗协调系统呈现用于病人在处理期间参加的病人可得到的可选服务。如果病人同意参 与一个或多个这些支持服务，提供这样的服务的第三方(包括药物厂商）能够主动地联系病 人以讨论财政帮助选项、训练、教育或支持选项。该联系能够发生在内科医师的办公室中的 最初约定的数小时内。以病人已经参加为条件，由医学治疗协调系统向服务提供者传送引 导讨论的信息。在示例性实施例中，以不是表格的格式来向保险人发送典型地在PA表格上 包括的PA信息。此外，如果期望，使用电子数据交换或web服务来发送PA表格和/或PA 信息。
[0181] 在示例性实施例中，并且参考图44,通过选择填写仪表板窗口 2202中的PA表格， 打开PA窗口 4400,如图44中所示。PA窗口 4400在PA表格窗口 4404中显示从药房接待 人接收的PA表格4402。PA表格4402是可填写的表格，其中能够通过选择例如病人姓名、病 人住址、HCP姓名、HCP住址和诊断的栏位并且键入用于栏位的期望值来输入信息。在示例 性实施例中，能够另外地或替换地通过选择填写按钮4406来填写PA表格。如果选择填写 按钮4406,能够由在本文公开的系统利用在如上所述的系统100中收集的适当的信息来填 充PA表格4402的栏位。具体地，系统能够识别PA表格4402中的一个或多个数据栏位，将 所存储的病人和/或保险数据的对应的数据栏位映射到所识别的数据栏位，并且使用映射 利用所存储的病人和/或保险数据来填充所识别的数据栏位。能够通过自动填充部分地完 成PA表格4402,并且能够人工地部分地填写PA表格4402、能够由系统自动地填写PA表格 4402，或者能够完全地人工地填写PA表格4402。在示例性实施例中，系统或PA表格本身能 够指出信息丢失的PA表格数据栏位，以向用户警告需要这样的数据来完成PA表格。此外， 在示例性实施例中，系统能够禁止保存和/或提交PA表格，直到所有所需数据栏位已经被 完成。能够如上参考图41所描述的由HCP或授权的工作人员通过选择签名按钮4408并且 附加签名来对PA表格4402进行签名。在示例性实施例中，HCP能够在完成PA表格4402时 创建HCP的手写签名的电子再现而不是附加在先前存储的HCP的手写签名的电子再现。为 了说明且不进行限制，图44B图示出根据所公开的主题的实施例的另一个示例性PA屏幕。
[0182] 摄入详情窗口 4410显示用于特定病例的信息的概要，包括病人姓名、被开处方的 药物、诊断、病人的保险提供者，和HCP的姓名。可选择这些项中的每一项来查看另外的详 情。例如，如果用户选择病人的姓名，则在PA窗口 4400上显示示出在图45中的病人信息 窗口 4500。病人信息窗口 4500包括诸如性别、出生日期、住址之类的关于病人的另外的详 情，以及病人的识别文件的扫描的图像。为了说明且不进行限制，图45B和图45C图示出根 据所公开的主题的实施例的另一个示例性病人信息窗口。
[0183] 如果用户期望向除填写PA表格之外将填写病人的处方的病人的保险提供者和/ 或药房提交附加的支持文档，则用户能够通过选择向文档窗口 4412添加新的文档来这样 做。该选择打开示出在图46中的文档添加窗口 4600,其中用户能够定位附加的文档，诸如 实验室结果、保险赔偿费验证概要、用于诊断的附加的注解和/或支持，等等。将所选择在 文档添加到文档窗口 4412以准备与PA表格4402 -起提交。为了说明且不进行限制，图 46B图示出根据所公开的主题的实施例的另一个示例性文档添加窗口。
[0184] 当用户准备好向保险提供者PA表格4402时，用户选择传真按钮4414 (示出在图 44中），从而打开示出在图47中的传真文档窗口 4700。为了说明且不进行限制，图47B图 示出根据所公开的主题的实施例的另一个示例性传真文档窗口。在示例性实施例中，使用 存储在系统上的和/或由用户输入的联系人信息，通过传真传输将PA表格和相关联的文档 发送到用于填写处方的保险提供者和病人的优选的或指定药房。在其他的实施例中，通过 例如包括经由安全电子邮件、直接电子传输、印制的邮件等等的其它方式来将PA表格和文 档传送到药房和保险公司中的一个或两者。如果期望，以不是表格的格式来向保险人发送 典型地在PA表格上包括的PA信息。此外，如果期望，使用电子数据交换或web服务来发送 PA表格，PA信息和/或附加的文档。此外，如果期望，以不是文档的格式来向保险人发送和 /或使用电子数据交换或web服务来发送典型地包括在附加的文档中的信息(例如，实验室 结果、保险赔偿费验证概要、用于诊断的附加的注解和/或支持)。
[0185] 另外地，能够将PA表格和附加的文档传送到电子病历卡系统以用于包括到病人 的记录中。传真文档窗口 4700显示病人的保险提供者的姓名和保险提供者的传真号。在 示例性实施例中，用户能够选择将哪些文档发送到保险提供者。包括在文档窗口 4412中的 所有文档被显示在传真文档窗口 4700中，以用于选择传输到保险提供者。在其他的实施例 中，为了传输到保险提供者，一个或多个文档能够被预先选择和/或是强制性。传真文档窗 口 4700也显示用于填写处方的病人的优选的药房的名称和传真号。在示例性实施例中，向 药房传送将处方和PA表格包括在内的包括在文档窗口 4412中的所有文档。在其他的实施 例中，对于向药房的可选传输，包括电子处方的一个或多个文档能够是可选择的。当用户选 择发送按钮4702时，由在本文公开的系统的示例性实施例以列在传真文档窗口 4700中的 传真号向病人的保险公司对所选择的文档发传真，并且也以列出的传真号向进行填写的药 房传送所有文档。与示例性实施例有关，当一个或多个文档被电子地(例如，经由传真）传 送到保险赔偿费验证者(例如，药房接待人)、付款人(例如，保险提供者）或处方产品销售者 (例如，药房)时，诸如通过包括关于执业或者开处方者姓名、住址、电话和/或传真信息的信 息，能够将文档识别为起源于HCP执业。例如，当经由传真被发送时，执业姓名和传真号出 现在传真的头标上。
[0186] 如上所述，在示例性实施例中，处方管理器(例如且不进行限制，包括以数字描述 为10、7310和112的处方管理器的各个实施例）能够独自地或与一个或多个用户设备(例 如且不进行限制，包括以数字描述为60、500、522和114的用户设备的各个实施例）结合地 管理用于病人的处方产品的医嘱/处方文件的生成（41)和实行（61)。例如，如在本文公开 的，医嘱/处方的生成（41)能够包括至少基于病人摄入信息和医嘱/处方信息的一部分生 成用于处方产品的医嘱/处方文件。也就是说，例如，能够分别地或共同地基于病人摄入信 息的一部分和/或处方信息的一部分来生成医嘱/处方文件。在不例性实施例中，病人摄 入信息能够包括处方文件的生成需要的信息以外的信息，并且同样地能够使用病人摄入信 息的子集。
[0187] 此外，在示例性实施例中，医嘱/处方的生成（41)能够包括处方文件（S卩，由内科 医师签名的文件，其能够用于从例如药房的处方产品销售者获得处方产品）的生成。替换 地，医嘱/处方的生成（41)能够包括医嘱（S卩，由保健提供者对于医疗产品的管理的医疗服 务的提供、管理、实行等等进行的调配)的生成。例如，能够生成为保健提供者的机构中的医 疗产品的管理作准备的医嘱(其能够是但不必是如果病人将从处方产品销售者获得产品对 其处方将是必要的产品）。
[0188] 在示例性实施例中，医嘱/处方的实行（61)能够包括向处方产品提供者(例如，药 房）或向病人的提供者(例如，保险提供者）的处方文件的传输。类似地，医嘱/处方的实行 (61)能够包括向医疗服务提供者、保健提供者(例如，用于医疗产品的管理)、处方产品提供 者(例如，例如其中处方产品不需要处方的药房)，和/或病人的提供者(例如，保险提供者） 的医嘱文档的传输。此外，医嘱/处方的实行（61)能够包括医疗产品的管理或医疗服务的 提供。例如，医嘱/处方的实行能够包括生物产品的注射。如上所述，如在本文所使用的， 术语"传输"（或"传送"）能够包括诸如通过传真、电子邮件、经由一个或多个用户设备的电 子访问、HTTP传输等等的任何电子传输手段。
[0189] 为了示例和说明且不进行限制，现在将对与用于处方产品的处方的生成结合的根 据所公开的主题的某些示例性实施例进行描述。然而，本领域普通技术人员将理解，以下描 述能够同样地实现医嘱的生成和实行，并且同样地，目前所公开的主题不限于处方产品的 生成和传输。
[0190] 为了完成用于处方产品的处方，可能需要HCP的签名。在示例性实施例中，在先前 创建的HCP的电子签名（并且在本文描述）能够被附加以完成处方。在其他的实施例中，能 够通过同时捕捉HCP的手写签名的电子再现来附加 HCP的签名。在示例性实施例中，如果 在本文公开的系统的登录的用户是HCP，用户能够附加 HCP的电子签名。在示例性实施例 中，如果用户是被授权为HCP进行签名的工作人员，用户能够附加 HCP的电子签名。在选择 附加 HCP的签名时，可能需要用户再输入他的/她的登录证书，S卩，用户名和口令。能够在 HCP决定和签名窗口 4100上显示示出在图42中的认证弹出4200。如果用户输入不正确的 证书或没有被授权代表HCP进行签名，则阻止用户附加 HCP的签名。如果用户输入正确的 登录证书并且被授权代表HCP进行签名，则HCP的签名被附加，并且完整的处方和介绍被准 备好用于提交给药房接待人。
[0191] 从HCP决定和签名窗口 4100,用户能够查看和/或提交介绍和处方表格。图43是 示例介绍和完成的处方表格4300的第一页。尽管示出图43中的所有其信息栏位是空的，但 在操作中，处方管理器(诸如，例如，处方管理器1〇、7310、112)或替换地用户设备(诸如，例 如，用户设备60、7340或500)能够利用如上所述生成和/或收集的信息来填充所有字段， 包括附加 HCP签名（如果可适用的)。在示例性实施例中，介绍和处方表格4300能够包括诸 如病人的保险卡的扫描的图像之类的附加信息。在其他的实施例中，介绍和处方表格4300 能够包括更多或更少信息。此外，包括在介绍和处方表格4300中的特定格式和信息能够例 如基于介绍和处方表格4300将被传送到的药房接待人的要求和/或期望格式而变化。
[0192] 当并且如果用户选择向药房接待人提交介绍和处方表格4300时，能够将介绍和 处方表格4300传送到药房接待人。如在本文所体现的，为了说明，能够经由网络、诸如经由 因特网，将介绍和处方表格4300电子地传送到药房接待人。在其他的实施例中，能够通过 任何适当的传输、包括例如通过传真传输、安全电子邮件传输的附件、经由无线网络的电子 传输、经由无线网络的电子传输、经由局域网的传输或印制和邮寄等等，来传送介绍和处方 表格4300。与示例性实施例有关，当处方表格(例如，经由传真）被传送到保险赔偿费验证 者(例如，药房接待人)、付款人(例如，保险提供者）或处方产品销售者(例如，药房）时，诸如 通过包括关于执业或者开处方者姓名、住址、电话和/或传真信息，能够将文档识别为起源 于HCP执业。例如，当经由传真被发送时，执业姓名和传真号出现在传真的头标上。
[0193] 为了说明且不进行限制，图76图示出根据所公开的主题的实施例的另一个处方 屏幕。
[0194] 如在本文公开的，为了说明，处方管理器7310能够实施和支持帮助保健提供者和 病人的附加功能。为了说明，当病人已经接收到开处方的产品或服务(例如，药房已经填写 了处方药物，该处方药物已经被病人捡取或以另外方式提供给病人(例如邮寄)，或病人已 经与专家协商或接收到开处方的治疗）时，对应的处方产品销售者7320 (例如，药房）或对 应的处方服务提供者7330 (例如，专家）能够(例如，使用适当的用户设备访问对应的网址） 来向处方管理器7310指示该信息。处方管理器7310能够进而更新保健提供者的用户账户 中的信息，使得保健提供者了解到病人的处方已经被填写。
[0195] 为了说明，如果保健提供者相当长的一段时间（例如，几天）还没有对完成的表格 进行签名，处方管理器7310能够向保健提供者发送审阅和对表格进行签名的提醒。提醒能 够是任何可适用的格式。例如，处方管理器7310能够将保健提供者提醒作为电子邮件、文 本消息、语音消息(例如，通过自动电话呼叫)等等来发送。一些提醒不需要保健提供者为了 接收这些提醒而实际地登录到他的/她的相对于处方管理器7310的账户中，使得即使保 健提供者有一些天没有登录到他的/她的账户中也迅速地对他/她进行提醒。
[0196] 为了说明，当保健提供者登录到他的/她的账户中时，他/她能够查看他的/她 的病人的所有保险核准表格的当前状态。可视指示(例如，不同的颜色）能够与不同的状况 的核准表格相关联。例如，如果几天还没有对保险核准表格进行签名，则能够以黄色显示 该保险核准表格。然而，如果一周还没有对表格进行签名，则能够以红色显示该保险核准表 格。另一方面，如果保险核准表格已经被签名并且被发送到适当的接收者，则能够以绿色来 显示该保险核准表格。
[0197] 为了说明，当病人登录到他的/她的相对于处方管理器7310的账户中时，他/她 能够通过如图52所图示的由处方管理器7310提供的作为其用户界面的一部分的屏幕来审 阅与他的/她的处方有关信息或者为了附加的支持和服务进行签名。例如，图53图示出示 例屏幕，从该示例屏幕，病人能够观看关于自我注射的训练视频。图54-60图示出一系列屏 幕，其引导该病人为了可选服务进行签名，使得病人能够接收治疗信息、用于管理处方药物 的训练等等。病人可能需要提供附加信息并且给出各种类型的内容(例如，如图57和59所 图示的)，以便接收这些服务。
[0198] 为了说明，当新的药物在进行临床试验并且其医治病人的病情时，处方管理器 7310能够在病人登录到他的/她的账户中时向病人示出关于新的药物的信息。如果是适当 的，能够询问病人他/她是否肯参与临床试验，并且如果是这样的话，能够存在引导病人为 了临床试验进行签名并且输入必要的信息的屏幕。
[0199] 有时，病人能够从住宅(或工作）的一个位置迁移到住宅（或工作）的另一个位置。 在居住在前者的位置时，病人可能已经选择了附近的药房或诊所作为用于获取处方产品或 服务的优选的位置。在移动到新的位置之后，在先前选择的药房或诊所对于病人不再是便 利的，并且病人能够选择接近病人的新的住宅的位置的新的药房或诊所作为用于获取处方 产品或服务的优选的位置。为了说明，病人能够登录到他的/她的相对于处方管理器7310 的账户中并且更新他的/她的住址。病人也能够选择新的药房或诊所作为他的/她的优选 的药房或诊所。为了说明，处方管理器7310能够向病人的保健提供者通知病人的住宅迁 移。如果期望，在病人的同意的情况下，处方管理器7310能够帮助向最新选择的药房或诊 所转移病人的当前处方和保险核准(例如，如果该最新选择的药房或诊所也是系统7300的 一部分)。另外地或替换地，处方管理器7310能够基于被输入到处方管理器7310中的病人 的地址变更来提示病人选择最靠近的可用批准的药房或HCP。为了说明且不进行限制，图 77图示出根据所公开的主题的实施例的包括对病人详情作出的改变的通知的屏幕。
[0200] 图22和23是沿着仪表板路径706 (示出在图74C中）的数个页面的屏幕截图。当 用户选择仪表板按钮2200时，能够显示仪表板窗口 2202。仪表板窗口 2202能够显示关于 被输入到用户所相关联的在本文公开的系统中的病例的状况的总体信息。摄入部分2204 显示对于其摄入过程已经开始、但是对于其在系统中病例还没有发展为介绍的病人。摄入 部分2204显示病人的姓名、创建病例的日期、病例的状况，和自从病例最后被更新其所流 逝的时间的长度。在示例性实施例中，流逝的时间的长度被彩色编码以允许快速识别自从 最后更新起所流逝的时间的时长。因此，例如，流逝的时间对于具有短的流逝的时间的病例 可以被着色为绿色；对于具有流逝的多于预定数量的天的病例，可以被着色为黄色；以及 对于流逝的超过第二(和更多）预定数量的天的病例，可以被着色为红色。在其他的实施例 中，可以使用其他颜色方案。
[0201] 开放介绍部分2206能够显示对于其开放介绍是存在的病人。开放介绍部分2206 显示病人的姓名、创建病例的日期、病例的状况，和自从病例最后被更新起所流逝的时间的 长度。开放介绍部分2206也能够显示需要用户的注意的任何未决的动作。用户能够通过 选择用户期望完成的用于未决的动作的按钮来选择从仪表板完成未决的动作。在示例性实 施例中，自从最后更新起所流逝的时间的长度被彩色编码以允许快速识别自从最后更新起 的时间。因此，例如，流逝的时间对于具有短的流逝的时间的病例能够被着色为绿色；对于 具有流逝的多于预定数量的天的病例，能够被着色为黄色；以及对于流逝的超过第二(和更 多)预定数量的天的病例，能够被着色为红色。在其他的实施例中，可以使用其他颜色方案。
[0202] 关闭部分2208能够识别用户所相关联的关闭的病例。关闭部分2208显示病人的 姓名、创建病例的日期，和病例的状况。
[0203] 从仪表板窗口 2202,用户能够使用检索框2210选择检索病人。用户将完整的或 部分的病人信息(诸如姓、或诸如ID号的唯一病人标识符、驾驶牌照号、保险号)输入到检索 框2210中，并且系统将返回系统中的用户所相关联的所有匹配病人。系统将不返回用户不 与其相关联的匹配病人(例如，系统将不返回与键入检索框2210中的检索项匹配的其他执 业者的病人)。在示例性实施例中，系统仅仅返回HCP为其负责的或者工作人员所相关联的 HCP为其负责的病人。在其他的实施例中，系统对于匹配检索条件的、与执业中的任何HCP 相关联的所有病人返回检索结果。
[0204] 用户也能够选择从仪表板窗口 2202查看概要仪表板。通过选择查看概要链接 2212,在仪表板窗口 2202上显示仪表板概要2300,如图23中所示。仪表板概要2300呈现 介绍的数量的概要和介绍处理中用于每个步骤的处理时间。在其他的实施例中，仪表板概 要2300可以被显示为单独的表格，并且不覆盖仪表板窗口 2202。
[0205] 在示例性实施例中，在PA表格和支持文档被提交给病人的保险提供者和药房之 后，用户能够继续监视处方的状况以确定何时以及是否接收到保险提供者批准和处方是否 被填写。在示例性实施例中，保险提供者传送指示预先核准已经被准许的电子确认消息。因 此，系统能够跟踪表示当将PA表格传送到保险提供者时与当从保险提供者接收到电子确 认消息时之间的时间段的未决事宜时段。能够在计算设备502 (示出在图5中）上显示未 决事宜时段和/或相关的度量。类似地，药房能够传送指示处方将被填写或已经被填写的 电子确认消息。在处方被填写之后，能够更新病例状况以在系统中（以及更具体地在仪表板 窗口 2202 (示出在图22中）中）关闭。此外，在示例性实施例中，其他状况更新能够是可用 的。例如，病例能够被更新以指示保险提供者已经提供了需要的事先批准、被更新以指示处 方已经实际地由病人填写，等等。在其他的实施例中，当PA表格和支持文档被传送到病人 的保险提供者和药房时，病例能够被关闭。在示例性实施例中，药房接待人能够监视并且在 确认处方的状况时关闭病人病例。系统能够另外地通信地耦合到电子病历卡系统，其中更 新和文档将被传送到电子病历系统用于存储和被包括到病人的病历卡中。
[0206] 系统能够为了其他非病人特定目的来存储关于在本文描述的处方和履行处理的 数据。能够在剥去病人识别信息的表格中存储该数据。例如，能够在没有包括病人特定信 息的情况下对于每个病例存储向药房接待人提交介绍与返回保险赔偿费验证和/或PA表 格之间的流逝的时间。用于处理中的所有其他时间间隔(例如在PA表格的接收与完成的PA 表格向保险提供者的提受之间、在PA表格向保险提供者的提受与PA的批准之间、PA的批 准与处方的填写之间的时间等等)的数据。能够通过多个HCP、HCP执业、药房接待人和/或 进行填写的药房来收集和/或分析数据。然而，因为这样的数据可能不是通用的（g卩，其可 能包含关于HCP、保险提供者、药房接待人、和/或进行填写的药房的识别信息)，所以能够 另外分析数据以例如确定各个HCP、药房接待人和/或进行填写的药房在系统中完成他们 的相应的任务时的努力。在其他的实施例中，能够不同地和/或为了不同的目的来分析由 系统生成的数据。如果期望，HCP能够可以访问通用数据和/或这样的分析的结果。
[0207] 为了说明且不进行限制，现在将参考图66-71来描述在本文公开的系统和方法的 替换或附加的实施例。
[0208] 图66-71是根据所公开的主题的医学治疗协调系统6600的方面的框图。在图 66-71中，系统6600用于协调由医药公司制造的医药产品(在本文被称为DRUG (H))的开处 方(在本文被称为DRUGC0)。一个或多个药房接待人可以在本文被称为PHARMAC0。用于提 供与DRUG (H)有关的诸如训练、信息、补助金等等之类的可选支持服务的支持服务群组被 称为名称myDRUG。
[0209] 医学治疗协调系统6600是使处方信息的捕捉自动化以加速批准、确保更高的准 确度并且将病人连接到重要的机载服务的技术平台。系统6600包括与彼此通信的若干联 网的计算设备，使得系统6600扩展到HCP的办公室中、扩展到药房、扩展到保险提供者和/ 或诸如制药厂的其他第三方。
[0210] 医学治疗协调系统6600被配置为便利病人对与所管理的药物相关联的病人服务 (例如，病人负担他们的药物的能力和自我注射)的察觉。医学治疗协调系统6600允许所管 理的药物的厂商在病人的知情同意的情况下联系新的病人，以改善包括处方保护（PP)的服 务、注射指导服务和其他myDRUG服务的察觉和使用两者。
[0211] 医学治疗协调系统6600包括计算机平板机、键盘，和光扫描器设备。在药物厂商 与执业者之间的用户协定下，硬件被安装在内科医师办公室中。在各个实施例中，该平台专 门地运行基于web的软件程序，其允许保健提供者（HCP)和病人为了来自药物厂商的安全 机载服务输入所有所需数据以完成有效的处方、预先核准和病人同意。医学治疗协调系统 6600提供综合数据收集系统，其允许保健提供者再使用先前输入的数据以将HCP操作流水 线化。所有系统是HIPAA证实的，以确保私密并且遵循所有药房要求。
[0212] 图67是根据所公开的主题的示例性实施例的使用医学治疗协调系统6600的病人 摄入处理6700的流程图。在示例性实施例中，处理6700被配置为从驾驶员执照或其他识 别和/或保险卡捕捉病人信息。
[0213] 图68是病人参加处理的流程图，该病人参加处理图示出使用医学治疗协调系统 6600允许病人参加 myDRUG服务并且捕捉病人签名的步骤。
[0214] 图69是被配置为使用医学治疗协调系统6600生成保险赔偿费验证（BV)以及纸质 处方和/或电子处方（E处方）的数字渲染的处理的流程图。在示例性实施例中，当已经完 成病例信息和病人签名处理时，开处方者对病例进行签名以生成BV。在示例性实施例中，被 签名的BV是或包括纸质处方和/或E处方的数字渲染，并且被转发到病人的选择的药房。
[0215] 图70是预先核准（PA)处理7000的流程图，其图示出填写预先核准表格并且将PA 表格传真到保险公司时所涉及的步骤。在BV提交之后，医学治疗协调系统6600返回BV和 适当的PA表格。职员可以利用先前输入的数据来填充PA表格。
[0216] 图71是将机构、工作人员和内科医师注册到医学治疗协调系统6600中的管理员 活动的流程图。对于每个机构该流程进行一次。
[0217] 示例性系统6600能够被用于任何特定处方产品或服务。此外，能够与许多不同的 处方产品和/或服务结合来使用医学治疗协调系统6600。在这样的实施例中，在每个实例 中，用户能够选择利用哪个药物系统6600,即哪个产品或服务被开处方或调配。
[0218] 如在本文所体现的，医学治疗协调系统6600能够通过提供减少的文书工作的好 处并且向诊所提供可靠的PA表格完成来集成通过E处方、预先核准提供的服务和病人机载 服务，并且改善病人机载速率。医学治疗协调系统6600实现到myDRUG程序的更高的病人 参加，导致在药房的降低的处方放弃、由于训练和随诊的改善的病人配合度和一致性，以及 适当的起始剂量的增加的使用。
[0219] 本领域普通技术人员将理解，为了示例且不进行限制的目的来提供在图中描绘并 且在本文描述的示例性屏幕截图。因此，能够随意地修改类似屏幕截图的序列和分组。为 了说明且不进行限制，通过引用整体被合并于此的美国临时申请号码61 / 712, 153的图 82-260来提供对于根据所公开的主题的示例性实施例的替换屏幕截图。 疙戌吊
[0220] 本公开被描述为被应用于包括用于便利和/或协调处方产品的医嘱/处方的系 统和方法的某些示例性实施例。如在本文所使用的，医学治疗能够包括但不限于，提供给病 人的、需要处方并且也可能需要来自保险提供者的预先核准的任何医疗产品和/或医疗服 务。因此，医学治疗可以包括药物、医药产品、医疗设备、医学治疗、理疗、医药用品，等等。 另外，如在本文所使用的，医嘱/处方能够包括用于医学治疗的调配、请求、指导，和/或推 荐。尽管在本文描述的系统和处理总体上涉及便利和/或协调处方产品的医嘱/处方，但 能够与对被称为HUMIRA?产品(属类上也被称为阿达木单抗)的处方药物开处方结合来使用 所公开的主题的特定实施例。（HUMIRA是百慕达群岛、汉密尔顿的阿博特生物技术有限公司 的注册商标）例如，在对于用于病人的HUMIRA?产品开处方并且获取预先核准的上下文中 在本文描述指示、诊断、内科医师的专业、配药、递送路线，等等。然而，在本文描述的系统和 处理也可以被用于包括其他处方药物的任何其他医学治疗，并且不局限于与HUMIRA?产品 结合使用。
[0221] 如在本文所描述的目前所公开的主题的实施例涉及医学治疗管理办法和系统。所 描述的方法和系统能够用于便利、协调或管理诸如医疗服务和/或医疗产品的医学治疗。 如在本文所使用的，医学治疗包括任何适当的医疗服务或医疗产品。医疗产品包括可以由 病人在他们的医学治疗的过程中使用或消耗的物理设备。医疗服务包括支持医疗设备的供 应或操作的活动或者充当例如但不限于咨询的治疗的独立服务。医疗服务例如可以包括与 医疗产品、医药产品和/或医学治疗有关的一个或多个服务。此外，医疗服务也可以用于便 利通常与特定制药和/或保健有关的教育和/或训练。
[0222] 可以使用包括计算机软件、固件、硬件或其组合或其子集来实施在本文描述的方 法和系统，其中，技术效果可以包括以下中的至少一个：（a)从保健提供者（HCP)接收包括 用于病人的医药产品的完成的处方表格的病人数据以及识别病人的保险提供者的保险数 据，（b)将病人数据和保险数据存储在存储器设备内，（c)确定保险提供者需要预先核准处 方作为覆盖病人对于医药产品的主张的先决条件，（d)确定保险提供者所需要的当前电子 预先核准表格，用于请求对于处方的预先核准，以及（e)向HCP传送所确定的预先核准表 格，其中，提示HCP通过利用存储在存储器设备内的病人数据自动地填充包括在确定的预 先核准表格内的至少一个数据栏位并且将由HCP完成的所确定的预先核准表格传送到保 险提供者来完成所确定的预先核准表格。
[0223] 某些示例性系统包括保健提供者（HCP)技术平台，以使处方信息、HCP信息、保险 信息和/或病人信息的捕捉自动化，以便利加速的处方批准。系统的其他特征包括更高准 确度的信息和将病人连接到与开处方的药品或与金融服务有关的可选服务(其可用于在对 治疗进行付款时协助病人）的能力。
[0224] 如在本文所使用的，HCP包括提供医疗服务或生成有效的处方的人，并且包括诸如 医疗执业者(包括一个或多个医师）的实体。HCP信息可以包括诸如姓名、住址、电话号码、 牌照号之类的识别信息，和与HCP相关联的DEA数量、HCP的雇员，以及与HCP相关联的其 他。保险信息可以包括关于保险公司的信息和/或由保险公司发出的保单，例如包括姓名、 住址、和保险人的联系人信息、受保人的姓名、保单号码、可扣除额和共同支付额。病人信息 可以包括关于病人的识别个人信息，诸如姓名、住址、电话号码、电子邮件地址、驾驶执照号 码，和社会保险号。
[0225] 除非另有陈述，可以通过存储在计算机可读的存储器中的且在基于一个或多个处 理器的系统上运行的可执行的代码和指令来执行在本文描述的功能。然而，也能够利用状 态机和/或硬布线的电子电路。此外，关于在本文描述的示例处理，并非需要达到所有处理 状态，也不是必须以说明的顺序执行状态。
[0226] 如在本文所使用的，术语处理器指的是中央处理单元、微处理器、微控制器、精简 指令集电路（RISC)、专用集成电路(ASIC)、逻辑电路，和能够执行在本文描述的功能的任 何其他电路或处理器。
[0227] 如将基于上述说明书理解的，，可以使用包括计算机软件、固件、硬件或其任何组 合或其子集的计算机编程或工程技术来实施本公开的以上描述的实施例，其中，技术效果 是以下中的一个或多个：接收包括用于病人的医药产品的处方的病人数据和病人的保险提 供者的标识，确定在填写处方之前是否需要来自病人的保险提供者的预先核准，以及如果 需要来自病人的保险提供者的预先核准就向病人的保健提供者提供预先核准表格。可以在 一个或多个计算机可读介质内体现或提供具有计算机可读代码装置的任何这样的结果得 到的程序，从而制造根据本公开的讨论的实施例的计算机程序产品，即，制品。计算机可读 介质例如可以是但不限于，固定(硬盘）驱动器、磁盘、光盘、磁带、诸如只读存储器（ROM)的 半导体存储器，和/或诸如因特网之类的任何传送/接收媒介或其他通信网络或链路。可 以通过从一个媒介直接地执行代码、通过将代码从一个媒介拷贝到另一个媒介，或者通过 网络传送代码，来产生和/或使用包含计算机代码的制品。
[0228] 应当理解，在本文描述的系统和方法能够同样地被用于任何药物、医药产品或服 务、医疗设备和/或被用于诸如医学过程等等的可能需要或可能不需要处方的何其他产品 或服务。
[0229] 在本文中，以单数形式叙述的且其之前是"一"的要素或步骤应当被理解为不排除 复数要素或步骤，除非明确地叙述了这样的排除。此外，对"一个实施例"的引用不意图被 解释为排除也合并叙述的特征的附加的实施例的存在。
[0230] 在本文中，"或"是可兼的且不是排它的，除非明确地另外指出或通过上下文另外 指出。因此，在本文，"A或B"意指"A、B或两者"，除非明确地另外指出或通过上下文另外 指出。此外，"和"是连接和若干两者，除非明确地另外指出或通过上下文另外指出。因此， 在本文，"A和B"共同地或分别地意指A和B，除非明确地另外指出或通过上下文另外指出。
[0231] 本公开包括本领域普通技术人员将理解的对在本文的示例实施例进行的所有改 变、置换、变化、变更和修改。此外，在所附权利要求中对适合于、被安排为、能够、被配置为、 使得能够、操作为，或运转为执行特定功能的装置或系统或者装置或系统的组件的引用包 括不管其或特定功能是激活的、关闭的，还是解锁的的装置、系统、组件，只要该装置、系统 或组件是如此适配、布置、有能力、被配置、被实现、操作或运转的。
[0232] 此外，尽管本公开将本文的相应的实施例描述和图示为包括特定组件、要素、功 能、操作或步骤，但任何这些实施例可以包括本领域普通技术人员将理解的在本文任何地 方描述或图示出的组件、要素、功能、操作或步骤中的任何一些的任何组合或置换。
【权利要求】
1. 一种用于便利由提供者覆盖的用于病人的处方产品的医嘱/处方的系统，包括： 至少一个存储器设备，其存储用于处方产品的多个预定义表格，多个预定义表格对应 于多个提供者； 接收机，其接收处方产品的处方产品信息和将用于病人的提供者信息包括在内的用于 病人的病人摄入信息，并且接收响应于保险赔偿费验证请求的、与病人有关的保险赔偿费 概要； 发射机，其传送保险赔偿费验证请求；和 至少一个处理器，被配置为： 基于病人摄入信息来生成用于病人的保险赔偿费验证请求； 至少基于病人提供者信息来选择预定义表格之一； 基于用户摄入信息来填充所选择的预定义表格的至少一个栏位；以及 发布所填充的预定义表格以便利对于病人的处方产品的医嘱/处方。
2. 根据权利要求1所述的系统，其中便利医嘱/处方包括便利处方产品的医嘱/处方 的实行或便利用于处方产品的付款的批准。
3. 根据权利要求1所述的系统，其中，提供者包括承保人、政府机关或第三方付款人。
4. 根据权利要求1所述的系统，其中，处方产品包括医疗产品、医疗服务或对医疗产品 的管理。
5. 根据权利要求1所述的系统，其中，处方产品包括生物产品。
6. 根据权利要求5所述的系统，其中，生物产品包括阿达木单抗。
7. 根据权利要求1所述的系统，其中，多个预定义表格包括至少一个预先核准表格。
8. 根据权利要求1所述的系统，其中，至少一个存储器设备存储用于第二处方产品的 第二多个表格，第二多个预定义表格对应于多个提供者。
9. 根据权利要求1所述的系统，其中，处理器被配置为基于病人提供者信息自动地选 择预定义表格之一。
10. 根据权利要求1所述的系统，其中，发射机被配置为向保险赔偿费验证者传送保险 赔偿费验证请求，并且其中，接收机被配置为从保险赔偿费验证者接收保险赔偿费验证概 要。
11. 根据权利要求10所述的系统，其中，接收机进一步被配置为从保险赔偿费验证者 接收关于预定义表格的信息，并且处理器被配置为进一步基于从保险赔偿费验证者接收的 关于预定义表格的信息来选择预定义表格之一。
12. 根据权利要求1所述的系统，其中，发射机进一步被配置为传送对于附加病人信息 的请求。
13. 根据权利要求12所述的系统，其中，处理器进一步被配置为接收附加病人信息并 且利用附加病人信息来填充所选择的预定义表格的至少一个栏位。
14. 根据权利要求12所述的系统，其中，附加病人信息包括所选择的预定义表格所需 要的且未被包括在病人摄入信息或处方产品的处方产品信息中的信息。
15. 根据权利要求1所述的系统，其中，处理器被配置为向病人的提供者发布所填充的 预定义表格。
16. 根据权利要求1所述的系统，其中，处理器进一步被配置为从处方产品信息和病人 摄入信息的至少一部分生成处方文件并且向药房发布处方文件。
17. 根据权利要求1所述的系统，进一步包括至少一个用户设备来向接收机引入病人 摄入信息和处方产品信息。
18. 根据权利要求1所述的系统，其中，发射机和接收机被连接到网络，并且其中，发射 机进一步被配置为通过网络传送描述用户界面的标记语言，用户界面包括用于输入病人摄 入信息和处方产品信息的栏位。
19. 根据权利要求18所述的系统，进一步包括连接到网络的至少一个用户设备，至少 一个用户设备包括用于存储数据的存储器和被配置为执行如下操作的处理器： 解析标记语言并且显示用户界面； 将输入到用户界面的栏位中的病人摄入信息和处方产品信息存储在存储器中；以及 向接收机传送病人摄入信息和处方产品信息。
20. 根据权利要求19所述的系统，其中，至少一个用户设备包括平板机、移动式电话、 膝上计算机或台式计算机。
21. 根据权利要求19所述的系统，其中，至少一个用户设备的处理器进一步被配置为： 接收保健提供者签名；以及 从处方产品信息生成处方文件。
22. 根据权利要求21所述的系统，其中，用户设备的处理器进一步被配置为向药房传 送处方文件。
23. 根据权利要求17所述的系统，进一步包括通信地耦合到至少一个用户设备的扫描 设备，并且其中，至少一个用户设备的处理器进一步被配置为： 从扫描设备接收病人识别文件的一个或多个图像； 从病人识别文件提取至少一部分病人摄入信息；以及 自动地填充用户界面的至少一个栏位。
24. 根据权利要求23所述的系统，其中，病人识别文件包括许可证或保险卡。
25. -种用于便利由提供者覆盖的用于病人的处方产品的医嘱/处方的方法，包括： 提供具有存储于其中的用于处方产品的多个预定义表格的至少一个存储器，多个预定 义表格对应于多个提供者； 接收将病人的提供者信息包括在内的病人摄入信息和处方产品的处方产品信息； 由处理器基于病人摄入信息来生成用于病人的保险赔偿费验证请求； 基于保险赔偿费验证请求来获取保险赔偿费概要； 基于病人提供者信息和保险赔偿费概要中的至少一个来选择预定义表格之一； 基于病人摄入信息来填充所选择的预定义表格的至少一个栏位；以及 由处理器利用所选择的预定义表格来便利对于病人的处方产品的医嘱/处方。
26. 根据权利要求25所述的方法，其中，便利医嘱/处方包括便利处方产品的医嘱/ 处方的实行或便利用于处方产品的付款的批准。
27. 根据权利要求25所述的方法，其中，提供者包括承保人、政府机关或第三方付款 人。
28. 根据权利要求25所述的方法，其中，处方产品包括医疗产品、医疗服务或对医疗产 品的管理。
29. 根据权利要求25所述的方法，其中，至少一个处方产品包括生物产品。
30. 根据权利要求29所述的方法，其中，生物产品包括阿达木单抗。
31. 根据权利要求25所述的方法，进一步包括从许多可能的处方产品中选择处方产 品，存储器具有存储于其中的用于每个可能的处方产品的多个预定义表格。
32. 根据权利要求25所述的方法，其中，选择预定义表格之一包括由处理器自动地选 择预定义表格之一。
33. 根据权利要求25所述的方法，其中，获取保险赔偿费概要包括： 向保险赔偿费验证者传送保险赔偿费验证请求；以及 从保险赔偿费验证者接收保险赔偿费概要。
34. 根据权利要求30所述的方法，进一步包括从保险赔偿费验证者接收关于预定义表 格的信息，并且其中，选择预定义表格之一包括进一步基于从保险赔偿费验证者接收的关 于预定义表格的信息来选择预定义表格之一。
35. 根据权利要求25所述的方法，进一步包括请求附加病人信息。
36. 根据权利要求35所述的方法，进一步包括接收附加病人信息并且利用附加病人信 息来填充所选择的预定义表格的至少一个栏位。
37. 根据权利要求35所述的方法，其中，附加病人信息包括所选择的预定义表格所需 要的且未被包括在病人摄入信息或处方产品的处方产品信息中的信息。
38. 根据权利要求25所述的方法，其中，向病人的提供者发布所填充的预定义表格。
39. 根据权利要求25所述的方法，进一步包括： 接收保健提供者签名； 从处方产品信息生成处方文件；以及 向药房发布处方文件。
40. 根据权利要求25所述的方法，进一步包括：通过网络传送描述用户界面的标记语 言，用户界面包括用于输入病人摄入信息和处方产品信息的栏位。
41. 根据权利要求40所述的方法，进一步包括，在连接到网络的用户设备处： 解析标记语言并且显示用户界面； 将输入到用户界面的栏位中的病人摄入信息和处方产品信息存储在存储器中；以及 向接收机传送病人摄入信息和处方产品信息。
42. 根据权利要求41所述的方法，其中，至少一个用户设备包括平板机、移动式电话、 膝上计算机或台式计算机。
43. 根据权利要求41所述的方法，进一步包括，在用户设备处，从处方产品信息生成处 方文件，以及在生成处方文件之前接收保健提供者签名。
44. 根据权利要求43所述的方法，进一步包括，在用户设备处，向药房传送处方文件。
45. 根据权利要求41所述的方法，进一步包括，在用户设备处： 从通信地耦合到用户设备的扫描设备接收病人识别文件的一个或多个图像； 从病人识别文件的图像提取至少一部分病人摄入信息；以及 自动地填充用户界面的至少一个栏位。
46. 根据权利要求45所述的方法，其中，病人识别文件包括许可证或保险卡。
47. -种包含当被执行时使一个或多个用户设备执行便利由提供者覆盖的用于病人的 处方产品的医嘱/处方的方法的计算机可执行指令的非暂时型计算机可读介质，该方法包 括： 提供包括存储于其中的对应于一个或多个提供者的多个预定义表格的存储器； 接收包括将病人提供者包括在内的病人摄入信息和处方产品的处方产品信息； 由处理器基于病人摄入信息来生成用于病人的保险赔偿费验证请求； 基于保险赔偿费验证请求来获取保险赔偿费概要； 基于病人提供者信息和保险赔偿费概要中的至少一个来选择预定义表格之一； 基于病人摄入信息来填充所选择的预定义表格的至少一个栏位；以及 由处理器利用所选择的预定义表格来便利对于病人的处方产品的医嘱/处方。
48. 根据权利要求47所述的非暂时型计算机可读介质，其中便利医嘱/处方包括便利 处方产品的医嘱/处方的实行或便利用于处方产品的付款的批准。
49. 根据权利要求47所述的非暂时型计算机可读介质，其中，提供者包括承保人、政府 机关或第三方付款人。
50. 根据权利要求47所述的非暂时型计算机可读介质，其中，处方产品包括医疗产品、 医疗服务或对医疗产品的管理。
51. 根据权利要求47所述的非暂时型计算机可读介质，其中，至少一个处方产品包括 生物产品。
52. 根据权利要求51所述的非暂时型计算机可读介质，其中，生物产品包括阿达木单 抗。
53. 根据权利要求47所述的非暂时型计算机可读介质，进一步包括从许多可能的处方 产品中选择处方产品，存储器具有存储于其中的用于每个可能的处方产品的多个预定义表 格。
54. 根据权利要求47所述的非暂时型计算机可读介质，其中，选择预定义表格之一包 括由处理器自动地选择预定义表格之一。
55. 根据权利要求47所述的非暂时型计算机可读介质，其中，获取保险赔偿费概要包 括： 向保险赔偿费验证者传送保险赔偿费验证请求；以及 从保险赔偿费验证者接收保险赔偿费概要。
56. 根据权利要求55所述的非暂时型计算机可读介质，进一步包括从保险赔偿费验证 者接收关于预定义表格的信息，并且其中，选择预定义表格之一包括进一步基于从保险赔 偿费验证者接收的关于预定义表格的信息来选择预定义表格之一。
57. 根据权利要求47所述的非暂时型计算机可读介质，进一步包括请求附加病人信 息。
58. 根据权利要求57所述的非暂时型计算机可读介质，进一步包括接收附加病人信息 并且利用附加病人信息来填充所选择的预定义表格的至少一个栏位。
59. 根据权利要求57所述的非暂时型计算机可读介质，其中，附加病人信息包括所选 择的预定义表格所需要的且未被包括在病人摄入信息或处方产品的处方产品信息中的信 息。
60. 根据权利要求47所述的非暂时型计算机可读介质，其中，向病人的提供者发布所 填充的预定义表格。
61. 根据权利要求47所述的非暂时型计算机可读介质，进一步包括： 接收保健提供者签名； 从处方产品信息生成处方文件；以及 向药房发布处方文件。
62. 根据权利要求47所述的非暂时型计算机可读介质，进一步包括通过网络传送描述 用户界面的标记语言，用户界面包括用于输入病人摄入信息和处方产品信息的栏位。
63. 根据权利要求62所述的非暂时型计算机可读介质，进一步包括，在连接到网络的 用户设备处： 解析标记语言并且显示用户界面； 将输入到用户界面的栏位中的病人摄入信息和处方产品信息存储在存储器中；以及 向接收机传送病人摄入信息和处方产品信息。
64. 根据权利要求63所述的非暂时型计算机可读介质，其中，至少一个用户设备包括 平板机、移动式电话、膝上计算机或台式计算机。
65. 根据权利要求63所述的非暂时型计算机可读介质，进一步包括，在用户设备处，从 处方产品信息生成处方文件，以及在生成处方文件之前接收保健提供者签名。
66. 根据权利要求65所述的非暂时型计算机可读介质，进一步包括，在用户设备处，向 药房传送处方文件。
67. 根据权利要求63所述的非暂时型计算机可读介质，进一步包括，在用户设备处： 从通信地耦合到用户设备的扫描设备接收病人识别文件的一个或多个图像； 从病人识别文件的图像提取至少一部分病人摄入信息；以及 自动地填充用户界面的至少一个栏位。
68. 根据权利要求67所述的非暂时型计算机可读介质，其中，病人识别文件包括许可 证或保险卡。
【文档编号】G06Q50/22GK104106071SQ201280060830
【公开日】2014年10月15日 申请日期:2012年10月10日 优先权日:2011年10月10日
【发明者】P.C.斯蒂克曼, P.杜贝, R.F.拉尼耶, P.文卡塔拉马南, V.金达尔, S.M.斯沃尔德 申请人:艾伯维生物技术有限公司