不明原因疾病和异常健康事件早期监测预警方法及装置

技术领域

本申请属于公共卫生技术领域，具体地讲，涉及一种不明原因疾病和 异常健康事件早期监测预警方法及装置。

背景技术

我国不明原因疾病和异常健康事件早期监测预警存在“瓶颈和短板”。 业内专家建议从大数据、电子病历、HIS、集成平台等方面进行疫情的早期 监测预警，但是经历了尝试，效果却并不理想，也无法达到“实时分析、 早期研判”的目标。即便政策性强制推行也不可能持久，因为这会在很大 程度上影响医疗机构的日常工作(挤占网络资源、各岗位职责等诸多问题)， 并且，依托人工填报的数据不仅达不到及时性、系统性的要求，其真实性 也会受到影响。具体地说，一般意义的大数据处理方式会在很大程度上影 响医疗机构的日常工作(挤占网络资源、各岗位职责不清等诸多问题)。并 且仅利用疾病诊断录入环节进行数据提取与分析，也是不可行的(住院患 者诊断录入的现实情况是：大多情况下仅仅录入入院诊断和出院诊断，也 存在职责不清的问题，更得不到诊断后的用药信息)。当前二级以上医疗机 构临床信息上报而形成的行政区域大数据，虽然解决了数据的系统性问题， 但没有解决“及时性”问题(传染病的早期监测预警所需临床信息不能等到患 者出院，门诊患者不能等到晚上)。但是突发公共卫生事件的潜伏期往往发 现于医疗机构，因此医疗机构的临床信息在传染病(特别是原因不明的新 发传染病)早期监测预警中的重要作用十分突出，同时，这也涉及了医疗 机构和疾控机构的融合、关口前移、协同监测与相互制约等问题。

发明内容

本申请提供了一种不明原因疾病和异常健康事件早期监测预警方法及 装置，以至少解决目前社会上缺乏对公共卫生事件的及时、有效的监测和 预警问题。

根据本申请的一个方面，提供了一种不明原因疾病和异常健康事件早 期监测预警方法，包括：

从医疗机构信息系统中获取临床信息数据，临床信息数据包括：症状 信息、体征信息、检验信息、影像信息、体温信息、诊断结果和用药信息；

对获取的临床信息数据进行患者个体分析和流行病学分析并获取其分 析结果；

根据分析结果对不明原因疾病和异常健康事件进行预警。

在一实施例中，不明原因疾病和异常健康事件早期监测预警方法还包 括：

数据获取单元区分为侦测式、嵌入式、混合式，在具体的医疗机构中 只需取三者之一。

根据本申请的另一个方面，还提供了一种不明原因疾病和异常健康事 件早期监测预警装置，包括：

数据获取单元，用于从医疗机构信息系统中获取临床信息数据，临床 信息数据包括：症状信息、诊断结果、体征信息、影像信息、检验信息和 处方信息等；

分析结果获取单元，用于对获取的临床信息数据进行患者个体分析和 流行病学分析并获取其分析结果；

预警单元，用于根据个体与流行病学分析结果对疾病和异常健康事件 进行预警。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对 实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地， 下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员 来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附 图。

图1为本申请提供的一种不明原因疾病和异常健康事件早期监测预警 方法流程图。

图2为本申请实施例中“不明原因疾病和异常健康事件早期监测预警” 在整个公共卫生应急处置体系中的地位示意图。

图3为本申请提供的一种不明原因疾病和异常健康事件早期监测预警 装置结构框图。

图4为本申请实施例中一种电子设备的具体实施方式。

图5为本申请实施例中数据获取单元的结构图(嵌入式、混合式、侦 测式)。

图6为本申请实施例中数据治理单元的结构图。

图7为本申请实施例中患者个体临床信息分析单元的结构图。

图8为本申请实施例中存储与传输单元的结构图。

图9为本申请实施例中公共卫生重点疾病个案处置单元结构图。

图10为本申请实施例中医疗机构流行病学分析单元的结构图。

图11为本申请实施例中行政区域流行病学分析单元的结构图。

图12为本申请实例中不明原因疾病和异常健康事件早期监测预警总体 示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进 行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没 有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的 范围。

业内专家建议从大数据、电子病历、HIS、集成平台等方面进行疫情的 早期监测预警，实际上，迄今为止进行了许多这方面的研究，国内一些城 市也进行了尝试，历史的实践表明，单纯以大数据分析方式的效果并不理 想，即便政策性强制推行也不可能持久，因为这会在很大程度上影响医疗 机构的日常工作(挤占网络资源、各岗位职责、增加工作量等诸多问题)。

突发公共卫生事件的潜伏期往往多发现于医疗机构，因此临床数据在 传染病(特别是原因不明的新发传染病)早期监测预警中的重要作用十分 突出。既往的实践表明，目前的相关信息系统无法达到“早期监测预警与 集中研判”的目标，因为未能很好地解决医防融合与关口前移问题，也就 不能获得早期监测预警与研判所需要的“及时、真实、系统”的监测数据。

为了解决上述问题，本申请提供了一种从医疗机构获得患者医疗“客 观、系统、实时”数据的方法，用于不明原因疾病和异常健康事件的早期 监测和预警。

如图1所示，为一种疾病和异常健康事件早期监测预警方法，包括：

S101：以医疗机构信息系统中的处方/医嘱开立或者医嘱执行为契机获 取临床信息数据。所述临床信息数据包括：症状信息、体征信息、检验信 息、影像信息、体温信息、诊断结果和用药信息。

S102：对获取的所述临床信息数据进行个体分析与流行病学分析并获 取其分析结果。

S103：根据所述个体与流行病学分析结果，对不明原因疾病和异常健 康事件进行研判和预警。对于达到预警值的信息及相应的临床信息数据即 刻推送到疾控机构并予以行政区域内的流行病学分析、预警和研判。

在一实施例中，不明原因疾病和异常健康事件早期监测预警方法还包 括：

每间隔几分钟从医疗机构信息系统中获取临床信息数据。

在一具体实施例中，以医疗机构的处方/医嘱开立或者医嘱执行为触发 时机(或者称为触发点，也可称为处方事件)，从医疗机构信息系统中获取 临床信息数据，临床信息数据包括：症状信息、体征信息、检验信息、影 像信息、体温信息、诊断结果和用药信息等；在医疗机构内，对所述临床 信息数据进行个体分析和流行病学分析并获取其分析结果；在医疗机构内， 根据所述个体与流行病学分析结果对不明原因疾病和异常健康事件进行预警、研判。

在一具体实施例中，医生开立处方/医嘱，即处方事件，是在各种检查、 检验已经执行完毕并做出诊断之后进行的技术动作，同时医生开立医嘱或 处方的行为均会被记录入医疗机构信息系统的数据库中。因此，处方/医嘱 开立之后，医疗机构的信息系统中已经具备了公共卫生监测所需要的基本 数据，这些数据包括：症状信息、体征信息、检验信息、影像信息、体温 信息、诊断结果和用药信息，因此该方法获得的数据是完整的、系统的。 处方/医嘱的开立是大夫必须执行的技术动作，不受其他因素干扰，否则正 常医疗活动无法进行，因此该方法获取的数据是真实的、客观的。处方/医 嘱的开立是在做出诊断之后立即执行的动作，因此该方法获取的数据具备 及时的特点。总之，以大夫处方/医嘱开立为触发点(即处方事件)所获得 的监测数据是“及时的、真实的、系统的”。针对住院患者，在大夫开立医 嘱之后护士必须立即执行，因而医嘱执行亦被视为本申请中“处方事件” 的概念范畴，在此刻获得的监测数据也是“及时的、真实的、系统的”，根 据处方事件的上述特点，将患者原始临床信息的获取区分为嵌入式、侦测 式、混合式三种，在具体的医疗机构中只使用其中的一种。

如图2所示，当在某一时间段内，发烧症状的病人数量出现了大幅度 增加，即可认定该时间段内该地区内暴发了引起发热的疾病，比如流感等， 可以提前向卫健委和疾控中心进行预警。卫健委系统首先对该预警进行核 实、分析和研判，然后将该预警通过政府信息进行发布或者用于科研应用、 上报传染病网络直报系统、建立疾控机构电子疾病档案等。同时，用户也 可以在手机端安装流行病学现场调查工具软件或者卫生专线数据管理工具，与卫健委系统通信连接，及时从手机处获取来自卫健委的最新情报。

基于同一发明构思，本申请实施例还提供了一种不明原因疾病和异常 健康事件早期监测预警装置，可以用于实现上述实施例中所描述的方法， 如下面实施例所述。由于该不明原因疾病和异常健康事件早期监测预警装 置解决问题的原理与疾病和异常健康事件早期监测预警方法相似，因此不 明原因疾病和异常健康事件早期监测预警装置的实施可以参见不明原因疾 病和异常健康事件早期监测预警方法的实施，重复之处不再赘述。以下所 使用的术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组 合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者 软件和硬件的组合的实现也是可能并被构想的。

如图3所示，为本申请提供的一种不明原因疾病和异常健康事件早期 监测预警装置，包括：

数据获取单元301，用于从医疗机构信息系统中获取临床信息数据，临 床信息数据包括：症状信息、诊断结果、体征信息、影像信息和处方信息；

分析结果获取单元302，用于对获取的临床信息数据进行患者个体分析 和流行病学分析并获取分析结果；

预警单元303，用于根据分析结果对疾病和异常健康事件进行预警。

在一实施例中，该不明原因疾病和异常健康事件早期监测预警方法还 包括：

定时间隔获取数据单元，用于每间隔几分钟从医疗机构信息系统中获 取临床信息数据。

在一具体实施例中，不明原因疾病和异常健康事件早期监测预警方法， 包括：

侦测式数据获取单元，每间隔一定时间(按分钟或秒)，从医疗机构信 息系统数据库中侦测并获取最新处方/医嘱开立或最新医嘱执行信息：处方 开立的时间和主索引，进而根据其中的患者主索引项从医疗机构信息系统 中获取最新而完整的临床信息数据。所述临床信息数据包括：症状信息、 体征信息、检验信息、影像信息、体温信息、诊断结果、用药信息等。

在另一具体实施例中，该数据获取单元还可以为嵌入式的或混合式的， 即从医护操作窗口中被动获取所有需要的患者个体全部的临床信息，也可 以从医护操作窗口中被动获取患者索引项后再主动获取该患者除了用药信 息之外的临床信息。

医疗机构内，在获得个体临床信息之后立即进行标准化并予以个体分 析，根据个体分析结果研判是否预警及预警内容；同时，另一方面，根据 当前和既往获得的医疗机构内患者临床信息进行流行病学分析，并根据分 析结果研判是否预警及预警内容。

对于在医疗机构内进行预警的信息及相应的临床信息数据立即推送至 疾病预防控制机构并予以在行政区域内分析，并根据行政区域分析结果研 判行政区域的预警及其内容。

下面，列举一个具体实际的例子来支撑本申请中提供的方案：

如图5所示，数据获取单元嵌入到医疗机构处方开立单元或医嘱执行 操作窗口内，接收处方开立单元或医嘱执行单元主动传入的患者完整临床 信息；或者，数据获取单元按指定时间间隔(分钟或秒)以时间为索引侦 测医疗机构最近的处方/医嘱开立或医嘱执行信息，得到患者主索引项，以 患者索引项和时间为条件获取患者最近且完整的临床信息。

针对嵌入式，医疗机构的操作窗口将临床信息推送到数据获取单元的 过程必须“无感”，也就是说，数据推送过程中操作人是没有感觉的，这点 很重要。

如图6所示，为数据治理单元，该单元将数据获取单元得到的患者原 始临床信息，利用相关的国家标准库、医学标准术语集、相关知识库，经 过整理、比对以及人工智能(AI)处理等步骤，将获得的患者临床信息原始数 据转化为国家标准(含结构化)的过程。

如图7所示，为个体临床信息自动分析单元，该单元根据符合标准的 患者临床信息，利用知识库和疾病自动诊断(统计学中的综合评价、决策 分析等)等技术判定可能的疾病及其归属，再根据知识库(多目ICD)自 动判定是否为公共卫生领域关注的重点疾病。

多目ICD指的是国家标准中不具备的疾病类别，需要将多个ICD条目 组织起来构成一个新的ICD类别。如流行病流行期间，流行病应急指挥部 所需要的发热患者，这里所指的发热患者并非一般意义的发热，具有特别 内涵，这时ICD标准中原有的发热已不能包含，需要通过多目ICD将相关 的发热组织在一起。

如图8所示，本系统中还包括存储与传输单元，该单元将个体分析单 元得到的公共卫生领域关注的重点疾病(患者个案信息)立即推送到疾病 预防控制机构(客观、真是的数据)，同时将该患者个案信息及判定依据推 送到医疗机构内部的公共卫生处(也可称为医院感染控制科)，根据疾病的 紧急程度可通过微信或短信方式通知公共卫生处的责任人，公共卫生处通 过个案处置将重点疾病的信息进行补充、纠正并下达最终结论之后立即推 送到疾病预防控制机构(补正数据)。

无论是否判定为公共卫生领域关注的重点疾病，都要将得到的患者临 床信息存储到医疗机构的“前置机”。针对非紧要信息在每天凌晨推送到疾病 预防控制机构。

如图9所示，本系统中还包括一公共卫生领域重点疾病个案处置单元， 该单元接到公共卫生领域重点疾病个案信息之后(可以看做个案警示信 息)，由重点疾病个案处置单元对患者个案临床信息进行必要的补充或纠 正，并且得出最终结论，结论及其依据将会立即经由存储与传输单元推送 至疾病预防控制机构云端服务器，同时存储到医疗机构的“前置机”。根据警 示提示以及得出的结论，如果该患者需要进行“网络直报”，则通过微信将 信息推送到责任大夫并可直接连接到国家网络直报系统进行操作，国家网 络直报的相关操作虽然与本申请的内容密切相关(拓展)，但不属于本申请 的内容。

在一实施例中，如图10所示，本系统还可以包括一流行病学分析单元， 该单元在医疗机构内部的“前置机”中运行，运行触发点有两个，一个是公共 卫生领域重点疾病个案处置单元即刻触发针对该疾病的流行病学分析，另 一个是在每天凌晨触发针对其他一般性疾病的分析。流行病学分析单元的 作用是根据流行病学三间分布理论(医疗机构内某种疾病在近三年就诊患 者的人间分布、空间分布、时间分布)和流行强度理论(医疗机构内就诊 者某种疾病的散发、暴发、流行、大流行以及聚集性)以及相应的趋势分 析，达到医疗机构内不明原因疾病和异常健康事件的警示值之后，将异常 预警信息通过短信或微信等方式发送给医疗机构内的公共卫生处负责人， 同时推送到预防控制机构云端服务器。推送到公共卫生处的信息经过确认 并得出自己的结论后再将进一步的信息立即推送到预防控制机构。

如图11所示，在一实施例中，本系统还包括一行政区域流行病学分析 单元，该单元运行于疾病预防控制机构的云服务器中，触发点有两个，公 共卫生重点疾病，每1个小时执行一次分析；一般性疾病每天凌晨触发。

区域流行病学分析单元的作用是根据流行病学三间分布理论(近三年 行政区域内某种疾病就诊者的人间分布、空间分布、时间分布)和流行强 度理论(行政区域内就诊者某种疾病的散发、暴发、流行、大流行)以及 相应的趋势分析，达到行政区内不明原因疾病和异常健康事件的警示值之 后，将异常警示信息通过微信、短信方式发送给相关责任人。

如图12是本申请的综合图示，结合图2，本申请能够完善传染病疫情 和突发公共卫生事件监测系统，改进不明原因疾病和异常健康事件监测机 制，改进协同监测和互相监督机制，提高评估监测敏感性和准确性，建立 智慧化预警多点触发机制，健全多渠道监测预警机制，提高实时分析、集 中研判的能力，增强早期监测预警能力作为健全公共卫生体系的技术支撑。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、 或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施 例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个 或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不 限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的 形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序 产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程 图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得 通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现 在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功 能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理 设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存 储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备 上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机 实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现 在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功 能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述， 以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时， 对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用 范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的 限制。

本申请的实施例还提供能够实现上述实施例中的方法中全部步骤的一 种电子设备的具体实施方式，参见图4，所述电子设备具体包括如下内容：

处理器(processor)401、内存402、通信接口(Communications Interface) 403、总线404和非易失性存储器405；

其中，所述处理器401、内存402、通信接口403通过所述总线404完 成相互间的通信；

所述处理器401用于调用所述内存402和非易失性存储器405中的计 算机程序，所述处理器执行所述计算机程序时实现上述实施例中的方法中 的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

S101：从医疗机构信息系统中获取临床信息数据。所述临床信息数据 包括：症状信息、诊断结果、体征信息、影像信息和处方信息。

S102：对获取的所述临床信息数据进行分析获取大数据分析结果。

S103：根据所述大数据分析结果对疾病和异常健康事件进行预警。

本申请的实施例还提供能够实现上述实施例中的方法中全部步骤的一 种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序， 该计算机程序被处理器执行时实现上述实施例中的方法的全部步骤，例如， 所述处理器执行所述计算机程序时实现下述步骤：

S101：从医疗机构信息系统中获取临床信息数据。所述临床信息数据 包括：症状信息、诊断结果、体征信息、影像信息和处方信息。

S102：对获取的所述临床信息数据进行分析获取大数据分析结果。

S103：根据所述大数据分析结果对疾病和异常健康事件进行预警。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相 同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的 不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实 施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。 虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基 于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中 列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执 行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所 示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境， 甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体 意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品 或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限 制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还 存在另外的相同或等同要素。为了描述的方便，描述以上装置时以功能分 为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功 能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由 多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意 性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可 以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一 个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互 之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间 接耦合或通信连接，可以是电性，机械或其它的形式。本发明是参照根据 本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方 框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的 每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结 合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理 机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机 或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一 个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装 置。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计 算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件 实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可 采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机 程序产品的形式。本说明书中的各个实施例均采用递进的方式描述，各个 实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与 其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于 方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明 即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示 例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述 的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施 例或示例中。

在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施 例或示例。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说 明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和 组合。以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明 书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和 变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、 改进等，均应包含在本说明书实施例的权利要求范围之内。