CN105981066A - 医疗保健服务市场系统和方法 - Google Patents

Abstract

提供医疗保健服务市场系统和方法。所述系统可以生成针对用户的健康流，所述健康流提供健康相关的事件的更完整的视图。所述系统还可以提供带有清楚的服务描述和标价的透明的健康市场。

Description

医疗保健服务市场系统和方法

优先权要求/相关申请

本申请根据美国法典第35卷119（e）条和美国法典第35卷120条要求标题为“Healthcare Service Marketplace System and Method”并且在2013年10月7日提交的美国临时专利申请序列号61/887,904的权益，其整体通过参考被并入在本文中。

技术领域

本公开一般涉及医疗保健服务市场的系统和方法。

背景技术

许多重要的健康信息被储存在不同的、独特的公共和私有系统中。挑战在于这些独特的系统彼此根本不通信或者不具有共同的数据格式。结果，虽然存在许多健康信息，但是所述健康信息不可读、不可访问或者不以使其更加有用的方式被统一。期望提供一种统一这些独特的公共和私有健康信息系统的系统，并且本公开正是涉及该目的。

附图说明

图1图解医疗保健服务市场系统的实施方式的示例；

图2和3图解用于提供健康流（healthstream）的方法；

图4图解用于公布到由当前用户拥有的时间线的医疗保健服务市场系统的用户界面的示例；

图5图解用于对时间线帖子加标签的医疗保健服务市场系统的用户界面的示例；

图6和7图解用于时间线帖子的私密性设置的医疗保健服务市场系统的用户界面的示例；

图8图解用于查看来自另一个用户的共享公共健康流帖子的医疗保健服务市场系统的用户界面的示例；

图9图解针对仪表板的医疗保健服务市场系统的用户界面的示例；

图10图解医疗保健服务市场系统的简介用户界面的示例；

图11图解允许用户控制谁可以访问他们的简介数据的医疗保健服务市场系统的添加人的用户界面的示例；

图12图解医疗保健服务市场系统的添加病情（condition）的用户界面的示例；

图13图解医疗保健服务市场系统的简介地址编辑的用户界面的示例；

图14图解医疗保健服务市场系统的共享公共简介视图的用户界面的示例；

图15图解实现发现在市场中的人的医疗保健服务市场系统的人视图的用户界面的示例；

图16-18图解医疗保健服务市场系统的人细节视图的用户界面的示例；

图19-20图解医疗保健服务市场系统的寻找人的用户界面的示例；

图21图解医疗保健服务市场系统的电子邮件邀请的用户界面的示例；

图22图解医疗保健服务市场系统的最新服务的用户界面的示例；

图23图解医疗保健服务市场系统的服务细节的用户界面的示例；

图24图解医疗保健服务市场系统的一般设置的用户界面的示例；以及

图25图解医疗保健服务市场系统的数据库图式的示例。

具体实施方式

本公开特别可适用于基于网络的医疗保健服务市场系统，并且正是在这个上下文中将描述本公开。然而将领会到，所述系统和方法具有更大的实用性。

医疗保健服务市场系统可以把来自不同和独特的健康系统的健康信息统一到案例中，所述案例可容易用于医疗保健提供者和批准的家庭成员/朋友。此外，Facebook帖子、tweets、Foursquare登记、youtube视频和来自flickr的照片能够提供关于正在进行的健康相关问题的重要信息。可以容易地跟踪健康相关事件的系统实现更强的病人-提供者关系。完整的健康流能够经常帮助避免昂贵的测试和规程。还给予病人如下选择：匿名共享他们的健康流事件和案例以关于成本节约的治疗选择来帮助教育其他人。

医疗保健服务市场系统和由所述系统生成的健康流提供健康相关事件的更加完整的视图。所述系统提供带有清楚的服务描述和标价的透明的健康市场。图22-23图解如何基于用户的健康流帖子和简历信息用描述、价格信息和媒介来呈现健康服务。健康流给予提供者关于消费者的病史的更多信息。这一信息能够然后用于更好地推荐与（一个或多个）消费者的报价请求（诸如使用报价请求系统）相关的服务。当健康流数据在所述系统的社区之内匿名共享时，它能够帮助其他人用标价寻找服务，所述标价可以基于他们的最近健康流条目的而对他们是有帮助的。共享的健康流数据还可以帮助实现在市场之内的服务发现。

图1图解可以生成健康流的医疗保健服务市场系统100的实施方式的示例。所述医疗保健市场系统100可以具有一个或多个计算装置102，其通过通信路径106连接到后端系统108。每个计算装置102，诸如如在图1中示出的计算装置102a、102b…102n，可以是带有存储器、永久储存器、有线或无线通信电路和显示器的基于处理器的装置，该装置允许每个计算装置连接到后端系统108并通过通信路径106耦合到后端系统108。例如，每个计算装置可以是智能电话装置，诸如苹果计算机产品、基于安卓OS的产品等、平板计算机，个人计算机、终端装置、膝上型计算机等。在图1中示出的一个实施例中，每个计算装置102可以在存储器中储存应用程序104，然后使用计算装置的处理器来执行该应用程序以与后端系统对接。例如，应用程序可以是典型的浏览器应用程序或可以是移动应用程序。通信路径106可以是使用安全协议或不安全协议的有线或无线通信路径。例如，通信路径106可以是互联网、以太网、无线数据网络、蜂窝数字数据网络、WiFi网络等。

后端系统108也可以具有可以耦合在一起的健康市场引擎110、报价请求引擎112和预测定价引擎113。可以使用一个或多个计算资源诸如一个或多个服务器计算机、一个或多个云计算资源等实施后端系统的这些部件中的每个。在一个实施例中，健康市场引擎110、报价请求引擎112和预测建模引擎113可以各自用软件来实施，在该软件中每个引擎具有由后端系统的一个或多个计算资源的处理器执行的多行计算机代码。在其他实施例中，健康市场引擎110、报价请求引擎112和预测建模引擎113中的每个可以用硬件（诸如，编程的逻辑装置、编程的处理器或微控制器等）来实施。后端系统108可以耦合到储存组成医疗保健系统的各种数据和软件模块的储存区114。储存区114可以被实施为硬件数据库系统、软件数据库系统或任何其他储存器系统。

健康市场引擎110可以允许已经加入医疗保健社交社区的开业医生以甚至几年前不可想象的方式接触潜在客户。除了给予开业医生社交门户（用该社交门户与消费者沟通和向消费者推销他们本身）以外，市场给予每个医疗保健开业医生如下能力：在对团购、社交生活、或其他社交市场的用户所熟悉的环境中提供他们的服务。

在其中报价请求引擎112是健康市场系统110的部分的图1中示出的示例中，报价请求引擎112允许健康市场系统的用户搜索在他们的领域中的治疗他们的病情或用期望的专长实践的开业医生并且请求针对他们需要的服务的报价。报价请求引擎112的进一步细节被提供在2013年8月28日提交的美国专利申请序列号61/871,195和在2014年7月10日提交的美国专利申请序列号14/328,591中，所述两者的整体通过参考被并入在本文中。预测建模引擎113可以基于预测建模生成医疗保健服务价格。预测建模引擎113的进一步细节被提供在2013年9月24日提交的美国专利申请序列号61/881,918和在2014年8月8日提交的美国专利申请序列号14/455,341中，所述两者的整体通过参考被并入在本文中。

健康市场系统110可以进一步具有可以生成针对每个成员的健康流的健康管理引擎110a，所述每个成员是健康系统100的用户并且已登录到健康系统100中。健康管理引擎110a和它以下描述的功能可以由以上描述的计算资源的处理器来实施，所述处理器被配置为执行如以下描述的对健康流的操作。为了执行以下操作，健康管理引擎110a可以进一步包括健康流生成器单元、第三方单元和用户界面单元，所述健康流生成器单元处理健康相关的数据并且生成健康流，所述第三方单元使用所述第三方系统的API来导入来自第三方系统的用户的健康相关的数据，所述用户界面单元生成健康流时间线用户界面（其示例在图2-3中示出）以及如以下描述的系统的其他用户界面。

健康流把健康相关的信息和事件成组到时间线中，所述时间线能够在系统的每个成员/用户的批准的家庭成员/朋友、（一个或多个）医疗保健提供者和病人之间共享。可以使用应用程序104使针对每个用户/成员的信息直接录入到健康流中。替选地或此外，关于用户/成员的信息还可以从在包含诸如Facebook®的社交网络系统、诸如Twitter®的通信系统、诸如Foursquare®的带有登记的系统以及其他网站的其他系统中制成的条目导入。尽管保存具体的健康日志需要许多规章和工作并且忙碌的生活不经常有时间来跟上它，但是关于用户/成员的许多重要的健康信息可以始终被记录在社交网络和网站中。健康流可以为用户提供简单的方式来导入和组织已经被记录在这些其他系统中的信息以便它能够可视化为健康信息的时间线。

健康时间线（其是健康流的部分）——它的用户界面的示例在图4-8中示出——可以总是可用于由具有可以由用户设立的所需要的访问权和特权的PokitDok社区的批准的成员（医疗保健提供者、家庭成员、朋友）回顾。底层的授权能够是允许数据访问作为选择性加入（opt-in）过程的任何方法。人工设置这些特权可以是默认的行为。

所述系统可以允许用户/成员把在健康系统（诸如，由PokitDok提供的健康系统）中的账户与已由用户/成员使用已知的OAuth授权流程（其进一步细节可以在处找到，其通过参考被并入在本文中）建立的其他账户链接。所述OAuth流程链接用户的账户（社交网络和网络账户）以便所述系统能够收集健康相关的信息。一旦所述账户被链接，在计算装置上的应用程序104就可以向每个链接的系统进行API调用以把健康相关的帖子导入到他们的健康流中。为了确定哪些帖子是健康相关的，所述系统可以解析每个帖子并且搜索基本的关键字或甚至术语频率同现以及抓取用户的信息流和简历，然而所述用户正选择进入所述登录到系统中。替选地，所述系统可以使用熟知的在术语频率-逆文档频率（tf-idf）周围聚类。例如，可以在 处找到以上技术的实施方式的示例，其通过参考被并入在本文中。

这个登录给予系统对相应用户信息的访问。此外，用户可以能够向/从他们的健康流拖放条目以快速管理什么被持久地储存在那，如以下参考图2更具体地描述的那样。

在健康系统中，为每个用户/成员生成的时间线视图可以支持在所述时间线视图中的多个案例。每个案例可以像在文件系统上的目录，在其中可以一起储存事件。例如，母亲可以具有为她自己和为她的幼儿（他们还不足够大以管理他们自己的健康流）限定的案例。当那个母亲使用PokitDok健康流时，她在医生的诊所处的登记将被导入到她的案例文件夹中。当她在facebook上公布关于她的孩子发烧时，那个事件将被导入到她的孩子的案例文件夹中，其可以通过利用由能够被链接到PokitDok账户的各种社交网络和系统提供的API来完成。每次PokitDok用户返回到系统，异步的任务被排队以处理来自他们的链接的账户的最新数据。以上任务的结果可以呈现在应用程序中的列表中。可以使用HTML5的拖放能力把在所述列表中的每个条目人工添加到案例。此外，当可能时，可以通过分析针对健康相关的关键字的导入内容把导入的条目自动添加到案例。例如，关键字、关键术语、关键短语、症状或规程（procesure）能够具有所述种类但是不限于发烧、疼痛、医生、ACA、奥巴马医改等，并且可以使用在所述系统能够经由图形推断拓扑/医学类型分类法很像DBPedia、MeSH（）而把意义链接在一起时健康相关的任何东西。例如，参见或以进行内容参考，其允许在这个领域中的链接的数据机制。例如以下是内容的片段，如果用户选择主题心脏病，则所述内容的片段能够被容易地拉到健康流中：

8月10日 增加的#物理活动减少心脏病风险，使能量快速转动，并且提高你的心情： #行动起来。

健康系统可以支持各种健康流条目类型。例如，当登记被添加到健康流时，到位置的链接连同地理位置信息一起被储存，因此它能够快速显示在地图视图上。作为另一个示例，当带有照片的条目被添加到健康流时，到原始照片的链接连同以各种分辨率的照片的缓存版本一起被储存用于在不同的上下文中显示。健康流还可以包含可以被添加到时间线的关于药物治疗的条目，其包含关于药物治疗何时开始/停止连同针对所述药物治疗的剂量细节一起的信息。此外，医生预约也可以被添加到健康流。此外，健康流视频条目含有到原始视频的链接，以便它可以连同其他信息一起被嵌入在健康时间线中。除了以上特定的健康流条目类型之外，支持杂项文件附件的一般条目类型可以是可用的。例如，用户可以具有被电子邮寄给他们的血液结果的PDF，他们想添加到他们的健康流以便它能够被与也在那个案例上的其他健康提供者共享。健康流可以允许用户从他们的电子邮件把PDF附件拖拽到在他们的时间线中的适当的案例。

在系统100中，针对用户的条目中的每个可以用用户的全局唯一标识符和被允许查看信息的其他PokitDok用户的标识符而被储存在储存区114中，以除了其他东西之外提供对在每个用户的健康流中的数据的访问控制。在所述系统中，每个条目可以默认关于所述数据明确规定的用户之间私有。当用户想要在不显现他们的身份的情况下与社区共享他们关于特别健康问题已学到的信息时，他们能够选择把私密性等级改变为‘匿名’。

作为针对用户的健康流案例的部分的医疗保健提供者还能够给它添加事件。例如，提供者当碰见用户时能够回顾他们的健康流，并且推荐他们已在健康市场上公布的服务作为他们的治疗计划的部分。这可以把所述服务用日期/时间戳添加到健康流，因此病人和其他医疗保健提供者对于当前积极的治疗和药物治疗都是最新的。如果多个提供者正参与案例，电子邮件和短消息系统（SMS）提醒能够被触发以提醒他们新信息可用于他们回顾。

图2和3图解用于提供健康流的方法。图2示出利用用户的健康流200的拖放管理。如在图2中示出的那样，用户的健康流的示例可以具有针对用户的在时段期间发生的一个或多个条目202。如在图2中示出的那样，条目可以是状况更新、照片、向急救护理的登记和处方药物治疗。如以上描述的那样，健康流可以包含来自一个或多个链接的系统的条目/事件。例如，如在图2中示出的那样，链接的系统可以是Twitter（tweet消息）、foursquare（登记）、Facebook（照片或消息）等。此外，系统100允许用户把链接的系统事件拖放到用户的健康流中。图3图解带有由成员（批准的家庭成员、主要医疗保健提供者、批准的购买服务）和链接的服务（在图3中的示例中的Facebook）生成的条目的健康流的另一个示例。

图4图解用于由用户公布时间线自身视图（用户的健康流）的医疗保健服务市场系统的用户界面的示例，并且图5图解在其中用户能够在时间线帖子中添加新标签的医疗保健服务市场系统的用户界面的示例。图6和7图解在其中用户能够调节针对用户的时间线的访问控制列表的用于针对时间线帖子进行私密性设置的医疗保健服务市场系统的用户界面的示例。图8图解在其中基于访问控制设置仅仅示出公共帖子/条目或与查看者（其正在查看不同用户的健康流）共享的条目/帖子的针对在时间线帖子中的共享公共视图的医疗保健服务市场系统的用户界面的示例。图9图解针对仪表板的医疗保健服务市场系统的用户界面的示例，所述仪表板显示与特别用户相关联的针对用户的案例（例如，流行性感冒、背痛和睡眠窒息）的视图。图15还图解针对用户的案例视图的示例。

图10图解医疗保健服务市场系统的账户简历用户界面1000的示例。用户界面可以具有个人细节部分1002，其显示特别用户的个人细节。例如，如在图10中示出的那样，个人细节可以包含地址/位置、一个或多个已知病情、和与用户相关联的一个或多个医疗保健提供者（开业医生）。如在图10和11中示出的那样，已知的病情部分和医疗保健提供者部分允许用户添加附加的信息。例如，图12示出用来添加病情的用户界面，而图13示出用来在系统中编辑地址的界面。此外，如在图11中示出的那样，系统允许用户添加被授权来查看用户的健康流和/或与用户的健康流交互的更多人。

图14图解医疗保健服务市场系统的共享公共视图的用户界面的示例，其是可以由具有对用户的简介的访问权（共享）的系统用户看到的用户的视图。

图15图解医疗保健服务市场系统的寻找人视图的用户界面的示例，并且图16-18图解医疗保健服务市场系统的人细节视图的用户界面的示例。这些用户界面允许系统的用户彼此交互，诸如例如人关注系统的其他用户。图19-20图解医疗保健服务市场系统的人寻找的用户界面的示例，其允许用户搜索系统的其他用户。图21图解医疗保健服务市场系统的电子邮件视图邀请的用户界面的示例。

图22图解医疗保健服务市场系统的最新服务的用户界面的示例，并且图23图解医疗保健服务市场系统的服务细节的用户界面的示例。这些用户界面允许用户看到在系统中的并且被提供给系统的用户的医疗保健服务。

图24图解医疗保健服务市场系统的一般设置的用户界面的示例。所述用户界面允许用户设置针对系统的每个用户的共享的等级。也经由这个用户界面管理用于自动导入健康流条目的链接的账户。

图25图解针对医疗保健服务市场系统的数据库图式的示例。如示出的那样，系统可以具有在图25中示出为圆圈的一个或多个数据项（诸如，报价、服务、消费者、商业等），所述一个或多个数据项彼此相关，如由列举诸如“限定…的质量”或“执行…”等的关系以及所述关系的方向的箭头所示出的那样。在图25中示出的数据库图式允许系统提供以上描述的各种功能。

虽然上文已参考本发明的特别的实施例，但是将由本领域中的技术人员领会到，可以进行在所述实施例中的改变而不脱离本公开的原理和精神，本公开的范围由所附权利要求来限定。

Claims (34)

1.一种系统，包括：

具有处理器的医疗保健管理计算机系统；

所述处理器被配置为生成针对系统的每个用户的健康流，其中所述用户的健康流可与系统的一个或多个成员共享，并且所述健康流具有关于用户的健康相关的数据的多个片段；

所述处理器被配置为把在第三方系统上的账户与医疗保健管理计算机系统链接并且使用链接的第三方系统的应用程序编程界面来把健康相关的数据导入到用户的健康流中；并且

所述处理器被配置为基于由用户输入的健康相关的数据和导入的健康相关的数据来生成针对用户的健康流。

2.根据权利要求1所述的系统，其中所述处理器被配置为使用OAuth授权过程来把账户链接到医疗保健管理计算机系统。

3.根据权利要求1所述的系统，其中所述处理器被配置为基于分配给健康相关的数据的每个片段的访问等级来共享用户的健康流。

4.根据权利要求3所述的系统，其中所述系统的一个或多个成员是针对用户和用户的家庭的一个或多个医疗保健提供者。

5.根据权利要求1所述的系统，其中所述处理器被配置为把健康相关的数据的一个片段拖放到健康流中。

6.根据权利要求4所述的系统，其中所述处理器被配置为当健康相关的数据的新片段在健康流中时提醒医疗保健提供者。

7.根据权利要求6所述的系统，其中所述提醒是电子邮件消息和SMS消息中的一个。

8.根据权利要求1所述的系统，其中针对用户的健康流具有在所述健康流之内的多个案例。

9.根据权利要求8所述的系统，其中所述多个案例是针对家庭中的多个成员的健康流。

10.根据权利要求1所述的系统，其中所述健康相关的数据是登记事件、照片、用户的药物治疗、去诊所看医生事件和视频中的一个。

11.根据权利要求10所述的系统，其中所述登记事件进一步包括到登记事件的位置的链接。

12.根据权利要求10所述的系统，其中所述照片进一步包括原始电话和以不同分辨率的所述照片的一个或多个缓存版本。

13.根据权利要求10所述的系统，其中所述药物治疗进一步包括药物治疗的开始和停止时间以及针对所述药物治疗的剂量水平。

14.根据权利要求1所述的系统，其中所述处理器被配置为基于用户的健康流来显示时间线用户界面。

15.根据权利要求1所述的系统，进一步包括一个或多个计算装置，其中每个计算装置耦合以与医疗保健管理计算机系统交互。

16.一种方法，包括：

提供具有处理器的医疗包含管理计算机系统；

通过所述处理器生成针对所述系统的每个用户的健康流，其中所述用户的健康流可与系统的一个或多个成员共享，并且所述健康流具有关于用户的健康相关的数据的多个片段；

通过处理器把在第三方系统上的账户与医疗保健管理计算机系统链接；

使用链接的第三方系统的应用程序编程界面来把健康相关的数据导入到用户的健康流中；以及

通过处理器基于由用户输入的健康相关的数据和导入的健康相关的数据来生成针对用户的健康流。

17.根据权利要求16所述的方法，其中把账户链接到医疗保健管理计算机系统进一步包括使用OAuth授权过程。

18.根据权利要求16所述的方法，其中共享用户的健康流进一步包括基于分配给健康相关的数据的每个片段的访问等级来共享用户的健康流。

19.根据权利要求18所述的方法，其中所述系统的一个或多个成员是针对用户和用户的家庭的一个或多个医疗保健提供者。

20.根据权利要求19所述的方法，进一步包括当健康相关的数据的新片段在健康流中时提醒医疗保健提供者。

21.根据权利要求20所述的方法，其中所述提醒是电子邮件消息和SMS消息中的一个。

22.根据权利要求16所述的方法，其中针对用户的健康流具有在所述健康流之内的多个案例。

23.根据权利要求22所述的方法，其中所述多个案例是针对家庭中的多个成员的健康流。

24.根据权利要求16所述的方法，其中所述健康相关的数据是登记事件、照片、用户的药物治疗、去诊所看医生事件和视频中的一个。

25.根据权利要求24所述的方法，其中所述登记事件进一步包括到登记事件的位置的链接。

26.根据权利要求24所述的方法，其中所述照片进一步包括原始电话和以不同分辨率的所述照片的一个或多个缓存版本。

27.根据权利要求24所述的方法，其中所述药物治疗进一步包括药物治疗的开始和停止时间以及针对所述药物治疗的剂量水平。

28.根据权利要求16所述的方法，进一步包括基于用户的健康流来显示时间线用户界面。

29.一种设备，包括：

储存用户的健康流的存储器；

所述健康流具有：

由用户的计算装置录入的关于用户的健康相关的信息的一个或多个片段；以及

来自一个或多个第三方系统的关于用户的健康相关的信息的一个或多个片段。

30.根据权利要求29所述的设备，其中所述一个或多个第三方系统进一步包括社交网络系统、消息传送系统和具有登记的系统中的一个。

31.根据权利要求29所述的设备，其中健康相关的数据是登记事件、照片、用户的药物治疗、去诊所看医生事件和视频中的一个。

32.根据权利要求31所述的设备，其中所述登记事件进一步包括到所述登记事件的位置的链接。

33.根据权利要求31所述的设备，其中所述照片进一步包括原始电话和以不同分辨率的所述照片的一个或多个缓存版本。

34.根据权利要求31所述的设备，其中所述药物治疗进一步包括药物治疗的开始和停止时间以及针对所述药物治疗的剂量水平。