专利名称：预见人群中的疫情的方法及其系统的制作方法
技术领域：
本发明涉及一种检测人群中临床症状的增加的系统和方法。更具体地，本发明涉 及疾病传播或传染病爆发的预见。
背景技术：
当患者因很多疾病中常见的临床症状的状况，例如发烧和疼痛，而去私人诊所就 诊时，医生通常意识不到该患者是否意味着一种可能导致疫情的特殊的传染病爆发的开 始。为了确认传染病的爆发，需要诊断患者的状况。随后，也需要观察被诊断为相同疾 病或传染病的患者的数量是否突然增加。通常，这意味着应该有很多患者已经进入医院且其状况已被诊断和确认。此外，必 须完成实验室检测以识别传染原并确定该传染病的易传播程度。此外，需要汇编统计，因为 有时只有在人群中有足够多数量的人被传染时才能识别出爆发。如果疾病不特别致命，这一过程通常费时，且可能被忽视，直到被传染的人数惊人 的攀升。因此，只有在疫情爆发之后，医生才被通知传染病的发生。没有确认的诊断，医疗 机构难以倾向于传染病。因此存在这样的风险，即某些患者的传染病可能已经被误诊，而且 没有警告其状况的传染性就让他们回家了。因此，需要提供一种方法来改进传染病爆发或疫情的监控和预见。
发明内容
在第一方面，本发明提供了一种用于预见疫情的系统，该系统包括主计算机，和具 有用于记录患者的临床症状的用户界面的多个客户端计算机，该多个客户端计算机具有到 主计算机的通信链路，该多个客户端计算机的每一个包括规则组，该规则组表示至少一个 临床症状，当患者的临床症状被记录到该多个用户计算机中的一个时，该多个用户计算机 中的一个将该患者的临床症状与该规则组中的至少一个临床症状进行对比，如果该患者的 临床症状与该规则组中的该至少一个临床症状相匹配，则将患者状况数据发送给主计算 机，其中该主计算机将来自该多个客户端计算机的患者状况数据进行汇编。在第二方面，本发明提供了一种用于预见疫情的系统，该系统包括主计算机，具有 用于记录患者的临床症状的用户界面的多个客户端计算机，该多个客户端计算机具有到主 计算机的通信链路以将患者的临床症状记录上传到主计算机，该主计算机存储预先确定的 阈值，该主计算机能够识别出现高于该阈值的至少一个临床症状，该主计算机具有到客户 端计算机的通信链路，用来在客户端计算机中触发针对该出现高于该阈值的该至少一个临 床症状的警报。可选地，该阈值是警报频率，如果症状的出现频率高于该警报频率，可发出突然出 现过多具有该症状的患者的警报。可选地，该阈值是基于历史数据的百分数。可选地，该阈值是预先确定的出现频率的增长率。在第三方面，本发明提供了一种预见疫情的方法，该方法包括步骤在多个客户端 计算机中提供的界面上记录患者的临床症状，将患者的临床症状记录上传到主计算机，汇 编主计算机上的患者的临床症状记录，从该临床症状记录中识别出现次数高于预定阈值的 至少一个临床症状，在客户端计算机中针对该至少一个临床症状触发警报。因此，本发明提供了在卫生机构能够通过实验室检测、统计和汇编确认的诊断确 认传染病爆发之前，就预见传染病爆发或疫情的可能性。换言之，本发明提供了监控跨区域 或国家的患者的临床症状，并识别临床症状的出现的任何显著增加的可能性。因此，可在确 认爆发之前向医生发出可能有传染病爆发的警报。因此，在医生开始防范之前，不需要依赖 缓慢的提交、诊断的汇编以及实验室检测。换言之，本发明也提供了警告医生他的患者的临床症状最近出现在很多其他患者 身上的可能性。因此，可警告该医生特别小心地治疗该患者，因为其可能有传染性。由此， 该医生也可以在确认传染病爆发之前，就开始关注其他呈现出相同临床症状的患者。此外，本发明提供了实际上实时地跨区域的多个医生的记录中收集和汇编患者数 据的可能性。这大大减少了汇编信息以识别传染病爆发所需的时间，或跟踪传染病的传播 方向所需的时间。优选地，针对临床症状的特定组合，而不是个别临床症状来监控患者。这是因为很 多疾病由临床症状的特定组合表征，使得疾病彼此区分。此外，本发明提供了跟踪特定传染病的传播，以及地理上绘制传播方向的可能性。
参考描述本发明的可能配置的附图将更方便地描述本发明，其中相同的附图标记 指代相同的部分。本发明也可有其他配置，因此附图的细节不应理解为取代了对本发明以 上描述的概括，其中图1描述了本发明的第一实施例；图2描述了在图1的实施例中使用的界面；图3是图1的实施例中的界面的另一图示；图4描述了如何通过第二实施例来监控临床症状；图如描述了在如何通过第二实施例来监控临床症状中使用的警报消息；图5描述了如何通过第二实施例来监控临床症的可选方式；图6描述第二实施例的可能的流程图；以及图7描述了图6的针对第二实施例的流程图的补充流程图。
具体实施例方式现在描述本发明的实施例，其中这些实施例包括用于预见例如传染病的疾病的爆 发的监视系统100。图1描述了第一实施例100，其包括主计算机101和多个客户端计算机103。该主 计算机101与多个客户端计算机103通信。该主计算机101优选地为包括数据库的服务器， 且患者的临床症状记录在该数据库中。客户端计算机103放置在不同位置的诊所中，且优选地跨国家或地理区域分布。通过医疗机构建立并设置一 “规则”组，来识别可能的传染疾病的症状，该规则组 存储在主计算机101中。该规则包括要针对每个新患者核对的临床症状列表，这可以指示 该患者是否被传染了怀疑能造成疫情的传染原。在该第一实施例中，客户端计算机103被编程为偶尔轮询(poll)该主计算机101 以下载最新的规则组。当规则组被下载后，该规则被存储在客户端计算机103中。当患者到诊所就诊时，医生记录患者的临床症状并将其对患者的临床症状的观察 输入到诊所内的客户端计算机103。然后该客户端计算机103将患者的临床症状与规则中 列出的那些临床症状进行比对。如果患者的临床症状与规则中列出的临床症状相匹配，该 客户端计算机103将患者的数据发送给主计算机101。此外，该客户端计算机103触发弹 出消息以通知医生该患者的症状与规则中的那些症状匹配，因此该患者可能携带传染性疾 病。这样，主计算机101能够接收并汇编患者的临床症状，并对呈现出规则中列出的该临床 症状的患者计数。因此，主计算机101能够提供有多少人出现相同症状的数据。然后医疗 机构能够根据该数据判断是否有可能的传染病爆发，并且在预见传染病爆发时准备好其资 源。因此可完成对患者样本(例如微生物、血液、大便和粘液等)的分析和检测，且因此可 统计地汇编大量确诊的患者。因此该实施例为医生和医疗机构提供了可能但不确定的传染病爆发的早期警报， 也提供了在爆发被确认之后，跟踪可能感染传染病的患者的可能性。然而，规则中列出的临床症状是由医疗机构建立的，这些临床症状不一定表示确 认的传染病。规则本身并不诊断或帮助诊断患者的状况。规则只帮助识别具有特定的临床 症状组的人。优选地，主计算机101记录患者的地址，并绘制症状传播方向(未示出)。此外，主 计算机101记录患者就诊的时间。当确认有传染病爆发时，这可以帮助反跟踪传染病传播 的速度。下面给出了规则的示例，其具有三个要关注的临床症状1)发烧 > 38 °C2)皮疹3)厌光在任意时刻在客户端计算机103上可能存储了不止一个规则组。这解决了导致不 同症状的两个传染原同时爆发的可能。图2显示了位于客户端计算机103的屏幕上的可能的图形化用户界面200，通过该 图形化用户界面医生可记录从患者身上看到的临床症状。图2描述的临床症状的示例包括 在几个特定温度范围内的发烧、具有特定特征的皮疹等等。所描述的图形化用户界面200 显示了体温的下拉列表202，医生可以从该下拉列表中进行选择。该图形化用户界面200也显示了第二下拉列表202，其列出了可供选择的选项以 正确描述患者所患皮疹的类型。图形化用户界面200中的下拉列表202优选地被设计为向下展开格式。图3描述 了这一点，其显示了在图形化用户界面200中，身体的不同部分或机能被表示为可选标签 301，即皮肤、肠运动、视力、检测(可能是血液检测)等等。医生可简单地选择每个标签301来记录其对身体部分的观察或观察类别。在每个标签301下还有可能的观察或临床症状的进一步的子分类303，医生可从 中进行选择。图3描述了在皮肤上可能看到的可能的临床症状303，包括肿瘤、皮疹、水泡创 口和脓水。在每个临床症状分类303的下面可以有子分类305。例如，图3显示了如何将皮疹 进一步子分类为干、痒或持续的等等。这些选项305不是互斥的，可以选择一个以上。图3 描述了如何选择持续了1周以上的皮疹。有利的，临床症状303的子分类305引导医生进行其临床观察，其用作核对列表， 以有序的方式记录临床症状。可选地，为使系统100更易于使用，子分类中可仅包含在任何传染病中都可能出 现的临床症状。通常与传染病无关的症状或其他健康问题可以省略，例如撞伤和骨折。图形化用户界面200可记作安装到每个客户端计算机103上的可执行程序，或实 现为采用例如HTML和ASM等基于web的技术的浏览器启动界面。可用技术的范围是公知 的，这里不需详细说明。在第二实施例中，主计算机101能够自动记录可能的传染病爆发。当患者到诊所就诊时，医生记录患者的临床症状并将其对患者身上看到的临床症 状的观察输入诊所中的客户端计算机103。然后该客户端计算机103将该观察上传到主计 算机101的数据库中。通常，从国家各个位置的不同的客户端计算机103上传在多个患者 身上看到的临床症状的信息。然后主计算机101汇编从所有客户端计算机103上传的临床症状，从而计算每个 临床症状的出现频率。可针对不同的间隔期间获得每个临床症状的出现频率，例如一小时、 几小时、一天、三天或长达一周、一个月、或甚至一年或更长。例如，可检测在所有采用系统 100的诊所中，在特定的一天内发烧出现了 100例。主计算机101包括针对每个临床症状的“警报频率”，该“警报频率”是预先确定的 并由医疗机构设置。当特定的临床症状的出现高于其“警报频率”时，其显示了在人群中检 测到了该临床症状的显著高发。这指示可能有在患者身上导致该临床症状的传染病爆发。 然后主计算机101向所有客户端计算机103发出关于该临床症状的警报。然后客户端计算 机103显示该警报以将该临床症状通知给医生。通常，通过传染病爆发的历史记录来建立 该警报频率。因此，在该实施例中，医疗机构不需要手动地研究在主计算机101中收集的数据 以确定是否有可能的传染病爆发。优选地，针对不同的临床症状设置不同的警报频率。这是因为在没有传染病爆发 时，某些临床症状比其他临床症状更常见。例如流鼻涕的警报频率可设置为每天100例，而 大量内出血的警报频率可设置为每天1例。换言之，流鼻涕的容忍度比内出血要高。此外，甚至针对相同的临床症状可为不同的时间间隔设置不同的警报频率。例如， 发烧的警报频率可设置为每天100例，也可设置为每周50例。这有助于检测和监控具有不 同传播速度的不同类型的传染病。图4显示了柱状图，其中的柱表示某些临床症状的出现频率。图4中描述的频率b 就是上述的警报频率。尽管说明了对于不同的临床症状可能有不同的警报频率，为了简明起见，图4假设所有的临床症状共享相同的警报频率b。图4显示了发烧高于38°C的出现高于频率b。相似地，皮疹临床症状和厌光临床 症状也高于频率b。因此，向所有客户端计算机103发出警报以通知医生关注具有这些临床 症状的患者。图如描述了出现在客户端计算机103的屏幕上的弹出消息402的示例，这是由主 计算机101发出的警报。该弹出消息指示了临床症状，并警告医生特别关注具有该临床症 状的患者。可选地，可通过主计算机101向医生发出电子邮件或SMS。因此，即便是医生离 开了诊所，也能够警告他关注该临床症状。这对于经常进行家访，不常驻在其诊所中的医生 是有利的。图4显示了当分别监控发烧> 38°C、皮疹和厌光的临床症状时，这些临床症状的 每一个都高于警报频率b。然而，如果组合地监控临床症状，图4可能看上去非常不同。这 将在图5中描述。图5描述了一种可选的方式，其中可通过主计算机101汇编关于患者临床症状的 数据，其中组合地监控临床症状，而不是分离地监控个别临床症状。该组合基于在任何单个 患者身上看到的几个临床症状。这是因为很多疾病由一个以上的临床症状表征并且相区 别。因此，汇编在患者身上看到的所有临床症状并寻找其他患者身上以相似组合出现的临 床症状是有利的。更具体地，图5显示了仅具有厌光的单个临床症状，而不伴随发烧和皮疹 临床症状的患者的出现频率低于警报频率b。对于个别发烧临床症状和个别皮疹临床症状 也是一样的。但是，在任何单个患者身上全部三个临床症状的出现频率仍然很高，高于频率 b。这意味着有很多例患者具有所有三个临床症状，即发烧>38°C、皮疹和厌光。因此，主计 算机101向每个客户端计算机103发送警报，以通知医生特别仔细地记录其患者的该临床 症状的组合，因为预见到导致这些临床症状的传染病爆发。此外，回到图4，如果个别监控而不是组合地监控临床症状，仅具有皮疹的患者的 数量非常高(患者A、B、C和E)。然而皮疹的高发可解释为几种类型的疾病的共同临床症 状。这显示了组合地监控临床症状使得能够识别基于单个临床症状的假警报。另一方面，由于很多传染病具有一个或两个共同的临床症状，特定临床症状在时 间期间内的高发并不总意味着导致该临床症状的传染病的爆发。相反，单个临床症状的高 出现频率也可能是因为几种无关的疾病的适度增加导致的，所有这些无关疾病可能都导致 该临床症状，但是这些疾病的适度增加不等于单个传染病的爆发。因此通过组合地监控临 床症状，可避免由几种无关疾病造成的共同临床症状导致的对恶性传染病爆发的假警报。 由很多疾病和传染病造成的共同临床症状的示例是发烧。除非伴随有其他临床症状，例如 皮疹、水泡、流鼻涕、体内疼痛等等，人群中发烧的突然高发本身不总意味着单个疾病的传 染病爆发。表I进一步描述了如何挖掘第二实施例的数据表 I
权利要求
1.一种预见人群中的疫情的系统，该系统包括 主计算机；多个客户端计算机，其具有用于记录患者的临床症状的用户界面； 该多个客户端计算机具有到主计算机的通信链路； 该多个客户端计算机的每一个包含规则组； 该规则组指示至少一个临床症状；当患者的临床症状被记录到该多个客户端计算机中的一个时，该多个客户端计算机的 一个将该患者的临床症状与该规则组中的该至少一个临床症状进行对比；如果该患者的临床症状与该规则组中的该至少一个临床症状相匹配，则将患者状况的 数据发送给该主计算机；其中该主计算机将来自该多个客户端计算机的患者状况的该数据进行汇编。
2.根据权利要求1所述的预见人群中的疫情的系统，其中该多个客户端计算机能够以预定时间间隔轮询该主计算机以下载更新的规则组。
3.—种预见人群中的疫情的系统，该系统包括 主计算机；多个客户端计算机，其具有用于记录患者的临床症状的用户界面； 该多个客户端计算机具有到该主计算机的通信链路，以将患者的临床症状的记录上传 到该主计算机；该主计算机存储预定的阈值；该主计算机能够识别出现高于阈值的至少一个临床症状；该主计算机具有到该客户端计算机的通信链路，用于在客户端计算机中触发针对该出 现高于阈值的至少一个临床症状的警报。
4.根据权利要求3所述的预见人群中的疫情的系统，其中，该阈值是警报频率。
5.根据权利要求3所述的预见人群中的疫情的系统，其中，该阈值是基于历史数据的 百分数。
6.根据权利要求3所述的预见人群中的疫情的系统，其中，该阈值是出现频率的预定 增长率。
7.根据权利要求3到6中任意一项所述的预见人群中的疫情的系统，其中针对每个患 者的临床症状的特定组合来监控临床症状。
8.—种预见人群中的疫情的方法，该方法包括步骤在多个客户端计算机上提供的界面上记录患者的临床症状； 将患者的临床症状记录上传到主计算机； 汇编该主计算机上的患者的临床症状记录；从该临床症状记录中识别出现数量高于预定阈值的至少一个临床症状； 在客户端计算机中触发针对该至少一个临床症状的警报。
9.根据权利要求8所述的预见人群中的疫情的方法，其中从该临床症状的记录中识别 至少一个临床症状的步骤包括从每个患者的记录中识别临床症状的组合，以及 预定针对该临床症状的组合的阈值。
10.根据权利要求8或9所述的预见人群中的疫情的方法，其中，该阈值是警报频率。
11.根据权利要求8或9所述的预见人群中的疫情的方法，其中，该阈值是基于历史数 据的百分数。
12.根据权利要求8或9所述的预见人群中的疫情的方法，其中，该阈值是出现频率的预定增长率。
全文摘要
本发明提出了一种预见人群中的疫情的方法及其系统，该系统包括在分布在不同位置的客户端计算机(103)和主计算机(101)。该系统能够通过客户端计算机(103)记录患者的临床症状，并汇编该临床症状以记录临床症状或临床症状的特定组合的任何突然增加。因此可在诊断和统计能够确认传染病爆发之前，就关注倾向，使得医生能够预见传染病的爆发或疫情。
文档编号G06F19/00GK102073783SQ20101055528
公开日2011年5月25日 申请日期2010年11月19日 优先权日2009年11月20日
发明者李嘉贤, 邓伟材, 龙家驹 申请人:朗迅壹科技有限公司