患者信息管理系统的制作方法

专利名称：患者信息管理系统的制作方法
技术领域：
本发明通常涉及方法、装置和系统，用于(1)对患者和与这些患者 有关的各种设备(诸如治疗设备等)进行监测；(2)对数据收集、分布和 通过网络进行的通信进行管理；以及(3)提供用于由患者信息管理领域中 的临床医生、医师、家庭护理提供者、医学设备制造商、管理员等使用的 界面。另外，.本发明通常涉及患者信息管理领域中用于促进网络化环境中 的通信和数据传输的网络化系统、通信平台和体系结构。
背景技术：
利用医学装备治疗医学障碍或者诊断、治疗或监测患者的状况是众所 周知的。例如，可以在实验室中或在一些其他环境中针对各种睡眠障碍监 测和治疗患者。 一种睡眠障碍的示例为睡眠呼吸暂停，其包括阻塞性睡眠 呼吸暂停和中枢性睡眠呼吸暂停。阻塞性睡眠呼吸暂停以睡眠期间上气道 的塌陷为特征，而中枢性睡眠呼吸暂停以所有呼吸运动的暂停为特征。可 以将阻塞性睡眠呼吸暂停和中枢性睡眠呼吸暂停结合到被称作混合性呼吸 暂停的状况中。
为了诊断和/或治疗这种医学障碍，成功的诊断和由此得到的处方治疗 需要各种装备和设备。例如，经常利用压力支持设备(诸如持续气道正压 通气(CPAP)设备)对遭受肺部障碍或呼吸障碍(诸如阻塞性睡眠呼吸暂 停)的患者进行治疗。CPAP设备在整个患者的呼吸周期向患者的气道递送 流体流，以便"用夹板固定(splint)"气道，从而防止了睡眠期间气道的塌 陷。这种CPAP设备的示例为由Pittsburgh, Pennsylvania的Respironics， Inc.制造的REMstar⑧和Solo⑧系列的CPAP设备。
在另一种治疗中，向患者提供一种双水平正压通气疗法，其中递送至 患者气道的气体的压力随着患者的呼吸周期而变化或者与患者的呼吸周期 同步，以使治疗效果和患者的舒适度最大化。压力支持设备的一个示例为 由Pittsburgh, Pennsylvania的Respironics, Inc.制造并经销的BiPAP⑧系列的 设备，该压力支持设备提供"双水平"压力支持，其中在患者的呼气相期 间比在吸气相期间递送较低的压力至患者。例如在美国专利Nos.:5,148,802; 5,313,937; 5,433,193; 5,632,269; 5，803，065; 6,029,664; 6,305,374; 6,539,940; 6，948，497;和7，100,607中教导了这种双水平模式的压力支持，以引用的方式
将每个专利的内容合并于本发明中。压力支持设备的另一示例为由 Pittsburgh, Pennsylvania的Respironics， Inc.制造并纟5销的Bi-Flex⑧和 C-FlexTM系列的设备，该压力支持设备提供可变水平的压力支持，其中在 患者的呼气相期间降低压力。例如在美国专利Nos.: 5,535,738; 5，794，615, 6,105,575; 6，609，517;和6，932，084中教导了这些类型的压力支持，以引用的 方式将每个专利的内容合并于本发明中。
还已知提供一种自动滴定正压通气疗法，其中提供给患者的压力基于 所检测到的患者状况(诸如患者是否正在打鼾或者经历呼吸暂停、低通气 或上气道阻力)而发生变化。基于患者是否正在打鼾来调整递送至患者的 压力的设备的一个示例为由Respironics, Inc.制造并经销的Virtuoso CPAP 系列的设备。例如在美国专利Nos.: 5，203，343;5,458，137;和6,085，747中教 导了基于打鼾来控制压力的自动滴定压力支持模式的一个示例，以引用的 方式将这些专利的内容合并于此。
自动滴定压力支持设备的又一示例为同样由Respironics, Inc.制造的 Tranquility AutoCPAP设备，该设备积极地测试患者的气道，以确定是否 可能出现完全阻塞或部分阻塞并且调整压力输出以避免该结果。在美国专 利No. 5,645,053; 6,286,508; 6，550，478;和6，920，877中教导了该自动滴定压力 支持设备，以引用的方式同样将这些专利的内容合并于此。
在利用任何上述压力支持系统治疗患者中，每个上述压力支持系统表 示一种提供压力支持的模式，经常期望监测与这种系统的使用有关的各种 参数。另外，在该设备或其他在本地可利用的存储介质中在本地收集数据是有必要的，并且，临床医生和医师利用该数据来确保对处方或治疗的 依从性；确保该设备适当地运行；通过在设备级收集并分析数据来监测患 者的进展等。因此，重要的是，建立适当的通信协议以将所收集的数据提 供给中心数据库或知识库以供临床医生、医师和管理员使用。
根据现有技术，可以将在设备级收集的数据(例如使用数据、患者数 据、设备数据等)存储在可移动的介质(诸如智能卡)上。例如在PCT专 利申请公开no. WO 01/32069中教导了此类数据收集技术的一个示例。在一 个实施例中，可以通过以下方式将智能卡上的数据发送至中心系统通过 邮件向行政实体发送智能卡；向临床医生发送智能卡以将数据传递至系统 中等。 一旦接收到数据，接收系统就必须处理、分配和分析数据，并且将 适当的数据流和信息引导至用户，例如临床医生、健康护理提供者、医师、 管理员、客户服务代表、技术人员等。
现有技术的一个缺点为提供给临床医生和医师以在监测患者交互、设 备运行、依从性统计等中使用的有限界面。典型地，这种现有技术包括将 数据引导至适当的个体以在执行其日常义务和职责中使用的内部通信体系 结构。然而，如果位于特定的设施处的临床医生想要对位于不同的设施处 的临床医生或与患者有关的医师谈话，.则必须使用正常途径的通信(例如 电话、传真、电子邮件等)。该分布式数据收集、处理和通信的效率很低并 且易于出现数据不一致的问题、通信失败以及其他与用户的分离相关的问 题。
更进一步，这些现有技术系统并未将用于在管理患者数据、设备数据 等方面使用的功能和通信特征最大化。具体地，这种系统并未提供一种易 于理解的强大的界面以在具有不同的访问和职责水平的大量用户之间接 收、分析、处理和传输数据。正是这种数据统一的缺乏导致了多种依从性 问题、响应时间延迟、低效的或不当的通信等。
因此，在患者信息管理系统的领域中存在向系统的用户的分布提供一 种统一的可行的解决方案的需要。在本领域中还存在对利用统一的离散数 据流以及数据之间的关系以获得有效的分析结果的有效的数据收集、处理 和分析系统的需要。另外，本领域中存在对根据规定的但仍可修改的规则 集允许许多不同类型的用户之间的通信的用于患者信息管理的方法和系统的需要。此外，本领域中存在对允许通过网络进行的患者数据(和设备数 据)的安全通信的患者信息管理系统的需要。因此，上面讨论的现有技术 系统缺乏提供患者、患者设备、临床医生、医师和管理员之间的数据的安 全通信的能力，并且，因此，这些现有技术系统无法提供用于在提供提高 的医学治疗以及动态的安全通信基础设施中使用的动态的响应的患者信息 管理系统。

发明内容
因此，本发明的目的在于提供一种计算机实现的患者信息管理方法和 系统，其克服了常规的患者信息管理系统的缺点。具体地，本发明的目的 在于提供一种计算机实现的患者信息管理系统，其提供一种具有鲁棒性的 安全的通信平台和基础结构，以促进患者、患者设备、临床医生、医师、 管理员等之间的通信。本发明的另一目的在于提供一种计算机实现的患者 信息管理系统，其向临床医生、医师和管理员提供一种用于在监测、分析 以及与患者和/或患者设备的通信中使用的简单但动态的界面。本发明的又 一目的在于提供一种计算机实现的患者信息管理系统，其提供一种用于在 网络环境中管理患者需求中使用的关系数据系统。本发明的再一目的在于 提供一种计算机实现的患者信息管理系统，其提供增加的依从性监测、提 醒功能、通知、患者数据和信息管理以及增强用户在界面的经验的其他功 能，然而，同时改善了用户/患者响应性，这得到了大大增强的健康护理系 统。
因此，本发明针对一种用于患者信息管理的计算机实现的系统。该系 统包括至少一个数据库，该数据库具有填有患者数据、临床医生数据、医 师数据、健康护理提供者数据、设备数据、医学数据、健康数据、呈现数 据、识别数据、管理员数据或它们的任意组合的多个数据字段。该系统还 包括与至少一个数据库进行通信的患者信息界面以对配置为访问该界面的 用户选择性地且动态地呈现数据。另外，使用程序指令集来促进至少一个 患者设备和该系统之间的数据通信。
在又一实施例中，本发明针对一种用于患者信息管理的通信系统。该 系统包括至少一个中心数据库，该中心数据库具有填有患者数据、临床医生数据、医师数据、健康护理提供者数据、设备数据、医学数据、健康数 据、呈现数据、识别数据、管理员数据或它们的任意组合的多个数据字段。 另外，程序指令集促进经由与至少一个患者设备进行通信的通信设备的至 少一个患者设备和该系统之间的数据通信。
在再一实施例中，本发明针对一种促进患者设备的数据通过网络至患 者管理系统的安全传输的方法。该方法包括如下步骤使患者设备和通信 设备之间能够实现通信；以及由通信设备将数据传输至患者管理系统服务
器。通过网络进行传输，并且，该数据为患者数据、设备数据、医学数据、 健康数据、呈现数据、识别数据或它们的任意组合。
在参考附图考虑下列描述和所附权利要求书的基础上，本发明的这些 及其他目的、特征和特性，以及操作方法和结构的相关元件的功能以及各 部分的组合和制造的经济成本将变得更加显而易见，所有这些形成该说明 书的一部分，其中，相似的参考数字指明各个图中相应的部分。然而，将 会明确地理解到，附图仅用于图示说明和描述的目的，而并不意在作为对 本发明的限制的定义。如在说明书和权利要求书中所使用的，"一"、"一个" 和"该(所述)"的单数形式包括复数指称，除非上下文清楚地另有所指。


图1为根据本发明的原理的患者信息管理系统的示意图2-82为对根据本发明的原理的患者信息管理系统的用户显示的患者
信息界面的不同部分的屏幕截图83为根据本发明的原理的患者信息管理系统的功能分组的一个优选
实施例的示意图84为用于根据本发明的原理的患者信息管理系统的用户——管理员 的各种功能和相互连接的示意图85为用于根据本发明的原理的患者信息管理系统的用户——临床医 生的各种功能和相互连接的示意图86为用于根据本发明的原理的患者信息管理系统的用户——医师的 各种功能和相互连接的示意图87为根据本发明的原理的患者信息管理系统的报告功能的示意图；图88为对根据本发明的原理的患者信息管理系统的用户显示的示例概 要依从性报告；
图89为图示说明了可向用户提供的各种通信设备状态信息的图表； 图90为用于根据本发明的原理的患者信息管理的通信系统和平台的示 意图91为用于根据本发明的原理的患者信息管理的通信系统和平台中的 功能和相互连接的示意图92为图示说明了一过程的图，通过该过程出售、装运、维修并使用 调制解调器附件(通信设备)，以调用根据本发明的原理的患者信息管理系 统。
具体实施例方式
本发明针对患者信息管理系统10。在图1中图示说明了系统10的优选 且非限制性实施例。系统IO包括患者信息界面12，其许可由多种用户14 访问并使用系统10的功能。如图1中所示，用户14可以包括临床医生C、 健康护理提供者(HCP)及其雇员(其典型地包括临床医生和管理员)H、 医师或医生D、健康护理工作人员、家庭成员、依从性监测官员、系统管 理员A、医学设备制造公司等。另外，系统10提供与至少一个且典型多个 与各自的患者P相关联的患者设备16进行的通信。如以下更详细地讨论的， 通过通信设备18的某种形式实现从患者设备16至系统10的其他部件的通 信。因此，本发明针对补充和创建患者信息管理系统10的患者信息界面、 通信体系结构和其他各种部件和设备。
为了利用患者信息界面12，系统10包括至少一个数据库20，数据库 20包括填有患者数据、临床医生数据、医师数据、健康护理提供者数据、 设备数据、医学数据、健康数据、呈现数据、识别数据和/或管理员数据的 数据字段。另外，患者信息界面12是对用户14 (无论临床医生C、医师D、 健康护理提供者H等)定制的并且还可由用户14进行配置。因此，患者信 息界面12与数据库20进行通信，并且对患者信息界面12进行编程以对配 置为访问患者信息界面12的用户14选择性地且动态地呈现数据字段。另 外，系统10包括配置为促进患者设备16和系统10 (诸如系统10的数据库20)之间的数据通信的程序指令集。
患者设备16可以是多种治疗的、医学的和相似的设备(例如压力支持 设备等)。适合于与本发明一起使用的患者设备的示例为在Kepler等人的美 国专利申请公开no. 2007/0169776 ("'776公开")(以引用的方式将其内容 合并于此)中公开的压力支持系统。为了从与患者P进行通信的设备16的 子部件获得适当的数据，患者设备16包括一些存储介质，例如智能卡22、 内部硬盘驱动等。此外，患者设备16使用用于将存储的数据传送至系统10 的某种方法。例如，可以将数据从智能卡22传递至系统10的数据库20， 或者在另一优选实施例中，可以经由通信设备18 (例如调制解调器、无线 调制解调器、拨号调制解调器等)将数据传输至系统IO (或数据库20)。
在'776公开所教导的压力支持系统中，通信设备18为可操作地耦合 至对压力支持系统进行控制的处理器的调制解调器。更具体地，"76公开 的压力支持系统包括以模块化的方式容纳调制解调器的槽。然而，本发明 还预期可以将通信设备18从患者设备16物理地分离。在这种情况下，通 信设备可以经由任何常规的通信链路(无线的或硬连线的)与患者设备进 行通信。
如以下更详细地讨论的，系统10可以包括多种层和伴随的程序指令， 以用于对特定类型的用户14配置患者信息界面12、驱动系统10交互的功 能、管理设备之间的通信、管理数据传递等。例如，如图1中所示，系统 IO包括用于对用户14 (在该实施例中为医师D、 HCPH和临床医生C)配 置和驱动患者信息界面12的呈现层24。系统10还包括网页服务层26，其 用于提供数据传递服务(例如通过智能卡22)以及用于提供由超级用户或 系统管理员A使用的交互层。最后，使用通信服务层28以允许患者设备 16 (并且具体地为相关联的通信设备18)和系统IO之间的适当且有效的通 信。
层24、 26、 28与业务逻辑30进行通信并且通过业务逻辑30起作用， 业务逻辑30与数据访问模块32迸行通信。因此，提供全部引入数据通过 适当的层24、 26、 28，通过业务逻辑30和数据访问模块32，并且到数据 库20中。当然，相同的业务逻辑30和访问模块32允许与层24、 26、 28 的数据通信，以用于对用户14选择性地呈现数据。I.患者信息界面
为了得到对系统10和患者信息界面12的访问，提供了登录界面34。 如图2中所示，登录界面34允许用户14输入用户名数据36和密码数据38。 在一个实施例中，用户名数据36的输入字段将接受多达50个字母数字字 符，而密码数据38的输入字段将接受多达16个字母数字字符。另外，登 录界面34包括登录按钮40，当选择登录按钮40时，提交来自文本框的值 以用于验证和接受。如果接受用户14，则将对用户14呈现患者信息界面 12。消息可以指导用户在忘记密码的情况下与管理员A联系以更改密码。
密码修改界面42将允许用户14修改和更改密码数据38。例如，可以 将密码数据38设置为在一定的时间段后过期，在这种情况下，将对用户14 显示密码修改界面42，要求对密码数据38进行更新或修改(参见图3)。 将提供三个输入字段，包括用于旧密码、新密码和对新密码的确认的字段。 如果新密码与确认的密码不匹配，则将对用户14显示错误。用户14将不 具有不更改密码就进入应用的能力。将对用户14显示保存按钮44，以用于 保存新的确认的密码数据38。
一旦用户14得到了对系统10的访问，就将呈现患者信息界面12的进 一步的屏幕和功能。在一个实施例中，患者信息界面12包括可由用户14 选择性地进行选择的一系列屏幕或区域。在一个实施例中，通过标签定位 来更改和导航屏幕。为此，提供一系列标签45，当选择标签45时，能够显 示(多个)相关联的屏幕。在图4A中，选择"我的日期"标签47，从而 显示与该标签相关联的(多个)屏幕。
如图4中所示，标签导航栏45的使用允许用户14通过选择适当的标 签而在各种屏幕(包括每日数据屏幕46 (图4A和4B)、患者数据屏幕48 (图5、 6、 11、 12、 14-20、 27-31、 33、 34、 39-43和45-48)、简档数据屏 幕50 (图35、 49和50)、系统设置数据屏幕52 (图51-76)、业务报告屏幕 54 (图77和图78)和调制解调器管理屏幕56 (图79-82))之间进行选择。 在优选的实施例中，患者信息界面12配置为首先对用户14显示每日数据 屏幕46作为默认显示。当然，系统可以配置为在启动后显示任意屏幕。此 外，用户可以选择启动屏幕或使用自定义的屏幕。
同样，如图4A中所示，其中，将每个屏幕46、 48、 50、 52、 54、 56分成不同部分，每个屏幕在所分类的部分下显示与用户14有关的适当的数 据。具体地，在该实施例的每日数据屏幕46上，选择性地显示三个部分， 包括优先项目部分58、提醒部分60和报告部分62。优先项目部分58配置 为显示患者识别数据64和相关联的通知数据66。提醒部分60配置为显示 患者识别数据64、提醒数据68和截止期限数据70。此外，报告部分62配 置为显示患者识别数据64和报告描述数据72。以该方式，在患者信息界面 12的每个屏幕46、 48、 50、 52、 54、 56的任意特定部分58、 60、 62上对 用户14选择性地且动态地显示各种数据字段。该数据由数据库20提供， 数据库20充当所有数据流的数据仓库，并且传输适当的数据，以用于将字 段填入患者信息界面12的任意部分中。
此外，还可以基于分类选择性地显示对用户14呈现的数据和信息，这 可以通过下拉式列表49或类似的功能来进行选择。在本实施例中，可以经 由下拉式列表49在分类"我的患者"和"我的工作组患者"下对用户14 呈现数据。"我的患者"选择应当是默认设置。当从下拉式列表选择选项时， 其下方的一个或多个屏面被刷新与该选择有关的数据。优先项目部分58将 包含基于在下拉式列表中作出的选择的患者P和患者识别数据64的列表。 应当在整个患者信息界面12根据需要显示页面控制。
患者识别数据64可以包括多种数据字段，其包括患者P的照片、患者 姓名、患者识别、患者亲缘关系数据、联系数据等。例如，患者识别数据 64可以包括患者P已在系统10中多久或已使用给定的医学设备(例如设备 16、 18等)多久。
再次参照图4A，"我的日期"或每日数据屏幕46包括优先项目部分58 和/或提醒部分60。在这些部分的每个中，按照优先级来对患者P的信息(即 患者识别数据64)进行分类或排序。例如，该优先级列表可以是以连续顺 序的并且由相关联的通知数据66的性质确定。相关联的通知数据66可以 是健康相关数据、设备相关数据、使用相关数据等。另外，多种图标74可 用于对用户14快速呈现每个患者P的相关联的通知数据66的类型。例如， 图标74可以表示相关联的通知数据66是否为健康相关、设备相关、使用 相关等，并且，在每个分类中，可以以逆时间先后顺序对相关联的通知数 据66进行排序。用户14可以通过将鼠标悬停在图标74上来找到每个图标74的含义。 在一个实施例中，显示图标74的区域可能能够呈现多个图标74，如上面所 讨论的，每个图标74表示一种相关联的通知数据66。因此，相关联的通知 数据可以是文本、字母数字文本、符号、图标74、视觉指示等。这使得用 户能够在最小量的屏幕空间中査看所有与给定的患者相关联的通知数据 66。然后，例如通过选择患者识别数据64可以展开每个患者的记录。这使 得关于患者的细节得以显示。参见例如图10。在优先项目部分58a中显示 与通知数据相关联的细节。在图4C中示出了适用于显示为通知数据66和 每个图标的含义的图标74的列表。
在优先项目部分58中，可以包括可选择框76，以用于从该部分选择或 移除患者识别数据64和相关联的通知数据66。此外，在优先项目部分58 中，可以针对多个患者P显示患者识别数据64和相关联的通知数据66，并 且，数据是以基于患者识别数据64、相关联的通知数据66、健康相关数据、 设备相关数据、使用相关数据、时间先后数据等的优先顺序来显示的。图 4B图示说明了示出如何查看多个患者的每日数据屏幕46的实施例。在该 实施例中，在优先项目部分58中列出了四个患者65a、 65b、 65c和65d。 前三个患者65a、 65b和65c每个都具有作为与患者相关联的通知数据的两 个图标74。
本发明预期在典型地从智能卡或调制解调器接收到数据时，生成使用、 健康或设备相关的通知。当接收到数据时，系统检查数据并且确定数据是 否是对先前在系统中建立的规则的例外。可以例如由HCPH、系统管理员 A或具有对设置这种规则的授权的系统的任何其他用户设置或建立这种规 则。作为示例，系统可以检查与呼吸相关联的数据以识别患者的呼吸模式， 并且特别是识别诸如陈施氏呼吸(CSR)的异常呼吸模式。利用任何常规的 数据监测例行程序可以完成对数据是否对应于规则或阈值的确定。
本发明预期系统所使用的规则当前正经由工具栏45上的系统设置部分 进行设置。计算规则的示例为依从性相关的、Affl相关的和大泄漏相关的。 当数据符合规则的标准时，就向临床医生、HCP、医师或他们的任意组合 递送患者注释通知。
同样如图4A和4B中所示，在提醒部分60中，针对多个患者P显示患者识别数据64、提醒数据68和截止期限数据70，并且，再次以基于患 者识别数据64、提醒数据68、截止期限数据70等的优先顺序显示数据。 在报告部分62 (将其从图4B的实施例省略)中，提供可选择框76，以用 于从在该部分62中所提供的多种报告类型78的列表中选择或移除各种报 告类型78。另外，在报告部分62中，报告描述数据72或报告类型78包括 可选择的报告类型78，其中，在选择报告类型78之后就对用户14呈现相 关联的患者P的与报告类型78相关联的报告。通常，报告部分62用作向 用户14提供选择并查看以下所讨论的报告数据258的能力。
如上面所注意到的，患者信息界面12中可得到的另一屏幕为患者数据 屏幕48，参见例如图5。例如经由工具栏45上的"我的患者"标签51选 择患者数据屏幕48。患者数据屏幕48选择性地显示与每个患者P相关联的 患者数据80。在图5中，示出了多个患者，即与登录到系统中的用户相关 联的所有患者。患者数据80可以包括例如以下姓、名、患者识别数据64、 公司名称、临床医生姓名、设施名称、提供者名称、医师姓名、设备数据 114、设备模式数据、依从性数据、依从性数据的图形表示、设备使用数据 等。
本发明预期响应于搜索查询、搜索参数、下拉式搜索术语、用户输入 搜索术语等在患者数据屏幕48上显示患者数据80。例如，可以基于选定的 分类、相关联的患者数据80、工作组患者数据、非活动的患者数据等选择 性地显示患者数据80。如图5中所示，可以以用户可选择的方式提供患者 数据80的列表。例如，可以以上升顺序、下降顺序、通过任何独立分类等 对患者数据80进行排序。
为了识别特定的患者P,提供各种搜索框82，以用于根据分类类型或 特定术语或字母数字组合进行搜索。 一旦选定适当的分类或将术语放入搜 索框82，就选择搜索按钮84以开始搜索过程。如上面所讨论的，可以基于 超级分类示出所有患者数据80,如从下拉式列表(例如"我的患者"、"我 的工作组患者"、"非活动的患者"等)所选择的。如图6所示，响应于基 于从下拉式列表作出的选择或通过从选择框82作出的选择(可能与输入搜 索框82的文本相结合)的搜索，对用户14呈现患者列表。因此，患者数 据屏幕48将显示与指定的搜索选项匹配的患者P的列表。图6图示说明了通过利用搜索框82中的搜索术语"p"和搜索字段框82a中的"姓名"对 特定组的患者进行搜索而显现的患者的列表。
如图6的示例中所示，响应于搜索而对用户14呈现的患者数据80为 患者的姓名、识别、设备模式、依从性快速查看(或患者依从性的图形表 示)和使用数据。在该实施例中，如果依从性数据不可用或是六个月以前 的，将在依从性快速査看列中显示短语"无可用的当前数据"。此外，可以 通过点击任何列标题对这些结果进行排序，并且，然后将按字母顺序对患 者数据80进行排序。
在患者数据屏幕48上，许可用户14增加患者数据80、修改患者数据 80、导入患者数据80、保存患者数据80等。图7图示说明了用于编辑患者 信息的编辑部分128，例如通过从患者的列表选择特定的患者并且选择与该 患者相关联的"编辑"按钮130来对编辑部分128进行访问。参见图10。 可进行编辑的患者数据可以包括患者信息、提供者信息、识别信息、联系 信息、.名、姓、中间名、地址、城市、州、国家、邮政编码、电子邮件地 址、家庭电话号码、传真号码、工作电话号码、最佳联系时间数据、社会 安全号码、患者设施识别、出生日期、性别、开始日期数据、婚姻状况、 注解、照片、紧急联系数据、实际联系数据等。当然，本发明预期可以由 具有适当的访问和管理权限的任何用户14对整个系统10中的任何数据进 行增加、删除、修改、编辑、保存等。
一旦将所有适当的信息和数据放入适当的字段中，就可以选择保存按 钮44以保存患者数据80。可以利用字段标签右边的星号指明强制性要求输 入的输入字段，并且该星号指示用户14必须将患者数据80输入到这种字 段中。在在系统10中增加或修改患者P的操作的过程中，可以将任意数目 的数据点或患者数据80输入患者P记录中。如果要增加新患者则提供空白 的患者数据80。为了增加新患者，选择例如图5中的"增加患者"项目。 将必要的信息填写到空白中，并且启动保存按钮以保存新患者。
在患者信息界面12提供的并且如图8所图示说明的另一功能为可以将 患者数据80从预先存在的文件或数据库导入系统10中。这是例如通过启 动图5中的"导入患者"按钮96来完成的。如图所示，用户14可以选择 浏览按钮94以定位文件，并且一旦找到文件，就选择导入按钮95以将数据导入系统10中。预想可以以多种形式和格式提供患者数据80，从而系统 10可以对导入的数据流和相关的文件类型进行分析，以便于提取必要的信 息以创建患者文件并且将适当的字段填入数据库20中。因此，系统10允 许用户14激活或解除患者P、从外部源采集数据、输入数据、修改数据、 保存数据、删除数据、接收外部数据、将数据传输至外部设备等。
还可以在患者信息界面12对用户14显示提供者部分卯。在图9所图 示说明的示例中，将提供者数据92针对患者P输入到部分90中。当输入 或编辑患者数据时，通过例如选择图7中的"提供者信息"标签93可以访 问提供者部分90。在图9中，该标签被称作"提供者"标签93。提供者 数据92可以包括主护理医师、睡眠医生、睡眠实验室、临床医生、保险数 据、第二保险数据、保险提供者数据、保险号数据、组号数据、保单持有 者姓名、与保单持有者的关系等。当然，任何该数据都可以已被包括在下 拉式可选择的菜单中，或者如果需要的话，可以将任何该数据直接输入到 文本输入字段中。
为了更好地对用户14呈现患者数据80，在患者数据屏幕48中，提供 患者简档部分98。患者简档部分98配置为呈现患者数据80、患者细节数 据、患者概要数据100——经由"患者概要"标签进行访问、处方数据102 ——经由"处方"标签进行访问、治疗数据104——经由"治疗数据"标签 进行访问、提醒数据106——经由"提醒"标签进行访问、联系数据108— 一经由"联系"标签进行访问、问巻数据110——经由"问巻"标签进行访 问、注释数据lll——经由"注释"标签进行访问以及历史数据112——经 由"历史"标签进行访问。如上述所讨论的，可以在分离的屏幕、不同的 部分上或以标签的形式呈现每组这种数据，如图11A所图示说明的。在一 个实施例中，患者概要数据100包括依从性数据118、使用数据、使用数据 的图形表示、依从性数据的图形表示、使用日期、患者优先项目数据、状 态数据、提醒数据、可选择的数据等。
依从性数据118说明或另外指示患者对患者设备16的使用以及与该使 用有关的其他数据，如与患者对治疗方案的依从性相关联。因此，用户14 可以快速使患者对他或她的治疗的依从性的状态可视化。可以以在上文关 于优先项目部分58a所讨论的相似的方式在患者简档部分98中提供优先数据。如上述所注意到的，优先项目部分58a优选地示出关于通知数据66 (例 如图标74后面的含义)的细节。
相似地，如以上关于提醒部分60所讨论的，可以在患者简档部分98 中对用户14呈现提醒数据62。该患者概要数据100向用户14提供与任何 特定的患者P相关联的重要的患者数据80的简略但重要的快照。
用户14可以在该患者简档部分98或患者信息界面12的其他可应用的 区域中执行多种其他功能。例如，用户14可以通过选择活动按钮120来激 活或解除患者P。解除患者意味着该患者的数据将不在任何列表上出现。这 可能发生在家庭护理提供者不再想要监测特定患者的数据时，例如，如果 患者切换HCP、中断治疗、去世等。本发明预期不完全删除患者数据而仅 仅是不显示患者数据，即当用户不再对与这样的患者有关的信息感兴趣时， 通过解除患者来实现。
另外，用户14可以在通过选择采集按钮122而启动的过程中从智能卡 22采集数据。以下将更详细地描述这个过程。另外，向用户14提供调制解 调器设置按钮124，并且当选择调制解调器设置按钮124时，调制解调器设 置按钮124链接至调制解调器管理屏幕，以下将进一步详细地对调制解调 器管理屏幕进行讨论。还预想还可以在患者简档部分98或患者信息界面12 的别处上显示调制解调器状态数据和预定调用数据。
如以上所讨论的，依从性数据118可以以图形的形式对用户14示出。 例如，对于每个日期和小时的交叉，可以显示方块。该方块将指示使用患 者设备16的小时数。如果小时数大于四，工具栏以及相应的日期和时间可 以是由视觉方案确定的中性颜色。如果小时数大于零而小于四，工具栏可 以是红色阴影。最后，如果小时数为零，则不显示工具栏。以该方式，用 户14可以快速查看患者对患者设备16的使用。另外，用户14可以选择提 供和呈现多少依从性数据118。
关于以上所讨论的提醒数据106，患者信息界面12的许多记录和数据 字段包括可选择框76。可选择框76可用于移除在指定的列表中选择的项目， 并且，然后，列表将刷新剩余项目。另外，可以显示声明已成功对列表进 行更新的消息。
如上面所讨论的，可向用户14提供提醒数据106。用户14可以选择他或她想要通过利用下拉式列表、文本搜索等重新查看的什么类型或分类的
提醒数据106。通过以时间先后顺序(将最早的列出在首位)的到期日来对 提醒数据106进行排序。 一些可用的分类包括对用户14示出全部提醒数据 106、完成的提醒数据106、待决的提醒数据106等的能力。更改下拉式列 表中的选择将对提醒数据106的选定的列表进行检索，并且，将对所选择 的任何复选框进行清除。
如图11中所示，可以对用户14显示作为患者数据80的一部分的患者 细节部分126，这与仅仅显示患者概要数据100形成对照。患者细节部分 126可以以详细的形式(与概括的形式形成对照)显示患者数据80。另外， 可以增加注解，并且将其作为患者数据80的一部分来进行保存且与特定的 患者P相关联。通过选择图10中的"显示细节"标签113或图11中的"隐 藏细节"标签115来确定是显示患者数据的详细视图(图11)还是概要视 图(图10)。本发明预期可以在其他屏幕上提供显示和隐藏细节按钮，以允 许用户在期望时快速访问关于患者的细节。
如以上所注意到的，还在患者简档部分98中(优选地在不同部分或标 签区域中)对用户14呈现处方数据102。例如，本发明预期在选择"处方" 标签99后显示处方数据。如图12中所示，处方数据102可以包括患者识 别数据64、建立日期、家庭电话号码、地址、主护理医师D、睡眠处方、 临床医生C、睡眠实验室、调用数据、设备模式、设备模型、设备数据114、 加湿器数据、面罩数据、处方数据、可选择的数据、注解数据、发布数据 等。如图12中所示，可以将处方数据102分成不同的区域和分类，包括设 备处方部分132、加湿器部分134、面罩处方部分136和其他处方部分138。 每个部分132、 134、 136、 138将包括与适当的部分132、 134、 136、 138 有关的多种处方数据102，并且处方数据102可由用户14利用多种技术(包 括下拉式列表、选择框、搜索功能等)进行选择、修改、分类或配置。
在设备处方部分132中，可以从下拉式列表133选择设备模式和设备 模型。参见图13。另外，根据选定的设备模式和设备模型，可以从下拉式 列表135或其他数据选择屏幕选择序列号、发布日期、压力设置、设备设 置、警报设置和设备的其他可选择的特征。参见图14。可以经由日历按钮 137访问日历以设置发布日期。另外，应当注意到，在这些部分中提供的所有数据都动态地进行显示并且适于选定的设备模式和模型。
图15图示说明了系统10的一个特征，其中可以将处方数据102 (在该 情况下为与患者设备16相关联的处方数据)发送至患者设备16。具体地， 一旦选定适当的设置，就可以通过选择发送按钮140将处方数据102发送 至智能卡22或直接发送至患者设备16。 一旦选定适当的处方数据102，就 将其用于编程、重新编程或者另外与患者设备16进行通信。在其他处方部 分138中，可以选定和选择与附件及其他设备相关联的处方数据102。例如， 处方数据102可以包括项目描述、序列号、发布日期、置换提醒等。如图 16中所图示说明的，在加湿器部分134和面罩部分136中，与加湿器和面 罩相关联的处方数据102是可选择的且可修改的。
图16还图示说明了用于在相应的部分132、 134、 136、 138中编辑和/ 或修改处方数据102的多个编辑按钮130的使用。例如，设备处方部分132 中的处方数据102是可修改的(图17)，并且，其他处方部分138中的处方 数据102也是可修改的(图18)。然而，预想可根据给予用户14的访问级 和权限对任意部分中的任意数据进行修改。在这些实施例中，提供下拉式 列表以用于编辑数据。当然，任何常规技术可用于此目的。
图19A-19E图示说明了用于设置设备处方部分132a、加湿器部分134a、 面罩处方部分136a和其他处方部分138a的进一步的实施例。设备处方部分 132a示出了 AutoCPAP作为设备模式的选择。这种数据可以在压力的范围 内改变递送至患者的压力。典型的autoCPAP设备限制了设备可以递送至患 者的压力的范围。因而，在框139a和139b中示出了最大压力和最小压力。
图19E图示说明了在用户对图19A中的"用户调制解调器"框129选 择"是"的情况下显示的设备处方部分132b。在该实施例中，提示用户在 框131中输入验证号码。这是必须完成的必需字段。 一旦输入所有必需数 据，用户就启动保存按钮131a。
本发明预期提供一种用于对输入至系统中的序列号(例如输入至序列 号字段141中的序列号)进行自验证的技术。为了完成该过程，系统提供 验证号码以确保正确地键入序列号。验证号码为允许患者数据管理系统10 基于设备的序列号给设备分配号码的约定，这可以确保当验证号码由用户 键入时被正确地输入。在该情况下，设备为调制解调器，它是特定类型的通信设备18。
在示范性实施例中，验证号码可由两个部分组成(a)修改的序列号， 以及(b)验证码。验证码被增加至修改的序列号的末端并且利用众所周知 的技术生成以确保其正确性。例如，如果序列号为12345，可提供一种计算 字符的总和的公式以生成两位验证码。这种公式将产生下列验证码 1+2+3+4+5=15。于是，序列号12345的验证号码将是1234515。以下关于 图92更详细地讨论验证号码。
修改的序列号，即典型地由设备制造商所使用的产品跟踪数据库(诸 如SAP)使用的修改版的序列号；以及验证码。修改的序列号基于该序列 号，但包括更少的字符，然而仍是该序列号所特有的或接近特有的。在示 范性实施例中，通过将实际的序列号结合到六位数字中来生成修改的序列 号，其后面是4位验证码。 示例
序列号WM123456789
验证号码(修改的序列号/验证码)=49P302/3718。
修改的序列号是对实际序列号数位以31为底数的表示。这提供了以6 个数位所表示的超过887百万的可能的序列号的范围(3"6)。数字集合包 括
0123456789BCDFGHJKLMNPQRSTVWXYZ (无元音字母)。 该集合仅仅包含辅音字母而无元音字母(这是为了确保不会从输出字符串 形成单词)。所有阿尔法字符都将是大写的。 作为示例，为了将123456789转换至底数31:
31 ) 123456789
31 )3982477 r2
31 ) 128467 r0
31)4144 r3
31)133 r21(P)
31)4 r9
0 r4 =49P302
或者反过来2 +
(0* 31) + (3X31A2) + (21 X31A3) + (9X31A4) + (4X31A5)
=123456789
提供了验证号码，这对于防止对系统的未经授权的访问不是必需的， 但主要是以合理的确定性确保用户已将正确的序列号键入序列号字段中。 为了使输入对于终端用户而言尽可能简洁，已确定的是，通信号码字符串 的16位数字哈希是足够的。当然，本发明预期采用更少的位数，但要理解， 接收不正确号码的可能性将增加。相反地，更多的位数减少这种可能性， 但是要求由用户输入更多字符。
在上面所讨论的实施例中，验证号码用于与调制解调器结合，以帮助 确保正确输入患者设备的序列号。本发明还预期甚至在不使用调制解调器 的情况下也能够采用该技术。例如，在图19A-19D中，可以提供验证号码 字段，或者随时输入序列号，从而系统可以验证是否已正确输入序列号。
治疗数据104可以以治疗数据部分142的形式显示。参见图20。例如， 本发明预期可以在选择"治疗"标签143后显示治疗数据。如图20中所示， 治疗数据部分142中的治疗数据104可以包括治疗数据、设备数据、模型 数据、模式数据、开始日期、结束日期、治疗报告数据、设备使用数据、 依从性数据、设备使用数据的图形表示、依从性数据的图形表示、报告数 据、历史报告数据、可选择的数据等。以该方式，治疗数据104在指定的 时间段内可由用户14进行选择，并且以详细的格式、概要格式、图形格式 等呈现。
如图20中所图示说明的，治疗数据部分142可以包括不同子部分。具 体地，在所图示说明的实施例中，治疗数据部分142包括可用的治疗数据 部分144和治疗数据报告部分146。可用的治疗数据部分144可选择地以表 格的形式显示可用的治疗数据。具体地，在该部分144中显示的治疗数据104包括设备模型、设备模式、使用开始日期、使用结束日期等。另外，通 过以逆时间先后顺序的开始日期对该部分144中的数据进行排序。
治疗数据报告部分146允许用户14创建并査看以报告格式的很多种治 疗数据104。在图20的实施例中，治疗数据报告部分146包括三个屏面， 即时间跨度屏面150、使用模式屏面152和报告类型屏面154。时间跨度屏 面150允许用户14根据例如一个星期、 一个月、六个月或针对可选择的自 定义设置来选择要报告的治疗数据104的时间和/或量。自定义设置允许用 户14输入开始日期和结束日期，从而对自定义的开始和结束时期进行定义。 这种值限于有效的日期值，并且，开始日期输入字段中的值必须是发生在 结束日期字段中的值之前的曰期。
另外，用户14可以具有经由日历控制或通过键入文本框中来输入日期 的能力。当选定自定义的日期范围时，开始和结束日期控制才是活动的， 然而，如果从自定义改变单选按钮，则将对数据字段进行清除。另外，治 疗数据报告部分146包括刷新图形按钮156。通过选择按钮156，对使用模 式屏面152中的图形内容更新时间跨度屏面150中所列出期限和时间段。
在使用模式屏面152中，对用户14动态地呈现治疗数据104的图形表 示。在图20的实施例中，图形表示包括四列，即复选框、日期、条状的使 用模式以及一天中所有会话的总时间。使用模式条有三种颜色，即表示治 疗时间的绿色、表示鼓风机时间的黑色以及表示小于规定的治疗时间的红 色。以如HH:MM/HH:MM的小时和分钟的形式表示使用的总时间，其中斜 线左侧的时间表示总治疗时间，斜线右侧的时间表示总鼓风机时间。以红 色示出的时间值表示小于所规定的治疗时间。
使用模式屏面152也包括可选择框76。通过选择可选择框76，所选择 的曰期将包括在统计中，而未被选中的或未被选择的框76意味着将该日期 从所有使用统计中排除。框的默认值是被选择的。在用户14已选中或选择 所有适当的可选择框76后，选择包括/排除日期按钮158。这将应用变化并 且相应地刷新图形。当日期被排除时(即不选择日期旁边的可选择框76)， 则将在该日期上划水平删除线。
报告类型屏面154包括用于概要报告和用于详细报告的两个单选按钮。 一旦用户14选定期望的报告类型，创建报告按钮160就被选定并且启动报告请求。如果选定的时间跨度为数据来自相同来源(例如通信设备18或智 能卡22)的数据范围，并且数据格式相同，则数据将被合并并且进行显示。 如果数据不是来自同一来源并且不是同一数据格式，则将显示错误消息， 其指示出报告不可用。将生成报告的名称并且给予其默认名称(诸如"概 要开始日期-结束日期"或"细节开始日期-结束日期")。当用户14选择报 告的相对时间(例如一个星期、 一个月等)时，以使用模式图形表示的形 式显示的数据将从时间跨度中可用的最后的数据开始。当指定的日期范围 内所包含的数据具有从设备16返回的等价格式识别时，详细报告是可用的。
本发明预期所完成的报告可以在完成的报告部分148中示出，完成的 报告部分148也可以被包括在治疗数据104中。在图21中图示说明了完成 的报告部分148的示例。在所图示说明的示范性实施例中，完成的报告部 分148包括两列，包括描述列和可选择框76。点击描述列中的报告名称将 在新窗口中打开报告文档，诸如以.pdf形式等。同样，完成的报告部分148 允许用户14选择可选择框76，可选择框76从报告列表移除选中的项目， 刷新列表并且显示确认消息，或者在未选择项目时什么也不做。应当通过 以逆时间先后顺序的报告记录生成日期对列出的报告记录进行排序。
如图22中所示，在患者信息界面12对用户14提供的另一类型的报告 为依从性使用模式报告162。依从性使用模式报告162包括依从性数据118， 在选择后对用户14动态地显示依从性数据118。该报告可以包括日期、设 备使用的图形表示、设备使用的时间、用于定制使用报告162的可选择框 76，以及报告日期范围选择。
患者简档部分98下方是在提醒部分164中显示的提醒数据106。具体 地，根据用户14的配置和选择，在提醒部分164中显示提醒数据106。例 如通过选择"提醒"标签165来访问提醒数据。如图23中所示，提醒部分 164可以包括用于选择应当显示何种类型的提醒数据166的下拉式列表。另 外，提醒部分164包括输入文本框166，在输入文本框166中，用户可以直 接输入或键入文本以描述活动并创建提醒。另外，如上面所讨论的，可选 择框76可用于包括或排除来自提醒部分164的提醒数据106。
通过以时间先后顺序(最早的列出在首位)的到期日的顺序显示提醒 数据106。可由用户14选择允许用户将另外的提醒数据106增加至系统10的增加提醒按钮168。应当示出什么提醒数据106的下拉式列表可以包括以 下选项"待决的"(打开的提醒)、"完成的"(解除的提醒)和"全部"(全 部提醒)。将基于选择什么分类来刷新提醒数据106并对用户14显示提醒 数据106。
图24图示说明了增加提醒部分167，在启动"增加提醒"按钮168时 对增加提醒部分167进行访问。当增加提醒数据106时，用户14应当在文 本框166中增加适当的消息，以及活动的到期日或截止期限。当然，该数 据可以从日历功能137或类似的输入功能中选择。 一旦已将适当的消息与 相关联的日期或截止期限一起放入文本框166中，就选择保存按钮44以保 存数据。以该方式，许可用户14增加提醒数据106、修改提醒数据106、 保存提醒数据106、删除提醒数据106、选择提醒数据106、组织提醒数据 106等。
如图25中所图示说明的，在联系部分170中对用户14显示联系数据 108 (其包括实际联系数据88)。例如在启动"联系"标签171时显示联系 部分170。联系数据108可以包括联系日期、联系类型、联系原因、联系注 释、联系注解等。另外，联系部分170允许用户14增加联系数据108、修 改联系数据108、保存联系数据108、删除联系数据108、选择联系数据108、 组织联系数据108等。如图25的实施例中所示，每个联系包括联系患者P 的曰期、联系患者P的方法、联系患者P的原因以及注释概要部分。
如上面所讨论的，用户14能够增加联系数据108。具体地，通过选择 增加联系按钮172 (参见图25)，将用户引导至图26中所图示说明的屏幕。 以该方式，可将联系数据108增加至系统10。另外，任何得到授权的用户 14都可以查看该联系数据108以用于作出患者P交互决策。在部分86中用 户14输入与患者P进行联系的日期、类型和原因。另外，可以将注释放入 该部分中，而且， 一旦将实际联系数据88适当地填写到字段中，就可以选 择保存按钮44。例如，如图26中所示，由于发现患者设备16不起作用， 在2006年6月16日进行电子邮件联系。在注释部分中，用户14输入应当 进行约见。基于用户的授权级，该注释或注解可由任何用户14访问并且对 其呈现。
图27论证了系统10的实施例，其中问巻数据110在患者简档部分98中的问巻部分174中。例如通过启动"问巻"标签175来显示问巻数据110。 问巻数据110可以包括由患者P完成的问巻的概要。还可以在问巻部分174 中增加新问巻。因此，问巻数据110可以包括问巻问题、问巻应答、问巻 日期、问巻类型、问巻分数、问巻状态、概括的数据、报告数据等。另外， 如上面关于其他部分所讨论的，问巻部分174允许用户14增加、修改和/ 或删除问巻数据110、问巻问题、问巻应答、问巻日期、问巻类型、问巻分 数、问巻状态、概括的数据、报告数据等。
虽然问巻数据110可以包括任何类型的问巻、测试等，在一个优选实 施例中，并且如图27中所图示说明的，相关的问巻数据110包括睡眠功能 结果问巻(FOSQ)。在该实施例中，问巻数据110包括测试数据、测试名 称(即FOSQ测试)、患者P的测试分数以及用于获得关于问巻数据110的 期望报告的可选择的请求报告按钮176。
如图28中所示，问巻数据110可包括一问巻，该问巻具有可以通过点 击或选择测试回答按钮178来回答的问题列表。通过提出新问巻(例如经 由图27中的"增加FOSQ"按钮177)可以显示该问题列表。 一旦已通过 选择期望的测试回答按钮178回答了所有适当的问题，就选择保存按钮44 以保存问巻数据110。如果选择请求报告按钮176，则对用户14显示消息 框180。参见图29。
具体地，消息框180通知用户14将生成报告文档(诸如以.pdf格式等) 并且在完全编译时将显示该报告。此外，在设置的时间段内，该报告对用 户14是可用的，在该设置的时间段后其将被删除。因此，如果期望得到永 久记录，用户14就必须将报告保存至他或她的本地计算机。 一旦通过选择 保存按钮44保存了新测试或问巻(问巻数据110)，就在报告栏显示问巻"待 决"的消息。如上面所讨论的，如果可应用的话，该栏还将显示"查看PDF" 按钮，并且如果报告在服务器上是可用的，则还显示该消息。点击"查看 PDF"按钮将在适当的阅读器上显示问巻或测试。参见图30。
如图31中所图示说明的，在注释部分179中对用户14显示注释数据 111。例如在启动"注释"标签181时显示注释部分179。注释部分179允 许用户写下关于当前患者的文本注释。注释部分179可以包括注释输入框 201、增加按钮203、发送通知至睡眠医师的复选框205和注释历史部分207。在所图示说明的示范性实施例中，注释历史部分207包含以下四列关于近
期注释的信息日期、作者、注释和被通知方。本发明预期用户(诸如医
师D、临床医生C或HCPH)可以创建每个患者P的不限数量的注释。用 户具有通过选择发送通知至睡眠医师的复选框205而将注释的拷贝发送至 患者的睡眠医师的选项。当点击增加按钮203时，于是将注释作为通知发 送至患者的医师。注释历史207部分以逆时间先后顺序列出了先前创建的 所有注释。
图32和图33为示出了如何将注释发送至根据本发明的原理的系统10 的各种用途的图形说明。首先参照图32，当患者P、 HCPH或临床医生C 作为用户输入注释时，注释自动地被保存。如果患者输入注释，则还将注 释发送至负责监督该患者的HCP H和/或临床医生C，如路径209所指示的。 患者、HCP或临床医生具有选择发送通知至睡眠医师的复选框205的选项。 如果选择该框，则还将注释自动地发送至睡眠医师，如虚线路径211所指 示的。可以经由电子邮件向医师提供该注释，或者医师在下次访问系统10 时可获得该注释。
现在参照图33，当医师P作为用户输入注释时，该注释被自动保存， 并且还被自动地发送至患者和HCP和/或临床医生，如路径213所指示的。 当然，本发明还预期可以自动地或选择性地将通知发送至每种用户或每个 特定用户。例如，可以提供框以允许用户决定应当将注释发送至谁。另外， 管理员A以类似的方式发送和接收注释。本发明的这些特征提供了涉及监 测患者健康的各方之间的方便通信。
同样位于患者简档部分98下方的是以历史部分182的形式的历史数据 112的显示。例如当启动"历史"标签183时，显示历史部分182。历史数 据112可以包括患者数据80、患者历史数据、患者交互数据、交互日期、 状态数据、报告数据等。例如，如图34中所示，对用户14呈现与特定患 者P相关联的历史数据112。在该实施例中，历史数据包括日期、交互类型 和任何相关联的报告。与先前的问巻部分174—样，为了让用户14获得以 期望的报告形式或类型的报告或报告数据，可以选择请求报告按钮176。历 史部分182中的报告功能与上面所讨论的问巻部分174中的报告功能相似。
患者信息界面12的另一区域为简档数据屏幕50。参见图35。在所图示说明的实施例中，简档数据屏幕50包括两个区域 一般信息部分184和 密码部分186。另外，在简档数据屏幕50中对用户14显示用户数据188。 用户数据188可以包括用户名、名、姓、电子邮件地址、工作组数据、角 色数据、设施数据、标题、联合医疗数据、UPIN号码、地址、电话号码、 传真号码、时区等。在一般信息部分184中对用户14显示这种用户数据188。 在简档数据屏幕50的密码部分186中，许可用户14修改他或她的密码数 据38、确认密码数据38、保存密码数据38等。因此，允许用户14在该部 分50中管理他或她在系统10上的帐号。
如上面所讨论的，用户14能够通过选择采集数据按钮122从患者设备 16采集数据。参见图IO。如图36和图37中所图示说明的，通过选择采集 数据按钮122，将用户引导至采集数据区域190。例如，当从智能卡22采 集数据时，用户14必须从列表选择智能卡读卡器的类型。该列表可以包括 标记为"串行AM512"、"串行Mako Tech"、 "USB"和"PCMCIA"的可 选择的单选按钮。另外，采集数据区域190包括开始下载按钮192以启动 下载过程。只有患者设备16上的读卡器类型可用的那些选项才是可用于选 择的。另外，当选择开始下载按钮192时，系统10对智能卡22上的数据 进行评估并将该数据比作当前所显示的患者P。如果患者数据80或设备数 据114与系统10的数据库20中的数据匹配，则将从智能卡22获得适当的 数据并且对用户14显示"成功采集"的消息。如果患者数据80和设备数 据114并不匹配，则将显示错误/警报窗口，如图37中所示。如图所示，窗 口将显示信息并不匹配的消息以便于通知用户14出现错误。
如图38中所示，用户14还可以在编程区域194中对设备进行编程， 诸如将处方数据写到智能卡22上。从任何适当的屏幕(诸如图10中所示 的屏幕)访问该区域。如上面关于采集数据区域190所讨论的，用户14必 须首先选择适当的设备模型或通信平台以用于将数据提供至智能卡22。另 外，编程区域194将包括适当的文本框166以允许用户14输入用于对智能 卡22进行编程的设备数据114和/或处方数据102。这表示了重要的通信特 征，并且允许用户14通过从系统10至患者设备16的通信来管理患者P的 治疗。这进而提供了用于临床医生C、医师D和患者P之间的通信和交互 的更具有鲁棒性且更有效的系统10。此外，系统10允许用户14利用管理员A所给予的适当的授权来对任何远程患者设备16或通信设备18进行编 程并且与其交互。
具有适当的访问权利和授权的任何用户14可利用上面描述的屏幕和部 分。然而，可以期望基于用户14的功能而只向他或她提供有限的数据查看 或操作权利。例如，可以将上述所有权利提供给临床医生C，而可以将有 限的一组权利提供给医师D。在另一示例中，医师D可以访问患者数据屏 幕48中的患者数据80的全部功能和查看能力，患者数据屏幕48包括可搜 索的患者列表(其进一步的示例在图39和40中示出)、患者简档部分98 (在图41中示出患者简档部分98的又一示例)、患者细节部分126 (其进 一步的示例在图42中示出)、设备处方部分132 (其进一步的示例在图43 中示出)、治疗数据部分142 (其进一步的示例在图44中示出)、提醒部分 164 (其进一步的示例在图45中示出)、联系部分170 (其进一步的示例在 图46中示出)、问巻部分174 (其进一步的示例在图47中示出)、注释部分 111 (其进一步的示例在图48B中示出)以及历史部分182 (其进一步的示 例在图48A中示出)。
同样，如上面所讨论的，医师D可以访问简档数据屏幕50，如图49 和图50中所图示说明的。如上面所讨论的，在简档数据屏幕50中，用户 14 (在该情况下为医师D)将具有查看和修改他或她的用户数据188的能 力。例如，用户数据188可以包括名、姓、标题、联合医疗、UPIN号码、 用户姓名、电子邮件地址、地址、密码数据、工作组数据、角色、设施等。 用户数据188中的所有该信息是可修改的并且可以通过选择保存按钮44来 进行保存。
如图50中所示，管理员A、 HCP H和减临床医生C还可以在患者信 息界面12访问系统10的各种特征和功能。例如，管理员A、 HCPH和/或 临床医生C还可以访问用于显示用户数据188的简档数据屏幕50。在简档 数据屏幕50上，用户14 (在该情况下为管理员A、 HCP H和/或临床医生 C)可以査看和/或修改他或她的用户数据188，并且通过选择保存按钮44 将其保存。
对HCPH或管理员A配置的区域具有将在下面进行描述的附加功能。 具体地，HCPH或管理员A可以访问计算规则部分196 (图51)、设施部分198 (图52-54)、列表部分200 (图55-57和图59-62)、用户部分202 (图 63和图64)、角色部分204 (图65)、组部分206 (图66-68)、医师部分208
(图69-71 )、患者分配部分210 (图72-75)以及公司通知部分212 (图76)。 如图51中关于计算规则部分196所示，该区域被配置为选择性地显示依从 性计算数据214、 AHI数据216、泄漏数据218等。
可以在该计算规则部分196中对该数据进行修改、操作、保存和设置。 例如，关于依从性计算数据214，用户14 (例如管理员A)能够输入、修 改并保存底数计算数据、依从性分数数据、使用数据等。具体地，并且如 图51中所示，依从性计算数据214包括底数计算的天数、最小依从性分数
(%)和每天的最小小时数。另外，以启用通知框220的形式的可选择框允 许系统IO启用对用户14 (诸如临床医生C、 HCPH或医师D)的依从性通 知。可由用户14查看并利用这些通知，以作出关于患者P的必需的临床的 有疗效的决策。
AHI数据216可以包括底数计算数据、平均AHI数据等。如图51中所 示，AHI数据216包括底数计算的天数以及每小时基础上的平均AHI。另 外，在该区域中还可利用启用通知框220。泄漏数据218可以包括底数计算 数据和平均泄漏数据等。如图51中所示，显示了底数计算的天数数据和许 多分钟的平均大泄漏。更进一步，如上面所讨论的，提供启用通知框220。 一旦用户14输入并调整所有数据，就选择保存按钮44。
在设施部分198中，允许用户14通过选择编辑按钮130来修改设施信 息。设施数据226可以包括设施信息、设施标志、临床医生识别等，而且， 该信息可以基于选定的分类、选定的术语、搜索分类、搜索术语等来进行 显示。因此，通过这种搜索特征可以很容易且快速地定位适当的设施。同 样，通过选择增加新按钮222，可由管理员A将新设施或设施信息增加至 系统IO。
具体地，通过选择增加新按钮222，用户14可以输入适当的设施数据 226，包括设施名称、地址、电话联系信息、标志数据、时区等。另外，可 以在该区域中增加临床医生数据228，以便于使特定的临床医生C与临床 医生工作的适当的设施相关联。 一旦适当地输入所有信息，就选择保存按 钮44。参见图53和图54。在列表部分200中，用户14能够为系统10的其他用户14创建、修改 并且另外操作列表数据224。具体地，在列表部分200中，可由管理员A 对各种下拉式列表和其他可选择的列表数据224进行管理。在图55-62中所 示的实施例中，用户14可以对与保险提供者数据230、睡眠实验室数据232、 设备数据114、面罩数据234、加湿器数据236、附件数据238、实际联系 数据88、联系数据108、联系原因数据240等相关联的列表数据224进行 修改。如图55中所示，可以对保险提供者数据230进行增加、删除、编辑 等。图56图示说明了保险提供者数据230，其应当由用户输入以便将保险 提供者增加至可用的列表或列表数据224。具体地，保险提供者数据230包 括保险名称、计划名称、联系名称、地址、电话联系数据、电子邮件地址、 网站数据、面罩置换周期数据和置换率数据。
睡眠实验室数据232包括名称、联系名称、地址、电话联系信息、电 子邮件、网站数据等。参见图57。加湿器数据236包括对加湿器的描述。 参见图58。面罩数据234包括对要增加至列表的面罩的描述。参见图59。 附件数据238包括对要增加至列表的附件项目的描述。参见图60。如图61 中所示，可以输入联系原因数据240以用作列表数据224，而且，在图62 中，可以增加实际联系数据88和/或联系数据108以用作列表数据224。
在用户部分202中，用户14可以管理所有用户数据188。因此，许可 用户14选择用户14、可选择地显示用户信息、增加用户14、修改用户数 据188、保存用户数据188等。例如，用户数据188可以包括用户名、名、 姓、状态、锁定状态、密码数据、标题、电子邮件地址、设施数据、工作 组数据、角色数据、分配数据等。如图63中所示，可以基于管理者A可选 择的分类来显示用户14。这种分类可以包括活动的或非活动的用户14。另 外，可选择的增加新按钮222将允许管理员A将新用户14增加至系统10。 例如，如图64中所示，当管理员A想要增加新用户14时，就将用户名、 名、姓、状态、锁定状态、密码数据38、标题、电子邮件地址和设施数据 全部输入。
另外，对管理员A、 HPCH和/或临床医生C呈现工作组数据242和角 色数据244。因此，管理员A、 HPC H和/或临床医生C能够将新用户14 分配至工作组并且将适当的角色分配给新用户14。管理员A、 HPC H和/或临床医生C可以查看与特定用户14相关联的所有工作组数据242和角色 数据244。 一旦输入适当的数据，就选择保存按钮44。
图65图示说明了角色部分204。在角色部分204中，角色数据244可 以包括角色标题、角色许可数据、分配的用户数据等。因此，在管理员A、 HPC H和/或临床医生C为用户14选择了适当的角色后，与该角色相关联 的许可被显示并且显示该角色中的用户14的数量。因此，管理员A、 HPC H和/或临床医生C能够很快根据用户14的角色而识别每个用户14可用的 功能。
本发明提供将一组临床医生分配给给定患者的能力。组允许多于一个 临床医生(或者家庭护理提供者的多于一个雇员)查看与给定患者相关联 的数据。这允许单个家庭护理提供者的临床医生共享对给定的患者进行监 督的职责。组部分206允许管理员A、 HPC H和/或临床医生C增加新组和 编辑现有组的信息。因此，在组部分206中，提供工作组数据242，而且， 该工作组数据242可以包括组描述、分配的临床医生数据、分配的患者数 据等。同样，允许管理员A、 HPCH和域临床医生C选择性地显示组、选 择性地显示工作组数据242、增加组、修改工作组数据242、保存工作组数 据242等。
如图66中所示，工作组数据242可以根据分类或组名称示出，并且显 示组中的临床医生C以及作为组的一部分患者P。通过选择增加新按钮222， 管理员A、HPC H和/或临床医生C能够将新工作组数据242增加至系统10 中。具体地，如该图中所示，用户14将增加组名称和组描述，然后选择保 存按钮44。通过选择保存按钮44，系统10将验证己输入组名称和组描述。 通过选择编辑按钮130 (参见图66)，许可管理员A、 HPC H和减临床医 生C对系统10中现有的工作组数据242进行编辑，如图68中所图示说明 的。
在医师部分208中，许可用户14或者管理员A、 HPC H和/或临床医 生C选择性地显示医师D、搜索医师D、删除医师D或者另外操作医师数 据246。如图69中所示，可以利用可选择框76增加或移除医师数据246， 并且对管理员A、 HPC H和域临床医生C呈现医师数据246。在图69的实 施例中，医师数据246包括姓、名、UPIN号码、地址、电话号码和传真号码。
医师部分208还包括或显示搜索医师按钮248，其通向图70所图示说 明的屏幕。在这里管理员A、 HPCH和/或临床医生C能够基于下拉式列表 或文本搜索对医师D或医师数据246进行搜索。这种功能将允许管理员A、 HPC H和/或临床医生C快速且有效地获得关于当前为系统10的部分的医 师D的信息。
目前，医师D可能是或可能不是系统10的部分，并且甚至可能意识到 或可能没有意识到存在这种独特的患者信息管理系统10。因此，管理员A、 HPC H和/或临床医生C或者用户14可以选择邀请医师按钮250 (参见图 69)。通过选择邀请医师按钮250，将用户14引导至图71所图示说明的屏 幕。在该屏幕许可用户14将消息传输至医师D。在一个实施例中，该消息 为包括内容的电子通信，该内容包括文本、图形标志、使用系统10的邀请 等。 一旦将适当的数据放入适当的输入框中，并且用户选择发送按钮140， 就将电子邮件发送至医师D，从而邀请他或她加入系统10。预想用户14可 以输入他或她想要发送至医师D的作为邀请的任何文本，或者可替代地， 这种文本可由系统10自动地生成，并将这种文本以设置的形式和格式通过 患者信息界面12传输。
图71A图示说明了邀请医师D参与系统的过程。在该示范性实施例中， HCP利用如路径221所指示的上述过程发送电子邮件通信至医师。电子邮 件通信包括如路径223所指示的允许医师访问系统10的链路。医师一旦访 问了系统并且输入他们的信息，HCP就对医师进行搜索并且如路径225所 指示的将适当的(多个)患者与新增加的医师相关联。以该方式，HCP控 制哪个医生可以与他们的患者一起参与系统。
现在参照图72，患者分配部分210配置为可选择地显示患者数据80、 临床医生数据228、分配数据252等。因此，在患者分配部分210中，许可 用户14或管理员A、 HPC H和域临床医生C将至少一个患者P与临床医 生C相关联。如图72中所示，在下拉式列表中选择临床医生数据228。接 下来，如图73中所示，将患者数据80 (或患者P)与临床医生C相关联。 最后，选择特定身份的目标临床医生C。参见图74。为了完成转移，则选 择转移患者按钮254，从而现在将选定的(多个)患者P与所选择的临床医生C相关联。如果成功的话，则对用户14显示己成功进行转移的消息。参 见图75。
在公司通知部分212中，对用户14选择性地显示通知数据256，通知 数据256包括公司数据或其他类似信息。例如，通知数据256可以包括接 收数据、状态数据、描述数据、选择数据等。如图76中所示，通知数据256 包括从通信设备18对系统10所进行的调用的日志。将调用的时间与状态 描述一起记入日志。紧邻着每个输入提供可选择框76，以便于允许用户14 增加记入日志的通知数据256或将其从列表移除。
患者信息界面12的另一区域为业务报告屏幕54。该业务报告屏幕54 允许用户14选择性地将报告数据258显示或呈现于此。例如，报告数据258 可以包括报告标题、报告描述数据72、报告类型78等。参见图77。在图 78中图示说明了一个示例报告，即"面罩置换报告"，其对用户14示出具 有过期的或设置为在三十天的周期内过期的面罩(患者设备16)的患者P 的列表。具体地，该"面罩置换报告"显示报告数据258，其包括名、姓、 地址、电话号码、临床医生C姓名、保险名称、计划名称、期满时间、面 罩类型、面罩描述日期、电子邮件信息、报销月份和比率。还预想可以将 报告数据258导出至电子表格应用中。
如图79-82中所示，用户14或者管理员A、 HPC H和/或临床医生C 还能够经由调制解调器管理屏幕56与通信设备18进行交互。具体地，.调 制解调器屏幕56包括调制解调器概要部分260、调制解调器列表部分262 和调制解调器设置部分264。调制解调器概要部分260显示调制解调器数据 266，其包括活动数据、调用调度数据、调制解调器概要数据等。调制解调 器列表部分262选择性地显示调制解调器数据266 ，其包括调制解调器识别、 调用数据、分配数据、上次调用数据、下次调用数据、状态数据、调度数 据等。另外，调制解调器设置部分264选择性地以调用调度数据的形式显 示调制解调器数据266。
如图79中所示，调制解调器概要部分260包括关于活动的和非活动的 通信设备18 (或调制解调器)的调制解调器数据266。如在该图中所示的， 用户14能够确定0个调制解调器具有初始调用调度、2个调制解调器具有 自定义调用调度、每日0个调制解调器调用、每周0个调制解调器调用以及根据计划0个调制解调器剩余少于10次调用。调制解调器列表部分262 提供所有通信设备18 (诸如调制解调器)以及调制解调器所分配给的对象、 调制解调器的剩余调用的数量、上次调用、下次调用、调制解调器的状态 以及可进行编辑的调度的列表。调制解调器数据266还包括调制解调器的 序列号。
剩余的调用下方的数量表示在对管理员A、 HPC H和/或临床医生C呈 现某些警报或其他指示之前可以从通信设备18放入的调用的数量。以该方 式，患者可以被给予或购买设置的数量的对他或她的通信设备18的调用， 此后必须对调制解调器调用"计划"进行更新或调整。这种"计划"方法 允许使至系统10的通信量和来自系统10的通信量最小化。更具体地，在 示范性实施例中，以固定数量的调用(例如60次调用)将调制解调器出售、 出租、给予或另外提供给家庭护理提供者。 一旦使用了这60次调用，就必 须获得/购买额外的调用。在又一实施例中，可以提供使用寿命或非限制性 调用的订购。例如，可以支付预先费用，则用户可以得到非限制性访问。 在再一实施例中，不将调用预先载入模式中，并且，必须例如通过将每次 调用收费至信用卡或账户来支付每次调用。
在调制解调器设置部分264中，许可用户14修改并保存所有调用调度 数据。如图81中所示，用户14或者管理员A、 HPC H和/或临床医生C能 够对患者设备16或通信设备18每过多久应当与系统10进行交互和通信进 行设置。该调度可由用户14进行修改并利用保存按钮44进行保存。如图 82中所示，当从调制解调器概要部分260选择特定通信设备18时，还可利 用调制解调器简档屏幕268。在调制解调器简档部分268中，对用户14呈 现更大量的调制解调器数据266。具体地，除了上面所讨论的概要数据之外， 还向用户14提供自定义调用调度以及系统10和通信设备18之间的联系的 历史调度。
调制解调器简档屏幕268呈现调制解调器数据266，其包括调制解调器 识别、调用数据、分配数据、上次调用数据、下次调用数据、状态数据、 调度数据、历史数据、原因数据、例外数据、持续时间数据、日志数据、 变化数据等。因此，用户14可以确立将通信设备18所分配给谁以及上次 尝试建立连接的通信设备18的调制解调器的状态。自定义调用调度可以包括用于每日剩余调用的下拉式列表、表示双周剩余调用的数量的标签、保
存按钮44和取消按钮。这些原因可以解释调用的原因，该调用诸如"预定 的"调用、"手动调用"或"例外"调用(用于在数据传递或内容中有错误 的情况)。另外，对用户14呈现调用的日期和时间，以及调用的持续时间、 指示调用结果的状态消息以及日志数据。
以该方式，提供患者信息界面12，以供许多可能的用户14 (包括临床 医生C、医师D、 HCPH和管理员A等)使用。将数据库20中所存储的所 有数据填入整个患者信息界面12的适当的屏幕和部分中的适当的字段中。 另外，随着用户14导航通过患者信息界面12，该数据被动态地填入。
本发明预期系统IO包括许多不同的且变化的数据流，这些数据流为仅 用于该讨论的目的的分类的数据集。仅对这些"数据集"进行分类以提供 某种额外的清晰度，但是上面所讨论的"数据"都不应当被解释为只包含 所列出的数据字段。在这些"数据集"之间存在相当大量的重叠，并且这 表示系统10的一个关键功能，即提供一个或多个链接的数据库20，其可以 动态地服务数据字段以填入患者信息界面12的任何部分或系统10的任何 部分。因此，可以在任何其他"数据集"中对上面关于特定"数据集"所 讨论的任何特定数据字段"贴标签"或进行分类。
更进一步，本发明预期系统10和患者信息界面12使数据创建、增加、 操作、编辑、删除等的量和灵活性最大化，这取决于用户14的授权级。因 此，上面所讨论的任何具体数据操作功能(或任何"数据集"中的数据) 不应当被解释为只限于患者信息界面12的特定区域或任何特定功能或"数 据集"。因此，系统提供了动态的且高度交互的平台，以显示和另外配置用 于患者信息界面12或系统10中的别处的数据。 II.环境和一般功能
如上面所讨论的，系统IO表示多种用户14可用的动态通信和患者信 息管理过程。另外，可以在用户14计算机上经由网页浏览器等对用户14 显示患者信息界面12。用户14可以是临床医生C、医师D、 HCPH、管理 员A、家庭护理提供者工作人员、睡眠实验室工作人员、医院工作人员、 家庭成员等。在一个优选实施例中，用户14将在HIPAA控制的环境中工 作。因此，对这些义务和职责的遵守落在用户14身上，然而系统10可以提供一定的指导。
在用户14具有因特网访问和系统10上的帐号的情况下，可在任何时 间在任何地方使用系统10。在一个实施例中，将系统10被设计为在运行 Windows 2000或Windows XP操作系统的顾客或客户机器上运行。另外， 系统10将具有用于利用智能卡22的适当的驱动和软件。由于系统10和患 者信息界面12能够在任何现有的浏览器上运行，因此它可以在常规浏览器 (诸如Internet Explorer、 Fire Fox等)上工作。如上面所讨论的，在一个实 施例中，系统10包括呈现层24、网页服务层26和通信服务层28。每个用 户14将具有与系统10以及系统10的这些区域相关联的不同的权利和角色。 虽然预想了任何数据库或数据结构，系统10的一个实施例将包括使用SQL 服务器作为后端数据库20。另外，系统10将利用适当的USB、 PCMCIA 和串行读卡器驱动。
可以将系统IO分成不同的功能组。在一个实施例中，如图83中所示， 这些组可以包括管理员功能270、 RT (临床医生)功能272、医师功能274、 RI管理员功能276、报告服务278、记录日志模块280以及服务器功能282。 另外，这些分组270、 272、 274、 276、 278、 280、 282中的每个组都与系 统服务器284进行通信或另外由系统服务器284驱动或实现。
如上面所讨论的，用户14将具有使用系统10的各种功能的指定的角 色、访问和权限或权利。如图84中所示，当用户14为管理员A或HCPH 时，将最大的功能、显示和数据权利与该管理员A相关联。如上面所讨论 的，在得到对系统10的访问之前，管理员A或HPC H通过提供适当的用 户名数据36和密码数据38来进行认证。 一旦管理员A或HPC H得到了对 系统的访问，他或她就可利用全部功能。因此，许可管理员A或者HPCH 执行如下功能重置密码数据38;配置相关联的通知数据66或通知数据 256;确定和修改依从性数据118和依从性计算数据214;增加、修改和删 除用户数据188;激活/解除用户14的帐号；增加、修改和删除工作组数据 242;增加、修改和删除列表数据224 (其构成数据库20中的动态列表)； 增加、修改和删除患者识别数据64、患者数据80、医师数据246、临床医 生数据228、保险提供者数据230、睡眠实验室数据232、设备数据114、 设施数据226、调制解调器数据266等；开发通信设备18的调用调度或调度数据116;开发每个设备18的基础上的自定义调用数据.116;管理通信 设备18的简档和调用历史数据；邀请医师D加入系统10;将患者P分配 至需要的地方；生成报告数据258;查看并认可公司通知等。应当注意到， 该列表决不是无遗漏的，并且，如上面更详细地讨论的，管理员A或HCPH 具有完全地管理和配置系统10以及患者信息界面12的能力。
相似地， 一旦得到了适当的授权和访问，临床医生C或HCPH就能够 经由患者信息界面12与系统10进行交互。例如，图85图示说明了在利用 本发明的系统10时临床医生C或HCP H可用的一些功能。例如，临床医 生C或HCPH具有下载和上传设备数据114 (诸如智能卡22上的数据)的 能力。因此，临床医生C或HCP H具有配置系统10的能力以利用任何可 用的通信设备18或智能卡22以及任何与患者设备16必需的交互(诸如经 由USB、 PCMCIA、串行读卡器等)。适当的设置将在本地被存储于在注册 表中的临床医生C或HCP H的计算机上。 一旦用户14选择适当的路径以 从智能卡22下载数据，系统10就将首先核实卡22被插入到读卡器中。如 果读卡器并未检测到卡22，则将显示消息，其指示未检测到读卡器/写卡器。 如果未将卡插入读卡器/写卡器中，贝l係统将显示未检测到卡的消息，而且， 如果将卡22不正确地插入或者在通信期间遇到错误，系统也将显示警报消 息。
当从智能卡22下载数据时，系统将核实患者识别数据64以及设备数 据114 (即智能卡22的识别或序列号)。另外，系统10可以核实对患者设 备16或通信设备18的识别。因此，系统能够将患者数据80、患者识别数 据64和设备数据114与数据库20中的信息进行匹配。任何部件数据、智 能卡22数据或关于患者设备16、通信设备18、智能卡22等的其他信息将 得到核实，并且与来自数据库20中的相应信息进行匹配。如果未进行匹配， 则对用户14显示警报。
如果所传输的数据的版本、形式或格式与系统10不兼容，则将对用户 14显示出指示适当的版本的消息。然而，智能卡22上的数据将仍然被存储 并且是可用的。另外，将根据设置的协议或记录日志的标准来对智能卡22 上所包含的依从性数据118进行分析。另外，系统10能够检测智能卡22 是否可以重新用于同一患者P，而且，如果不可以的话，就适当地对患者数据80和设备数据114进行修改。
因此，系统10允许患者P、患者设备16和/或通信设备18的适当的匹 配，并且，该匹配可以利用中心数据库20或系统级的其他编译的列表来进 行。此外，可以利用智能卡22和/或通信设备18并且在患者P和患者设备 16之间切换智能卡22和/或通信设备18。例如，可以在无需对通信设备18 进行物理重新编程的情况下将通信设备18 (例如调制解调器)从一个患者 设备16切换至另一患者设备16。替代地，通信设备18的序列号以及相关 联的患者设备16的序列号或识别可由系统10进行修改，然后，系统10将 利用该新数据对数据库20中的适当输入进行更新。然后，该新数据将用于 上述匹配过程。这种内部的切换和匹配过程提供了在硬件以及设备分布和 分配方面更高的灵活性和有效性。
关于提供给临床医生C的功能，该用户14还将能够创建、修改和删除 患者数据80;导入患者数据80;以及创建、修改和删除患者识别数据64。 应当注意到，患者识别数据64应当包括患者P所特有的患者识别(例如字 母数字标识符)。临床医生用户14具有输入该患者识别的能力，然而，如 果未输入的话，系统IO可以将独特的患者识别分配给患者P。临床医生C
还具有以下能力创建、修改和删除问巻数据110;激活或解除患者P帐号;
创建、修改和删除提醒数据68、处方数据102 (包括适当地识别和分配单
元数据、模式数据、设置、范围、通信功能和对患者设备16的支持)；发 布分配的患者设备16、通信设备18，包括面罩、加湿器和其他附件；修改 患者P列表并且与患者P列表进行交互；创建、修改、认可和删除通知数 据256;以及创建、修改报告数据258 (例如依从性报告、交互报告、联系 报告等)并与报告数据258进行交互。
如上面所讨论的，当用户14为医师D时，系统10可以向该用户提供 有限的一组功能。如上面所讨论的，医师D必须具有适当的访问，并且通 过与上述相同的登录界面34进入。另外，医师D可以或可以不由用户14、 临床医生C等特别地邀请来参与使用系统10和患者信息界面12。在图86 中图示说明了提供给医师D的功能的一部分。
一旦医师D在系统10注册并且实现了适当的访问，就许可医师D:创 建、修改和删除处方数据102;创建、修改和删除与患者P相关联的注释或注解(例如相关联的通知数据66);查看患者P列表；査看通知数据256 和域相关联的通知数据66;以及创建、修改和删除依从性数据118和相关 联的报告；创建、修改和删除用户数据188等。
本发明的一个优点在于其允许医师D在单个合并的报告中查看关于与 该医师相关联的许多患者的信息，即使该医师的患者正由不同的HPC和/ 或临床医生进行监督。常规数据采集系统并不允许与一个HPC相关联的数 据由另一HCP或通过另一HCP进行访问。因而，医师将对每个HCP的数 据管理系统独立地进行访问，以便于查看他的所有患者。然而，利用本数 据管理系统，数据由HCP所访问的系统进行维护并且不受HCP的专有控制， 从而使得医师可以访问他们的患者的数据而不受与该患者相关联的HCP或 临床医生的影响。
包括关系的且动态的数据库20的一个好处在于向用户14提供最新的 且及时的通知的能力。因此，系统10监测某些患者数据80和使用信息以 及其他系统1Q活动，并且发送通知到可应用的地方。例如，可以基于对患 者设备16的每小时使用、对患者设备16的使用百分率、AHI依从性、泄 漏通知、消息通知、通信设备18通知等将依从性通知发送至用户14。
当用户14为患者设备16和/或系统10的制造商的客户服务代表时，该 代表将具有创建公司的新帐号的能力。在一个实施例中，这种帐号的创建 经由网页服务调用来启动，并且，将帐号信息输入至系统10中。另外，预 想制造商的系统或其他计算系统可以与系统IO进行通信，并且启动网页服 务命令和用于实现这些结果的其他类似的通信功能。该客户服务代表还具 有激活或解除帐号、激活通信设备18、解除通信设备18、许可在丢失密码 数据38的情况下的访问、启动通信设备18的装运等的能力。
如上面所讨论的，系统10的另一重要功能为报告和报告数据258的生 成和通信。具体地，患者信息界面12允许用户14提交对填有来自数据库 20的数据的概要报告、详细报告等的请求。在示范性实施例中，用户(任 何用户)可以请求要生成的报告，并且，报告服务278可用于生成报告并 且在已经完成报告时通知用户。在一个实施例中，这些报告会与患者P相 关联，并且只有具有对查看患者P的特定数据的授权的用户14才具有检索 报告的能力。用户278还可以从服务器删除报告。参见图87。另外，这些报告可以具有用于一致的生成的标准页眉、页脚以及形式和格式信息。
图88图示说明了概要依从性报告286,其包括患者数据80、医师数据 246、依从性数据118、问巻数据110、临床医生数据228以及其他相关信 息。另外，依从性数据118包括使用和患者P对治疗/处方的依从性的图形 表示。例如，如图88中所示，依从性数据118可以以条状图形显示，X轴 指示日期而Y轴指示使用的小时数。依从性数据118显示将是该天的总治 疗时间，并且图形还将以可以确定单元模式的方式来显示。相似地，针对 选定的时间范围，以图形形式表示问巻数据110。在这种情况下，X轴指示 曰期而Y轴指示总分数。还将在给定的范围上提供平均测试分数。
如上面所讨论的，可以将依从性数据118、问巻数据IIO、依从性计算 数据214、 Affl数据216和泄漏数据218中的任何数据作为基于患者设备 16和处方的治疗的类型创建的图形表示来对用户14显示。还可由系统10 生成详细的依从性报告286。依从性数据118可以再次以图形的形式显示， 其包括使用模式、使用的小时数、压力趋势、长期指标趋势、打鼾指标、 呼吸暂停指示、流量限制指标、泄漏数据、每日细节、事件、问巻、同步 治疗和其他统计。将基于已知的公式和算法对这些统计进行计算。用户14 还可以具有详细说明患者交互而生成的交互报告。此外，可以生成面罩置 换报告，其将显示按照设置的时间段己超过其期满日或设置为过期的所有 面罩。
in.网络和通信特征
如上面所讨论的，可以通过多种网络、通信链路和协议来实现系统10， 以便于实现数据的动态输入/输出。因此，本发明还针对一种用于患者信息
管理的通信系统288。通信系统288将包括上述中心数据库20，中心数据 库20包括填有患者数据80、医师数据246、健康护理提供者数据、设备数 据114、医学数据、健康数据、呈现数据、识别数据、管理员数据等的多个 数据字段。特别地，可以在数据库20中增加、修改和删除各种数据点和上 述的数据字段的全部或部分。另外，程序指令集被配置为促进通信系统288 中的一个或多个患者设备16之间(经由通信设备18)的数据通信。特别地， 通信设备18可以是硬线调制解调器、无线调制解调器或允许从患者设备16 至通信系统288的数据电子通信以及通信系统288内的数据电子通信的任何其他设备。
本发明预期无论是独立的设备(诸如调制解调器)的通信设备18，还
是集成到另一设备(诸如压力支持系统、呼吸机或其他医学设备)中的通
信设备18，都可以显示或提供指示调制解调器状态的信息。可以以视觉格 式显示该信息，可听地呈现该信息，或者它们的任意组合。图89图示说明 了可由通信设备显示的图标的各种示例以及图标的相关联的含义。
如图90中所示，本发明还针对一种促进数据从患者设备16通过网络 290至患者管理系统10的安全传输的方法。如上面所讨论的，该方法将通 过通信系统288来实现。因此，启用患者设备16和通信设备18之间的通 信，并且通信设备18将数据传输至患者管理系统服务器292。该传输通过 网络290进行，并且，该网络290可以是虚拟专用网、因特网、无线局域 网、无线广域网、WiFi网络等。
应当注意到，可以将患者设备16和通信设备18结合到常见的设备中， 该常见的设备例如具有综合通信性能(诸如构建到该设备的电路中的调制 解调器)的压力支持系统。本发明还预期患者设备16是任选的，从而可以 经由通信设备18 (诸如提供有计算机的调制解调器)将数据提供至系统以 及自系统提供数据。
当数据传输为无线格式时，通信设备18通过无线载体294将数据传输 至因特网服务提供商(ISP)服务器296。然后，ISP服务器296通过网络 290将信息和数据传输至患者管理系统服务器292，以便存储在数据库20 中。典型地，硬线通信链路302将ISP服务器连接至网络290。尽管无线连 接也是可预期的。还预想存储设备(例如智能卡22)包括传递至中间服务 器298的数据。然后，将该数据通过网络290从中间服务器298传输至患 者管理系统服务器292。例如，中间服务器298可以是设在健康护理提供者、 医院、设施、临床医生工作站等的服务器。
可以通过电话线300将硬线信息和数据从适当的通信设备18发送至 ISP服务器296，然后，其遵循上面所讨论的与患者管理系统服务器292相 同的通信协议。无线通信以及硬线通信都是安全的。可根据密码协议、安 全套接字层协议、传输套接字安全协议等实施安全的通信。
为了对通信系统288中的通信提供进一步的安全，可以采用进一步的中间和前线服务器，诸如网页服务器304、远程数据采集服务器(RDAS) 306和业务单元服务器308。网页服务器304用于驱动和实现上述系统10， 远程数据采集服务器306用于作用于系统10和患者设备16 (或通信设备 18)之间的安全通信，而业务单元服务器308用于提供关于与系统10相关 联的其他业务方面和信息的适当的数据。另外，适当且安全的防火墙310 可用于进一步使通过网络290进行的系统10和通信系统288中的所有通信 安全。
在本发明的另一方面，通过网络290至系统10的通信可以通过专线进 行，如便利地通过专用电话号码(例如"1-800号码")。由于来自通信设备 18的所有调用是通过该单个的安全的专线来形成信道的，所以患者P、患 者设备16和通信设备18的匹配过程既有效又准确。如果确定例如应当将 通信设备18分配或切换至不同的患者P或患者设备16，则切换可以在通过 专线对系统的下次调用的过程中进行并且由系统IO进行检测。利用内部数 据库20，系统10可以很容易地通过该通信线分析、修改和/或匹配新设备 数据。另外，利用上述匹配过程，系统10可以基于专线上的引入数据和数 据库20中的数据的实现适当的安全措施。
不同于需要配置有患者特异性参数或站点特异性参数的一些现有通信 设备，与系统10 —起使用的通信设备18无需由终端用户进行这种配置。 对于给定类型的通信设备而言，所有通信相关参数(电话号码、拨号前缀、 服务器地址等)都相同，而且，通信设备不具有患者标识符。如果终端用 户已将患者与患者管理服务器内的治疗设备和通信设备正确地匹配，系统 将能够工作，终端用户将通信设备从一个患者的治疗设备移动至另一患者 的治疗设备。
为了增加另一安全层，通信系统288可以利用握手协议。具体地，通 信设备18启动与患者管理系统服务器292的联系(不论是通过中间服务器 还是不通过中间服务器)，并且通过与患者管理服务器292进行通信的远程 数据采集服务器306对该通信进行认证。特别地，这些通信受到挑战协议 的支配并且根据挑战协议进行实施。该挑战协议包括向患者设备16、通 信设备18等预先提供挑战算法；将密钥从患者管理系统服务器292传输至 通信设备18;由患者设备16和/或通信设备18根据挑战算法处理密钥，从而获得响应密钥；以及将该响应密钥从通信设备18传输至患者管理系统服 务器292。在一个实施例中，该算法可以是传输至患者设备16和/或通信设 备18或者预先存储在患者设备16和/或通信设备18上的数学公式。该算法 将取得密钥(例如数字)，将数学公式应用到数字，并且返回响应密钥或数 字。例如，该算法可以是3乂2+10。如果所发送的密钥为5，则响应密钥为 85。患者管理系统服务器292将确保只有在接收到数字"85"的情况下才 继续进行通信。
如果所获得的响应密钥是正确的，则在患者管理系统服务器292和通 信设备18之间建立进一步的安全通信。然而，如果响应密钥是不正确的， 系统10可以关闭患者管理系统服务器292和通信设备18之间的通信链路; 由通信设备18请求重试；将后续密钥从患者管理系统服务器292发送至通 信设备18;和/或由患者管理系统服务器292对用户14生成通知。在该实 施例中，用户14可以是任意用户，诸如尝试建立通信链路的用户、图l的 D、 A、 HCP、 C。
在一个实施例中，格式为字母数字字符的可分析字符串，其中将响应 密钥嵌入字符串中或者以某种方式使其与字符串相关联。在以上示例中， 在响应密钥为"85"的情况下，可以将该密钥作为下列字符串-"0CR83BX65" 传输至患者管理系统服务器292。在这种情况下，可以对字符串进行分析， 并且第一、第四和第九位置的值将被读出并且相结合以形成"085"(即正 确的响应密钥)。
另外，该挑战协议可以包括向患者设备16、通信设备18等预先提供 响应密钥格式；并且将响应密钥以响应密钥格式从通信设备18传输至患者 管理系统服务器292。因此，如果响应密钥格式是正确的，则系统10将建 立患者管理系统服务器292和通信设备18之间的进一步的安全通信。然而， 如果响应密钥格式是不正确的，则上面所讨论的选项(包括关闭链路、请 求重试、发送后续密钥、生成通知等)将是可用的。
如上面所讨论的，该通信系统288可用于在患者设备16和系统10之 间来回地传输数据。例如，可由患者管理系统服务器292将该数据传输至 通信设备18，然后，将该传输的数据传送至患者设备16。例如，这种设备 可以是处方数据102等。另外，该传输的数据可以包括用于修改患者设备16的设置的编程数据。此外，与通信设备18的通信和至通信设备18的通 信可以向患者P提供对设备16、 18的状态的某种视觉指示。可以将发生在 通信系统288中的系统10中的所有活动记入日志并且使其与特定的用户14 或系统10、 288的设备或部件相关联。
图91图示说明了通信系统288的一个优选实施例，通信系统288使用 RDAS 306作为中心通信"瓶颈"以用于安全通信。因此，通信系统288允 许利用远程TCP/IP调制解调器、TCP/IP智能卡读卡器/写卡器等对安全通 信进行管理。通信系统288允许从远程设备检索依从性、治疗和错误信息， 并且还将配置变化发送至这些相同的远程设备。上面所讨论的认证和挑战 协议可以出现在整个通信系统288中，诸如在与ISP服务器296进行通信 的radius服务器312 (参见图89)。通信系统288在尝试访问的过程中提供 对通信设备18的识别，以确定患者P是否已支付适当的服务，并且确定数 据存储位置是否需要任何特定指令。
在一个实施例中，远程数据采集服务器306识别每个患者设备16，通 信设备18充当患者设备16的通信代理。因此，确定当前设备的类型以及 确定每组下载的数据预定要被存储的位置所必需的数据是通过网页服务器 304、远程数据采集服务器306或业务单元服务器308提供的。通信系统288 允许对活动的通信设备18以及患者识别数据64进行检索。在任何情况下， 远程数据采集服务器306确定是否应当继续或终止连接以及患者P和患者 设备16和/或通信设备18是否适当地相关联。远程数据采集服务器306还 可以确定设备性能、请求日志、分析调制解调器数据、详细说明配置变化、 认证用户和所传输的数据、下载智能卡22数据、分析该智能卡22数据、 存储患者数据80和设备数据114、存储通信设备18调用历史等。因此，通 信系统288提供用于所有适当的数据在患者设备16、通信设备18和系统 10的其他部件之间进行的传输的安全的网络化环境。
以该方式，本发明提供允许对患者P信息进行有效使用和管理的系统 10和通信系统288。利用患者信息界面12的全部功能，任何用户14都能 够执行所有需要的功能以更好地执行他或她的义务。数据结构和协议允许 在整个系统10中动态地填入字段，从而根据每个用户14的授权级和在系 统10内的角色而向他或她提供所有实时的最新信息。因此，本发明提供一种用于患者信息管理的计算机实现的方法和系统10，其提供具有鲁棒性的 安全通信平台和基础结构，以促进所有用户14和患者设备16之间的通信。 另外，本发明的方法和系统10向临床医生C、医师D、 HCPH、管理员A 等提供简单但动态的界面，以用于检测、分析以及与患者P和/或患者设备 16的通信。更进一步，本系统提供增加的且有效的依从性监测、提醒功能、 通知、患者数据80和信息管理以及增强用户14经由患者信息界面12进行 交互的经验的其他附加功能，同时改善了用户/患者响应性，得到了增强的 健康护理和有疗效的系统。
图92提供一方法的另一图示说明，通过该方法出售、装运、维修并且 使用调制解调器附件(通信设备18)，以调用根据本发明的原理的患者数据 管理系统10。该图示出了系统中的这些操作的每个操作如何一起工作以提 供将数据从患者治疗设备16递送至系统10的安全且简单的方法。
装运350为向计划的目的地(诸如HCP)提供调制解调器的人或过程， 如360所指示的。当装运调制解调器时，调制解调器提供者(其还典型地 为患者设备16和/或通信设备18的制造商)的装运跟踪系统(诸如SAP系 统)将同步调用对radius服务器312填入到达RDAS系统306所必需的认 证信息的例行程序。radius服务器312为对ISP的认证服务器。该认证信息 将填入用户名，并且在装运调制解调器时登录。调制解调器提供者的跟踪 系统还将一输入放入全局调制解调器列表356中，该输入指示出还未将HCP 分配给该调制解调器(将HCP分配给调制解调器的过程发生在HCP输入利 用该调制解调器的处方时)。全局调制解调器列表362在任何独立的HCP 的数据之外，并且允许RDAS系统306快速地定位并识别调制解调器-HCP 关系。全局调制解调器列表被包含在例如数据库20中。该列表可由超级管 理员A进行访问，但通常不可由患者、临床医生、医师或HCP进行访问。 然而，HCP/临床医生可以査看与受到他们的监督的通信设备相关联的调制 解调器。
系统帐号358的创建是由数据库客户服务代表(CSR) 352来完成的。 在典型的设置中，CSR352为负责维护系统10的公司(诸如患者和/或通信 设备制造商)的雇员。当创建帐号时，系统将例如经由电子邮件向被输入 至帐号中的用户(诸如HCP)提供用户名和密码。该信息用于访问如上所述的系统。
HCP354为将调制解调器(通信设备18)发送至患者的用户。HCP将 创建处方364，其联合患者治疗设备16、调制解调器18和HCP。当输入患 者处方时，用户将输入治疗设备的处方信息、治疗设备的序列号和利用调 制解调器定位的验证号码。请记住，在该示例中，治疗设备对应于患者设 备16，并且调制解调器对应于通信设备18。上面讨论了用于生成验证号码 的技术。 一旦保存了处方，全局调制解调器列表356就进行更新，以包括 该调制解调器的HCP信息(因为在装运时公司不是已知的，所以先前输入 为空)。
治疗设备16/通信设备18将调用366 radius服务器312和由radius服务 器312进行认证368。 一旦在mdius服务器得到认证，调制解调器就连接至 RDAS服务器306。调制解调器将经由已知的协议与RDAS 306进行通信。 身份消息将由调制解调器生成并且被发送至RDAS系统，RDAS系统具有 足够的信息以使得系统能够识别拥有调制解调器的HCP (在输入处方时进 行更新)以及连接至治疗/患者设备16的患者(经由在处方的时间输入的治 疗设备序列号)。在步骤370中，系统确定连接至调制解调器的治疗/患者设 备序列号是否对应于验证号码。如果是的话，系统就将治疗设备识别为有 效设备。
如果连接至调制解调器的治疗/患者设备序列号与在处方创建步骤364 中生成的处方不相同，则将产生对HCP的通知，其指示调制解调器(通信 设备18)和治疗设备(患者设备16)的相关性是不正确的。然后，将要求 HCP修改处方以补救该问题。
本发明预期将不对独立的调制解调器进行修理。 一旦要置换调制解调 器，服务技术人员370就利用工具将调制解调器入口从mdius服务器312 移除并且将调制解调器信息从全局调制解调器列表356移除。然后可以装 运新的调制解调器，并且其后是上面讨论的过程以跟踪至患者的新的调制 解调器。
尽管已基于当前认为是最实际且优选的实施例为说明的目的详细描述 了本发明，要理解的是，这种细节仅用于该目的，且本发明不限于所公开 的实施例，与此相反，本发明意在覆盖所附权利要求的精神和范围内的修改及等价布置。例如，要理解的是，本发明预期在可能的程度上，可以将 任何实施例的一个或多个特征与任何其他实施例的一个或多个特征相组
权利要求
1、一种用于患者信息管理的计算机实现的系统(10)，包括至少一个数据库(20)，其具有填有患者数据、临床医生数据、医师数据、健康护理提供者数据、设备数据、医学数据、健康数据、呈现数据、识别数据、管理员数据或它们的任意组合的多个数据字段；患者信息界面(12)，其与所述至少一个数据库进行通信，并且被配置为对配置为访问所述界面的多个用户中的至少一个选择性地且动态地呈现至少一个数据字段；以及程序指令集，其被配置为促进至少一个患者设备和所述数据库之间的数据通信。
2、 如权利要求l所述的系统，其中，所述患者信息界面被配置为选择 性地显示每日数据屏幕(46)、患者数据屏幕(48)、简档数据屏幕(50)、 系统设置数据屏幕(52)、业务报告屏幕(54)、调制解调器管理屏幕(56)， 或它们的任意组合。
3、 如权利要求2所述的系统，其中，所述每日数据屏幕被配置为选择 性地显示(a) 优先项目部分(58)，其被配置为显示患者识别数据和相关联的 通知数据；(b) 提醒部分(60)，其被配置为显示患者识别数据、提醒数据、截 止期限数据，或它们的任意组合；(c) 报告部分(62)，其被配置为显示患者识别数据和报告描述数据;或者(d) (a)、 (b)和(c)的任意组合。
4、 如权利要求3所述的系统，其中，在所述优先项目部分中，所述患 者识别数据包括所述患者的照片、患者姓名、患者识别、患者亲缘关系 数据、联系数据，或它们的任意组合，并且其中，所述相关联的通知数据为文本、字母数字文本、至少一个符号、至少一个图标、至少一个视觉指 示，或它们的任意组合。
5、 如权利要求3所述的系统，其中，在所述优先项目部分中，针对多 个患者显示所述患者识别数据和所述相关联的通知数据，其中，所述数据 以基于所述患者识别数据、相关联的通知数据、健康数据、设备数据、使 用数据、时间先后数据或它们的任意组合的优先顺序来显示，并且其中， 在所述提醒部分中，针对多个患者显示所述患者识别数据、所述提醒数据 和所述截止期限数据，所述数据以基于所述患者识别数据、所述提醒数据、 所述截止期限数据或它们的任意组合的优先顺序来显示。
6、 如权利要求2所述的系统，其中，所述患者数据屏幕被配置为选择 性地显示与指定的患者相关联的患者数据，并且其中，所述患者数据基于 选定的分类、相关联的患者数据、工作组患者数据、非活动的患者数据或 它们的任意组合选择性地进行显示。
7、 如权利要求6所述的系统，其中，所述患者数据屏幕被配置为许可 所述用户增加患者数据、修改患者数据、导入患者数据、保存患者数据、 激活或解除患者、从外部源采集数据、输入数据、修改数据、保存数据、 删除数据、接收外部数据、将数据传输至外部设备，或它们的任意组合。
8、 如权利要求6所述的系统，其中，所述患者数据屏幕被配置以患者 简档部分的形式显示患者数据，并且其中，所述患者简档部分被配置为呈 现患者数据、患者细节数据、患者概要数据、处方数据、治疗数据、提醒 数据、联系数据、问巻数据、历史数据、设备数据、调度数据，或它们的 任意组合。
9、 如权利要求6所述的系统，其中，所述患者数据屏幕被配置为显示: (a)以治疗数据部分的形式的治疗数据，并且其中，所述治疗数据包括可用的治疗数据、设备数据、模型数据、模式数据、开始数据、结束数据、治疗报告数据、设备使用数据、依从性数据、设备使用数据的图形表示、 依从性数据的图形表示、报告数据、历史报告数据、可选择的数据，或它 们的任意组合；(b)以提醒部分的形式的提醒数据；(C)以联系部分的形 式的联系数据；以及(d)以问巻部分的形式的问巻数据；以及(e)以历 史部分的形式的历史数据。
10、 如权利要求2所述的系统，其中，所述简档数据屏幕配置为选择 性地以一般信息部分(184)的形式显示用户数据。
11、 如权利要求2所述的系统，其中，所述系统设置数据屏幕被配置 为选择性地显示计算规则部分，其被配置为选择性地显示依从性计算数据、AHI数据、 泄漏数据，或它们的任意组合；设施部分，其被配置为选择性地显示设施信息、设施标志、临床医生 识别，或它们的任意组合；列表部分，其被配置为选择性地显示可用的列表数据、列表内容数据， 或它们的任意组合；用户部分，其被配置为选择性地显示用户数据、用户信息，或它们的 任意组合；角色部分，其被配置为选择性地显示角色数据； 组部分，其被配置为选择性地显示组数据； 医师部分，其被配置为选择性地显示医师数据；患者分配部分，其被配置为选择性地显示患者数据、临床医生数据、 分配数据，或它们的任意组合；公司通知部分，其被配置为选择性地显示公司数据、通知数据，或它 们的任意组合；或以上部分的任意组合。
12、 如权利要求11所述的系统，其中，所述依从性数据包括底数计算 数据、依从性分数数据、使用数据，或它们的组合，其中，所述AHI数据包括底数计算数据、平均AHI数据，或它们的任意组合，其中，所述泄漏 数据包括底数计算数据、平均泄漏数据，或它们的任意组合，并且其中， 所述依从性计算数据、所述AHI数据、所述泄漏数据或它们的任意组合是 可修改的、可选择的、可传输的、已传输的、已保存的，或以上的任意组
13、如权利要求ll所述的系统，其中，在所述设施部分中，基于选定 的分类、选定的术语、搜索的分类、搜索的术语或它们的任意组合显示所 述设施信息、设施标志、临床医生识别，其中，在所述设施部分中，许可 所述用户增加新的设施数据、修改现有的设施数据、保存设施数据，或以 上的任意组合，其中，在所述列表部分中，许可所述用户修改、增加和/或 保存列表、列表数据、列表内容数据、下拉式列表数据，或它们的任意组
14、 如权利要求11所述的系统，其中，在所述组部分中，许可所述用 户选择性地显示组、选择性地显示组数据、增加组、修改组数据、保存组 数据，或以上的任意组合。
15、 如权利要求ll所述的系统，其中，在所述医师部分中，许可所述 用户选择性地显示医师、搜索医师、删除医师、将消息传输至医师，或以 上的任意组合。
16、 如权利要求11所述的系统，其中，在所述患者分配部分中，许可 所述用户使至少一个患者与至少一个临床医生相关联。
17、 如权利要求2所述的系统，其中，所述业务报告屏幕被配置为选 择性地显示报告数据(258)。
18、 如权利要求2所述的系统，其中，所述调制解调器管理屏幕被配 置为选择性地显示(a) 调制解调器概要部分(260)，其被配置为显示调制解调器数据、 活动数据、调用调度数据、调制解调器概要数据，或它们的任意组合；(b) 调制解调器列表部分(262)，其被配置为选择性地显示多个调制 解调器的调制解调器数据、调制解调器识别、调用数据、分配数据、上次 调用数据、下次调用数据、状态数据、调度数据，或它们的任意组合；(c) 调制解调器设置部分(264)，其被配置为选择性地显示调用调度 数据；或者(d) (a)、 (b)和(c)的任意组合。
19、 如权利要求1所述的系统，其中，基于所述用户对所述患者信息 界面的动作在所述患者信息界面上填入指定的数据。
20、 如权利要求1所述的系统，其中，所述程序指令集还被配置为促 进至少一对用户之间的通信，以选择性地只对具有预定访问级的用户在所 述患者信息界面上显示数据，进而跟踪设备通信数据、确定剩余的通信数 据、确定通信频率数据，或以上的任意组合。
21、 如权利要求1所述的系统，所述程序指令集还被配置为从至少一 个患者设备、智能卡、所述患者设备的部件或它们的任意组合采集数据。
22、 如权利要求1所述的系统，其中，所述程序指令集还被配置为将 数据传输至至少一个患者设备、智能卡、所述患者设备的部件，或它们的 任意组合。
23、 如权利要求1所述的系统，其中，所述数据库为配置为对所述患 者信息界面上的多个数据字段填入指定的数据的关系数据库。
24、 一种邀请医师参与患者数据管理系统的方法，包括 提供数据管理系统(10)，其包括与患者相关联的患者信息、与这样的患者相关联的HCP/临床医生，以及与这样的患者相关联的医师；允许所述HCP/临床医生通过向这样的医师发送包含使得这样的医师能 够访问所述数据管理系统的链接的电子邮件来邀请这样的医师以将其包括 在所述数据管理系统中；允许所述医师通过激活所述链接来访问所述数据管理系统； 由所述医师将医师信息输入存储至所述数据管理系统。
25、如权利要求24所述的方法，还包括使得所述HCP能够对已将所述医师信息存储于所述数据管理系统中的 注册的医师进行搜索；以及使所述注册的医师与这样的患者相关联。
全文摘要
一种用于患者信息管理的计算机实现的系统(10)，包括至少一个数据库(20)，其具有填有患者数据、临床医生数据、医师数据、健康护理提供者数据、设备数据、医学数据、健康数据、呈现数据、识别数据、管理员数据或它们的任意组合的多个数据字段。该系统提供一种与至少一个数据库进行通信的患者信息界面(12)以对配置为访问界面的患者选择性地且动态地呈现数据字段。程序指令集被配置为促进至少一个患者设备和系统之间的数据通信。还公开了用于患者信息管理的通信和一种促进患者设备的数据通过网络至患者管理系统的安全传输的方法。
文档编号A61B5/00GK101528118SQ200780040451
公开日2009年9月9日 申请日期2007年11月1日 优先权日2006年11月3日
发明者B·巴克, K·皮斯尼克, K·鲍恩, S·巴尔, Z·D·保罗 申请人:Ric投资有限责任公司