用于生成患者提醒的方法和装置的制作方法

专利名称：用于生成患者提醒的方法和装置的制作方法
技术领域：
本发明涉及用于维护支付家庭护理设备的费用的管理规则的数据库。该系统使用这些规则生成患者提醒，其指示患者何时符合条件支付家庭护理设备或其附件的费用。也可使用服务器监视患者的药物处方，并当处方需要更新或期满时，生成提醒。
背景技术：
对于许多疾病，在患者自己家中提供治疗或监视患者的状况是有利的。这种家庭护理设备的例子包括用于治疗睡眠呼吸暂停的呼吸设备，血压监护仪，血糖监护仪，心脏监护仪等。每个支付者，例如医疗保险公司，有其自己设定的用于确定怎样和何时支付这些家庭护理设备的费用的规则。
另外，许多家庭护理设备有需要定期替换或补充的附件。例如，用于治疗睡眠呼吸紊乱的设备，尤其是用于治疗睡眠呼吸暂停的设备包括应该定期替换的面罩。支付者还有特定的用于支付这些附件的费用的规则。
能够确定在哪里配置和使用了这些家庭护理设备，患者怎样使用这些家庭护理设备，以及患者何时符合条件从各个支付者支付费用，对于家庭护理设备的制造商和批发商是有利的。患者也得益于这样的系统。
同样，患者和医药公司将得益于用于监视患者的药物处方并当药物处方期满或需要更新时生成患者提醒的系统。

发明内容
公开了用于监视家庭护理设备的使用的系统，所述系统包括具有患者接口的患者服务器以及处理器，所述患者接口用于从多个患者地点接收信息，每个患者地点具有家庭护理设备，所述处理器用于接收信息，并确定所述患者是否符合条件支付费用和/或替换新的设备或附件。当发现患者符合条件时，处理器然后生成提醒消息。该提醒消息呈现给用户。然后用户通过各种已知的途径和患者交流，并向患者提议使用新设备或附件。如果患者接受，用户可以请求系统自动确定从患者提取的时间(如果可用)，并且通过适当的速递服务交付新的设备或附件。也可以自动生成提醒，即没有用户的积极作用。
患者服务器还包括用户接口，通过其用户可以获得不同的报告，以及显示器，用于将报告呈现给用户。显示器还呈现提醒消息，使得用户可以编辑它，并且然后将其通过平信、传真或电子邮件消息发送给患者。用户还可以是提供卫生保健的(例如医生)，其从服务器获得关于患者的信息，该信息包括关于患者是否以预订的方式使用该设备的信息。
家庭护理设备可以包括附件，当该附件符合替换条件时处理器可以生成另一提醒消息。
患者服务器包括数据库，其包含支付家庭护理设备及其附件的费用的规则。
在本发明的另一方面，患者服务器被描述如下，其包括从患者地点接收信息的患者接口，该信息包括关于在患者地点布置的家庭护理设备的信息；包括合格性规则的数据库；以及接收所述信息的处理器，其用于使用合格性规则分析信息，并当基于所述规则该设备符合支付费用的条件时，生成提醒消息。
在一些事例中，家庭护理设备开始被患者租赁或租用，特定的监视器用于感测该设备何时被使用以及被使用的频率。将该信息提供给系统，从而确定患者是否符合条件完全购买该设备，并从支付者接收购买的费用。
在替换实施例中，描述为患者配制药物的方法和系统，其包括，生成处方；基于所述处方向患者提供药物，向患者服务器提供关于药物的信息，使用服务器周期性地分析该信息；并且当该处方需要更新或期满时，将提醒消息发送给患者。如果患者指示他希望更新他的处方，该系统自动地联系速递员，并将处方交付给患者。


图1示出根据本发明用于监视家庭护理设备的配置和使用的基于因特网的系统；图2示出根据本发明用于采集信息并提供患者提醒的患者服务器的方块图；图3示出图2中的服务器用于数据采集的流程图；图4示出图2中的服务器的操作的流程图；图5示出图2中的服务器的操作的可选模式的流程图；以及图6示出图2中的服务器生成关于处方的提醒的流程图。
具体实施例方式
如图1所示，患者地点10(表示患者的家或其他提供患者治疗和/或监护的位置)包括患者设备12，设备监视器14以及患者接口16。该患者设备12可以是呼吸设备，心脏监护仪，血压传感器，或任何其他用于测量与患者的健康相关的参数的家庭护理设备，和/或对患者提供治疗的家庭护理设备。该设备可以包括附件12A或与附件12A相关联，该附件12A可能需要定期替换或补充。例如，用于治疗睡眠呼吸暂停的设备可能包括可替换的面罩。
该设备12被耦合到设备监视器14，该设备监视器监视设备12的使用，并生成向设备监视器系统18传送的监视器信号。该设备监视系统18优选布置在远程位置处，并用于从多种设备监视器采集信息，且可选地比较该信息并以不同形式显示该信息。通过任意已知的有线或无线通信链路，将该信息从设备监视器14传送到设备监视器系统18。设备监视器14可以提供关于患者设备12和各个患者的多种类型的信息。为了该应用，重要的信息是该患者设备12是否被使用。例如，设备监视器14可以提供关于患者设备12在最近七天中使用的频率和使用多久的信息。
另外，如图1所示，患者通过患者接口16与患者服务器20通信。该服务器的目的是保持跟踪不同患者设备和相关附件，并执行如下更详细讨论的多种功能。患者服务器20和设备监视器系统18可以集成为单一系统，然而，为了清楚起见，在这里它们被示为分离的部件。
患者服务器20通过患者接口16直接从患者获得信息。例如，患者接口16可以是通过标准因特网连接与服务器通信的PC。可替换地，患者服务器可以从HME或医生接收患者信息。
最后，患者服务器还与用户工作站21通信。该工作站21布置在用户的地点，例如HME办公室或医生的办公室，从而提供关于不同服务对患者服务器20的访问，如下更详细地讨论的。在用户工作站21和患者服务器20之间的通信发生在因特网上或者通过其他安全通信信道上。
如图2中所示，患者服务器20包括微处理器22、通信接口24、和多个数据库。患者数据库26包含从患者服务器20所服务的客户接收的信息，包括在每个患者地点10的每个患者设备12和其附件的标识以及患者的个人信息，该个人信息包括名字、家庭地址、电子邮件地址、预后、医生的名字、交付设备12的日期等。
产品数据库28包括在不同患者的地点发现的所有设备的列表。产品制造商数据库30包括关于数据库28所列的产品的制造商的信息。支付者数据库32包括与支付该患者设备和附件的费用相关、或有义务支付该患者设备和附件的费用的所有支付者的列表。最后，规则数据库34包括数据库32中的支付者所使用的、确定什么条件下和何时每个支付者支付数据库26中的设备的费用的规则。
服务器20通过通信接口24从不同患者接收信息。
用户通过用户接口36访问该服务器。
最初，当患者接收了家庭护理设备12时，他被要求在服务器20注册。该注册过程(步骤300)包括提供诸如患者名字、家庭地址、电子邮件地址、他的医师名字、该家庭护理设备和任意附件的制造商和型号、支付者的名字(通常HMO)等的信息。该信息被微处理器22存储在患者数据库26中。接着，在步骤302，图2中所示的数据库使用来自该患者的信息被更新。另外，还以从支付者或设备制造商接收的信息定期更新数据库。
一旦该数据库被安装和增加，不同的用户可以访问相同的信息并获得信息。可以定义不同的用户类，使得一些用户只具有读数据的能力且只可以获得与患者中的一些相关的信息，而其他用户能够获得关于所有患者的信息，被授权向患者发送通信或改变服务器20。该信息可以许多不同的格式呈现给用户。由于该信息存储在数据库中，优选地，该信息以报告的形式呈现，使用数据库处理软件编程，例如FoxPro。
图4示出了图2中的装置的用户进行的典型会话。在步骤400中，该用户登陆并被验证。在步骤402，获得并呈现分配给用户的患者列表。在一个实施例中，在步骤404，对所列的所有患者执行检验，从而确定他们的状态是否改变，即患者是否已经符合条件偿付他的医疗设备，或者替换设备或与该设备相关的附件。例如，已经发现，在许多事例中，患者接收家庭护理设备，但是然后他从来没有使用它。因此，至少一些支付者要求患者输入一些种类的租赁或租用协议，由此，租赁或租用该家庭护理设备一段预定的时间，例如，6个月，或一年。如果患者在该时间段的末尾表现出购买该设备的兴趣，支付者可以全部或部分偿付患者。支付者也可以要求患者使用该仪器许多次，或者使用预定的持续时间。从设备监视器系统18获得该信息并且将该信息存储在患者数据库26中。该过程称为转换。
一旦对规则进行了检验，也将该结果存储在患者数据库中。在步骤406，向用户呈现几种菜单选择。这些菜单中的一些提供关于该患者的履历信息。一些菜单提供关于产品的信息。一些菜单提供关于何种附件可用于指定设备的信息。
在步骤408，用户进行菜单选择。在步骤410，执行检验，从而确定所选的菜单是否包括或涉及了可以改变状态的项目。例如，该患者信息可以包括表明患者设备可以被转换的条目。如果然后检测到这样的状态改变，在步骤412，生成包括关于患者有权支付何种费用，那个设备符合条件，何时提交请求以获得支付费用等的指示的报告。
以相似方式，如前所讨论的，用户可以请求与附件相关的菜单，该附件是可替换元件，或包括可替换元件。例如，呼吸设备可以具有可替换面罩。其他设备可能需要替换过滤器或电池组。在这种情况下，对于步骤412中的附件生成相似的报告。在这些事例中，可以替换实际的设备。
如果所选菜单不涉及任何可替换的项目，然后在步骤414，为用户生成其他报告。这些报告可以覆盖多种主题，包括关于患者的状态报告、销售、分配或配置设备的特定日期、转换设备的日期等。
步骤412中的报告的形式和提供给用户的服务可以非常不同，这取决于管理条例，服务器20的编程，用户进行的选择等。例如，用户可能得到如下简单的指示或提醒，即一个或多个患者符合条件转换他们的家庭护理设备。该指示可以由患者的标识、受影响的设备、支付者和与该转换相关的任意临界日期组成。临界日期可以包括患者符合条件的第一天和最后一天。
在较完善或半自动的实施例中，代替简单的提醒或除提醒之外，还使用来自数据库的信息生成电子形式的信函并该电子形式的信函置于服务器20中。然后在显示器38上呈现给该用户该信函的副本，并且如果该用户同意该信函，可以打印该信函并将其发送给患者。该信函为患者提供了将他的设备转换为己有而不是租用所需的所有信息。可替换地，该信函可以只通知患者过去存在或即将出现他的状态的改变，以及他应该联系服务器以得到进一步的信息。该信函还可能被传真或通过电子邮件发送给患者。当然，用户也可以给患者打电话。
在上述实施例中，当与该患者相关的用户登录服务器20时，触发用于检验接受服务的患者的状态是否改变的过程。在替换实施例中，该过程进一步自动化，使得其完全与用户采取的任意行动无关。更加特别地，参考图5，在步骤500中，开始操作服务器的程序。(例如，启动装置20)。在步骤502，获得当前日期。在步骤504，通过使用上述预定的规则检验所有数据库，从而定位任意状态改变的患者。这种状态改变表明患者符合条件转换、偿付、替换等。
在步骤506，执行检验，从而确定是否存在任意被定位了的这样符合条件的患者。如果不是，那么继续正常操作。如果识别了一个或多个符合条件的患者，那么生成提醒并在方便时将提醒呈现或邮寄给用户。可替换地，在步骤508，生成适当的消息，并在步骤510将该消息发送给每个符合条件的患者。该消息可以采取任意适当的形式，例如通过传真或电子邮件。可以实现该过程，使得符合条件的患者被识别并完全自动地通知该符合条件的患者。
一旦患者接收了提醒，然后他可以联系各个用户，并提交关于该提醒中提到的项目的订单。然后该用户通过将该项目邮寄给患者来完成该订单。在许多事例中，被替换的项目不被丢弃，而是返回给制造商。具有优势地，由于患者服务器20具有所有需要的信息，一旦用户接收了来自患者的订单，然后他可以请求患者服务器通过速递接口38向速递服务发出提取请求。该请求包括所有需要的信息，包括患者的名字、地址以及要提取的项目。而且，对于用户的请求，患者服务器也可以生成订单，从而通过经销商接口40向批发商发送所请求的项目(该订单也可以被发送给所请求的项目的制造商，或本地的经销商)。另外，该用户也可以请求患者服务器20通过支付者接口42向各个支付者发送关于整个交易的细节的文档。支付者向用户发送费用。
使用患者服务器的典型系统如下操作。几个患者接收来自他们的医生的特定设备的处方，例如CPAP设备(用于睡眠呼吸暂停的治疗)。该本地家庭医疗仪器经销商(HME)和医生都是该患者服务器的用户。
每个患者从HME接收他的CPAP设备12、附件(例如面罩)以及相关联的设备监视器14。然后该患者在该患者服务器20注册，列出他的设备、附件和他的支付者。将数据输入数据库26、28、30、32。该患者的支付者支付CPAP设备和面罩最初的开销。另外，假定对于该讨论，支付者中的一些还支付了定期(例如每年)替换面罩的费用。
典型地，几个HME可以是患者服务器20的用户，每个与它自己的分组患者、设备、制造商和支付者交易，所有在患者服务器20中的各个数据库中列出。
每个HME通过从患者服务器得到用户权限(例如通过获得软件模块)变为用户。
该患者开始使用CPAP设备。设备监视器收集关于患者活动的信息，并将该信息通过呼机系统、蜂窝式电话系统在有线的通信信道等上发送给监视器系统18用于记录。
每次HME中的一个登录，患者服务器20确定该HME中的任意患者的状态是否已经改变。在预定时间之后，例如一年，几个患者的附件符合替换的条件，并且通过服务器向用户生成适当的提醒。HME向患者发送消息提议替换面罩。如果患者同意，该用户可以手工执行订单。可替换地，该用户请求患者服务器执行该订单。然后患者服务器向速递服务发送请求，以便提取旧的面罩。患者服务器也可以请求速递服务，以便从HME、经销商或其他源提取替换面罩，将其送给患者并用其交换旧的面罩。将旧面罩返回给HME或其他指定的组织。患者服务器还可以通过支付者向HME发送付款请求。如果根据存储在数据库中的规则，支付者数据库18表明支付者需要使用该设备的批准，则从监视器系统18采集的信息由患者数据库28提供这种批准。然后该支付者向HME支付费用。
如上所述，医生(或其他卫生保健供应商)也可以作为患者服务器的用户登录，例如，通过获得他们自己的软件模块。医生可以使用患者服务器采集关于几个他们自己的患者、其他医生的患者等的统计数据。医生也可以对他们的患者中的每一个进行检验，从而确定基于来自监视器系统18的数据，所开处方的治疗是否被服从。
已经结合在患者住处的家庭护理设备描述了本发明。可替换地，本发明用于配制不同的与健康相关的其他材料。例如，许多患者，包括年老的，接收关于药物的处方。为了防止滥用，该处方必须定期(例如，一个月一次)被更新，且在预定时间段(例如，一年)后期满，该患者必须去看医生并且得到新的处方。本发明也适于这种环境。在该情况下，服务器20从患者，或从可替换的源(例如，医师)接收关于处方的细节的信息。该信息还可以由药剂师输入。
服务器20自动地检验处方的状态并在适当时生成提醒。例如，在如图6中所示的一个实施例中，登录的用户触发用于提醒的计算。在该实施例中，用户在步骤602登录，在步骤604获得患者的列表，以及在步骤606执行检验，从而确定在预定时间(例如，下七天)内各个患者的任意处方是否期满。如果没有，那么在步骤608执行检验，从而确定在预定时间段内(例如，下三天)是否需要更新任意患者处方。将该数据输入到数据库之一，例如患者数据库26。接着，向该用户呈现用于选择报告的菜单(步骤610)。在步骤612，用户选择菜单。在步骤614，进行检验，从而确定所选的菜单是否包括患者信息。如果包括，那么生成包括提醒的报告，该提醒表明，适当的时候，患者的处方需要被更新或需要新的处方。然后关于该效果，用户可以向患者发送平信、传真或电子邮件。在步骤616生成其他报告，包括例如关于特定的医生开出了什么药物等的报告。
可替换地，服务器20可以执行检验并直接向患者自动生成提醒，如上所述。
在任意实施例中，当需要更新处方时，可以通过邮件、传真、电子邮件、电话等通知患者，如上所述。在替换实施例中，患者可以做出如下响应，即他想更新处方。然后药剂师可以准备新的处方以备患者提取。可替换地，当患者服务器从患者接收了认可，它将向速递员发布请求，以便提取药物并将其立即送给用户。
低流通的特定设备、附件或药物可以被设备数据库30标记。这些可能是不能被HME正常运送的项目。当对于任意这些特定项目，或对于可能脱销或HME不运送的任意项目生成提醒时，患者服务器20为经销商、批发商、制造商或其他药房生成订单，提醒他们需要该项目。然后这些其他组织可以开始采取需要的步骤获得并运送该项目给患者。
显而易见，可以多本发明进行很多修改，而不会脱离其在所附权利要求中定义的范围。
权利要求
1.一种患者服务器，包括从多个地点接收信息的患者接口，每个地点包括家庭护理设备；以及处理器，用于接收所述信息，并基于所述信息确定与地点相关的患者支付与所述家庭护理设备相关的费用的合格性，当发现所述患者符合条件时，所述处理器生成提醒消息。
2.如权利要求1所述的患者服务器，还包括显示器，所述显示器基于所述提醒消息为用户生成提醒。
3.如权利要求1所述的患者服务器，其中，所述处理器基于所述提醒消息为顾客生成提醒信函。
4.如权利要求1所述的患者服务器，其中，当所述患者符合进行设备转换的条件时，所述处理器生成所述提醒消息。
5.如权利要求1所述的患者服务器，还包括与所述设备相关的附件，其中，当所述附件可以被替换时，所述处理器生成所述提醒消息。
6.如权利要求1所述的患者服务器，还包括对确定所述合格性的规则进行定义的数据库。
7.一种患者服务器，包括从患者地点接收信息的患者接口，所述信息包括关于在所述患者地点布置的家庭护理设备的信息；包括合格性规则的数据库；以及接收所述信息的处理器，用于使用所述合格性规则分析所述信息，并且当基于所述规则，所述设备符合进行状态改变的条件时，生成提醒消息。
8.如权利要求7所述的患者服务器，其中，所述设备符合进行转换的条件。
9.如权利要求7所述的患者服务器，还包括与所述设备相关的附件，并且其中，所述消息包括与所述附件的替换相关的信息。
10.如权利要求7所述的患者服务器，还包括数据库，该数据库包括描述制造所述设备的制造商的设备制造商数据。
11.如权利要求10所述的患者服务器，还包括设备数据库，该设备数据库具有描述由所述制造商制造的多个设备的数据。
12.一种为在患者地点具有家庭护理设备的患者生成费用的方法，包括在中心位置存储关于所述设备的信息；存储描述设备费用的一组规则；通过使用所述信息分析所述规则组，生成与所述设备的费用相关的输出消息；以及呈现所述消息。
13.如权利要求12所述的方法，其中，还包括将制造所述设备的制造商的列表存储在所述数据库中，并使用应用于所述列表的规则生成所述输出消息。
14.如权利要求13所述的方法，还包括存储描述所述设备的设备数据，并利用所述规则组使用所述设备数据。
15.如权利要求12所述的方法，还包括基于所述输出消息向所述患者发送患者消息。
16.一种为患者配制药物的方法，包括生成处方；基于所述处方向患者提供所述药物；将关于所述药物的信息提供给中心站；在所述中心站分析所述信息；以及当所述处方需要被更新或替换时，向患者发送提醒消息。
17.如权利要求16所述的方法，其中，所述提醒消息是传真。
18.如权利要求16所述的方法，其中，所述提醒消息是电子邮件。
19.如权利要求16所述的方法，其中，在所述处方期满前几天发送所述提醒消息。
20.一种分发医疗设备和相关的附件的方法，包括如下步骤将所述设备提供给患者；在患者服务器注册所述患者、相应的设备、以及管理所述设备或其附件的替换的一组规则；当设备或附件符合替换设备或附件的条件时，检验所述患者服务器；以及生成相应的提醒消息。
21.如权利要求20所述的方法，还包括将所述消息发送给所述患者，表明患者的设备或附件符合替换条件。
22.如权利要求21所述的方法，还包括从所述患者接收响应，并通过所述患者服务器生成订单。
23.如权利要求21所述的方法，其中，必须收集所述设备或附件，还包括由所述患者服务器生成提取请求，向速递员发送所述提取请求，以及由所述速递员提取所述设备或附件。
24.如权利要求20所述的方法，其中所述规则要求符合合格性的所述设备的预定使用，还包括监视所述设备的使用，采集关于所述使用的信息，以及向支付者提供所述信息。
全文摘要
一种用于具有家庭护理设备的多个患者地点的患者提醒系统，包括患者服务器，其设置有包含关于设备、它们的制造商和支付者列表的信息的数据库，支付者在由一组规则规定的特定条件下为患者提供费用。服务器监视符合付款、替换或使用新附件条件的设备的地点。当检测到这种事件时，生成消息并发送给患者。可替换地，服务器监视药物的配制并当药物处方期满或需要更新时生成消息。
文档编号G06Q50/00GK101052985SQ200580037744
公开日2007年10月10日 申请日期2005年2月1日 优先权日2004年9月4日
发明者罗宾·琳恩·伦道夫, 戴维·巴尼特·格什, 菲利普·利奥·米勒, 唐利·雷·皮希默 申请人:雷斯梅德有限公司