用于个人健康记录系统的通用存取智能卡

摘要

本发明公开一种用于依据用户的判断在用户的基于云的个人健康记录系统与护理点医师之间传输和输送患者医疗记录以用于接收医疗咨询的明确目的的在线系统和软件应用程序和方法。另外，所述系统提供从护理点医师采集、检索、输送医疗记录以返回到所述基于云的基于个人记录的系统，同时自动自解析和填充到用户医疗记录系统中的能力。本发明提供所有现有的基于EHR/EMH电子医疗记录的系统之间的患者医疗记录信息的完全互操作性。

说明书

相关申请

相关申请案的交叉参考：2014年7月10日申请的标题为《通用存取智能卡PHR系统(Universal Access Smart Card PHR System)》的专利号为62/022,912的美国临时申请案，其特此以引用的方式并入。申请人依据35U.S.C.Par.119(e)(i)主张优先权。

关于依据美国联邦政府赞助的研发进行的发明的权利声明：不适用

技术领域

本发明涉及一种用于采集、存储、检索和传输患者医疗记录，包含整个医疗保健系统环境中的纵向历史和成像的系统和方法，并且更具体地说，涉及一种传送患者医疗记录的系统和方法，其通过管理集成医疗信息处理和输送系统，向进行了预订的接收方提供最优医疗信息服务。本发明提供所有现有的EHR/EMR电子医疗记录库系统之间的患者医疗记录信息的完全互操作性。

本发明进一步提供按照CCD/CDA/C-CDA互操作性标准从主机健康记录系统产生、采集和向智能卡传输综合医疗信息集合以用于将其输送到远处的护理提供者的能力和功能，以及以可将数据上传到由护理提供者结合提供医疗服务使用的不同系统中的方式打开、查看和下载数据文件的能力。

虽然其它现有解决方案能够以非结构化格式将医疗文件复制到闪存驱动器或类似存储装置，但是此类过程得到通常无法被采集、上传和解析到不同基于电子医疗记录的系统中或采用结构化格式的存储数据。由于典型用户的医疗记录中含有的数据数量巨大，而且是使用传统方法处理医疗记录，所以这限制了以电子方式传送医疗记录的应用。

本发明提供上传与远处的医师提供的任何/所有医疗服务相关联的数据并将此类数据输送到主机系统，借此所述数据作为结构化数据解析到主机医疗记录中的能力。

背景技术

综合医疗护理通常需要患者去看不止一位医生。虽然许多患者与其主要护理提供者建立了长期关系，但是他们在医疗环境要求转诊给更加专业的医生之前一般并不熟悉更加专业的医生。当接收转诊时，患者通常要安排与专家的实际预约。然而，患者通常依赖于患者的主要护理提供者在排定的预约之前将患者的相关医疗记录及时转发给专家。在这个过程中透明度极低，并且在不利环境下，患者可能会发现由于递送缓慢、递送错误和/或递送失败，他/她被转诊给尚未得到与所述患者相关的必需医疗信息的医生。这些难题可能会导致医疗护理的延迟，且在一些情况下，甚至会让患者放弃遵从其主要护理提供者的向专家寻求另外医疗护理的建议。

现有EHR/EMR(电子健康/医疗记录)系统并不始终彼此通信从而可以交换患者信息。

现有技术中的其它现有解决方案仅仅以非结构化格式将医疗文件复制到闪存驱动器或类似存储装置，这得到无法被采集、上传和解析到不同医疗记录系统中的数据。此外，医疗文件或数据通常处在不受保护的状态并且容易发生未经授权的存取和使用。

问题并未随共享患者的医疗记录而结束。不存在用于在主要护理办公室与二级护理办公室之间共享患者信息的协议。所述过程需要某人在患者的主要护理医师与二级护理医师中的一或多者之间建立通信。管理此过程中的无效会对主要医师办公室和二级医师办公室两者均造成消耗。时常，医疗知识最少，而且一般无法预测或表达清楚转诊的紧要性质或时机的患者往往要打电话给一个或两个办公室并与无法独立确定所述过程中的下一个步骤是什么的接待员通信，从而还是不能将主要护理医师或二级护理医师纳入该过程中。

上述问题对于医师和患者都已经是长期存在的问题，并且会严重干扰提供适当并且有成本效益的医疗护理的能力。申请人已知的每个现有的基于电子医疗记录的系统都依赖于医疗保健机构和/或护理提供者独立地管理患者的医疗信息。

本发明提供了在所有现有的基于EHR/EMR电子医疗记录的系统之间的患者医疗记录信息的完全互操作性和便携性。本发明的系统将患者的有待发送到被转诊给的医师的经更新医疗记录数据处理成在被转诊给的医师的电子医疗记录系统中能检索和使用的格式，并且能够用相同的指定格式返回数据以用于作为结构化数据合并回到始发系统数据库中。

发明内容

在本发明的一或多个实施例中，提供一种设备和方法，其管理产生完整且综合患者医疗记录集合，以及将所述数据输送到任何医师以供在将医疗服务提供到患者时使用的过程，同时具有检索与由医师提供的医疗服务有关的所有数据并将其输送回到其始发源的能力。

在优选实施例中，一种系统和方法可用于借助于患者的医疗记录的便携性在涉及所有护理提供者(主要和二级护理提供者和/或机构)的整个连续护理中进行共享。本发明系统允许在任何医疗保健从业者诊所团体、医院和其它护理提供者场所之间的各种通信和医疗记录传送手段。系统的服务器将基于网络的服务提供到患者和所有参与的护理提供者，以便通过将基于网络的数据处理服务和硬件接口提供到任何医疗提供者，使患者的医疗记录可用以输送到选定从业者团体、医院和医疗专家。

本发明提供按照C-CDA/CCR/CCD/CDA互操作性标准从主机电子个人健康记录系统向智能卡(通用存取卡(CAC)或所属领域中已知的其它相关智能卡)产生综合医疗信息集合以用于将其输送到远处的护理提供者的能力和功能，以及以所述数据可上传到不同系统中且供护理提供者在提供医疗服务时使用的方式打开、查看和下载所述数据文件的能力。另外，本发明提供上传与由远处的医师提供的任何/所有医疗服务相关联的数据并将此类数据输送到主机系统，借此所述数据作为结构化数据解析到主机医疗记录中的能力。

智能卡用作健康信息交换(HIE)模块的存储装置，并将从始发源(个人健康记录模块)接收的所有患者数据输送到远处的护理提供者。

个人健康记录模块是发送到护理提供者并传回到始发系统的所有患者医疗信息的始发点和最终接收端点。用户计算机或具有可执行HIE应用软件程序(称为“第一应用程序”)19的其它可连网装置充当主机计算机，其提供对云的网络接入以与源患者个人健康记录模块连接和通信。且如所提及，HIE模块(称为“第二应用程序”)22嵌入于智能卡上并提供逻辑和处理以存储和解析患者医疗数据。将理解，智能卡在本质上是移动的，且可在任何时间从护理点和在任何位置从云进行更新。

这些新特征为患者、医生和医院带来显著益处，增加其工作流程效率并改进患者护理，同时减少管理成本以及在患者护理中发生错误的概率。

附图说明

图1是用于实施本发明的云服务的示意性表示。

图2是说明用于向远程医疗保健提供者传输患者医疗数据的方法和设备的示例性应用的流程图。

图3A到3W是使得用户能够向远处的护理提供者传输患者医疗数据的HIE软件应用程序(第二应用程序)的屏幕页的实例。

图4是由图2的HIE软件应用程序产生的示例性C-CDA报告。

具体实施方式

在本发明的优选实施例中，提供一种设备和方法，其出于接受涉及(但不限于)医师转诊过程(借此患者从一位医师(主要护理提供者)转诊给另一位医师(转诊给的或进行接收的医师或专家)以进行特定医疗程序，或分析或护理)的医疗服务的目的，跨越涉及多个护理提供者或医疗机构的连续护理过程管理患者的医疗记录数据。其它现有解决方案仅仅以非结构化格式将医疗文件复制到闪存驱动器或类似存储装置，这得到无法被采集、上传和解析到不同的基于电子医疗记录的系统中或采用结构化格式的数据。由于典型用户的医疗记录中含有的数据数量巨大，而且是使用传统方法处理医疗记录，所以这在过去妨碍了传送患者医疗记录的应用。如将描述，所公开的本发明系统消除了这个问题，并且由经过配置并且彼此相关以便达到期望目标的组件组成。

本公开是基于申请人的与软件应用程序相关的先前公开，所述软件应用程序提供用以组织从基于云的基于个人记录的系统进行记录检索的逻辑。

本公开与基于云的基于个人记录的系统通信以便接收结构化格式的且为了操控和存储于小容量智能卡(CAC或其它)上而以压缩状态封装的数据，并且根据需要与逻辑通信以便能够以可按普遍可由北美任何经过认证的基于电子健康记录的系统使用的格式查看、打印和下载的方式自动解开数据压缩包。

本公开不同于当前存在的技术。本发明使用NIST标准，其充当每个经过认证的EHR可借此通信的通用格式。另外，本发明使用通用协议将数据封装成压缩状态，这准许其用于如智能卡中的那些芯片的小容量电路芯片。

患者记录的传送

在多医生处理过程中，必须经常在几个办公室之间传送患者的医疗记录。这些传送每次都带有文档损失的可能性，而频繁使用物理患者记录(纸张)只会增加此风险。

还没有广泛使用的专用程序能高效地促进在不管是私人诊所医师还是医院医师的医疗保健提供者之间传送记录，这意味着，必须存在负责的患者和合作的组织有序的诊所来确保每个医生得到正确的信息。患者与多个医疗服务场所之间的三向通信在最好情况下是繁琐的，在最差情况下则不能有效确保完整并及时地传送记录。通信和记录传送的中断可能导致不必要的程序、不当的药物治疗、可预防的死亡和多余的测试，这些因素加在一起会给患者和保险提供者产生额外的成本，同时还会损害医疗提供者的可信度并且导致各方面的不满。

本发明涉及一种用于在整个医疗保健系统环境中采集、存储、检索和传输包含纵向历史和成像的患者的医疗记录(下文中称为“医疗数据”)的解决方案。应用将描述的可从用户的网络接入计算机执行的软件程序(被称作“第一应用程序”)19可以提供按照CCD/CDA/C-CDA互操作性标准从基于云的个人健康记录模块50产生、采集和向智能卡21传输综合医疗数据集合以用于将其输送到远处的护理提供者的能力和功能，以及以可将医疗数据上传到护理提供者在提供医疗服务时使用的不同系统中的方式打开和查看、下载所述医疗数据的能力。因此，本发明的系统解决与现有健康记录系统和旧式健康记录系统之间的互操作性相关联的问题，解决的方法是通过借助于智能卡、用户计算机和基于云的个人健康记录软件解决方案提供一个中央的患者医疗数据全包存储库，所述基于云的个人健康记录软件解决方案能够以如上文所述能够被解析到任何不同医疗健康记录系统中的格式产生连续的护理文档，并且还能够将上文标识的此类结构化格式的连续护理文档检索和接收回到中央存储库，借此数据被解析回到基于患者记录的系统中。

在优选实施例中，本发明包含智能卡21，其具有存储器21a和用于执行健康信息交换(“HIE”)应用程序(“第二应用程序”)22的微处理器21b。微处理器21b是智能卡中可用的小容量电路芯片，用于执行第二应用程序22，并且用于将存储于智能卡21上的医疗数据封装成压缩状态。智能卡21用于将患者医疗数据从始发源个人健康记录模块50输送到远处的护理提供者60。个人健康记录模块50是所有患者医疗数据的始发点和最终接收端点。用户计算机20或其它可连网装置提供对云25的网络接入以与源患者个人健康记录模块50连接和通信。第二应用程序22进一步提供逻辑和处理以接收患者医疗数据，借此医疗数据被压缩用于存储，或被解开用于查看，以及以不同医疗记录系统可使用的格式进行解析。

出于本文的目的，对用户计算机20的参考应指个人计算机或提供者对云25的网络接入且具有可执行形式的第一应用程序19的其它可连网装置。此外，对用户计算机20的一般参考在相关时可指用户计算机20上的第一应用程序19的执行。此外，用户计算机20是指用户/患者的个人计算机或患者的护理提供者的计算机。

个人健康记录模块50充当所有患者医疗记录的中央存储库。个人健康记录模块50接收、存储并且从其传输所有患者医疗数据和记录。通过最终用户(医师)将数据下载到其相应的不同操作系统中，针对CCR、CCD、CDA或C-CDA使用NIST标准使所有医疗数据以结构化形式可用于用户。因此，本发明具有允许用户将任何已知格式的医疗数据附加到医师在提供诊断时的用户CCR/C-CDA/CCD/CDA传送文档的能力。

将进一步理解，一旦主治医师已存取医疗数据，在医疗就诊(medical encounter)之后来自医师的任何电子响应(例如就诊摘要，包含主治医师的评论、建议和提出的医嘱(药物治疗、测试等))应上传到患者的基于云的个人健康记录50并从个人健康记录模块50检索且以结构化形式保存于智能卡21上，且智能卡21被递送到用户。

第一应用程序19进一步定义由用户的计算机处理的核对过程，借此将所接收的数据/存储于智能卡上的数据在逻辑上与个人健康记录模块50中的数据进行比较以避免重复。核对过程是既自动又手动的，因为在启动第一应用程序19时将所接收的所有数据带到用户计算机20上的用户网页屏幕，并将现有数据和新接收的数据两者呈现给用户，使得用户可依据用户的判断而接受或拒绝包含新接收的数据(到个人健康记录模块中)。

在优选实施例中，智能卡21经配置以依提供第二应用程序22的完整性以及第二应用程序内的数据的完整性和加密的方式将第二应用程序22存储于智能卡21上。

关键应注意，所论述的基于个人健康记录的系统的使用与医疗护理提供者自身的电子医疗记录系统无关，但其仍然能够与所述提供者的医疗系统或任何其它基于医疗记录的系统通信。这是本发明系统的无法被更改的基本原理。本发明系统因而使用云系统独立地操作。

系统组件之间的关系

所公开的第二应用程序22嵌入于智能卡21上且可通过用户的可连网个人计算机20运行。

具有智能卡读取器技术的用户计算机20提供对云的网络接入以用于与源患者个人健康记录模块50连接和通信。基于云的个人健康记录模块50充当所有患者医疗数据的始发源以及由护理提供者上传并传回到始发系统的所有患者医疗数据的最终接收端点。

智能卡21用于验证以及用作涉及个人信息(包含纵向病史信息)的医疗数据的便携式存储装置。作为存储媒介，其为来往于始发源与远处的护理提供商之间的所有患者数据提供安全载具。在不接入第一应用程序19，且没有将论述的所需唯一登录信息的情况下，不可存取存储到智能卡21的医疗数据。

国内医疗信息处理技术包含图片存档通信系统(PACS)、医嘱通信系统(OCS)和电子医疗记录(EMR)，其符合HL7卫生信息交换标准(Health Level7)。医疗信息处理由个别医院独立地管理。确切地说，EMR已发展为电子健康记录(EHR)概念，所述EHR概念是个别患者的终生电子健康记录。

然而，需要根据个人的高质量医疗服务标准化集成独立地操作的EHR。为此，需要集成的系统技术，且举例来说，正在应用云计算模型。

云计算是下一代计算技术，其中复杂地组合了用于web 2.0服务的软件即服务(SaaS)与效用计算。

云计算的服务结构可包含用于使用IT环境的服务器、存储器、基础设施即服务(IaaS)、提供软件开发的基础的平台即服务、其中计算提供者通过因特网供应和使用软件的软件即服务(SaaS)。本发明系统可进一步包含移动浏览器技术，其为具有用以在智能环境中向用户独立地提供所开发的服务的应用结构的软件制造技术。

网络通信

如本文中所使用，数据库意在包含各种类型的数据存储库和用于进行索引、搜索、存储和从此类存储库检索的过程中的任一者。

个人健康记录模块可进一步包含DICOM查看器模块，以用于查看和处理来自任何已知源的“本地”DICOM成像。

医师和诊所团体

在本文中所公开的本发明的各种实施例中，术语“医师”、“护理提供者”、“医生”或“临床医生”是指对患者进行护理的医师，以及所述医师的工作团队的负责维护医师的患者记录的那些成员。虽然所述术语可互换地使用，但应理解，在示例性图和文字中，每一功能是由一或多个人员执行，所述人员在特定医生办公室中代表执业医师执行此类活动。

术语“专家”适用于在从发起转诊医师转诊之后对患者进行二级护理的医师，且与针对医师的情况一样地还适用于所述医师的工作团队的其他成员。可能的是，任何给定医师在一个情境中为(接收转诊的患者)的专家，且在另一情境中为主要护理医师(将患者转诊到另一医师以进行专业化护理)。

此外，“提供者团体”或“诊所团体”可为通过共享设施、服务或转诊协议将一组医生联系在一起的任何实体。此可包含(但不应限于)一体化的多设施医院、医疗团体和多医生诊所。

系统、方法和计算机程序

如所属领域的技术人员将了解，本发明可具体实施为包含计算机系统或计算机程序产品的设备或方法。因此，除非进行相反说明，否则本发明可以采用完全硬件实施例以及完全软件实施例(包含固件、常驻软件、微码等)或组合软件和硬件方面的实施例(在本文中全部可一般称为“电路”、“模块”或“系统”)的形式。此外，本发明可以采用具体实施在任何有形表达媒体中的计算机程序产品的形式，所述有形表达媒体具有存储于媒体中的计算机可用程序代码。

除非在本文中进行相反说明，否则可使用一或多个计算机可用或计算机可读媒体的任何组合。计算机可用或计算机可读媒体可为(例如但不限于)电子、磁性、光学、电磁、红外线或半导体存储媒体。更具体实例(非穷尽性列举)包含：便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪速存储器)，以及便携式只读光盘(CDROM)、光学存储装置。

此外，上文参考根据本发明的实施例的方法、设备和计算机程序产品(系统)的流程图说明和/或框图描述本发明。将理解，可以通过计算机程序指令实施流程图说明和/或框图中的每一框，以及流程图说明和/或框图中的框的组合。可以将这些计算机程序指令提供到通用计算机、专用计算机或其它可编程数据处理设备的处理器以产生机器，使得经由计算机或其它可编程数据处理设备的处理器执行的指令创建用于实施在流程图和/或框图的框中指定的功能/动作的装置。

流程图和框图说明根据本发明的各种实施例的系统、方法和计算机程序产品的可能实施方案的架构、功能性和操作。就此而言，流程图或框图中的每一框可表示代码的模块、片段或部分，其包括一或多个用于实施规定的逻辑功能的可执行指令。还应注意，在一些替代性实施方案中，在所述框中提及的功能可以不按图中所提及的次序发生。举例来说，取决于所涉及的功能性，连续示出的两个框实际上可以基本上同时执行，或所述框有时可能以相反次序执行。还将注意到，框图和/或流程图说明中的每一框，以及框图和/或流程图说明中的框的组合可以通过执行规定的功能或动作的基于专用硬件的系统，或专用硬件和计算机指令的组合实施。

参考图式(且确切地说图3A到3U)，在应用中，第一应用程序19和第二应用程序22充当以下过程中的所有步骤的发起方：始发源50与接收指定信息系统之间的医疗数据的数据编译和分发的创建和处理，及从目的系统检索信息且后续输送和分发回到始发信息系统中。

用户/患者首先将智能卡插入100到用户计算机20的读卡器或其它类似的可连网装置中。用户的计算机20发起用户的计算机20上的第一应用程序19的执行105，以存取110容纳于智能卡21上的患者的信息并呈现用户登录屏幕120。用户须用其唯一用户名和密码登录到系统130中。第一应用程序19对照容纳于智能卡21以及个人健康记录模块50(当因特网可用时)上的患者数据来验证135用户的登录信息。此外，当因特网接入可用时，用户的计算机20接着将导航到用户的基于中央思洛(silo)的个人健康记录系统140，并下载150C-CDA格式的所有医疗数据。第一应用程序19接着对照存储于智能卡21上的数据核对155从模块50检索的患者医疗数据，并在适当情况下更新157智能卡。所述医疗数据接着可以可查看且可打印的方式在用户计算机上显示180。第二应用程序22接着将接收医疗数据，并将医疗数据以原始NIST格式保存185于智能卡21上，原始NIST格式适用于作为结构化数据导入到任何经过认证的记录系统或上传到任何未经认证的操作系统中。应理解，医疗数据包含结构化和非结构化数据文件两者。这些非结构化数据文件包含任何医疗成像、经扫描文档等以用于查看或下载。一旦用户/患者成功地将其医疗记录数据的最新副本加载到智能卡21，用户/患者便从读卡器移除智能卡以输送170到接诊的临床医生。

用户将智能卡21输送170且接着呈现给接诊的临床医生以供在确立身份标识、保险、福利和提供纵向个人病史数据(以供临床医生在就医/就诊期间使用)时使用。接诊的临床医生将智能卡插入175到其用户计算机20中以启动180第一应用程序19。在将第一应用程序19加载到其可连网计算机中并插入智能卡21后，向临床医生呈现185用户登录屏幕，且在优选实施例中，向临床医生索要190用户/患者的用户名并键入其NPI(国家提供者标识符)。第一应用程序19接着对照国家护理提供者数据库(NPI)验证195患者、所接收的智能卡21和接诊的临床医生。在优选实施例中，一旦系统验证了用户/患者和临床医生，所述系统就显示HIPAA弃权和授权协议(图3I到3K)以用于接受200。在临床医生通过点击接受框进行接受后，允许临床医生存取210存储于智能卡21上的患者的记录。应理解，在存取智能卡21上的医疗数据后，第二应用程序22将解压缩含有XML文件和XSL文件样式表的文件夹。第二应用程序22接着将以可查看、可下载和可打印格式加载和显示表示连续护理文档的XML生成的样式表。

护理提供者现在可查看用户/患者的所有纵向医疗数据，将图像文件包含在本地DICOM中，在了解患者的所有医疗信息都在其掌控下的情况下，用于在向用户/患者提供医疗服务220时使用。另外，所呈现的数据是根据NIST标准并且因此，可下载和解析回到任何医疗记录系统中。也可以被下载以供存储和未来在任何旧版操作系统中使用的可查看和可打印格式提供数据。

在完成对患者的医疗诊疗后，接诊的临床医生将产生230就诊摘要，包含主治医师的评论、建议和提出的医嘱。当关闭235第一应用程序19时，询问临床医生(图3L)是否希望上传可用的医疗数据。临床医生可选择即刻或稍后上传。如果临床医生选择即刻上传，那么向临床医生呈现屏幕，可从所述屏幕选择数据文件，指定数据文件与哪些临床分类文件夹紧密相关联并将医疗数据上传240到基于云的个人健康记录50。如果临床医生选择“等待”上传医疗数据，那么数据保存于临床医生的计算机上以供在稍后上传到患者的始发源(个人健康记录模块)50。

应理解，对于本发明系统来说重要的是，临床医生在医疗就诊后及时上传医疗数据，以使得存储于个人健康记录模块50上的患者的文件保持最新。在临床医生选择“等待”上传存储于临床医生的计算机上的患者的最新数据文件且最终未能更新数据50的情况下，本公开包含校验模块，其提供对从主治医师接收到的患者的医疗记录数据的校验。在应用中，当接诊的临床医生提交对于所提供医疗服务的医疗服务支付请求时，系统可检索患者就诊记录的可查看、可打印且可下载副本以用于对照接诊的临床医生的对所提供医疗服务的医疗支付请求/发票直接核对所“接收”的服务。在存储于基于云的患者医疗记录50中的患者数据不支持接诊的临床医生的医疗服务支付请求(即，接诊的临床医生未上传来自病患医疗就诊的患者医疗记录)的情况下，接诊的临床医生对服务的支付请求将被返回到接诊的临床医生，并附有大致以下含义的适合注解：“因为根据新开发的患者医疗记录核对程序缺少为订户所需的患者医疗记录，返回对提供给相关受保人/患者的服务的医疗支付请求”。一旦接诊的临床医生上传患者医疗记录，并重新提交其对医疗服务的支付请求，且在对其进行校验后，便可处理接诊的临床医生对医疗服务的支付请求。

应理解，智能卡21将保持呈现给护理提供者的最新数据文件。在下次将智能卡插入到用户计算机20中时，存储于用户计算机20上的第一应用程序将与所描述的主机系统同步，且在需要的情况下，自数据50下载患者医疗记录的更新近的副本(包含由最近的护理提供者提供的数据)。

虽然以上描述含有许多专指性，但这些不应被理解为限制本发明的范围，而是仅提供对本发明的一些当前优选实施例的说明。因此，应理解，本发明不限于上述实施例，而是涵盖权利要求书的范围内的任何和所有实施例。