CN111885117A - 医院内患者危急值预警系统、方法以及终端 - Google Patents

医院内患者危急值预警系统、方法以及终端 Download PDF

Info

Publication number
CN111885117A
CN111885117A CN202010626537.4A CN202010626537A CN111885117A CN 111885117 A CN111885117 A CN 111885117A CN 202010626537 A CN202010626537 A CN 202010626537A CN 111885117 A CN111885117 A CN 111885117A
Authority
CN
China
Prior art keywords
patient
real
time
examination
critical value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010626537.4A
Other languages
English (en)
Inventor
王福
陈良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hefei Senyi Intelligent Technology Co Ltd
Original Assignee
Hefei Senyi Intelligent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hefei Senyi Intelligent Technology Co Ltd filed Critical Hefei Senyi Intelligent Technology Co Ltd
Priority to CN202010626537.4A priority Critical patent/CN111885117A/zh
Publication of CN111885117A publication Critical patent/CN111885117A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G08—SIGNALLING
    • G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C19/00—Electric signal transmission systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Abstract

本发明的医院内患者危急值预警系统、方法以及终端，包括：服务总线，用于接收来自一或多个检查仪器的患者实时检查数据并发送；其中，各检查仪器的患者实时检查数据为同一格式；危急值管理模块，连接所述服务总线，用于接收各检查仪器的患者实时检查数据，并调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息；危急值告警模块，连接所述危急值管理模块，用于接收所述告警信息以及所述患者实时检查数据，并推送给所述患者实时检查数据对应的告警目标对象的客户端。用于解决现有技术中危急值警报覆盖范围不全面不完整的问题。使得危急值预警的范围更全面，提供的信息更及时，更好的协助医生做出正确的诊断操作，降低医疗风险，减少医疗缺陷，避免医疗纠纷，提高医疗质量。

Description

医院内患者危急值预警系统、方法以及终端
技术领域
本发明涉及医疗技术领域，特别是涉及一种医院内患者危急值预警系统、方法以及终端。
背景技术
患者在医院内每天会产生大量的临床数据，当患者的疾病症状发生突发情况时，往往伴随着某一个或某几个临床数据的突发变动。危急值(Critical Value)就是指与正常参考值范围比较偏离较大、危及生命的临床检查结果。这种突发情况一般均需要医生立刻处理，但仅靠医生从大量的数据中人工观察危急值，很难保证时效性，容易耽误抢救。
当前已经有很多基于检验仪器发出报警的危急值警报系统，涉及医疗器械领域，如急性肾损伤预警系统，会将血液检验仪器与警报系统直接连接，当检验仪器测得的某患者血肌酐值急速升高的时候，会直接与警报系统通讯，向临床医生发出提醒：某患者血肌酐达到危急值，出现了急性肾损伤症状。这些系统可以一定程度上改善医务人员临床诊断不及时、干预不及时的现状。但是这些警报系统装置一般都是与医学检验设备或检验系统直接通讯连接，而医院内通常会有很多不同类型、型号的检验检查仪器，如CT，血检验，生化检验，X 光，磁共振，等等，不同的仪器生产厂家，不同的仪器型号，数据传输方式、接口格式也可能有所不同，单凭一个警报系统并不能对接所有的仪器，覆盖所有的医学危急情况。
发明内容
鉴于以上所述现有技术的缺点，本发明的目的在于提供一种医院内患者危急值预警系统、方法以及终端，用于解决现有技术中由于警报系统装置一般都是与医学检验设备或检验系统直接通讯连接，而医院内通常会有很多不同类型、型号的检验检查仪器，进而导致危急值警报覆盖范围不全面不完整的问题。
为实现上述目的及其他相关目的，本发明提供一种医院内患者危急值预警系统，包括：服务总线，用于接收来自一或多个检查仪器的患者实时检查数据并发送；其中，各检查仪器的患者实时检查数据为同一格式；危急值管理模块，连接所述服务总线，用于接收各检查仪器的患者实时检查数据，并调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息；危急值告警模块，连接所述危急值管理模块，用于接收所述告警信息以及所述患者实时检查数据，并推送给所述患者实时检查数据对应的告警目标对象的客户端。
于本发明的一实施例中，所述患者实时检查数据包括：患者名称、就诊信息、就诊科室、检查指标代码、测量值中的一种或多种。
于本发明的一实施例中，所述危急值管理模块包括：危急值数据接口，用于接收各检查仪器的患者实时检查数据；调用单元，连接所述危急值数据接口，用于根据各检查仪器的患者实时检查数据，调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息。
于本发明的一实施例中，所述危急值执行引擎，用于将各检查仪器的患者实时检查数据与预设的告警规则数据进行对比，用于确定所述患者实时检查数据是否触发了所述告警信息。
于本发明的一实施例中，所述告警规则包括：规则名，指标代码、指标名称、测量值范围以及单位信息中的一种或多种。
于本发明的一实施例中，所述服务总线，包括：数据输入接口，用于接收来自一或多个检查仪器的患者实时检查数据。
于本发明的一实施例中，所述患者实时检查数据绑定告警目标对象的信息；其中，所述绑定告警目标对象的信息包括：工号信息和/或科室信息。
于本发明的一实施例中，所述危急值告警模块还包括：显示单元，用于显示所述告警信息以及所述患者实时检查数据。
为实现上述目的及其他相关目的，本发明提供一种医院内患者危急值预警方法，所述方法包括：接收来自一或多个检查仪器的患者实时检查数据，其中，各检查仪器的患者实时检查数据为同一格式；调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息；将所述告警信息以及所述患者实时检查数据推送给所述患者实时检查数据对应的告警目标对象的客户端。
为实现上述目的及其他相关目的，本发明提供一种医院内患者危急值预警终端，包括：存储器，用于存储计算机程序；处理器，用于执行所述的医院内患者危急值预警方法。
如上所述，本发明的一种医院内患者危急值预警系统、方法以及终端，具有以下有益效果：本发明针对不同类型的检查检验仪器及数据，通过企业服务总线统一汇总计算并发出危急值，能够第一时间将危急值发送到医务人员pc端及移动端，使得危急值预警的范围更全面，提供的信息更及时，更好的协助医生做出正确的诊断操作，降低医疗风险，减少医疗缺陷，避免医疗纠纷，提高医疗质量。
附图说明
图1显示为本发明一实施例中的医院内患者危急值预警系统的结构示意图。
图2显示为本发明一实施例中的医院内患者危急值预警系统的结构示意图。
图3显示为本发明一实施例中的医院内患者危急值预警方法的流程示意图。
图4显示为本发明一实施例中的医院内患者危急值预警终端的结构示意图。
具体实施方式
以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
需要说明的是，在下述描述中，参考附图，附图描述了本发明的若干实施例。应当理解，还可使用其他实施例，并且可以在不背离本发明的精神和范围的情况下进行机械组成、结构、电气以及操作上的改变。下面的详细描述不应该被认为是限制性的，并且本发明的实施例的范围仅由公布的专利的权利要求书所限定。这里使用的术语仅是为了描述特定实施例，而并非旨在限制本发明。空间相关的术语，例如“上”、“下”、“左”、“右”、“下面”、“下方”、““下部”、“上方”、“上部”等，可在文中使用以便于说明图中所示的一个元件或特征与另一元件或特征的关系。
在通篇说明书中，当说某部分与另一部分“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种部分“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素，排除在外，而是意味着可以还包括其它构成要素。
其中提到的第一、第二及第三等术语是为了说明多样的部分、成份、区域、层及/或段而使用的，但并非限定于此。这些术语只用于把某部分、成份、区域、层或段区别于其它部分、成份、区域、层或段。因此，以下叙述的第一部分、成份、区域、层或段在不超出本发明范围的范围内，可以言及到第二部分、成份、区域、层或段。
再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
本发明实施例中提供一种医院内患者危急值预警系统，解决了现有技术中由于警报系统装置一般都是与医学检验设备或检验系统直接通讯连接，而医院内通常会有很多不同类型、型号的检验检查仪器，进而导致危急值警报覆盖范围不全面不完整的问题。本发明针对不同类型的检查检验仪器及数据，通过企业服务总线统一汇总计算并发出危急值，能够第一时间将危急值发送到医务人员pc端及移动端，使得危急值预警的范围更全面，提供的信息更及时，更好的协助医生做出正确的诊断操作，降低医疗风险，减少医疗缺陷，避免医疗纠纷，提高医疗质量。
下面以附图为参考，针对本发明的实施例进行详细说明，以便本发明所述技术领域的技术人员能够容易地实施。本发明可以以多种不同形态体现，并不限于此处说明的实施例。
如图1所示，展示本发明实施例中的医院内患者危急值预警系统的结构示意图。
所述系统包括：
服务总线11，用于接收来自一或多个检查仪器的患者实时检查数据并发送；其中，各检查仪器的患者实时检查数据为同一格式；
危急值管理模块12，连接所述服务总线11，用于接收各检查仪器的患者实时检查数据，并调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息；
危急值告警模块13，连接所述危急值管理模块12，用于接收所述告警信息以及所述患者实时检查数据，并推送给所述患者实时检查数据对应的告警目标对象的客户端。
可选的，所述检查仪器为任一类型、型号、数据传输方式以及接口格式的医疗检查仪器，在本申请中不作限定。如CT，血检验，生化检验，X光，磁共振仪器，等等。
可选的，所述检查仪器可以测量一或多个检查指标。
可选的，所述服务总线11包括：数据输入接口，用于接收来自一或多个检查仪器的患者实时检查数据。
可选的，各个检查仪器按照所述服务总线的数据输入接口格式要求，将每次患者在设备上做检查检验，所产生的同一格式的患者实时检查数据实时传输给所述服务总线。
举例来说，所述患者实时检查数据格式为：
{患者：张三
就诊卡号：11122333
就诊流水号：4455666
就诊科室：肾内科
检验项目指标编码：6001
检验项目指标测量值：10}
可选的，所述患者实时检查数据包括：患者名称、就诊信息、就诊科室、检查指标代码、测量值中的一种或多种。
其中，所述检查指标代码对应与各检查仪器的检查项目的相关，例如，测量项目的指标为血肌酐，该指标的检查指标代码为6001。
可选的，所述就诊信息包括：就诊卡号和/或就诊流水号。
可选的，所述患者实时检查数据绑定告警目标对象的信息；其中，所述绑定告警目标对象的信息包括：工号信息和/或科室信息。
具体的，所述告警目标对象包括：主治医生角色、实习医生以及护士中的一个或多个。
其中，每个告警目标对象对应一个工号信息。
可选的，所述危急值管理模块12包括：
危急值数据接口，连接所述数据输入接口，用于接收各检查仪器的患者实时检查数据并将所述各检查仪器的患者实时检查数据作为危急值操作；
调用单元，连接所述危急值数据接口，用于根据作为危机值的各检查仪器的患者实时检查数据调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息。
可选的，所述危急值执行引擎，用于将各检查仪器的患者实时检查数据与预设的告警规则数据进行对比，用于确定所述患者实时检查数据是否触发了所述告警信息。其中，所述告警规则规定了各检查仪器的项目指标的测量范围。
可选的，若所述危急值管理模块12将各检查仪器的患者实时检查数据与预设的告警规则数据进行对比，得到患者实时检查数据中给的测量值不满足(大于或小于)所述告警规则规定的测量范围，则获得由所述患者实时检查数据触发的告警信息，否则不生成告警信息，表示一切正常不需要告警。
可选的，所述告警规则包括：规则名，指标代码、指标名称、测量值范围以及单位信息中的一种或多种。
举例来说，所述告警规则如表1所示：
表1：告警规则
规则id 指标代码 指标名称 测量值范围 单位
1 6001 血肌酐 测量值>400umol/L umol/L
2 6002 白细胞 测量值<2×10^9/L 10^9/L
3 6003 红细胞 测量值>6×10^9/L或<2×10^9/L 10^9/L
可选的，所述危急值管理模块12根据所述患者实时检查数据检查指标代码与所述告警规则中的指标代码进行对应，并按照对应的指标代码找到对应的测量值范围进行对比，若不满足该范围，则触发了告警信息；否则，不触发。
可选的，所述告警信息包括：告警模板，所述告警模板包括：患者XXX在X月X日，XXX(检查指标代码)-XXX测量值为X，达到了危急值标准“XXX”，请及时处理！
根据所述患者实时检查数据来填充所述告警模板，生成与所述患者实时检查数据对应的告警信息。
可选的，根据所述患者实时检查数据生成检验报告，其中，所述检验报告包括：多个检查指标测量值。
则所述告警模板包括：患者XXX在X月X日，XX检验报告中，XXX(检查指标代码) -XXX测量值为X，达到了危急值标准“XXX”，请及时处理！
可选的，所述告警规则中的测量范围包括：各年龄阈值内和/或不同性别的测量范围。例如，如红细胞指标对0-10岁的患者和20-40岁的患者分别有两个不同的测量范围；对男性患者和女性患者有不同的范围等。
可选的，危急值告警模块13接收所述告警信息以及所述患者实时检查数据，根据所述患者实时检查数当中的医生工号、病人科室等信息，搜索到当前需推送的告警目标对象，并根据用户标识符发出所述患者实时检查数据以及告警信息。
可选的，每个告警目标对象的客户端部署在终端设备上，在该设备上启动客户端通过用户的工号信息、科室信息以及终端所在区域信息中的一种或多种来登录，并接受来自所述危急值告警模块13的患者实时检查数据以及告警信息的推送。
其中，所述所在区域信息可以为病区信息。
例如，肾内科的位置在3号楼10楼A病区，从该病区的2台电脑上启动危急值客户端时就会在客户端里标注所在位置以及当前告警目标对象。这样可以保证当A病区的病人出现危急值时，告警平台发出的告警信息只会被A病区的客户端与A病区的告警目标对象接收，不会误报给B病区的告警目标对象。
可选的，所述危急值告警模块还包括：显示单元，用于显示所述告警信息以及所述患者实时检查数据。
可选的，所述显示单元在告警界面显示所述告警信息以及所述患者实时检查数据。
可选的，所述显示单元在告警界面还根据所述告警信息以及所述患者实时检查数据显示日期信息和/或处理状态(包括已处理或未处理)。
为了更高的说明所述医院内患者危急值预警系统，提供以下实施例：
实施例：一种医院内患者危急值预警系统，如图2所示为所述医院内患者危急值预警系统的结构示意图。
所述系统包括：
企业服务总线，包括：数据输入接口，用于接收来自包括一或多个检查仪器的患者实时检查数据的检查报告；其中，各检查仪器的患者实时检查数据为同一格式；
危急值管理系统包括：危急值数据接口，连接所述数据输入接口，用于接收所述检查报告；调用单元，连接所述危急值数据接口，用于根据检查报告中的患者实时检查数据，调用危急值执行引擎利用预设的危急值规则表，以获得由所述患者实时检查数据触发的告警信息。
危急值告警平台，连接所述危急值管理模块，用于接收所述告警信息以及所述检查报告，并推送给所述患者实时检查数据对应的告警目标对象的客户端，并显示生成的危急值处理表。
与上述实施例原理相似的是，本发明提供一种医院内患者危急值预警方法。
以下结合附图提供具体实施例：
如图3展示本发明实施例中的一种医院内患者危急值预警方法的流程示意图。
所述方法包括：
步骤S31：接收来自一或多个检查仪器的患者实时检查数据，其中，各检查仪器的患者实时检查数据为同一格式。
可选的，所述检查仪器为任一类型、型号、数据传输方式以及接口格式的医疗检查仪器，在本申请中不作限定。如CT，血检验，生化检验，X光，磁共振仪器，等等。
可选的，所述检查仪器可以测量一或多个检查指标。
可选的，通过数据输入接口接收来自一或多个检查仪器的患者实时检查数据。
可选的，各个检查仪器按照所述服务总线的数据输入接口格式要求，将每次患者在设备上做检查检验，所产生的同一格式的患者实时检查数据实时传输给所述服务总线。
可选的，所述患者实时检查数据包括：患者名称、就诊信息、就诊科室、检查指标代码、测量值中的一种或多种。
其中，所述检查指标代码对应与各检查仪器的检查项目的相关，例如，测量项目的指标为血肌酐，该指标的检查指标代码为6001。
可选的，所述就诊信息包括：就诊卡号和/或就诊流水号。
可选的，所述患者实时检查数据绑定告警目标对象的信息；其中，所述绑定告警目标对象的信息包括：工号信息和/或科室信息。
具体的，所述告警目标对象包括：主治医生角色、实习医生以及护士中的一个或多个。
其中，每个告警目标对象对应一个工号信息。
步骤S32：调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息。
可选的，根据作为危机值的各检查仪器的患者实时检查数据调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息。
可选的，将各检查仪器的患者实时检查数据与预设的告警规则数据进行对比，用于确定所述患者实时检查数据是否触发了所述告警信息。其中，所述告警规则规定了各检查仪器的项目指标的测量范围。
可选的，将各检查仪器的患者实时检查数据与预设的告警规则数据进行对比，得到患者实时检查数据中给的测量值不满足(大于或小于)所述告警规则规定的测量范围，则获得由所述患者实时检查数据触发的告警信息，否则不生成告警信息，表示一切正常不需要告警。
可选的，所述告警规则包括：规则名，指标代码、指标名称、测量值范围以及单位信息中的一种或多种。
可选的，根据所述患者实时检查数据检查指标代码与所述告警规则中的指标代码进行对应，并按照对应的指标代码找到对应的测量值范围进行对比，若不满足该范围，则触发了告警信息；否则，不触发。
可选的，所述告警信息包括：告警模板，所述告警模板包括：患者XXX在X月X日，XXX(检查指标代码)-XXX测量值为X，达到了危急值标准“XXX”，请及时处理！
根据所述患者实时检查数据来填充所述告警模板，生成与所述患者实时检查数据对应的告警信息。
可选的，根据所述患者实时检查数据生成检验报告，其中，所述检验报告包括：多个检查指标测量值。
则所述告警模板包括：患者XXX在X月X日，XX检验报告中，XXX(检查指标代码) -XXX测量值为X，达到了危急值标准“XXX”，请及时处理！
可选的，所述告警规则中的测量范围包括：各年龄阈值内和/或不同性别的测量范围。例如，如红细胞指标对0-10岁的患者和20-40岁的患者分别有两个不同的测量范围；对男性患者和女性患者有不同的范围等。
步骤S33：将所述告警信息以及所述患者实时检查数据推送给所述患者实时检查数据对应的告警目标对象的客户端。
可选的，接收所述告警信息以及所述患者实时检查数据，根据所述患者实时检查数当中的医生工号、病人科室等信息，搜索到当前需推送的告警目标对象，并根据用户标识符发出所述患者实时检查数据以及告警信息。
可选的，每个告警目标对象的客户端部署在终端设备上，在该设备上启动客户端通过用户的工号信息、科室信息以及终端所在区域信息中的一种或多种来登录，并接受患者实时检查数据以及告警信息的推送。
其中，所述所在区域信息可以为病区信息。
可选的，所述方法还包括：显示所述告警信息以及所述患者实时检查数据。
可选的，在告警界面显示所述告警信息以及所述患者实时检查数据。
可选的，根据所述告警信息以及所述患者实时检查数据显示日期信息和/或处理状态(包括已处理或未处理)。
如图4所示，展示本发明实施例中的医院内患者危急值预警终端40的结构示意图。
所述医院内患者危急值预警终端40包括：存储器41及处理器42所述存储器41用于存储计算机程序；所述处理器42运行计算机程序实现如图3所述的医院内患者危急值预警方法。
可选的，所述存储器41的数量均可以是一或多个，所述处理器42的数量均可以是一或多个，而图4中均以一个为例。
可选的，所述医院内患者危急值预警终端40中的处理器42会按照如图3所述的步骤，将一个或多个以应用程序的进程对应的指令加载到存储器41中，并由处理器42来运行存储在第一存储器41中的应用程序，从而实现如图3所述医院内患者危急值预警方法中的各种功能。
可选的，所述存储器41，可能包括但不限于高速随机存取存储器、非易失性存储器。例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备；所述处理器42，可能包括但不限于中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路 (Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可选的，所述处理器42可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明还提供计算机可读存储介质，存储有计算机程序，所述计算机程序运行时实现如图3所示的医院内患者危急值预警方法。所述计算机可读存储介质可包括，但不限于，软盘、光盘、CD-ROM(只读光盘存储器)、磁光盘、ROM(只读存储器)、RAM(随机存取存储器)、 EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、磁卡或光卡、闪存、或适于存储机器可执行指令的其他类型的介质/机器可读介质。所述计算机可读存储介质可以是未接入计算机设备的产品，也可以是已接入计算机设备使用的部件。
综上所述，本发明医院内患者危急值预警方法、系统、以及终端，用于解决了现有技术中由于警报系统装置一般都是与医学检验设备或检验系统直接通讯连接，而医院内通常会有很多不同类型、型号的检验检查仪器，进而导致危急值警报覆盖范围不全面不完整的问题。本发明针对不同类型的检查检验仪器及数据，通过企业服务总线统一汇总计算并发出危急值，能够第一时间将危急值发送到医务人员pc端及移动端，使得危急值预警的范围更全面，提供的信息更及时，更好的协助医生做出正确的诊断操作，降低医疗风险，减少医疗缺陷，避免医疗纠纷，提高医疗质量。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种医院内患者危急值预警系统，其特征在于，包括：
服务总线，用于接收来自一或多个检查仪器的患者实时检查数据并发送；其中，各检查仪器的患者实时检查数据为同一格式；
危急值管理模块，连接所述服务总线，用于接收各检查仪器的患者实时检查数据，并调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息；
危急值告警模块，连接所述危急值管理模块，用于接收所述告警信息以及所述患者实时检查数据，并推送给所述患者实时检查数据对应的告警目标对象的客户端。
2.根据权利要求1中所述的医院内患者危急值预警系统，其特征在于，所述患者实时检查数据包括：患者名称、就诊信息、就诊科室、检查指标代码、测量值中的一种或多种。
3.根据权利要求1中所述的医院内患者危急值预警系统，其特征在于，所述危急值管理模块包括：
危急值数据接口，用于接收各检查仪器的患者实时检查数据；
调用单元，连接所述危急值数据接口，用于根据各检查仪器的患者实时检查数据，调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息。
4.根据权利要求1或3中所述的医院内患者危急值预警系统，其特征在于，所述危急值执行引擎，用于将各检查仪器的患者实时检查数据与预设的告警规则数据进行对比，用于确定所述患者实时检查数据是否触发了所述告警信息。
5.根据权利要求3中所述的医院内患者危急值预警系统，其特征在于，所述告警规则包括：规则名，指标代码、指标名称、测量值范围以及单位信息中的一种或多种。
6.根据权利要求1或3中所述的医院内患者危急值预警系统，其特征在于，所述服务总线，包括：数据输入接口，用于接收来自一或多个检查仪器的患者实时检查数据。
7.根据权利要求1中所述的医院内患者危急值预警系统，其特征在于，所述患者实时检查数据绑定告警目标对象的信息；其中，所述绑定告警目标对象的信息包括：工号信息和/或科室信息。
8.根据权利要求1中所述的医院内患者危急值预警系统，其特征在于，所述危急值告警模块还包括：显示单元，用于显示所述告警信息以及所述患者实时检查数据。
9.一种医院内患者危急值预警方法，其特征在于，所述方法包括：
接收来自一或多个检查仪器的患者实时检查数据，其中，各检查仪器的患者实时检查数据为同一格式；
调用危急值执行引擎，以获得由所述患者实时检查数据触发的告警信息；
将所述告警信息以及所述患者实时检查数据推送给所述患者实时检查数据对应的告警目标对象的客户端。
10.一种医院内患者危急值预警终端，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行如权利要求9所述的医院内患者危急值预警方法。
CN202010626537.4A 2020-07-01 2020-07-01 医院内患者危急值预警系统、方法以及终端 Pending CN111885117A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010626537.4A CN111885117A (zh) 2020-07-01 2020-07-01 医院内患者危急值预警系统、方法以及终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010626537.4A CN111885117A (zh) 2020-07-01 2020-07-01 医院内患者危急值预警系统、方法以及终端

Publications (1)

Publication Number Publication Date
CN111885117A true CN111885117A (zh) 2020-11-03

Family

ID=73150074

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010626537.4A Pending CN111885117A (zh) 2020-07-01 2020-07-01 医院内患者危急值预警系统、方法以及终端

Country Status (1)

Country Link
CN (1) CN111885117A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117151658A (zh) * 2023-10-31 2023-12-01 智业软件股份有限公司 实现危急值处理措施推荐和触发范围校准的方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN204906433U (zh) * 2015-08-03 2015-12-23 上海德尔格医疗器械有限公司 一种用于医疗设备的控制系统及监护仪
CN105303261A (zh) * 2015-11-10 2016-02-03 北京大学第一医院 医院内急性肾损伤预警系统
CN105469352A (zh) * 2014-08-23 2016-04-06 北京纳米维景科技有限公司 一种基于移动gpu的便携式图像处理系统及其方法
CN107689249A (zh) * 2016-08-02 2018-02-13 四川智康科技有限责任公司 一种基于互联网的临床危急值预警系统及预警方法
WO2020132351A1 (en) * 2018-12-20 2020-06-25 Vios Medical, Inc. Platform independent realtime medical data display system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105469352A (zh) * 2014-08-23 2016-04-06 北京纳米维景科技有限公司 一种基于移动gpu的便携式图像处理系统及其方法
CN204906433U (zh) * 2015-08-03 2015-12-23 上海德尔格医疗器械有限公司 一种用于医疗设备的控制系统及监护仪
CN105303261A (zh) * 2015-11-10 2016-02-03 北京大学第一医院 医院内急性肾损伤预警系统
CN107689249A (zh) * 2016-08-02 2018-02-13 四川智康科技有限责任公司 一种基于互联网的临床危急值预警系统及预警方法
WO2020132351A1 (en) * 2018-12-20 2020-06-25 Vios Medical, Inc. Platform independent realtime medical data display system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117151658A (zh) * 2023-10-31 2023-12-01 智业软件股份有限公司 实现危急值处理措施推荐和触发范围校准的方法
CN117151658B (zh) * 2023-10-31 2024-02-23 智业软件股份有限公司 实现危急值处理措施推荐和触发范围校准的方法

Similar Documents

Publication Publication Date Title
Zhu et al. Effectiveness of telemedicine systems for adults with heart failure: a meta-analysis of randomized controlled trials
US10559377B2 (en) Graphical user interface for identifying diagnostic and therapeutic options for medical conditions using electronic health records
CA2402425C (en) Health analysis and forecast of abnormal conditions
US20080010093A1 (en) System and Method for Processing Health Information
US20070112858A1 (en) Medical Information Validation System
Kearl et al. Accuracy of magnetic resonance imaging and ultrasound for appendicitis in diagnostic and nondiagnostic studies
CN111180067A (zh) 一种手术前风险评估预警方法和装置
US20140278524A1 (en) Associating patients and medical devices with a mobile device via bluetooth
Yoon et al. Distinguishing necrotizing from non-necrotizing fasciitis: a new predictive scoring integrating MRI in the LRINEC score
US20090099869A1 (en) Identification of undercoded comorbidities
Parker et al. Are self-reported telemonitored blood pressure readings affected by end-digit preference: a prospective cohort study in Scotland
Soceanu et al. Towards interoperability of eHealth system networked components
CN111885117A (zh) 医院内患者危急值预警系统、方法以及终端
CN111448615A (zh) 用于处理患者相关的医疗数据的系统和方法
Sikkens et al. How much overtesting is needed to safely exclude a diagnosis? A different perspective on triage testing using Bayes' Theorem
CN111933246A (zh) 医疗处方分析方法、系统、电子设备及存储介质
CN107924718A (zh) 用于从成像报告中提取渗透信息以用于疾病决策支持应用的系统和方法
JP2020528185A (ja) 画像獲得ワークフローを最適化するためのデバイス、システム、及び方法
KR101473487B1 (ko) 수가코드 관리 방법 및 이를 이용한 의료정보시스템
CN111243750B (zh) 多方式识别患者妊娠状态的方法及装置
US20140278523A1 (en) Dynamically associating and disassociating patients and medical devices
CN114743660A (zh) 临床路径维护方法、装置、电子设备及存储介质
Azad et al. Patient safety indicator 04 does not consistently identify failure to rescue in the neurosurgical population
CN113782206A (zh) 健康管理方法、装置、电子设备及计算机可读存储介质
KR101868744B1 (ko) 임상 진료 지침 제공 방법 및 이를 실행하는 프로그램이 기록된 기록 매체

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20201103

RJ01 Rejection of invention patent application after publication