CN104008265A - 链接用于信息管理的保健应用 - Google Patents
链接用于信息管理的保健应用 Download PDFInfo
- Publication number
- CN104008265A CN104008265A CN201410066311.8A CN201410066311A CN104008265A CN 104008265 A CN104008265 A CN 104008265A CN 201410066311 A CN201410066311 A CN 201410066311A CN 104008265 A CN104008265 A CN 104008265A
- Authority
- CN
- China
- Prior art keywords
- medical
- user
- data
- application
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明涉及链接用于信息管理的保健应用。本公开一般地描述用于管理用于医疗护理信息的分析基础设施和医疗护理应用之间的信息交换的计算机实现的方法、软件以及系统。本公开还描述了管理对医疗护理应用的用户访问和医疗护理应用之间的通信的实施方式。
Description
相关申请的交叉引用
本申请要求2013年2月27日提交的美国临时申请号61/770,042的权益,通过引用将其全部结合到本文中。
背景技术
无线电话已经是消费者非常欢迎的设备。无线电话可从应用存储库向其无线电话下载一个或多个应用并调用一个或多个应用。应用的示例包括游戏、照片编辑软件以及社交联网应用。有时将具体地针对在移动操作系统上的移动部署而设计的应用称为“apps(应用)”。然而,术语应用一般地指的是计算设备可以执行的包括用以实现给定任务的一系列指令的任何程序。有时,用户想要实现的任务是与保健和医学治疗有关的任务。一些应用可以被具体地开发以供各方在管理与保健任务有关的信息中使用,诸如帮助患者监视状况、允许医生收集并分析信息以更有效地治疗患者,或者允许诸如医药公司之类的保健公司聚合数据并得出支持其业务的结论。
发明内容
本公开涉及用于控制与分析基础设施对接的医疗护理应用的分发的计算机实现的方法、软件以及系统。本公开还涉及促进由分析基础设施进行的医疗护理应用与医疗信息处理之间的安全信息交换的实施方式。
一个计算机实现的方法包括为用户提供对移动设备上的第一医疗应用的访问,其中,第一医疗应用与用户的医疗状况有关;接收医疗数据,其中,在由移动设备提供的信息网关处经由第一医疗应用从用户接收医疗数据的至少一部分,该医疗数据包括与医疗状况有关的隐私信息;将医疗数据传输到安全信息储存库以供随后在生成与用户的医疗状况有关的结论时使用;识别与用户的医疗状况有关的第二医疗应用;对第二医疗应用进行认证以便为第二医疗应用提供对安全信息储存库处的医疗数据的访问;与已认证的第二医疗应用共享医疗数据;以及由第二医疗应用使用该医疗数据来生成与用户的医疗状况有关的结论。
其他实施方式包括对应的计算机系统、装置以及记录在一个或多个计算机存储设备上的计算机程序,每个被配置成执行所述方法的动作。一个或多个计算机的系统能够被配置成借助于使在操作中引起或促使系统执行动作的软件、固件、硬件或软件、固件或硬件的组合被安装于系统上来执行特定操作或动作。一个或多个计算机程序能够被配置成借助于包括当被数据处理装置执行时促使该装置执行动作的指令来执行特定操作或动作。
前述及其他实施方式均能够可选地包括以下特征中的一个或多个。在一些实施方式中,所述结论有助于用户的医疗状况的治疗。在此类实施方式中,所述结论可以是以下各项中的一个:诊断、用户应开始特定疗法的确定、用户应停止特定疗法的确定、用户应改变护理计划的确定、用户应访问医疗护理应用以治疗医疗状况的确定或用户应安排与医疗专业人员的预约的确定。在其他实施方式中,所述结论可以是帮助保健过程中的参与者进行健康判定的信息。在一些实施方式中,所述结论至少部分地基于将针对所述用户的医疗数据与针对其他用户获得的去识别(de-identified)聚合医疗数据相比较。
在一些实施方式中,第一医疗护理应用可以与特定医药化合物、特定医疗状况、特定医药制造商或特定保健专业人员相关联。在其他实施方式中,从已从以下各项中的至少一个接收到的数据获得医疗信息的至少部分:电子医疗记录系统、医疗索赔记录系统、零售药房记录系统、保健专业人员记录系统、医药公司记录系统或被通信耦合到移动计算设备的传感器。
在本说明书中描述的主题能够在特定实施方式中实现,以便实现以下有帮助特征中的一个或多个。首先,可由医生、无线设备提供商、运营商、医院或药剂师或由彼此关联地工作的这些实体中的一个或多个为用户提供医疗应用。可替换地,用户可能能够访问其认为与其面对的健康关注有关的医疗应用。这些应用可提升和促进来自多种源的医疗信息的使用以导出可能不会以其他方式做出的有意义结论。其次,其中应用被分发的限制的各方面能够有助于应用的部署以帮助患者管理医疗状况。第三,可以以防止信息的意外释放的方式来提供信息。
其他实施方式可提供其他有帮助的特征。例如,一些实施方式可提供对医疗护理应用门户的访问。此类医疗护理应用门户可提供有帮助特征,诸如促进应用之间的安全信息交换,使得可由医疗护理应用门户为用户提供对一个应用的访问,并且随后用户可通过与应用交互而向门户提供信息。该门户然后可提供用于收集和在应用之间共享保健信息的安全、集中式基础设施。作为此共享过程的部分,第二应用可被提供给用户,使得第二应用可被认证以具有对保健信息的访问权限。第二应用随后可能能够以有用的方式使用保健信息。第二应用可利用保健信息的一个方式是有助于原始用户的治疗。然而,应该认识到的是可为除原始用户之外的其他方提供对第二应用的访问,以便从保健信息导出有意义的结论。例如,其他方可能能够使用第二应用来使用保健信息以帮助其进行业务决策或诊断和治疗决策。下面更详细地讨论其中保健信息可以被使用的许多方式,但是一般地,保健信息还允许保健过程中的其他参与者达到经济或其他目标。例如,医药公司可使用该信息以有助于营销,保险公司可使用该信息以有助于成本节省措施,并且政府机构可使用该信息以有助于法律实施应用。
在下面的附图和描述中阐述了本说明书的主题的一个或多个实施方式的细节。根据描述、附图和权利要求,主题的其他特征、方面以及优势将变得显而易见。
附图说明
图1图示出在被配置用于为了分析的目的而综合去识别数据的计算系统100中实施的示例性医疗护理应用分发系统。
图2是来自驻留在无线设备上的医疗护理应用的屏幕快照。
图3图示出示出患者可如何管理哮喘症状的一系列视图。
图4展示医疗护理应用可如何与从属应用对接以使得医疗护理应用可建立接口以协调保健信息的交换。
图5是医疗护理应用门户通过其而与移动计算设备交换信息的过程的流程图。
图6是图示出用于管理移动设备处的应用之间的安全信息交换的示例性系统的框图。
图7是医疗护理应用门户通过其来管理对多个医疗护理应用的访问及其之间的安全信息交换的过程的流程图。
具体实施方式
本公开一般地描述了用于分发保健相关应用且使得保健相关应用能够相互地且与分析和报告基础设施对接的计算机实现的方法、软件以及系统。保健相关应用一般地意图在移动计算设备上执行。作为其操作的部分,应用收集数据。当应用随后与分析和报告基础设施对接时,该数据允许其导出医疗上有意义的结论,其能够帮助患者获得治疗并帮助护理者(caregiver)提供护理。在一组实施方式中,本公开的主题可涉及到管理对保健相关应用的访问的医疗护理应用门户。当访问保健相关应用时,该门户可提供安全性。该门户进一步管理保健相关应用之间的信息交换。例如,此类信息交换可涉及到在第一应用处收集数据,并且然后在第二应用处访问该数据以基于来自第一应用的数据而导出结论。
在某些移动环境中,应用要直接地彼此交互是不可能的。实施方式可提供处理此问题的方式,因为以下方式成为可能:从由门户提供对其的访问的第一应用收集信息,使用该门户来传输该信息以用于集中式存储,并且随后访问该集中式信息存储以供另一个应用使用。作为此访问过程的部分,综合确保正当应用能够彼此共享信息时、以安全的方式完成信息共享的安全措施是可能的。
应用一般地包括被提供功能的计算设备执行的指令集。然而,应用可采取各种形式。某些应用可排他地是由计算设备运行并向台式计算机操作系统请求资源的本地应用。然而,其他应用可被移动操作系统执行。可通过网络浏览器来提供又其他应用,诸如通过脚本、插件或允许浏览器提供用于应用的托管(host)能力的其他浏览器扩展和添加件(add-on)。有时,应用被分发,使得其功能被例如在客户端-服务器或端到端分布式架构中的多个机器所提供。分布式功能在其中客户端是单独用户采用以与运行一个或多个服务器的分析平台相交互的移动设备的实施方式中可能是尤其重要的。
可供无线电话和类似移动计算设备使用的许多应用是医疗或健康相关应用。此类应用可具有解决医疗或健康相关问题的许多类型的功能。使用医疗和健康相关应用能够对用户具有多种益处。用户可包括在保健部署过程中涉及到的人或实体,并且不同的应用可能意图用于不同的用户群组。医疗医生可能使用存储药物相互作用的数据库的用于管理药物的应用,而患者可能使用记录并组织关于患者的血糖水平的信息的应用。医药制造商可分发与其出售的药物有关的应用。出售高血压药物的医药公司可能提供跟踪血压测量的应用。
此外,期望的是为应用提供彼此共享信息的能力。信息共享能够利用多个诊断(尤其是其治疗相互关联的诊断)来帮助患者的治疗。例如,肥胖患者可能不仅遭受糖尿病,而且遭受高血压。将对应用的该患者访问权限给予血糖跟踪应用并协调由该应用提供的信息与由血压跟踪应用提供的信息可能是有利的。此类相关信息可不仅对患者、而且对治疗提供者有用。例如,医生可能想要具有对患者使用应用获取的血糖测量结果的访问权限,以便确定对于该患者而言什么血糖药物是最佳选择。然而,其他方可以各种方式受益于共享信息。例如,保险公司可能能够检查来自多种用户的聚合信息并基于该聚合信息来确定用以省钱的方式。例如,保险公司可能能够跟踪服用不同抑制素(statin)的多少个体随后因心肌梗塞而就医,并且通过执行此分析,不仅确定最佳治疗效果是什么,而且确定对患者开什么药物是最成本有效的。因此,信息共享能够允许各实施方式生成结论,从而改善患者健康效果或者有助于业务决策。
此类应用收集对执行其功能必要的信息。例如,应用可监视血糖水平并使用该信息来在他或她需要服用一次胰岛素时向用户报警。然而,关于用户的血糖水平的信息还可能与希望开血糖药物的医生或者正在尝试营销血糖药物的医药公司有关。
出于举例说明的目的,将相对于医疗护理应用分发系统来描述本文所述的各种实施方式,所述医疗护理应用分发系统接收关于患者、处方者以及医药零售商的数据并相对于一个或多个医疗护理应用的销售/分发对这些风险承担者进行评级。如上文所讨论的,此类医疗护理应用分发系统可以被集成到医疗护理应用门户系统中,所述医疗护理应用门户系统分发医疗护理应用以便促进信息共享以从由医疗护理应用接收到的信息导出结论。此类系统还被设计成通过控制此类信息如何被访问来保持此类信息的机密性、隐私性以及保密性。如下面将更详细地描述,所述系统提供一种或多种药物的批发商、零售商以及处方者,所述药物可包括受控物质,一个或多个医疗护理应用在地区和国家层级都具有广阔的市场前景。此类信息生态系统可有助于由保健过程中的参与者以有意义的方式来综合医疗信息,因为该信息生态系统收集数据以通过一起分析一般不可用的数据来导出结论作为用于做出决策和保健推荐的基础。因此,本文所讨论的实施方式通过促进应用之间的安全信息交换而允许单独的患者和保健提供者小规模地进行更好的保健决策,但是该实施方式还促进较大规模的信息的聚合,使得市场参与者能够基于与保健系统中的参与者的较大人群有关的行为和数据而感知模式。
应用环境可被配置成将智能数据库和采集系统与移动应用(和应用市场)链接,其中应用市场中的应用被配置成报告信息并将其传输到数据库及其采集系统中。应用可包括被配置成在无线设备或平板计算机(包括诸如iPad、iPhone或安卓手机之类的东西)上运行的应用。然而,这些仅仅是可运行应用的设备的示例,并且一般地,大范围的计算设备适合于在其中移动设备的用户与集中式应用市场和分析基础设施相交互的各种实施方式中使用。如上所述,此类移动设备的方面是可存在相对于这些应用彼此共享信息的能力的限制。因此,各实施方式提供了以下方式来帮助促进应用之间的信息共享:通过经由第一应用来收集数据、将该数据传输到安全的集中式位置且随后为能够基于该数据导出分析结论的另一应用授权对该数据的访问。
这些应用可由医生规定,并且可存在必要的认证或证明系统,以便消费者访问特定应用。医生可规定在疼痛管理方面帮助患者的应用,所述应用继而向将该信息提供给医生,使得医生可更好地开出疼痛管理药物。在此类示例中,另一个相关信息是疼痛管理药物中的某些可以是被严重管制或大大受控的物质,诸如由于针对滥用的可能性。下面将更深层地来讨论实施方式的这些方面。另外,可由该过程中的知道哪些应用与用户密切相关的另一方来规定应用。例如,为用户提供用于癫痫症的药物的药剂师还可以具有用于针对另一个神经学问题的应用的建议,或者保险公司可具有其想要促进使用户从昂贵品牌药物过渡至一般药物的建议。替换地,医药公司可提供被设计成补充其生产的药物的管理的应用,如下面将更深层地讨论的。
一般地,应用环境包括可被消费者或用户使用的无线设备或平板计算机。另外,可存在还具有台式计算机或膝上型计算机组件的应用。可注意到的是实施方式中的计算设备的“无线”方面并不意图作为限制性的,并且可在适当的情况下不容易便携的计算设备可被使用,并且便携式的设备可通过使用有线连接来与实施方式的某些其他部分通信。一般地,设计的此方面的相关性在于门户被托管在用户的设备处,并且设备与存储和管理信息以供随后使用和分析的集中式基础设施进行通信。
跨用户设备的功能可随其尺寸而变化。在移动计算设备中可存在有限的数据子集,同时更庞大的子集可跨台式计算机环境使用。此类功能划分可以是由于台式计算机机器处的由于移动计算设备的空间、物理接口以及功率限制而比移动计算设备更大的计算资源。另外,该应用可利用通过无线设备可用的某些认证、置信度和/或安全措施。例如,无线设备可被指定为属于特定用户。然而,单独用户可以与进一步与隐私性设置相关联的特定账户相关联。
由于开发者可知道具有特定国家无线运营商的账户的无线手机消费者可具有信用额度,可使用确定来提供跨诸如台式计算机之类的其他平台不一定可用的保证水平。这些置信度措施可用来提供产品和服务的庞大阵列。然而,在实施方式中可要求诸如密码(其可以是一次性密码、生物统计、图案等)之类的其他常规安全手段以在用户被给定诸如进行医疗应用的购买的能力之类的访问特权之前建立用户的身份。这些安全措施可能是尤其重要的,因为医疗数据可能是相当敏感的,并且保护保健过程中的参与者的隐私性和机密性可能是重要的。虽然隐私信息在其被需要的情况下可用是必需的,但最重要的是只有有权利访问隐私信息的各方具有对该信息的访问权限,以便遵守法定标准,并且使得不应具有对隐私信息的访问权限的各方不能利用该信息而损害患者或隐私信息的其他保持者。
无线设备可被配置成与中间方对接。该中间方可包括运行保健应用存储库的一个或多个服务器。当提供对应用的访问时,医疗应用门户可与此类保健应用存储库对接以有助于应用的分发。许多移动操作系统具有与可供该操作系统使用的应用相关联的应用存储库,其中该应用存储库由操作系统的创建者维护。该门户可与此类应用存储库对接以在其分发应用时帮助提供对此类应用的访问。这些应用存储库可与药剂师、医生办公软件以及医疗护理提供者一起工作,以便允许用户设备访问这些应用中的一个或多个。
可依赖于患者的状况来保护对应用的访问和与应用有关的信息的安全。如上文简要地讨论的,无线设备和中间方可提供被设计成保护个人可识别信息并屏蔽个人可识别和敏感信息的意外释放的其他技术,特别是在其中涉及到特征状况(stigmatic condition)或问题的那些情况中。应用可针对特定状况或治疗方案,诸如医药化合物或治疗方案。可替换地,应用可包括诊断组件和/或与蓝牙诊断组件的接口,其可产生诊断测量信息,诸如血糖及其他参数。可注意到的是蓝牙仅仅是用于诊断组件的一种接口,并且可以有其他方法。另外,应用市场可与医生系统、付款人系统(例如,诸如保险公司和政府监管系统)对接,并且另外还可向其他代理(诸如,处理此信息以便查明诸如医药效力之类的数据的保健信息公司)提供信息。例如,如果为用户开抑制素,则可使用血胆固醇水平来评定用户的治疗方案是否合适地工作。
应用存储库和应用可被耦合到分析引擎,使得医药公司及与之一起工作的医生可更及时地分发或更新治疗方案,并且还确定医药效力。另外,应用及其服务器侧组件还可与医生决策支持系统对接,以便识别治疗方案。应用及其服务器组件还可与保险公司方案对接,其能够执行成本节省措施,使得在开出更昂贵的品牌药物之前,探索一般的药物,并且一旦已经实行价格比较低廉的治疗方案,则可将消费者自动地升级到将可用的下一水平的医药福利(pharmaceutical benefit),诸如仅以品牌形式可用的药物。交换的医药信息还可包括也在状况管理方面帮助用户的信息。该信息可包括关于用户在过去如何对治疗进行响应的各方面的信息,诸如效力数据或副作用发生率。
在一个配置中,由医生相关服务器来提供安全移动应用平台和应用存储库。在另一配置中,由医药公司服务器来提供平台,并且在又另一环境中,由受信任的中间方和/或政府监管机构来操作平台。另外,应用存储库可充当管理对从多种源提供的应用的访问的聚合体。下面将结合图7来讨论关于平台配置的各种附加信息。
应用服务器可与分析服务相关联地工作以确定效力和/或向医生提供建议以更好地治疗状况。此类反馈和分析可被提供为增值服务和/或其可受制于隐私和选择加入(opt-in)控制,或者可包括选择随着数据被处理而接收治疗推荐的医生。应用及其数据可被一个或多个隐私措施所保护。数据可被加密和/或经历匿名化过滤器,使得在其贯穿整个系统被处理时数据被耦合到关键信息。然而,一旦数据离开用户的手机,则可以个人可识别信息不可用的方式来处理数据。此类处理也已知为净化(sanitize)数据,并且其允许保留足够的信息以在不危害用户隐私的情况下从聚合数据获得有意义的结论。按此方式,传送数据可要求并采用跨数据网络的各种已加密通信,使得信息保持依从HIPAA及其他隐私要求。因此,可针对个体化推荐来隐私地处理数据,或者可将其聚合并净化,从而允许针对人群的数据分析。
基础设施可位于中心,或者子集信息可被配置成以分布式方式驻留。该系统还可配置有食品和药物管理局(FDA)证明服务器以在应用并未按预定工作和/或正被处理的产品并未按预定工作的情况下向患者呈现风险,使得应用和/或潜在的治疗方案能够经受市场范围内的召回。
应用可被耦合到忠诚方案(loyalty regimen),使得医药公司可提供忠诚程序,以便说服消费者坚持特定治疗方案而不是切换至替换治疗方案。例如,医药公司可提供用于品牌药物的试样,其为药物的一般配方或另一更便宜的药物的替代,以便维护其客户基础。在忠诚方案或基于用户信息采取的其他营销步骤的背景下维护隐私性是重要的。对于用户来说积极地选择进入以接收营销通信或至少允许用户选择退出是必要的。然而,如果用户可接受接收此类通信,则允许药物公司基于用户的症状和治疗的特性而向用户进行营销对用户和药物公司而言可能是互利的。
应用可包括医药药物信息、药物相互作用信息、遵守提醒、编档并允许患者记录已完成哪个治疗方案的信息,并且可耦合到被设计成测试和诊断某些状况的一个或多个外围传感器。可由传感器摄像机和/或一个或多个物理无线或有线附件来收集用于应用的数据。应用甚至还可分发药物安全警报,并且如果特定处方必须由护士或其他经许可保健专业人员给予,则还提供旅行援助。在某些情况下,应用还可协调并识别可用医疗机会,使得那个人可在其最早有机会时与医生约定,以便跟踪特定状况。从分析角度触发,已识别数据可包括一个或多个描述性信息,诸如患者标识符、医生标识符、诊断、对标识符、特定处方,并且可将其综合,使得分析服务提供商可跨较大的人群监视数据。此综合继而可允许过程中的各种风险承担者(诸如医生、医药公司和保险公司)更好地识别患者报告的效果、成本和节省效力、家庭诊断数据和跟踪效果。该综合还允许药剂师感知消费者正在补充药物的程度,确定忠诚数据,并且还提供丰富的制药服务,诸如眼睛测试约定和疫苗接种。
该系统可允许保险公司及其他付款人提供综合护理管理,提供某些预防性治疗措施,执行成员福利管理,并且还执行疾病预防。应用也可耦合到电子医疗记录系统,使得信息可被自动填充在可跨因特网分发的一个或多个电子医疗记录中。分析和/或应用存储库还可包括安全云储存库,使得如果无线设备被丢失或放错地方,则用户能够在激活代替它们的新无线设备时复制其配置。如所述,在来自电子医疗记录提供商的数据的双向传输中可涉及到无线设备。
在一个配置中,应用环境可被用来设置用于药物或约定的提醒,保证那些接下来的约定的安全,自动地发起补充,请求补充,并且安排与医生的约定,使得能够自动地补充敏感的处方。因此,该环境可包括其中由保健提供者采取特定管理动作以照顾患者的功能。应用可在应用内包括可选择性唤起药剂师链接,以便允许药剂师激活那里的一个或多个组件。应用可被用于管理多种状况。可存在用于管理哮喘的组成应用,同时也存在用以管理其他状况的另一应用。另外,该应用可包括较大应用内的其他模块的目录,使得用户可加载应用,以便管理疼痛,并且进一步涉及到一起工作以解决该问题的模块。例如,应用的一部分可跟踪药物使用,同时另一应用可帮助用户进行呼吸练习。
应用可被链接到诸如无线电话之类的用户设备上的其他应用。例如,其可在日历或安排应用中设置日历提醒,其可在提醒引擎中设置提醒,其可触发警报以通知用户,诸如通过播放音频信号或通过振动,或者其可将诸如来自GPS或另一个位置传感器的位置信息加载到地图数据库中。该应用还可包括提醒的可编辑列表。
图1图示出在被配置成出于分析的目的而综合去识别数据的计算系统100中实现的示例性医疗护理应用分发系统。计算系统可被实现为能够提供本文所讨论的功能的数据处理装置,并且可包括能够接收适当医疗数据和如下面所讨论地处理数据的处理器、存储器及其他硬件和软件的任何适当组合。在高层级处,所图示示例性计算系统100从作为保健过程中的参与者的源接收各种数据。该源可包括零售药房102、患者104、处方者106以及医药经销商108。该数据可包括零售处方数据110、纵向患者数据112、参考处方者数据114以及医药购买数据116。
图1图示出分析基础设施能够用来综合经由移动应用从患者104或从其保健提供者(可充当处方者106)接收到的关于个体的数据的过程,其中其他数据源在IMS中可用,诸如药房102和医药经销商108。来自患者104的数据不限于纵向患者数据112,但是可包括通过其设备记录的任何健康度量,并且来自处方者106的数据可以包括通过其EMR系统记录的类似范围的测量以及实验室结果或图像。重要的是理解该系统将不会将记名数据存储在聚合数据库中,而是仅存储去识别数据。针对个人的记名数据可以与相关聚合数据相比较,但是这将通过在单独患者应用中使用聚合值而不是通过将针对多个患者的记名记录保存在单个数据库中来实现。同样,来自除用户及其医疗专业人员之外的源的数据的综合仅能被去识别地实现,除非是在其中出于为其提供来自另一源的其信息(诸如来自药房的医药购买数据116)的目的个体给出使用其身份信息(姓名、地址、性别和年龄)的许可的情况下。
零售处方数据110可包括关于在零售部中(诸如由零售药房102)分配的处方的数据。零售处方数据110可直接地从一个或多个零售药房102接收,并且表示反映由一个或多个销路(outlet)102分配的所有医药产品的数据,包括关于用来获得产品的处方类型和用来购买产品的支付方法的信息。如前所述,此信息可被净化并聚合以保护患者隐私。可包括药房链、独立药房、长期护理设施和/或邮政服务的一个或多个零售药房102可周期性地(例如,每个星期或每个月)提供零售处方数据110。虽然图1示出了零售处方数据110被直接地从一个或多个零售药房102提供给计算系统100,零售处方数据110可由一个或多个其他中间系统来采集且然后提供给计算系统100。如果中间系统被使用,则零售处方数据110的聚合和净化可能由中间系统来执行。
纵向患者数据112可包括用于一个或多个患者104的已净化零售患者层级数据。例如,纵向患者数据112可包括关于零售药房源处方保险索偿、零售医药手稿和/或患者简档数据的信息。纵向患者数据112包括关于针对一个或多个患者104的护理的各方面的信息。虽然图1将纵向患者数据112图示为被计算系统100直接地从一个或多个患者104接收,但纵向患者数据112可被一个或多个其他系统所采集且然后以类似于针对零售处方数据110所讨论的类似方法的方式来提供给计算系统100。此外,纵向患者数据112可并非源自于一个或多个患者104,而是由患者与其相交互的一个或多个处方者/医生、患者向其提交保险索偿的保险公司和/或患者在该处购买医药产品的零售商提供。
参考处方者数据114可包括针对一个或多个处方者106的背景信息。例如,参考处方者数据114可包括处方者的人口统计信息、地址、关系、授权数据(例如,DEA、AOA、SLN和/或NPI号码)、职业和/或专业。虽然大多数处方者将是医学医生,但诸如医生助理或护士从业者之类的其他保健专业人员也可以是处方者106。虽然图1将参考处方者数据114图示为由计算系统100直接地从一个或多个处方者106接收,但参考处方者数据114可被一个或多个其他系统所采集,并且然后以类似于针对零售处方数据110所讨论的类似方法的方式来提供给计算系统100。此外,参考处方者数据114可并非源自于一个或多个处方者106,而是由跟踪关于处方者106的开药行为的信息的一个或多个其他实体(例如,政府机构或专业医疗组织)创建和/或维护。
医药购买数据116可包括关于从经销商108(例如,医药批发商或制造商)进行的医药购买的信息。例如,医药购买数据116可包括关于从其购买医药产品的销路、所购买的医药产品类型、医药产品的购买者和出售者二者的位置、何时进行购买和/或所购买的医药产品的量的信息。虽然图1将医药购买数据116图示为由计算系统100直接地从一个或多个经销商108接收,但医药购买数据116可被一个或多个其他系统所采集,并且然后以类似于针对零售处方数据110所讨论的类似方法的方式来提供给计算系统100。此外,医药购买数据116可并非源自于一个或多个经销商108,而是由医药产品的购买者(例如,零售销路)提供。
可包括零售处方数据110、纵向处方数据112、参考处方者数据114以及医药购买数据116的刚刚所讨论的各种类型的数据被计算系统100接收,以便基于该数据导出结论。如前所述,到数据被计算系统100接收到时,所述数据应已被净化,使得该数据不包括计算系统10应该不能够访问的隐私或机密信息。
出于说明性目的,计算系统100将被描述为包括数据处理模块118、统计排序模块120、报告模块122以及存储设备124。然而,计算系统100可以是能够执行所述功能的任何计算平台。计算系统100可包括一个或多个服务器,其可包括用于执行所述功能的硬件、软件或两者的组合。此外,数据处理模块118、统计排序模块120以及报告模块122可以以硬件和/或软件一起或单独地实现。虽然数据处理模块118、统计排序模块120以及报告模块122将被描述为各自执行某些功能,但这些模块中的每一个的所述功能可由与所述模块相结合或代替所述模块的一个或多个其他模块执行。
数据处理模块118接收并处理零售处方数据110、纵向患者数据112、参考处方者数据114以及医药购买数据116中的一个或多个。在处理所接收到的数据中,数据处理模块118可过滤和/或挖掘针对特定信息的零售处方数据110、纵向患者数据112、参考处方者数据114以及医药购买数据116。数据处理模块118可过滤和/或挖掘针对特定药物的所接收到的零售处方数据110、纵向患者数据112、参考处方者数据114以及医药购买数据116。因此,关于未被分类为与被跟踪化合物或处方相关联的医药产品的任何接收到的零售处方数据110、纵向患者数据112、参考处方者数据114以及医药购买数据116可被忽略。例如,所接收到的数据可被数据处理模块118处理,以使得跟踪特定抗生素或一般抗生素的使用。
在处理所接收到的零售处方数据110、纵向患者数据112、参考处方者数据114以及医药购买数据116之后,数据处理模块118将已处理数据聚合成患者数据126、处方者数据128以及销路数据130。可将这些数据群组存储在存储设备124中。在一些实施方式中,数据处理模块118可为对于其而言接收到数据的每个患者、处方者以及零售药房销路创建简档。
零售处方数据110可包括关于分配一个或多个医药产品的零售药房销路的信息、关于购买医药产品的一个或多个患者的信息以及关于书写被患者使用以获得医药产品的手稿一个或多个处方者的信息。在本示例中,数据处理模块118将把包含于接收到的零售处方数据110中的信息添加到与零售销路、一个或多个患者以及一个或多个处方者相关联的简档。在另一示例中,纵向患者数据121可包括关于接收到用于医药产品的处方的患者的信息和关于患者从其接收到处方的一个或多个处方者的信息。在本示例中,数据处理模块118将把包含于接收到的纵向患者数据112中的信息添加到与患者和一个或多个处方者相关联的简档。
在其他实施方式中,数据处理模块118可将已处理零售处方数据110、纵向患者数据12、参考处方者数据114以及医药购买数据116简单地分类并存储在存储设备124中,数据处理模块118以供其他模块稍后使用。
对于已接收到关于他的数据的每个患者104而言,患者数据126可包括与一个或多个类型的医药产品的处方和/或销售有关的任何信息。患者数据126可包括患者已购买的每种医药产品的数量、患者仍应具有的医药产品的累计的天数供应、医药产品的累计剂量、药物持有率、患者已从其接收到手稿的医生的数目和/或姓名、患者已从其购买医药产品的零售销路的数目和/或姓名和/或关于患者在购买医药产品时所使用的一种或多种支付方法(例如,现金或保险)的信息。
对于已接收到关于他的数据的每个处方者106而言,处方者数据128可包括与由处方者所写的针对一个或多个类型的医药产品的处方和为其写该处方的患者有关的任何信息。处方者数据128可包括处方者已为其写处方的一个或多个类型的医药产品的数量、由处方者写的用于一个或多个类型的医药产品的处方相对于由处方者所写的处方总数的百分比、用于被用现金支付的一个或多个类型的医药产品的处方的百分比和/或处方者已为其写了针对一个或多个类型的医药产品的处方且当前具有超过阈值的一定量的一个或多个类型的医药产品的患者的数目。
对于已接收到关于它的数据的每个零售药房销路102而言,销路数据130可包括与一个或多个类型的医药产品的销售、向其进行一个或多个类型的医药产品的销售的患者和/或写出一个或多个类型的医药产品的销售所基于的手稿的处方者有关的任何信息。例如,销路数据130可包括由该销路销售的一个或多个类型的医药产品的数量、一个或多个类型的医药产品的销售相对于由该零售销路进行的总销售的百分比以及被用现金进行支付的一个或多个类型的医药产品的销售的百分比。
统计排序模块120使用患者数据126、处方者数据128和/或销路数据130来对单独患者、处方者以及零售销路进行评级和排序。在一些实施方式中,统计排序模块120可将对应于患者的患者数据126的一个或多个元素与跨一组患者的患者数据126的一个或多个元素的平均值相比较。基于患者数据126的一个或多个元素的比较,统计排序模块120可向患者分配一个或多个评级。换言之,针对患者数据126的每个元素(例如,患者已购买的每个类型的医药产品的数量和用现金完成的购买的百分比),统计排序模块120可向患者分配评级,其反映关于这些被计算的统计数据而言患者数据126的元素与一组中的其他患者的相同元素相比如何。在比较中所使用的该组中的患者可以是在相同位置(例如,国家、州、城市或邮政编码)上的患者、共享类似患者数据(例如,医疗诊断或人口统计信息)的患者和/或共享某种其他关系的患者。
对应于第一患者的患者数据126可指示在过去一个月内第一患者具有某个血糖读数组。患者数据126还可指示在相同时间段内对于平均患者而言典型的血糖读数。基于此信息,统计排序模块120可确定第一患者的血糖读数异常地高。此结论可导致这样的建议,即在被授权访问血糖信息的情况下,用户或用户的医生应被建议如下:用户的血糖是异常的且可能需要治疗反应。
类似地,统计排序模块120可将对应于处方者的处方者数据128的一个或多个元素与跨一组相关处方者的处方者数据128的一个或多个元素的平均值相比较。基于处方者数据128的一个或多个元素的比较,统计排序模块120可向处方者分配一个或多个评级。在比较中所使用的组中的处方者可以是在相同位置(例如,国家、州、城市或邮政编码)上的处方者、共享类似专业数据(例如,实践领域或人口统计信息)的处方者和/或共享某种其他关系的处方者。统计排序模块120可能能够以被用于患者数据方式类似的方式从处方者数据128导出针对处方者的结论。例如,可确定一个郡中的普通执业医生趋向于为具有癫痫症的患者开一般的药物,而神经病学家很可能为具有类似诊断的其病人使用品牌药物。这些确定可例如用来建议与一般医生相比医药公司应更费劲地向神经病学家推销新的抗惊厥药。
统计排序模块120还可以将对应于零售销路的销路数据130的一个或多个元素与跨一组相关零售销路的销路数据130的一个或多个元素的平均值相比较。基于销路数据130的一个或多个元素的比较,统计排序模块120可向销路分配一个或多个评级。在比较中所使用的组中的零售销路可以是在相同位置(例如,国家、州、城市或邮政编码)上的零售销路、共享类似商业数据(例如,零售销路的大小)的处方者和/或共享某种其他关系的处方者。例如,该数据可指示某些药物在农村药房处被更频繁地购买,并且其他药物在城市药房处被购买。例如,这些确定可建议药房应在其农村分支处贮存更多针对花粉过敏的抗组胺剂。
由统计排序模块120分配给患者、处方者和/或零售销路的评级可以是被归一化的数,其反映相对于患者数据126、处方者数据128和/或销路数据130的元素执行的分析。在一些实施方式中,由统计排序模块120确定的评级可被周期性地(例如,每个星期或每个月)更新或在关于对应于评级的元素的新数据被计算机系统100接收到的任何时间被更新。可替换地,在一些实施方式中,每次统计排序模块120接收到对于评级的查询时,由统计排序模块120确定的评级可以被计算。
统计排序模块120还可计算针对计算机系统100已接收到对于其的数据的每个患者、处方者和/或零售销路的复合评级。在一些实施方式中,统计排序模块120可对与患者、处方者或零售销路相关联的每个单独元素评级加权并应用等式来计算单独元素评级的复合。可替换地,在一些实施方式中,统计排序模块120可选择可用单独元素评级的适当子集并基于所选单独元素评级来计算复合评级。
在一些实施方式中,统计排序模块120可基于所确定评级对患者、处方者和/或零售销路相对于彼此进行排序。例如,统计排序模块120可基于每个患者的复合评级将给定位置(例如,邮政编码)内的所有患者排序。此类方法允许考虑针对特定位置上的人群的患者信息,其是有帮助的,因为感兴趣的患者行为可以是针对局部化人群。在另一示例中,统计排序模块120可基于与对于其而言处方者已写出处方的一个或多个类型的医药产品的数量有关的每个处方者评级(即,处方者数据128的元素)对在给定状态下将作为肿瘤学家的所有处方者排序。此类方法可以是有用的,因为专家可与一般从业者不同地开处方,并且将这些不同群组的处方者所使用的护理策略相比较可能是令人感兴趣的,如上文所讨论的。
报告模块122基于由统计排序模块120计算的评级和/或排序来准备报告。由报告模块122准备的报告可包括由统计排序模块120计算的评级中的一个或多个以及包含于患者数据126、处方者数据128和/或销路数据130中的任何其他数据。例如,由报告系统生成的报告可包括用于特定医药产品(例如,氧可酮(oxycodone),受控物质)的用于给定状态下的所有处方者的复合评级。
可基于与患者、处方者和/或零售销路相关联的任何一个或多个准则来对所示的系统进行过滤和/或挖掘。可基于位置、医药产品类型、处方者的医学专业、零售销路的种类(例如,大型连锁零售销路)和或由统计排序模块120计算的一个或多个评级来对报告进行过滤和/或挖掘。换言之,可将由数据处理模块118接收并处理的任何数据或由统计排序模块120计算的任何评级或排序包括在报告中或用来对包括在报告中的数据进行过滤和/或挖掘。
另外,在一些实施方式中,生成的报告可以是动态或静态的。报告模块122可在未提供用于改变格式和/或操纵在报告中呈现的数据的任何机制的情况下生成包括以一个或多个静态格式(例如,图、图表或表格)呈现的数据的报告。在此类实施方式中,生成并保存数据呈现而不结合用以更新数据呈现的功能。在一些实施方式中,报告模块122以PDF、电子数据表或XML格式来提供静态报告。此类格式一般地将报告模块122的理解提供为文本数据或可视化内容,但是作为来自报告模块122的可能结果,诸如音频、视频或动画的呈现结论的其他形式未被排除在外。
另外或替换地,报告模块122可生成包括允许用户交互地改变和/或操纵报告本身的控制的报告。例如,报告系统可以HTML文档的形式来提供动态报告,其本身包括用于对报告中所显示的数据进行过滤、操纵和/或排次序的控制。此外,动态报告可包括在被包含在动态报告中的信息的许多视觉表示之间进行切换的能力。在一些实施方式中,动态报告可提供如用户所选择的对由数据处理模块118和/或统计排序模块120准备的部分或全部患者数据126、处方者数据128和/或销路数据130的直接访问,与允许仅对包括在报告本身中的数据和/或评级的访问相反。
一个或多个客户端140可与计算系统100对接以请求并接收由报告系统创建的报告。在一些实施方式中,一个或多个客户端140可包括提供对计算系统100的基于因特网的访问的网络浏览器。通过网络浏览器,客户端140的用户(例如,批发商、零售销路或处方者)可请求如上文所讨论的来自报告系统的静态或动态报告。
在一些实施方式中,可控制对计算系统100的访问以便保护存储在计算系统100中的任何机密数据。在一些实施方式中,可要求尝试从计算系统100请求报告的客户端140的每个用户创建并登陆到用户账户。该用户账户可包括关于用户的识别信息,其可用来限制用户对特定类型的数据、报告和/或其他功能的访问。与处方者相关联的用户账户可使处方者局限于仅查看针对在他/她领域内的处方者的处方者评级数据和/或针对该处方者与其具有专业关系的患者的患者评级数据。此外,与处方者相关联的用户账户可限制包括在报告中的数据的详细水平以防止处方者访问另一处方者的隐私数据。下面将相对于图7来讨论与访问有关的附加方面。
可存在与示例性计算系统100相关联或在其外部的任何数目的客户端140。虽然所示示例性计算系统100被示为与一个客户端140通信,但示例性计算系统100的替换实施方式可与适合于示例性计算系统100的目的的任何数目的客户端140通信。此外,在不脱离本公开的范围的情况下可在适当时可互换地使用术语“客户端”和“用户”。此外,虽然在被单个用户使用的方面描述了客户端140,但本公开预期许多用户可共享一个计算机的使用,或者一个用户可使用多个计算机。
所示客户端140意图涵盖任何计算设备,诸如台式计算机、膝上型计算机/笔记本计算机、无线数据端口、智能电话、个人数字助手(PDA)、平板计算设备、这些设备内的一个或多个处理器或任何其他合适的处理设备。例如,客户端140可包括计算机,其包括诸如键盘、触摸屏或能够接受用户信息的其他设备之类的输入设备以及传送与计算系统100的操作相关联的信息的输出设备。该输入设备可被客户端140用来向计算系统100提供计算系统100能够执行以从计算系统100接收到的各种数据提供客户端140所请求的信息的指令。
在一些实施方式中,被描述为由计算系统100执行的功能可由客户端140来执行。例如,计算系统100可为客户端140提供对由统计排序模块120计算的评级和排序的直接访问。结果,被描述为由报告模块22执行的部分或全部功能可由客户端140本地地执行。
图2是来自驻留在无线设备上的医疗护理应用的屏幕快照。医疗护理应用是为用户提供对允许用户管理和请求保健信息和服务的命令的访问的门户。在图2中,医疗护理应用被识别为IMS医疗应用门户200。该屏幕快照示出问用户“您想做什么?”的用户提示210。IMS医疗应用门户提供用户可选择以获得保健信息和服务的多个命令。第一组命令是一组健康工具220。这些命令提供将对大多数用户有用的基本功能。这些命令可包括管理药品230A、设置提醒230B、检查药物相互作用230C、检查警报和消息230D以及订购处方补充230E。然而,医疗护理应用(IMS医疗应用门户200)还被配置成与针对特定用户的应用(用户应用240)对接。在图2中,这些其他应用包括哮喘跟踪器250A和MS管理器250B。这些示例性应用举例说明应用可以是品牌的,诸如从特定医药制造商接收。IMS医疗应用门户应用200可从这些其他应用接收信息,并将其报告给计算设备100以用于此信息的分析,如相对于图1所讨论的。图2还图示出在图4的讨论中将更详细地讨论的管理我的应用260的选项。图2是当与相对于图7讨论了其操作的医疗护理应用门户相交互时提供给移动设备的用户的界面的示例。
图3图示出示出患者可如何管理哮喘症状的一系列视图。图3呈现哮喘管理应用的三个视图。患者操纵板视图310呈现关于可影响哮喘的环境因素的信息,包括温度、污染、花粉计数以及天气。允许用户响应于给定时间的哮喘而输入患者的“状态”。在这里提供的状态是指示用户判断他或她的哮喘的严重度如何的快乐的、中性或悲伤的表情符号。结果可说明其中患者可测量其进展的“效果(outcome)”跟踪部分。在一个可能的“效果”跟踪部分320A中,在日历上显示结果,使得患者可测量其效果,或者使得医生可认识到用于患者和/或人群的该效果(或按照人口统计、状况、治疗方案、年龄、性别、位置或简档分类的人群的子集)。在另一可能“效果”跟踪部分320B中,将结果描绘为跟踪哮喘的严重度随时间如何改变的时间上的线图。
图4说明医疗护理应用可如何与从属应用对接、使得医疗护理应用可建立接口以协调保健信息的交换。可从图2中的管理我的应用260访问管理应用400。在一个配置中,由医生规定从属应用以准许无线设备上的患者接收处方医药化合物以及还访问关联从属应用两者。管理应用400列出我的当前应用410。示例再次地是哮喘跟踪器420A和MS管理器420B。通过选择这些应用,这些应用能够启动。应该注意的是,这些应用可被提供与品牌治疗相结合。例如, 哮喘跟踪器420A可被提供与品牌哮喘药物相关联且MS 管理器 420B可被提供与品牌MS药物相关联。替换地,并且如图4中所示,用户可浏览与主应用对接的附加从属应用。用户可输入关键字430以搜索新应用。替换地,用户可从选择分级结构(hierarchy)浏览新应用440。该选择分级结构可按治疗领域450A、按应用发布者450B、按流行度450C或按字母顺序450D来组织。可要求来自医生、药剂师和/或其他经许可专业人员的授权以便用户访问从属应用和/或从属应用的各部分。
管理我的应用260可以可选地包括除简单的应用添加和移除之外的其他功能,诸如改变设置或管理与应用有关的金融交易,诸如如果必须购买应用或为应用的使用支付月费的话。
然而,图4简单地图示出如何处理应用的相互作用和分发的用户角度。下面将结合图7来讨论与应用的分发、应用之间的信息互换以及数据收集和分析有关的附加信息。
图5是医疗护理应用门户通过其来与移动计算设备交换信息的过程的流程图。
在方框510处,接收用以在针对移动计算设备的用户的医疗护理应用门户处访问医疗护理应用的请求。客户端140可请求访问“应用存储库”或从医生或药剂师接收QR代码以加载促进对应用的访问的网站。因此,患者可请求对其本身感兴趣的医疗护理应用的访问,或者可诸如由医生、药剂师、医药公司、保险提供商或有理由相信应用与患者有关的另一方代表他们进行对医疗护理应用的访问请求。此类应用存储库可由计算系统100或者替换地由其他适当的基础设施(诸如,一个或多个适当配置的网络服务器)所托管。
在方框520处,由医疗护理应用门户为移动计算设备的用户提供对医疗护理应用的访问。例如,医疗护理应用门户可准许移动计算设备下载与特定医药化合物相关联的医疗护理应用或监视特定医疗状况。该门户还可在线(诸如,通过网络浏览器中的网页)提供对医疗护理应用的访问。一般地,如上文所讨论的,应用可驻留在移动设备处、服务器处,或者可以是分布式的,使得存在针对用于实现用户对医疗护理应用的访问的医疗护理应用门户的各种方式。
在方框530处,获得与用户有关的医疗信息,使得医疗信息的至少部分被接收作为经由医疗护理应用来自用户的输入。客户端140可通过在应用中输入信息来向计算系统100提供信息。此类信息可包括关于哮喘严重度的信息,如图3中所示。然而,该信息还可包括来自传感器的信息(诸如温度或污染信息),或者来自其他实体的信息(诸如零售处方数据110、纵向处方数据112、参考处方者数据114以及医药购买数据116),如相对于图1所讨论的。
在方框540处,分析医疗信息以做出与用户有关的医疗确定。分析过程在上文被讨论,并且其涉及到使用数据处理模块110和可能的统计排序模块120来处理医疗信息以处理该数据。如先前所述,可将关于客户端140的信息与来自其他医疗数据的聚合测量(诸如平均值)相比较。
在方框550处,医疗确定经由医疗护理应用被报告给医疗决策者以用于进一步动作。在本文中,医疗决策者可包括可做出关于用户疗程的决策的多个可能方。然而,医疗确定仅仅是可做出的一个类型的确定,并且将关于相对于图7所讨论的替换实施方式来讨论可做出的替换类型的确定。在大多数情况下将患者他或她自己视为医疗决策者,因为患者可基于该医疗确定而做出保健选择。然而,其他各方可以医疗决策者的角色进行操作。例如,对于作为孩子的患者而言,孩子的父母或监护人可以是医疗决策者。另外,医疗决策者可包括医生、护士、药剂师及其他保健专业人员,并且还可能包括保险提供者。通过向医疗决策者报告医疗确定,医疗决策者可采取适当动作以推进患者的医疗护理。该报告可由报告模块122执行。例如,医疗确定可以是患者进行医疗约定或改变护理计划的建议。医疗确定还可包括用户应访问医疗护理应用以治疗医疗状况的确定。例如,实施方式可向医生推荐血压跟踪应用以向具有高血压的患者提出建议。
图6是图示出用于管理移动设备处的应用之间的安全信息交换的示例性系统的框图。例如,此类系统可包括管理移动设备处的应用之间的安全信息交换的模块,IMS医疗应用门户610。在某些实施方式中, IMS医疗应用门户610本身可被托管在移动设备处,或者其可被网络门户访问。IMS医疗应用门户610是具有内置功能的应用,但是其仅仅是单个应用。IMS医疗应用门户610是在安全可靠的环境上集成第三方应用的安全移动环境。其允许跨应用的敏感健康信息的安全共享。此外,其直接连接到电子医疗记录(EMR)系统,并且不仅仅是经由电子邮件,以促进信息交换。另外,IMS医疗应用门户610能够充当信息网关以接收医疗数据并在应用之间路由该数据。
可从一个或多个应用620A、620B…620N获得被路由的医疗数据。IMS医疗应用门户610可具有帮助促进信息交换的多种组件。这些组件可包括由适当的软件和/或硬件组成以执行其指定功能的模块。IMS医疗应用门户610可包括应用集成器630、门户安全模块640、门户功能模块660以及门户共享模块670。门户安全模块640还可包括信息匿名器650。IMS医疗应用门户610还可与计算机系统100通信,如在图1中所述。IMS医疗应用门户610还可具有与EMR系统680直接对接以允许以高效的方式访问医疗信息的能力。
应用集成器630管理将一个或多个应用620A、620B…620N集成到IMS医疗应用门户610中。应用集成器630确保用户能够访问满足他或她的需要的适当应用并与之相交互。另外,门户安全模块640确保被IMS医疗应用门户610操作的医疗数据仍是安全的。如上文所讨论的,门户安全模块640确保尊重隐私和安全要求,使得单独应用不能访问其不应访问的信息,并且在应用将其彼此共享时数据保持安全。可选地可由信息匿名器650来执行门户安全模块640的操作的部分,其可对由应用620A 620B…620N提供的信息进行过滤,以确保应用不应接收其未被赋权接收的信息。
IMS医疗应用门户610还可包括门户功能模块660。门户功能模块660提供IMS医疗应用门户610的基本功能,诸如在图6上被描述为项目220和230A-E的健康工具。另外,IMS医疗应用门户610可包括门户共享模块670。门户共享模块670管理应用之间的数据交换。例如,其通过在中心收集并存储其从应用620A接收到的信息来管理数据交换,并且如果门户安全模块640指示这样做是适当的,则随后与另一应用620B共享信息。
图7是医疗护理应用门户通过其来管理对多个医疗护理应用的访问及其之间的安全信息交换的过程的流程图。
在方框710处,实施方式提供对第一医疗应用的访问。更具体地,为用户提供对移动设备上的第一医疗应用的访问,其中,该应用与用户的医疗状况有关。应注意的是可将第一医疗应用选择为与用户的特定医疗状况(诸如,肝炎或囊性纤维化)或者用户的一般医疗状况(可包括用户的总体健康)有关。在图2-3处图示出此步骤可如何发生的示例。医疗应用门户可为用户提供对医疗应用的访问。例如,IMS医疗应用门户200可促进用于用户对特定应用(诸如,哮喘跟踪器250A)的访问。通过图3中的某些样本屏幕快照图示出由用户对哮喘跟踪器250A的访问。门户可以多种方式来提供对第一医疗应用的访问。门户可将医疗应用下载到客户端设备。替换地,可在网络浏览器中提供医疗应用,诸如通过插件或通过脚本技术。实施方式的过程的此部分的附加方面是一般地由保健专业人员为用户选择如与用户的医疗状况有关的应用。例如,用户的神经病学家可能规定MS管理器250B以供用户使用。然而,可由其他保健提供者以及在保健过程中涉及到的其他专业人员来规定保健应用。还可注意到的是在本方法实施方式的变体中,当然可能的是用户可独自选择医疗应用以解决其被诊断具有的医疗状况。例如,图4示出了IMS医疗应用门户的用户界面的部分,其允许用户“浏览新应用”440、“按治疗领域”450A、“按应用发布者”450B、“按流行度”450C或“按字母顺序”450D。因此,图4示出了其中用户选择应用且不仅仅被保健专业人员分配应用的实施方式。
在方框720处,实施方式接收医疗数据。更具体地,从用户接收医疗数据,其中,在由移动设备提供的信息网关处经由第一医疗应用从用户接收医疗数据的至少部分,该医疗数据包括与医疗状况有关的隐私信息。用以接收医疗数据的方式对于不同的应用而言且对于不同的实施方式而言可以变化。可经由应用从用户接收医疗数据的至少部分。一般地通过用户与移动设备之间的信息交换来接收此类数据。例如,用户可使用诸如键盘、触摸屏、麦克风、控制按钮等多种输入设备来向由应用提供的界面中提供输入。然而,应用还可完全能够用其他手段来接收医疗数据。例如,使用户命令医疗应用访问包括与对用户的医疗护理有关的信息的文件(诸如电子医疗记录)可以是可能的。其他医疗信息可由零售药房、医生或医药公司提供。另外,可从收集关于用户的物理状态的信息的传感器导出医疗信息。这些传感器可提供关于用户的诊断数据,诸如血压、温度、血氧等。医疗信息还可包括来自实验室程序(诸如血样或尿样的分析)或者是针对药物水平或传染病存在的实验室测试的信息。同样地,医疗信息应至少包括某些隐私数据,因为实施方式被设计成保护此类数据。虽然当然可设想仅包括隐私数据或仅非隐私数据的实施方式,但重要的是实施方式知道哪些数据应是任何人可访问的,并且管理哪些数据应具有受限访问和谁应能够访问该数据。
在方框730处,实施方式传输医疗数据。更具体地,将医疗数据传输至安全信息储存库以供随后在生成与用户的医疗状况有关的结论时使用。如上文所讨论的,在方框720处经由第一医疗应用从用户接收医疗数据。在图1的背景下,可由客户端140来实现此步骤,其托管将医疗数据传输到存储设备124的IMS医疗应用门户200。然而,如何存储医疗数据的细节对于不同的实施方式而言可以变化。必需的存储方面是该存储必须能够保护数据的隐私部分的隐私性。因而,当随后请求对数据的访问时,安全信息储存库应向任何请求者提供任何公开数据,但是只有被适当认证的部分应可具有对隐私数据的访问权限。
在方框740处,实施方式识别第二医疗应用。更具体地,识别与用户的医疗状况有关的第二医疗应用。第二医疗应用可被各方识别,如上文相对于方框710所讨论的,诸如被患者他或她自己所识别。在一个实施方式中,将应用识别为与用户的医疗状况有关。然而,变体是可能的。例如,可基于与用户的保健密切相关的其他信息来识别应用,诸如用户服用的药物、用户使用的医疗设备或用户已涉及到的医疗从业者的类型。替换地,第二医疗应用的选择可基于第一医疗应用的识别或从第一医疗应用收集的信息。例如,第一医疗应用可以是糖尿病管理套装,并且由该应用收集的实验室结果可建议用于应用跟踪高血压药物的给药(administration)的需要。
在方框750处,实施方式对第二医疗应用进行认证。更具体地,对第二医疗应用进行认证以便为第二医疗应用提供对安全信息储存库处的医疗数据的访问。在此阶段中,第二医疗应用接收且然后使用其合法地有权利代表用户来访问隐私信息的信息。这可包括诸如到用户账户的登陆和密码、诸如SSN或出生日期之类的识别信息或诸如刷卡模式(swipe pattern)或生物计量认证(诸如,指纹、声纹或视网膜扫描识别)之类的其他认证信息之类的信息。认证还可涉及到加密(诸如公钥或私钥加密),其能够建立对于由第二医疗应用访问的信息的安全连接。该认证一般地将包括为第二医疗应用提供对用户的公开信息以及隐私信息的至少一部分的访问。
在方框760处,实施方式共享医疗数据。更具体地,与已认证第二医疗应用共享医疗数据。如所讨论的,第二医疗应用通过此阶段已确立其有权利享有用户医疗数据的某个部分,或者可能已采取诸如加密之类的步骤以帮助确保当医疗数据被共享时,没有权利访问数据的第三方不能窃听数据且获得对数据的不适当访问。一般地,此步骤进行操作,使得第二医疗应用从安全信息储存库请求医疗数据作为其操作的一部分。因此,如果第一医疗应用存储用户获取的来自血糖水平的读数,则第二医疗应用能够随后访问该信息并将其在另一应用的上下文中使用。
在方框770处,实施方式使用医疗数据。更具体地,医疗数据被第二医疗应用用来生成与用户的医疗状况有关的结论。该结论能够是实际结论或推荐。该结论可以是有助于治疗用户的医疗状况的结论。例如,该结论可以是以下各项中的一个:诊断、用户应开始特定疗法的确定、用户应停止特定疗法的确定、用户应改变护理计划的确定、用户应访问医疗护理应用以治疗医疗状况的确定或用户应安排与医疗专家的约定的确定。例如,该结论可提供信息以有助于治疗用户的医疗状况。作为另一示例,应用可建议多种医疗干预,诸如使用药物或医疗设备、饮食的变更、实验室程序、医疗约定、外科手术等。
然而,实施方式可出于多种目的使用医疗数据,并且医疗数据的使用不需要简单地被排他地局限于提供诊断或治疗推荐。事实上,如本申请由始至终已广泛地讨论的,医疗数据可被诸如第二医疗应用之类的应用使用以利用能够从医疗数据导出的许多有帮助的结论,关于该特定用户和关于该用户所属的较大人群两者。例如,此类结论可用来帮助做出业务决策。
因此,虽然需要尊重隐私问题,但关于单独用户的医疗数据不仅能够用于治疗,而且能够用于其他目的,包括医疗和医药研究,以及从法律实施到营销的其他应用。另外,将用于单独用户的医疗数据与已针对用户群组被聚合的医疗数据相比较是可能的。虽然上文已讨论了这种方法,但可以将用于用户人群的数据聚合,并且获得诸如关于该人群的各种平均值或其他度量之类的统计数据,并基于此类比较而导出结论。上文已讨论了数据的此类使用的示例。一般地,虽然实施方式可使用医疗数据及其上下文来改善医疗护理推荐和效果,这不是仅使用医疗数据,并且应将实施方式理解成包括对保健过程中的参与者有帮助的医疗数据的任何使用,其可由医疗数据上第二医疗应用的操作来提供。
在本说明书中描述的主题和功能操作的实施方式能够用数字电子电路、用有形实现计算机软件或固件、用计算机硬件、包括在本说明书中公开的结构及其结构等效物或用其中的一个或多个的组合来实现。在本说明书中描述的主题的实施方式能够实现为一个或多个计算机程序,即在有形非临时程序载体上编码以供数据处理装置执行或控制其操作的计算机程序指令的一个或多个模块。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储设备或其中的一个或多个的组合。
术语“数据处理装置”指的是数据处理硬件且涵盖用于处理数据的所有种类的装置、设备以及机器,举例来说,包括可编程处理器、计算机或多个处理器或计算机。该装置还可以是或者还包括专用逻辑电路,例如中央处理单元(CPU)、FPGA(现场可编程门阵列)或ASIC(专用集成电路)。在一些实施方式中,数据处理装置和/或专用逻辑电路可以是基于硬件和/或基于软件的。该装置能够可选地包括创建用于计算机程序的执行环境的代码,例如组成处理器固件、协议栈、数据库管理系统、操作系统或其中的一个或多个的组合的代码。本公开预期具有或没有常规操作系统(例如,Linux、UNIX、Windows、Mac OS、Android、iOS或任何其他适当的常规操作系统)的数据处理装置的使用,。
也可称为或描述为程序、软件、软件应用、模块、软件模块、脚本或代码的计算机程序能够用任何形式的编程语言来编写,包括编译或解释语言或者说明或程序语言,并且其能够以任何形式来部署,包括作为单独程序或作为模块、组件、子例程或适合于在计算环境中使用的其他单元。计算机程序可以但不需要对应于文件系统中的文件。程序能够被存储在保持其他程序或数据的文件的部分中,例如存储在标记语言文档中的一个或多个脚本中、专用于正在讨论中的程序的单个文件中或者在多个协调文件中,例如存储一个或多个模块、子程序或代码部分的文件。计算机程序能够被部署成在一个计算机上或在位于一个地点处或跨多个地点分布并被通信网络互连的多个计算机上执行。虽然各种图中所示的程序的各部分被示为通过各种对象、方法或其他过程来实现各种特征和功能的单独模块,但程序可替代地在适当时包括许多子模块、第三方服务、组件、库等。相反,能够在适当时将各种组件的特征和功能组合成单个组件。
在本说明书中所述的过程和逻辑流能够由一个或多个可编程计算机来执行,所述一个或多个可编程计算机执行一个或多个计算机程序以通过对输入数据进行操作并生成输出来执行功能。该过程和逻辑流还能够由专用逻辑电路来执行,并且装置还能够被实现为专用逻辑电路,例如中央处理单元(CPU)、FPGA(现场可编程门阵列)或ASIC(专用集成电路)。
适合于执行计算机程序的计算机包括例如能够基于通用或专用微处理器或两者,或者任何其他类型的中央处理单元。一般地,中央处理单元将从只读存储器或随机存取存储器或二者接收指令和数据。计算机的必要元件是用于执行或运行指令的中央处理单元和用于存储指令和数据的一个或多个存储设备。一般地,计算机还将包括用于存储数据的一个或多个大容量存储设备(例如磁盘、磁光盘或光盘),或者被通信耦合到该一个或多个大容量存储设备以从其接收数据或向其传输数据或两者。然而,计算机不需要具有此类设备。此外,能够将计算机嵌入另一设备中,例如移动电话、个人数字助手(PDA)、移动音频或视频播放器、游戏控制台、全球定位系统(GPS)接收机或便携式存储设备,例如通用串行总线(USB)闪存驱动器,仅举几个例子。
适合于存储计算机程序指令和数据的计算机可读介质(临时或非临时,视情况而定)包括所有形式的非易失性存储器、介质和存储设备,举例来说,包括半导体存储设备,例如EPROM、EEPROM和闪存设备;磁盘,例如内部硬盘或可移动磁盘;磁光盘;以及CD-ROM和DVD-ROM盘。存储器可存储各种对象或数据,包括高速缓存、类、框架、应用、备份数据、作业、网页、网页模板、数据库表格、存储商业和/或动态信息的储存库以及任何其他适当信息(包括任何参数、变量、算法、指令、规则、约束或对其的参考)。另外,存储器可包括任何其他适当的数据,例如日志、策略、安全或访问数据、报告文件以及其他。能够用专用逻辑电路来补充处理器和存储器或将处理器和存储器结合在其中。
为了提供与用户的交互,能够在计算机上实现在本说明书中描述的主题的实施方式,所述计算机具有用于向用户显示信息的显示设备(例如,CRT(阴极射线管)、LCD(液晶显示器)或等离子体监视器)以及用户能够用其向计算机提供输入的键盘和定点设备(例如鼠标或轨迹球)。也能够使用其他种类的设备来提供与用户的交互;例如,提供给用户的反馈能够是任何形式的传感反馈,例如视觉反馈、听觉反馈或触觉反馈;并且能够以任何形式来接收来自用户的输入,包括声学、语音或触觉输入。另外,计算机能够通过向用户所使用的设备发送文档和从其接收文档来与用户相交互;例如,通过响应于从网络浏览器接收到的请求而将网页发送到用户客户端设备上的网络浏览器。
术语“图形用户界面”或GUI可以单数或复数形式用来描述一个或多个图形用户界面和特定图形用户界面的每个显示。因此,GUI可表示任何图形用户界面,包括但不限于网络浏览器、触摸屏或命令行界面(CLI),其处理信息并高效地将信息结果呈现给用户。一般地,GUI可包括多个用户界面(UI)元件,某些或全部与网络浏览器相关联,诸如被商务套装用户可操作的交互式字段、下拉列表和按钮。这些及其他UI元件可与网络浏览器的功能有关或表示该功能。
在本说明书中描述的主题的实施方式能够在计算机系统中实现,其包括后端组件,(例如,如数据服务器),或者其包括中间件组件(例如,应用服务器),或者其包括前端组件(例如,具有用户能够通过其与在本说明书中描述的主题的实施方式相交互的图形用户接口或网络浏览器的客户端计算机),或者一个或多个此类后端、中间件或前端组件的任何组合。能够用数字数据通信的任何形式或介质(例如,通信网络)来将系统的组件互连。通信网络的示例包括局域网(LAN)、广域网(WAN)(例如,因特网)以及无线局域网(WLAN)。
计算系统能够包括客户端和服务器。客户端和服务器一般地彼此远离且通常通过通信网络相交互。客户端和服务器的关系借助于在各计算机上运行且彼此之间具有客户端-服务器关系的计算机程序而出现。
各种实施方式中的医药不一定需要被严格控制,并且在本文中提出的方法同样地适用于非处方药(over-the-counter drug),或者甚至可能适用于可能对医学治疗有影响的中药制剂(herbal preparation)或营养增补剂。实施方式可考虑使用St. John's Wort来治疗具有临床抑郁症的患者,如可以是诸如鱼油之类的营养增补剂或处方抗抑郁剂。
虽然本说明书包含许多特定实施细节,但不应将这些解释为对任何发明的范围或对可要求保护的范围的限制,而是作为针对特定本发明的特定实施方式的特征的描述。在本说明书中在单独实施方式的背景下描述的某些特征还能够在单个实施方式的组合中实现。相反地,在单个实施方式的背景下描述的各种特征还能够单独地或以任何适当的子组合的方式在多个实施方式中实现。此外,虽然上文已将特征描述为以某些组合的方式起作用且甚至最初如此要求保护,但在某些情况下可从该组合去除来自要求保护的组合的一个或多个特征,并且要求保护的组合可针对子组合或子组合的变体。
类似地,虽然在图中按照特定次序描述了操作,但这不应被理解为要求按照所示的特定次序或顺序次序来执行此类操作,或者执行所有所示操作,以实现期望的结果。在某些情况下,多任务和并行处理可能是有帮助的。此外,不应将上述实施方式中的各种系统模块和组件的分离理解为在所有实施方式中要求此类分离,并且应理解的是一般地能够将所述程序组件和系统一起集成在单个软件产品中或封装到多个软件产品中。
已描述了主题的特定实施方式。所述实施方式的其他实现、变更以及替换在以下权利要求的范围内,如对于本领域的技术人员而言将显而易见的。例如,在权利要求中叙述的动作能够按照不同的次序来执行且仍实现期望的结果。
因此,示例性实施方式的以上描述并未限定或约束本公开。在不脱离本公开的精神和范围的情况下,也可能有其他改变、替换以及变更。
Claims (21)
1.一种由医疗护理应用门户执行的计算机实现的方法,包括:
为用户提供对移动设备上的第一医疗应用的访问,其中,第一医疗应用与用户的医疗状况有关;
接收医疗数据,其中,在由移动设备提供的信息网关处经由第一医疗应用从用户接收医疗数据的至少部分,该医疗数据包括与医疗状况有关的隐私信息;
将医疗数据传输至安全信息储存库以供随后在生成与用户的医疗状况有关的结论中使用;
识别与用户的医疗状况有关的第二医疗应用;
对第二医疗应用进行认证以便为第二医疗应用提供对安全信息储存库处的医疗数据的访问;
与已认证的第二医疗应用共享医疗数据;以及
由第二医疗应用使用所述医疗数据来生成与用户的医疗状况有关的结论。
2.权利要求1的计算机实现的方法,其中,所述结论是有助于用户的医疗状况的治疗的结论。
3.权利要求2的计算机实现的方法,其中,所述结论是以下各项中的一个:诊断、用户应开始特定疗法的确定、用户应停止特定疗法的确定、用户应改变护理计划的确定、用户应访问医疗护理应用以治疗医疗状况的确定或用户应安排与医疗专业人员的约定的确定。
4.权利要求1的计算机实现的方法,其中,所述结论是帮助保健过程中的参与者做出业务决策的信息。
5.权利要求1的计算机实现的方法,其中,所述结论至少部分地基于将针对用户的医疗数据与针对其他用户获得的去识别聚合医疗数据相比较。
6.权利要求1的计算机实现的方法,其中,第一医疗护理应用与特定医药化合物、特定医疗状况、特定医药制造商或特定保健专业人员相关联。
7.权利要求1的计算机实现的方法,其中,从已从以下各项中的至少一个接收到的数据获得医疗信息的至少部分:电子医疗记录系统、医疗索赔记录系统、零售药房记录系统、保健专业人员记录系统、医药公司记录系统或被通信耦合到移动计算设备的传感器。
8.一种系统,包括:
一个或多个计算机和存储指令的一个或多个存储设备,当被所述一个或多个计算机执行时该指令可操作用于促使所述一个或多个计算机执行包括以下各项的操作:
为用户提供对移动设备上的第一医疗应用的访问,其中,第一医疗应用与用户的医疗状况有关;
接收医疗数据,其中,在由移动设备提供的信息网关处经由第一医疗应用从用户接收医疗数据的至少部分,该医疗数据包括与医疗状况有关的隐私信息;
将医疗数据传输至安全信息储存库以供随后在生成与用户的医疗状况有关的结论中使用;
识别与用户的医疗状况有关的第二医疗应用;
对第二医疗应用进行认证以便为第二医疗应用提供对安全信息储存库处的医疗数据的访问;
与已认证的第二医疗应用共享医疗数据;以及
由第二医疗应用使用所述医疗数据来生成与用户的医疗状况有关的结论。
9.权利要求8的系统,其中,所述结论是有助于用户的医疗状况的治疗的结论。
10.权利要求9的系统,其中,所述结论是以下各项中的一个:诊断、用户应开始特定疗法的确定、用户应停止特定疗法的确定、用户应改变护理计划的确定、用户应访问医疗护理应用以治疗医疗状况的确定或用户应安排与医疗专业人员的约定的确定。
11.权利要求8的系统,其中,所述结论是帮助保健过程中的参与者做出业务决策的信息。
12.权利要求8的系统,其中,所述结论至少部分地基于将针对用户的医疗数据与针对其他用户获得的去识别聚合医疗数据相比较。
13.权利要求8的系统,其中,第一医疗护理应用与特定医药化合物、特定医疗状况、特定医药制造商或特定保健专业人员相关联。
14.权利要求8的系统,其中,从已从以下各项中的至少一个接收到的数据获得医疗信息的至少部分:电子医疗记录系统、医疗索赔记录系统、零售药房记录系统、保健专业人员记录系统、医药公司记录系统或被通信耦合到移动计算设备的传感器。
15.一种存储包括被一个或多个计算机可执行的指令的软件的非临时计算机可读介质,其在此类执行时所述指令促使所述一个或多个计算机执行包括以下各项的操作:
为用户提供对移动设备上的第一医疗应用的访问,其中,第一医疗应用与用户的医疗状况有关;
接收医疗数据,其中,在由移动设备提供的信息网关处经由第一医疗应用从用户接收医疗数据的至少部分,该医疗数据包括与医疗状况有关的隐私信息;
将医疗数据传输至安全信息储存库以供随后在生成与用户的医疗状况有关的结论中使用;
识别与用户的医疗状况有关的第二医疗应用;
对第二医疗应用进行认证以便为第二医疗应用提供对安全信息储存库处的医疗数据的访问;
与已认证的第二医疗应用共享医疗数据;以及
由第二医疗应用使用所述医疗数据来生成与用户的医疗状况有关的结论。
16.权利要求15的介质,其中,所述结论是有助于用户的医疗状况的治疗的结论。
17.权利要求16的介质,其中,所述结论是以下各项中的一个:诊断、用户应开始特定疗法的确定、用户应停止特定疗法的确定、用户应改变护理计划的确定、用户应访问医疗护理应用以治疗医疗状况的确定或用户应安排与医疗专业人员的约定的确定。
18.权利要求15的介质,其中,所述结论是帮助保健过程中的参与者做出业务决策的信息。
19.权利要求15的介质,其中,所述结论至少部分地基于将针对用户的医疗数据与针对其他用户获得的去识别聚合医疗数据相比较。
20.权利要求15的介质,其中,第一医疗护理应用与特定医药化合物、特定医疗状况、特定医药制造商或特定保健专业人员相关联。
21.权利要求15的介质,其中,从已从以下各项中的至少一个接收到的数据获得医疗信息的至少部分:电子医疗记录系统、医疗索赔记录系统、零售药房记录系统、保健专业人员记录系统、医药公司记录系统或被通信耦合到移动计算设备的传感器。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361770042P | 2013-02-27 | 2013-02-27 | |
US61/770042 | 2013-02-27 | ||
US13/826,189 US9734287B2 (en) | 2013-02-27 | 2013-03-14 | Linking health care applications for information management |
US13/826189 | 2013-03-14 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104008265A true CN104008265A (zh) | 2014-08-27 |
CN104008265B CN104008265B (zh) | 2019-06-04 |
Family
ID=51368918
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410066311.8A Active CN104008265B (zh) | 2013-02-27 | 2014-02-26 | 链接用于信息管理的保健应用 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104008265B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105721667A (zh) * | 2014-12-22 | 2016-06-29 | Lg电子株式会社 | 移动终端及其控制方法 |
CN105989561A (zh) * | 2014-11-20 | 2016-10-05 | 完全优诊所 | 整合性健康照护系统及其运作方法 |
CN106534320A (zh) * | 2016-11-17 | 2017-03-22 | 包磊 | 一种用户状态地图生成方法和装置 |
CN107403360A (zh) * | 2017-07-21 | 2017-11-28 | 深圳易草网络科技有限公司 | 基于中医理论的健康管理方法及伺服器 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101622622A (zh) * | 2006-09-26 | 2010-01-06 | 拉尔夫·科普曼 | 个人健康记录系统及装置 |
US20100005117A1 (en) * | 2006-07-28 | 2010-01-07 | Koninklijke Philips Electronics N. V. | Distributed shared data space for personal health systems |
CN101751511A (zh) * | 2008-12-03 | 2010-06-23 | 杭州创业软件股份有限公司 | 新型数字化医疗信息软件门户集成系统 |
CN102231172A (zh) * | 2011-06-10 | 2011-11-02 | 王坦 | 一种远程医疗信息采集系统 |
-
2014
- 2014-02-26 CN CN201410066311.8A patent/CN104008265B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100005117A1 (en) * | 2006-07-28 | 2010-01-07 | Koninklijke Philips Electronics N. V. | Distributed shared data space for personal health systems |
CN101622622A (zh) * | 2006-09-26 | 2010-01-06 | 拉尔夫·科普曼 | 个人健康记录系统及装置 |
CN101751511A (zh) * | 2008-12-03 | 2010-06-23 | 杭州创业软件股份有限公司 | 新型数字化医疗信息软件门户集成系统 |
CN102231172A (zh) * | 2011-06-10 | 2011-11-02 | 王坦 | 一种远程医疗信息采集系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105989561A (zh) * | 2014-11-20 | 2016-10-05 | 完全优诊所 | 整合性健康照护系统及其运作方法 |
CN105721667A (zh) * | 2014-12-22 | 2016-06-29 | Lg电子株式会社 | 移动终端及其控制方法 |
CN106534320A (zh) * | 2016-11-17 | 2017-03-22 | 包磊 | 一种用户状态地图生成方法和装置 |
WO2018090534A1 (zh) * | 2016-11-17 | 2018-05-24 | 深圳市行远科技发展有限公司 | 一种用户状态地图生成方法和装置 |
CN107403360A (zh) * | 2017-07-21 | 2017-11-28 | 深圳易草网络科技有限公司 | 基于中医理论的健康管理方法及伺服器 |
Also Published As
Publication number | Publication date |
---|---|
CN104008265B (zh) | 2019-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Haleem et al. | Blockchain technology applications in healthcare: An overview | |
JP6467617B2 (ja) | 情報管理のためのヘルスケアアプリケーションの連結 | |
US11798670B2 (en) | Methods and systems for managing patient treatment compliance | |
David et al. | Impact of blockchain in healthcare system | |
Yang et al. | Mobile health applications: the patchwork of legal and liability issues suggests strategies to improve oversight | |
Tamblyn et al. | The development and evaluation of an integrated electronic prescribing and drug management system for primary care | |
US20150142479A1 (en) | Method And System For Drug Prescription | |
Abbate et al. | Blockchain technology for embracing healthcare 4.0 | |
US20170004282A1 (en) | Processing enrollment into patient support centers for prescription medications | |
Khurshid et al. | Designing and testing a blockchain application for patient identity management in healthcare | |
CN104008265B (zh) | 链接用于信息管理的保健应用 | |
Jain et al. | Blockchain: A novel paradigm for secured data transmission in telemedicine | |
Montgomery | Just what the doctor ordered: protecting privacy without impeding development of digital pills | |
WO2016122664A1 (en) | Method and system for prescribing and determining risk associated with medications | |
AU2020101898A4 (en) | MHOC- Blockchain Technology: Medicine and Healthcare Observation Care using Blockchain Technology | |
Litchfield et al. | BlockPres: A novel blockchain-based incentive mechanism to mitigate inequalities for prescription management system | |
Vyas et al. | [Retracted] Investigation of Diabetes Care in Elder Individuals Using Artificial Intelligence | |
Webster | Do No Harm: protecting connected medical devices, healthcare, and data from hackers and adversarial nation states | |
Shelke et al. | Electronic Health Records: Need, Challenges, and Future Scope | |
Ravi et al. | Foundations, need, state-of-the-art blockchain technologies, its adaptions, and impact on healthcare industries | |
US20220343021A1 (en) | Referential data grouping and tokenization for longitudinal use of de-identified data | |
Kaplan | Patient health data privacy | |
Zazaza | Informed e-Consent Framework for Privacy Preservation in South African Health Information Systems | |
Weber-Jahnke et al. | Beyond privacy policies-assessing inherent privacy risks of consumer health services | |
Das et al. | Unleashing the Potentials of Blockchain Technology for Healthcare Industries |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: American Connecticut Applicant after: IMS HEALTH Inc. Address before: American Connecticut Applicant before: IMS Co.,Ltd. Address after: American Connecticut Applicant after: IMS Co.,Ltd. Address before: American Connecticut Applicant before: IMS HEALTH Inc. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |