平码五不中公式规律
  • / 57
  • 下载费用:30 金币  

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

关 键 ?#21097;?/dt>
用于 个人 健康 记录 系统 通用 存取 智能卡
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

CN201580042882.0

申请日:

2015.07.10

公开号:

CN106663145A

公开日:

2017.05.10

当前法律状态:

实审

有效性:

审中

法?#19978;?#24773;: 实质审查的生效IPC(主分类):G06F 19/10申请日:20150710|||公开
IPC分类号: G06F19/10 主分类号: G06F19/10
申请人: 罗伯特·希格斯
发明人: 罗伯特·希格斯
地址: 美国印第安纳州
优?#28909;ǎ?/td> 2014.07.10 US 62/022,912
专利代理机构: ?#26412;?#27966;特恩知识产权代理有限公司 11270 代理人: 康艳青;姚开丽
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201580042882.0

授权公告号:

|||

法律状态公告日:

2017.06.27|||2017.05.10

法律状态类型:

实质审查的生效|||公开

摘要

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

权利要求书

1.一种用于传输患者医疗记录的系统,其包括:
云系统,
第一应用程序,其可由用户终端存取以允许用户使用医疗信息处理服务,且引起接入
负责医疗信息处理的所述云系统,
智能卡,其具有存储器和微处理器,所述微处理器经配置以执行存储于所述智能卡上
的第二应用程序,
个人健康记录模块,
其中所述个人健康记录模块用于接收和管理患者记录并依结构化形式传输所述患者
记录以存储于所述智能卡上,且
其中所述第一应用程序经配置用于将来自所述用户终端的所述患者记录上传到所述
个人健康记录模块,并?#21307;?#19968;步经配置用于检索所述所上传的患者记录以用于存储于所述
智能卡上,且其中所述第二应用程序经配置以接收结构化形式的所述所检索的患者记录并
将所述所检索的患者记录输送到转诊给的医师,
所述第一应用程序进一步包含使得所述用户能够查看所述所检索的患者记录的用户
接口,
所述第一应用程序进一步包含安全模块,使得所述转诊给的医师在没有唯一标识符的
情况下不能存取所述所检索的患者记录。
2.根据权利要求1所述的系统,其中所述第一应用程序进一步包括输出、管理和用软件
处理由所述个人健康记录模块产生的?#24405;?#30340;接口功能。
3.根据权利要求2所述的系统,其进一步提供检查保存于所述智能卡?#31995;?#21307;师的标识
符的功能。
4.根据权利要求2所述的系统,其进一步提供检查保存于所述个人健康记录模块?#31995;?br />医师的标识符的功能。
5.根据权利要求2所述的系统,其进一步使得所述转诊给的医师能够形?#19978;?#24212;并将所
述响应上传到所述患者健康记录模块。
6.根据权利要求5所述的系统,其进一步包含核?#38405;?#22359;,所述核?#38405;?#22359;经配置以将存储
于所述智能卡?#31995;?#25152;述所检索的患者记录与存储于所述个人健康记录模块中的所述患者
记录进行比较。
7.根据权利要求6所述的系统,其中所述核?#38405;?#22359;经配置以将最新医疗记录文件存储
于所述智能卡上,以在所述用户终端与所述云系统连接时,供所述转诊给的医师检索。
8.一种患者医疗记录在线传送设备,其包括:
发起器,其经配置以在始发源与远处的护理提供者之间编译和分发患者的医疗记录,
所述发起器包含存储器和微处理器,所述微处理器经配置以执行存储于所述发起器?#31995;?#24212;
用程序,
网络接入云装置,其用于与个人健康记录模块连接和通信,所述个人健康记录模块是
所有患者医疗记录的中央存储库,所述网络接入装置进一步与所述发起器通信,
所述接入云装置包含用户接口,所述用户接口使得所述始发源能够从所述个人健康记
录模块检索医疗记录并将所述医疗记录存储于所述发起器上,且所述用户接口经进一步配
置以实现所述远处的护理提供者对所述所检索的医疗记录的存取,其中所述发起器以结构
化形式存储所述所检索的医疗记录,且其中所述远处的护理提供者使用所述发起器和所述
用户接口接收所述所检索的医疗记录并将来自所述远处的护理提供者的计算机系统的响
应上传到所述个人健康记录模块,
其中所述响应?#24335;?#26500;化格式,
所述用户接口进一步包含核?#38405;?#22359;,所述核?#38405;?#22359;将存储于所述发起器?#31995;?#25152;述所检
索的医疗记录与所述个人健康记录模块中的所述医疗记录进行比?#24076;?#19988;
其中所述远处的护理提供者在没有唯一标识符的情况下不能存取所述所检索的医疗
记录。
9.根据权利要求8所述的设备,其中所述发起器是数据存储装置。
10.根据权利要求9所述的设备,其中所述网络接入云装置是用户计算机。
11.根据权利要求10所述的设备,其中所述始发源是患者。
12.根据权利要求10所述的设备,其中所述始发源是医疗护理提供者。
13.根据权利要求10所述的设备,其中所述存储装置是智能卡。
14.一种用于传送患者医疗记录的方法,其包括以下步骤:
将发起器插入于可连网装置中,所述发起器具有应用程序;
在所述可连网装置的处理器中执行软件程序,通过所述可连网装置存取个人健康记录
模块,所述可连网装置用于网络接入云装置以用于与所述个人健康记录模块连接和通信;
从所述个人健康记录模块下载患者数据;
将所述患者数据安全地存储于所述发起器上;和
将所述发起器递送到转诊给的医师;
所述转诊给的医师执行以下步骤:
将所述发起器连接到所述转诊给的医师的可连网装置,所述医师的可连网装置用于执
行所述软件程序;
对来自所述医师的可连网装置的安全性做出响应;
存取所述个人健康记录模块;
核对所述所存储的患者数据与所述个人健康记录模块,并将所述经核对的患者数据存
储于所述发起器上;
审阅所述经核对的患者数据;
将所述转诊给的医师的建议记录于所述医师的可连网装置上;
通过核对所述建议与所述经核对的患者数据,创建认可的文件;
合并所述认可的文件与所述个人健康记录模块;和
将所述发起器递送到所述用户。
15.根据权利要求14所述的方法,其中所述所存储的患者数据和所述建议?#24335;?#26500;化形
?#20581;?br />
16.根据权利要求15所述的方法,其中所述记录所述转诊给的医师的建议的步骤包含
以下步骤:将所述转诊给的医师的建议保存于所述医师的可连网装置上,并在执行所述创
建认可的文件的步骤之前等待选定时间段。
17.根据权利要求16所述的方法,其进一步包含以下步骤:监测所述转诊给的医师是否
完成所述合并步骤。
18.根据权利要求17所述的方法,其包含以下步骤:当所述监测步骤展示所述转诊给的
医师未能合并所述认可的文件与所述个人健康记录模块时,拒绝所述转诊给的医师的对医
疗服务缴费的请求。
19.根据权利要求18所述的方法,其中所述发起器是智能卡。
20.一种用于传输患者医疗记录的系统,其包括:
云系统,
第一应用程序,其可由用户终端存取以接入医疗信息处理服务,且引起接入所述云系
统,
智能卡,其经配置以执行存储于所述智能卡?#31995;?#31532;二应用程序,
个人健康记录模块,且
其中所述第一应用程序经配置用于将来自所述用户终端的患者记录上传到所述个人
健康记录模块,并?#21307;?#19968;步经配置用于检索所述所上传的患者记录以用于存储于所述智能
卡上,且其中所述第二应用程序经配置以接收结构化形式的所述所检索的患者记录并将所
述所检索的患者记录输送到转诊给的医师。
21.根据权利要求20所述的系统,所述第一应用程序进一步包含安全模块,使得所述转
诊给的医师在没有唯一标识符的情况下不能存取所述所检索的患者记录。
22.一种患者医疗记录在线传送设备,其包括:
发起器,其经配置以在始发源与远处的护理提供者之间编译和分发患者的医疗记录,
网络接入云装置,其用于与个人健康记录模块连接和通信,所述网络接入装置进一步与所
述发起器通信,
所述接入云装置包含用户接口,所述用户接口使得所述始发源能够从所述个人健康记
录模块检索医疗记录并将其存储于所述发起器上,且所述用户接口经进一步配置以实现所
述远处的护理提供者对所述所检索的医疗记录的存取,且其中所述远处的护理提供者使用
所述发起器和所述用户接口接收所述所检索的医疗记录并将来自所述远处的护理提供者
的计算机系统的响应上传到所述个人健康记录模块,
所述用户接口进一步包含核?#38405;?#22359;,所述核?#38405;?#22359;将存储于所述发起器?#31995;?#25152;述所检
索的医疗记录与所述个人健康记录模块中的所述医疗记录进行比?#24076;?#19988;
其中所述远处的护理提供者在没有唯一标识符的情况下不能存取所述所检索的医疗
记录。

说明书

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

相关申请

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

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

技术领域

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

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

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

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

背景技术

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

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

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

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

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

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

发明内容

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

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

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

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

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

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

附图说明

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

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

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

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

具体实施方式

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

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

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

本公开不同于当前存在的技术。本发明使用NIST标准,其充当每个经过?#29616;?#30340;EHR
可借此通信的通用格?#20581;?#21478;外,本发明使用通用协议将数据封装成压缩状态,这准许其用于
如智能卡中的那些芯片的小容?#24247;?#36335;芯片。

患者记录的传送

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

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

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

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

出于本文的?#24247;模?#23545;用户计算机20的参考应指个人计算机或提供者对云25的网络
接入且具有可执行形式的第一应用程序19的其它可连网装置。?#36865;猓?#23545;用户计算机20的一
般参考在相关时可指用户计算机20?#31995;?#31532;一应用程序19的执行。?#36865;猓?#29992;户计算机20是指
用户/患者的个人计算机或患者的护理提供者的计算机。

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

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

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

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

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

系统组件之间的关系

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

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

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

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

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

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

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

网络通信

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

个人健康记录模块可进一步包含DICOM查看器模块,以用于查看和处理来自任何
已知源的“本地”DICOM?#19978;瘛?br />

医师和诊所团体

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

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

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

系统、方法和计算机程序

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

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

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

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

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

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

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

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

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

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

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

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

关于本文
本文标题:用于个人健康记录系统的通用存取智能卡.pdf
链接地址:http://www.pqiex.tw/p-6091923.html
关于我们 - 网站声明 - 网?#38236;?#22270; - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
平码五不中公式规律 体彩青海十一选五 36选7走势图 澳洲幸运10免费计划软件下载 双色球迷杀红球 河南十一选五怎么加盟 体彩河南11选5开奖查询今天 重庆时时彩前三组六-皇1恩 002573股票分析 青海十一选五今天开奖结果 河北11选5任三技巧