CN109119151A - 实现设备间相互联通的方法及装置 - Google Patents
实现设备间相互联通的方法及装置 Download PDFInfo
- Publication number
- CN109119151A CN109119151A CN201810826633.6A CN201810826633A CN109119151A CN 109119151 A CN109119151 A CN 109119151A CN 201810826633 A CN201810826633 A CN 201810826633A CN 109119151 A CN109119151 A CN 109119151A
- Authority
- CN
- China
- Prior art keywords
- equipment
- message
- broadcast message
- broadcast
- window
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Biomedical Technology (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Pathology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本发明涉及了一种实现设备间相互联通的方法及装置,所述实现设备间相互联通的方法,包括:第一设备持续性接入设备集合所在网络,以使所述第一设备添加至所述设备集合,所述设备集合中的第二设备与所述第一设备互联互通;通过所接入网络接收广播消息,所述广播消息是所述设备集合中的第二设备向其自身所接入网络发送的;显示接收到的广播消息。采用本发明所提供的实现设备间相互联通的方法及装置解决了现有技术中设备间相互联通的可靠性差的问题。
Description
技术领域
本发明涉及医疗技术领域,尤其涉及一种实现设备间相互联通的方法及装置。
背景技术
在医疗资源极其紧缺的情况下,医院往往人满为患,因此根本无法保证每床病人都有一名医护人员进行实时监护。在整个监护过程中,医护人员往往需要到处走动去查看或者处理某一床病人,待完成该床病人之后再转向其他床病人。
假设有其他房间其他床的病人或者设备发出了报警、或者是设备出现了电池电量耗尽或故障等情况需要医护人员及时关注和处理,而此时医护人员未在该病人或者设备跟前,则很可能忽略或者延迟处理,进而可能会给病人造成不良的后果。
为此,现有技术中为各床的病人或者设备配置了中央监护系统,医护人员可借助中央监护系统对各床的病人或者设备进行查看,当查看到某一床的病人或者设备发出了报警、或者设备电池电量耗尽或故障,便能够及时处理。
然而,一旦医护人员离开了中央监护系统这一介质,仍然存在遗漏的风险。并且,如果医院存在上百台设备,为使中央监护系统能够查看每一台设备,则需要对每一台设备进行设置,操作繁琐且容易出错。
由上可知,现有技术中仍存在设备间互联互通的可靠性差的问题。
发明内容
为了解决上述技术问题,本发明的一个目的在于提供一种实现设备间相互联通的方法及装置。
其中,本发明所采用的技术方案为:
第一方面,一种实现设备间相互联通的方法,包括:第一设备持续性接入设备集合所在网络,以使所述第一设备添加至所述设备集合,所述设备集合中的第二设备与所述第一设备互联互通;通过所接入网络接收广播消息,所述广播消息是所述设备集合中的第二设备向其自身所接入网络发送的;显示接收到的广播消息。
第二方面,一种实现设备间相互联通的装置,包括:网络接入模块,用于第一设备持续性接入设备集合所在网络,以使所述第一设备添加至所述设备集合,所述设备集合中的第二设备与所述第一设备互联互通;消息接收模块,用于通过所接入网络接收广播消息,所述广播消息是所述设备集合中的第二设备向其自身所接入网络发送的;消息显示模块,用于显示接收到的广播消息。
在一示例性实施例中,所述消息显示模块包括:操作检测单元,用于在所述第一设备显示的本地监护窗口中,检测为显示它床监护窗口触发进行的确定操作;内容获取单元,用于响应所述确定操作从接收到的广播消息中获取消息内容及其播放方式;内容加载单元,用于按照所述消息内容的播放方式将所述消息内容加载至它床监护窗口;内容显示单元,用于在所述第一设备中显示所述它床监护窗口。
在一示例性实施例中,所述它床监护窗口包括若干子窗口,每一个子窗口对应一个第二设备,所述消息显示模块还包括:窗口删除单元,用于针对显示在所述它床监护窗口中子窗口所对应的第二设备,如果该第二设备处于离线状态,则对所述它床监护窗口中处于离线状态的第二设备所对应子窗口进行清除处理;和/或操作检测单元,用于检测所述它床监护窗口中针对子窗口触发进行的切换操作;消息获取单元,用于获取所述切换操作指示的第二设备的广播消息;内容切换单元,用于根据该广播消息对被触发所述切换操作的子窗口进行内容切换处理。
在一示例性实施例中,所述消息显示模块还包括:重点内容加载单元,如果所述广播消息被标记为重点关注消息,则将所述重点关注消息中的消息内容加载至窗口组件;组件显示单元,用于在所述第一设备的显示界面中浮动显示所述窗口组件。
在一示例性实施例中,所述内容显示单元包括:显示位置调整子单元,用于为显示所述它床监护窗口对第一设备中所述本地监护窗口的显示位置进行调整,得到第一显示区域和第二显示区域;显示子单元,用于在所述第一显示区域显示所述本地监护窗口时,将所述它床监护窗口显示在所述第二显示区域。
在一示例性实施例中,所述装置还包括:类型检测模块,用于对接收到的广播消息进行消息类型检测;第一消息丢弃模块,用于如果所述广播消息的消息类型不符合指定类型,则丢弃所述广播消息;和/或内容获取模块,用于从接收到的广播消息中获取消息内容;第二消息丢弃模块,用于如果所述消息内容指示的设备号不符合指定范围,则丢弃所述广播消息。
在一示例性实施例中,其特征在于,所述装置还包括:消息发送模块,用于所述第一设备向所接入网络发送广播消息;控制显示模块,用于通过所述广播消息的发送,控制所述第二设备接收所述设备集合所在网络中传输的广播消息,以在所述第二设备中显示接收到的广播消息。
在一示例性实施例中,所述消息发送模块包括:内容获取单元,用于根据所述第一设备中设置的类别,获取所述第一设备中相应类别的消息内容和所述消息内容的播放方式;消息生成单元,用于根据获取到的消息内容及其播放方式生成所述广播消息,并发送至所述第一设备所接入网络。
在一示例性实施例中,所述消息发送模块还包括:标志位配置单元,用于按照所述广播消息的消息类型为所述广播消息配置一标志位;标志位添加单元,将所述标志位添加至所述广播消息。
在一示例性实施例中,所述消息发送模块还包括:消息标记单元,用于如果所述消息内容指示所述第一设备处于本地报警状态、离线状态或者监护完成状态时,将所述广播消息标记为重点关注消息。
在一示例性实施例中,所述装置还包括:请求接收模块,用于接收为向所接入网络发送广播消息的类别设置请求;方式配置模块,用于为所述类别设置请求指示的类别配置对应的播放方式。
第三方面,一种实现设备间相互联通的装置,包括处理器及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现如上所述的实现设备间相互联通的方法。
第四方面,一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的实现设备间相互联通的方法。
在上述技术方案中,通过第一设备接入设备集合所在网络,使得第一设备与设备集合中的第二设备互联互通,当第一设备向所接入网络发送广播消息时,设备集合中的第二设备便可接收到此广播消息,并显示,也就是说,第二设备可借由设备集合所在网络中传输的广播消息查看第一设备,使得无论医护人员身处何地,都能够及时地关注和处理各床病人或者设备发出的报警、电池电量耗尽或者故障等情况,解决了现有技术中设备间互联互通可靠性差的问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并于说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的实施环境的示意图。
图2是根据一示例性实施例示出的一种设备的硬件结构框图。
图3是根据一示例性实施例示出的一种实现设备间相互联通的方法的流程图。
图4是图3对应实施例中步骤230在一个实施例的流程图。
图5是图3对应实施例中步骤230在另一个实施例的流程图。
图6是根据一示例性实施例示出的另一种实现设备间相互联通的方法的流程图。
图7是根据一示例性实施例示出的另一种实现设备间相互联通的方法的流程图。
图8是根据一示例性实施例示出的另一种实现设备间相互联通的方法的流程图。
图9是图4对应实施例中步骤250在一个实施例的流程图。
图10是图4对应实施例中步骤250在另一个实施例的流程图。
图11是图4对应实施例中步骤250在另一个实施例的流程图。
图12是根据一示例性实施例示出的另一种实现设备间相互联通的方法的流程图。
图13是根据一示例性实施例示出的一种实现设备间相互联通的装置的框图。
图14是根据一示例性实施例示出的一种实现设备间相互联通的装置中设备的另一硬件结构框图。
通过上述附图,已示出本发明明确的实施例,后文中将有更详细的描述,这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围,而是通过参考特定实施例为本领域技术人员说明本发明的概念。
具体实施方式
这里将详细地对示例性实施例执行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
如前所述,依赖于中央监护系统,设备间的互联互通仍存在可靠性较差的问题。
为此,现有技术提出了一种设备间互联互通的方法,此方法中,随着设备接入通信网络,即可实现设备在此通讯网络中的互联互通。
然而,上述设备接入通信网络过程中,设备与通信网络之间设置了握手过程,例如,设备向通信网络传输数据,需要等待通信网络响应之后,才能够继续数据传输,这会造成数据传输的中断,进而影响设备间互联互通的效率。
因此,本发明特提出了一种简单有效的实现设备间相互连通的方法,无需任何的握手过程,极大地方便了医护人员的操作性,相应地,此种方法适用于实现设备间相互连通的装置,此装置可部署于架构冯诺依曼体系结构的电子设备,在此并不进行限定。
图1为一种实现设备间相互联通的方法所涉及的实施环境的示意图。该实施环境包括多个可互联互通的设备100,例如,设备110、设备130、设备150。设备100可以是监护仪、胎心仪、心电图机等医疗设备,在此不进行限定。
其中,设备100具备网络连接功能,以使设备100之间可建立有线或者无线网络连接;设备100还可以具备近距离通信功能,例如,近距离通信包括WIFI通信、蓝牙通信等,以使设备100之间可建立近距离通信连接。
在完成设备100之间的网络连接或者通信连接之后,便在设备100之间形成互联互通网络,由此,设备100之间便能够基于该互联互通网络进行数据传输。
举例来说,设备110可向该互联互通网络发送广播消息,使得设备130和/或150接收到此广播消息并显示。也就是说,即使医护人员未在设备110跟前或者附近,还能通过设备130和/或设备150所显示的广播消息及时地关注和处理病人或者病人所在设备110发出的报警、电池电量耗尽或者故障等情况。
图2是根据一示例性实施例示出的一种设备的硬件结构框图。此设备适用于图1所示出的实施环境。
需要说明的是,该设备只是一个适配于本发明的示例,不能认为是提供了对本发明的使用范围的任何限制。该设备也不能解释为需要依赖于或者必须具有图2中示出的示例性的设备100中的一个或者多个组件。
该设备100的硬件结构可因配置或者性能的不同而产生较大的差异,如图2所示,设备100包括:电源110、接口130、至少一存储器150、以及至少一中央处理器(CPU,CentralProcessing Units)170。
其中,电源110用于为设备100上的各硬件设备提供工作电压。
接口130包括至少一有线或无线网络接口131、至少一串并转换接口133、至少一输入输出接口135以及至少一USB接口137等,用于与外部设备通信。
存储器150作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源包括操作系统151、应用程序153及数据155等,存储方式可以是短暂存储或者永久存储。其中,操作系统151用于管理与控制设备100上的各硬件设备以及应用程序153,以实现中央处理器170对海量数据155的计算与处理,其可以是WindowsServerTM、Mac OSXTM、UnixTM、LinuxTM、FreeBSDTM等。应用程序153是基于操作系统151之上完成至少一项特定工作的计算机程序,其可以包括至少一模块(图2中未示出),每个模块都可以分别包含有对设备100的一系列计算机可读指令。数据155可以是存储于磁盘中的照片、图片等。
中央处理器170可以包括一个或多个以上的处理器,并设置为通过总线与存储器150通信,用于运算与处理存储器150中的海量数据155。
如上面所详细描述的,适用本发明的设备100将通过中央处理器170读取存储器150中存储的一系列计算机可读指令的形式来完成实现设备间相互联通的方法。
此外,通过硬件电路或者硬件电路结合软件也能同样实现本发明,因此,实现本发明并不限于任何特定硬件电路、软件以及两者的组合。
请参阅图3,在一示例性实施例中,一种实现设备间相互联通的方法适用于图1所示实施环境的设备100,该设备100的结构可以如图2所示。
该种实现设备间相互联通的方法可以由设备100执行,可以包括以下步骤:
步骤210,第一设备持续性接入设备集合所在网络,以使第一设备添加至设备集合,设备集合中的第二设备与第一设备互联互通。
首先说明的是,设备集合,由互连互通的设备构建而成。此设备可以是第一设备,也可以是第二设备。本实施例中,第一设备是针对向设备集合所在网络发送广播消息的设备而言,即广播消息的发送方,第二设备则是针对接收设备集合所在网络中传输的广播消息的设备而言,即广播消息的接收方,可以理解,作为广播消息的发送方和接收方,第一设备和第二设备是可以相互转化的。
其中,互联互通,是指使用有线或者无线网络连接的方式,或者,使用近距离通信连接的方式,使得设备集合中的设备之间在物理链路上是相互连接的,从而使得各设备之间可以通过TCP、UDP、WIFI、蓝牙等通信方式进行数据传输。
举例来说,设备集合中的设备可以隶属于同一个病人,或者位于同一个病房,也可以放置在相邻的两个病房,甚至对于某些大医院来说,设备集合中的设备还可以分布在不同楼层的不同病房,此时,对于设备集合中的各设备而言,距离近的设备之间可以建立WIFI通信连接,距离较远的设备之间则可以建立无线网络连接,以此在各设备之间形成互联互通网络,实现各设备间的互联互通。
进一步地,设备集合中互联互通的设备被配置了优先级,该优先级反映了设备集合中设备间的距离,即优先级越高,距离越近,那么,医护人员将优先考虑对此近距离的设备进行查看。
具体地,优先级的配置是按照第一设备与设备集合中第二设备之间距离的远近进行的,即与第一设备之间的距离越近,第二设备被配置的优先级越高。其中,第一设备与第二设备之间的距离在第一设备安装部署时即被预先存储于第一设备中,以供优先级配置时读取。
举例来说,设备A至设备B的距离为5米,至设备C的距离为10米,至设备D的距离为1米,此时,对于设备A而言,优先级是设备D最高、设备B次之、设备C最低。基于此,位于设备D的医护人员将优先查看到设备A所发送的广播消息。
应当理解,对于不同的第一设备来说,与设备集合中第二设备之间的距离会有所区别,则设备集合中各设备的优先级也相应地发生变化。为此,在一实施例中,优先级可以是单独配置,即针对每个设备中构建的设备集合,分别为设备集合中的设备配置优先级。在另一实施例中,优先级也可以是全局配置,即首先对某一个设备中构建的设备集合中设备配置优先级,然后其他设备根据该某一个设备所配置的优先级进行优先级的自适应调整。
通过上述设置,实现了互联互通网络的灵活构建,还能够有效地减少设备的网络接口配备。
由此,设备集合所在网络,即是指互联互通网络,那么,对于第一设备而言,便可通过TCP、UDP、WIFI、蓝牙等通信方式持续性接入此互联互通网络,进而添加至设备集合,从而达到与设备集合中第二设备互联互通的目的。
应当说明的是,持续性接入,是指设备与互联互通网络之间不存在任何的握手过程,数据传输过程不必等待对方响应,只要设备在线,即可按照上述通信方式接入互联互通网络,以此避免数据传输过程的中断,进而有利于提高后续设备间互联互通的效率。
步骤230,第一设备向所接入网络发送广播消息。
广播消息,包括第一设备的消息内容和消息内容的播放方式,以使第二设备可通过此广播消息对第一设备进行查看。
其中,消息内容按照类别划分,进一步包括但不限于:设备信息、病人信息、监护信息、报警信息、设置信息等等。
消息内容的播放方式包括:实时播放、浮动播放、点击播放等等。例如,需要医护人员及时关注和处理的消息内容,譬如报警信息,则对应的播放方式为浮动播放。
具体地,针对第二设备所配置的屏幕而言,实时播放是指某类别的消息内容始终显示在屏幕中。浮动播放是指当存在某类别的消息内容时,窗口组件(例如悬浮窗、对话框等)生成并浮动显示在屏幕中。点击播放则是指当医护人员期望查看某类别的消息内容时,通过屏幕中触发进行的点击操作,使得该类别的消息内容显示在屏幕中。
应当理解,第二设备所配置的屏幕尺寸有限,不可能也没有必要将每个第一设备的广播消息中所有消息内容都显示,为此,本实施例中,实际需要显示于屏幕的消息内容的类别及其播放方式可以根据实际应用场景而由医护人员灵活地在第一设备中设置。
如图6所示,在一实施例的具体实现中,消息内容的类别及其播放方式的设置过程可以包括以下步骤:
步骤410,接收为向所接入网络发送广播消息的类别设置请求。
在发送广播消息之前,第一设备将基于医护人员的实际需求而进行类别的设置,以便于后续按照所设置的类别发送广播消息。
具体地,第一设备中,将为类别的设置增设对应的设置入口,当医护人员期望对类别进行设置时,便可在此设置入口触发相关操作,以便于第一设备获知医护人员实际期望所发送广播消息中的消息内容是属于哪种类别。
例如,第一设备中显示类别设置界面,在此类别设置界面中,以类别列表的形式向医护人员展示可供选择的类别,例如,类别包括但不限于设备信息、病人信息、监护信息、报警信息、设置信息等,假设医护人员选择了病人信息,即表示医护人员实际期望通过第一设备所发送的广播消息了解第一设备中存储的病人姓名和病人号等病人相关的信息。其中,类别列表即视为设置入口,而选择操作即是在此设置入口触发的相关操作。
应当说明的是,针对第一设备所配置输入组件的不同,例如,输入组件为触控屏幕、鼠标、键盘等,相应地,触发的相关操作还可以是移动操作、拖拽操作、双击操作、滑动手势操作等等,本实施例中并非以此进行限定。
对于第一设备而言,当医护人员在设置入口触发了相关操作,即可接收到类别设置请求,进而获知医护人员实际期望配置的消息内容的类别。
步骤430,为类别设置请求指示的类别配置对应的播放方式。
在完成类别的设置之后,便可根据所设置的类别配置对应的播放方式,例如,当类别为报警信息,播放方式配置为浮动播放。播放方式的配置既可由第一设备自动完成,也可以是由医护人员手动完成,在此并不加以限定。
通过上述过程,有利于实现灵活的广播消息显示方式,不仅适配于各种设备的屏幕尺寸,而且能够有效地提升医护人员的查看体验。
下面对各类别的消息内容加以说明。
设备信息可以包含设备号,例如,第二设备中设置了只显示互联互通的某些设备的广播信息,那么,第二设备即可根据接收到广播消息中设备信息所指示的设备号,以判断是否丢弃此广播信息。设备信息还可以包含与设备自身相关的信息,例如设备的电池电量、设备的某个板卡通讯中断等故障信息。
病人信息可以包含设备中存储的病人姓名和病人号等病人相关的信息,还可以包括为此病人配置的信息级别。此信息级别用于指示设备所允许广播的病人信息,例如,信息级别为0,则设备允许广播病人姓名和病人号,信息级别为1,则设备仅允许广播病人号。通过如此设置,有利于后续广播消息的自定义生成,进而起到保护病人隐私的作用。
监护信息可以包含报警状态、实时的监护数据和监护计时等监护相关的信息,还可以包括为监护信息配置的信息级别。同理于为病人配置的信息级别,此信息级别用于指示设备所允许广播的监护信息。其中,报警状态包括本地报警状态,即设备自身存在报警,和它床报警状态,即设备集合中的其他设备存在报警,设备为此其他设备提供它床告警。
报警信息,由设备所监护病人的生理参数和/或病理参数异常而发出的报警生成,其中,生理参数可以是心率、胎心率、脉率等等,病理参数可以是血红蛋白数、白细胞数等等。进一步地,对报警信息进行分类。例如,按照异常参数分类,报警信息包括生理报警信息和病理报警信息,或者,按照报警级别分类,报警信息包括高级报警信息、中级报警信息、初级报警信息和低级报警信息。
由此,允许设备广播的报警信息可以是针对全部报警而言,也可以是仅针对可供它床查看的部分报警而言,这可以根据不同的应用场景由医护人员灵活地设定,本实施例并未对此加以限定。也就是说,在一实施例中,报警信息可以是由设备发出的任意一报警生成,在另一实施例中,报警信息与医护人员的设定相关,可以仅由设备所发出报警中的其中一部分报警(例如报警级别较高的高级报警)生成。
通过如此设置,不仅有利于提高实现设备间相互联通的灵活性,而且有利于降低医护人员的工作压力,进而充分地保证报警响应及时率。
设置信息是指设备可供它床设置的相关选项。例如,设置信息包括它床报警标识,如果第一设备将此设置信息通过广播消息发送至第二设备,则第二设备可通过设置信息中的它床报警标识,为第一设备开启它床报警功能。
由上可知,在一实施例中,第一设备向所接入网络发送的广播消息可以包括上述所有类别的消息内容,以使医护人员通过第二设备全面查看第一设备,在另一实施例中,广播消息所包含的消息内容还可以与医护人员的设定相关,即仅包括部分类别的消息内容(例如报警信息),以此降低网络中的数据传输量。
步骤250,第二设备接收设备集合所在网络中传输的广播消息,并显示接收到的广播消息。
当第一设备将广播消息发送至设备集合所在网络,可以理解,设备集合中互联互通的设备存在至少一个第一设备,那么,就设备集合所在网络而言,其实际需要传输的是此至少一个第一设备的广播消息。
对于第二设备而言,其所接收到即是此至少一个第一设备的广播消息,进而在第二设备所配置的屏幕中显示接收到的广播消息。
如前所述,广播消息包括第一设备的消息内容和消息内容的播放方式,由此,广播消息的显示,则是按照消息内容的播放方式在屏幕中显示消息内容。
举例来说,有些类别的消息内容(例如监护信息)需要供医护人员实时查看,则以实时播放的播放方式显示在屏幕中;有些类别的消息内容(例如报警信息)需要医护人员及时关注和处理,则以浮动播放的播放方式显示在屏幕中;有些类别的消息内容(例如设备信息)可在医护人员方便时查看即可,则以点击播放的播放方式显示在屏幕中。
通过上述实现过程,只要第一设备添加至设备集合,设备集合中的第二设备就可以查看到此第一设备发送的广播消息,如果第一设备发出的报警、电池电量耗尽或者故障等情况,无论医护人员身处何地都能够及时地关注和处理,从而有效地解决了现有技术中设备间互联互通可靠性差的问题。
此外,无需握手过程,对于每一个新增和/或上线的第一设备而言,只需要将此第一设备接入至设备集合所在网络即可,而不存在繁琐的设置操作,进一步充分地保障了设备间互联互通的准确性,还有效地提升了设备间互联互通的效率。
请参阅图4,在一示例性实施例中,步骤230可以包括以下步骤:
步骤231,根据第一设备中设置的类别,获取第一设备中相应类别的消息内容和消息内容的播放方式。
步骤233,根据获取到的消息内容及其播放方式生成广播消息,并发送至第一设备所接入网络。
举例来说,假设某床VIP设备只允许广播病人号,那么,以此VIP设备作为第一设备,在发送广播消息之前,便在第一设备中设置类别为病人信息,且配置信息级别为1,对应的播放方式为点击播放。
由此,对于第一设备而言,允许生成携带病人号的广播消息,而对于第二设备而言,通过此广播消息仅能以点播方式查看到病人信息中的病人号。进一步地,针对VIP设备,还可以在广播消息中添加重点关注病人标识,以此标识广播消息为重点关注信息,进而区别于普通设备所发送的广播消息。
在上述实施例的配合下,结合病人的自身情况,定制相适应病人自身情况的广播消息,可以起到保护病人隐私的作用。
请参阅图5,在一示例性实施例中,步骤230还可以包括以下步骤:
步骤235,按照广播消息的消息类型为广播消息配置一标志位。
步骤237,将标志位添加至广播消息。
应当理解,对于设备集合所在网络,可能存在不同消息类型的广播消息,即广播消息不仅限于供第二设备查看第一设备。
为此,本实施例中,在广播消息中增设一标志位,以通过此标志位来表示广播消息的消息类型,以便于第二设备对广播消息加以识别,丢弃不符合指定类型的广播消息。
其中,指定类型用于描述第一设备所发送广播消息的消息类型。
在上述实施例的作用下,为第二设备识别广播消息提供了依据,即不符合指定类型的广播消息将被丢弃,有利于第二设备对广播消息的准确识别,从而避免不必要的处理过程,以此提高第二设备的处理效率。
在另一示例性实施例中,步骤230还可以包括以下步骤:
如果消息内容指示第一设备处于本地报警状态、离线状态或者监护完成状态时,将广播消息标记为重点关注消息。
其中,本地报警状态,是指第一设备因所监护病人的生理参数和/或病理参数异常而发出了报警。
进一步地,第一设备是否处于本地报警状态可以根据不同应用场景由医护人员灵活地设定,具体地,可以根据异常参数分类进行设定,还可以按照报警级别进行设定,在此并未进行限定。
例如,当第一设备发出病理报警或者高级报警时,第一设备视为处于本地报警状态。
或者,当第一设备发出的是生理报警、或者中级报警、初级报警、低级报警中的任意一种时,第一设备则不处于本地报警状态。
离线状态,是指第一设备掉线、运行异常、电池电量耗尽、故障、板卡通讯中断等情况。
此离线状态可以通过监控第一设备连接数、CPU占用率、丢包率、网络速率等确定。例如,网络速率保持为0,则判定第一设备处于离线状态。
监护完成状态,指的是第一设备对病人的监护时间已达到。
此监护完成状态可以通过第一设备所配置的计时器确定。例如,当第一设备开始对病人进行监护,便启动计时器,当计时器的计数值与此病人的监护时间相同,则视为第一设备处于监护完成状态。
可以理解,上述各种状态,都需要医护人员及时关注和处理,为此,本实施例中,针对处于上述各种状态的第一设备,将此第一设备的广播消息标记为重点关注消息,以使得医护人员借由第二设备能够及时关注和处理。
其中,重点关注消息标记可以是在广播消息中增设一字段,通过此字段来表示广播消息为重点关注消息。
进一步地,此字段还可以由医护人员手动输入其他备注消息,例如,备注消息包括CTG曲线自动评分偏低等,以便于医护人员更全面地查看第一设备。
上述过程中,为第二设备显示广播消息提供了依据,即重点关注消息将通过浮动播放的播放方式在第二设备所配置屏幕中显示,有利于医护人员能够及时地关注和处理重点关注消息,能够有效地提升医护人员的查看体验。
请参阅图7,在一示例性实施例中,步骤250之前,如上所述的方法还可以包括以下步骤:
步骤510,对接收到的广播消息进行消息类型检测。
步骤530,如果广播消息的消息类型不符合指定类型,则丢弃广播消息。其中,指定类型用于描述第一设备所发送广播消息的消息类型。
也就是说,设备集合所在网络中传输的广播消息,只有第一设备所发送的广播消息才会被第二设备接收并显示,而不符合要求的广播消息都将被第二设备丢弃。
请参阅图8,在一示例性实施例中,步骤250之前,如上所述的方法还可以包括以下步骤:
步骤610,从接收到的广播消息中获取消息内容。
步骤630,如果消息内容指示的设备号不符合指定范围,则丢弃广播消息。
可以理解为,第二设备中设置了只显示互联互通的某些设备的广播信息,此互联互通的某些设备的设备号即视为指定范围。那么,如果发送广播消息的第一设备的设备号不符合此指定范围,则第二设备对丢弃此第一设备发送的广播消息。
通过上述实施例,对于所接收到的广播消息,不符合要求的广播消息都将被第二设备丢弃,此要求则可根据医护人员的实际需要灵活地设置,以此充分地保障了广播消息接收的灵活性。
请参阅图9,在一示例性实施例中,步骤250可以包括以下步骤:
步骤251,在第二设备显示的本地监护窗口中,检测为显示它床监护窗口触发进行的确定操作。
首先说明的是,本地监护窗口,被用于展示第二设备自身的监护信息,以便于医护人员对第二设备所监护的病人进行实时监护。
它床监护窗口,被用于展示第二设备接收到的广播消息,以便于医护人员借助第二设备查看所接收到广播消息对应的第一设备。
在一实施例中,在接收到第一设备发送的广播消息之后,即可在第二设备的显示界面中联合显示本地监护窗口和它床监护窗口,以此方便于医护人员对第一设备的查看。
可以理解,医护人员并非需要持续地关注第一设备,为此,本实施例中,是否在第二设备的显示界面中显示它床监护窗口将响应于医护人员的实际需要。
具体地,第二设备将为医护人员提供一确定显示入口,当医护人员期望进行第一设备查看时,便可在此确定显示入口触发确定操作,以使第二设备响应此确定操作而在显示界面中联合显示本地监护窗口和它床监护窗口。
例如,第二设备的显示界面中显示一个“确定显示”按钮,如果医护人员点击了此“确定显示”按钮,即表示期望进行第一设备查看,则第二设备中联合显示本地监护窗口和它床监护窗口。其中,“确定显示”按钮即视为确定显示入口,相应地,点击操作即视为在此确定显示入口触发的确定操作。
当然,基于第二设备所提供的输入组件不同,确定操作的具体形式将有所区别,例如,基于触控屏幕,则确定操作可以是点击、滑动等手势触摸操作;如果输入组件为鼠标,则确定操作可以是移动、拖拽、单击等操作;当输入组件为键盘时,则确定操作可以是快捷键操作等等,本实施例并未对此加以限定。
对于第二设备而言,当医护人员在确定显示入口触发了确定操作,即可检测到此确定操作,并由此确定医护人员期望显示它床监护窗口,进而执行后续的显示步骤。
步骤253,响应确定操作从接收到的广播消息中获取消息内容及其播放方式。
步骤255,按照消息内容的播放方式将消息内容加载至它床监护窗口。
步骤257,在第二设备中显示它床监护窗口。
它床监护窗口,既可以单独显示在第二设备中,例如,对于第二设备的显示界面而言,由本地监护窗口跳转为它床监护窗口,也可以与本地监护窗口联合显示在第二设备中。
可选地,在第二设备的显示界面中联合显示本地监护窗口和它床监护窗口。
为了不影响第二设备自身的监护信息展示,在第二设备的显示界面中融入它床监护窗口之前,需要对显示界面中本地监护窗口的显示位置进行调整。
具体地,在显示界面中划分出两个显示区域,其中一个显示区域显示本地监护窗口,另一个显示区域显示它床监护窗口。例如,显示界面中,位于下方的显示区域显示本地监护窗口,位于上方的显示区域则显示它床监护窗口。
由此,第一设备的消息内容即可按照对应的播放方式实时显示在它床监护窗口中,以使第二设备的显示界面中实时显示了第一设备和第二设备的相关信息(例如监护信息),极大地提高了医护人员的便利性。
进一步地,它床监护窗口包括多个子窗口,每一个子窗口分别对应一个发送广播消息的第一设备,相应地,每个第一设备的广播消息即可加载至对应子窗口。
多个子窗口可以并排显示在它床监护窗口所在的显示区域中,也可以按照接收到广播消息的时间顺序依次叠加显示于它床监护窗口所在的显示区域中,在此不进行限定。
例如,当多个子窗口叠加显示时,发送广播消息时间最早的第一设备所对应子窗口被叠加显示在它床监护窗口所在显示区域的最上层,以便于医护人员优先确认并处理。
较优地,每个子窗口并排显示在它床监护窗口所在的显示区域中。
具体地,当它床监护窗口所在显示区域中并排显示多个子窗口时,子窗口可以显示包括但不限于子窗口号、病人信息、监护信息等。其中,子窗口号可以是子窗口对应第一设备的设备号,以便于第一设备所发送的广播消息被加载至对应子窗口。
进一步地,受限于它床监护窗口所在显示区域的大小,可以设置该显示区域一次性显示的子窗口个数,由此,多个子窗口实质是在它床监护窗口所在显示区域中按照时间间隔滑动显示,例如,时间间隔为1min,以此形成“走马灯”的动态显示效果,进而方便医护人员无需手动操作即可查看到发送广播消息的所有第一设备。
那么,子窗口的滑动显示,可以根据医护人员的实际需要所设置的顺序进行,还可以按照对应第一设备所发送广播消息的时间顺序进行,也可以按照对应第一设备所发出报警的报警级别进行,又或者按照对应第一设备的优先级进行,即与第二设备距离最近的第一设备优先被查看,在此并未加以限定。
更进一步地,受限于它床监护窗口所在显示区域的大小,子窗口还将展示出背景色,此背景色与报警信息有关,即背景色表示子窗口对应第一设备所发出报警的报警级别,例如,红色表示高级报警,橙色表示中级报警,黄色表示初级报警,绿色表示低级报警。
其中,背景色的显示可保持静态显示效果,也可以具有动态显示效果,例如,子窗口中“闪烁”红色背景色,本实施例并未对此加以限定。
基于此,如果医护人员想查看高级报警的子窗口,则触发相应的选择操作选取红色背景色的子窗口,此时,该子窗口弹出放大,并进一步地展示出监护参数等等,以便于医护人员确认并处理。
在上述实施例的配合下,实现了本地监护和它床监护的联合显示,医护人员不仅能够及时地查看第一设备,还可以同时对第二设备所监护的病人进行实时监护,进一步有利于提高医护人员的便利性。
在一示例性实施例中,步骤250还可以包括以下步骤:
针对显示在它床监护窗口中子窗口所对应的第一设备,如果该第一设备处于离线状态,则对它床监护窗口中处于离线状态的第一设备所对应子窗口进行清除处理。
可以理解,当第一设备处于离线状态,将不再进行广播消息发送,那么,此第一设备所对应的子窗口则没有必要再实时地进行广播消息的显示。
由此,随着第一设备处于离线状态,将对它床监护窗口中的对应子窗口进行清除处理,例如,清除它床报警窗口中对应子窗口所展示的广播消息,甚至于删除对应子窗口。
通过上述过程,不仅避免不再更新显示广播消息的子窗口被重复处理,进而有利于提高医护人员的处理效率,而且有效地降低了第二设备中显示资源的占用率,进而有利于提高第二设备的处理效率。
此外,无论是第一设备的离线还是上线,都将使得第二设备显示界面动态更新,即不显示离线的第一设备对应的子窗口或者增加一上线的第一设备对应的子窗口,从而充分地保障了设备间互联互通的可靠性,并且极大地方便了医护人员对于病人或者设备地关注和处理。
请参阅图10,在一示例性实施例中,步骤250还可以包括以下步骤:
步骤252,检测它床监护窗口中针对子窗口触发进行的切换操作。
步骤254,获取切换操作指示的第一设备的广播消息。
步骤256,根据该广播消息对被触发切换操作的子窗口进行内容切换处理。
如前所述,多个子窗口可以并排显示在它床监护窗口所在的显示区域中,那么,对于显示的其中一个子窗口而言,可以根据医护人员的实际需要进行内容切换。
举例来说,将它床监护窗口所在显示区域中显示的多个子窗口所对应的多个第一设备视为固定设备集合。
假设固定设备集合包括设备A\B\C,则它床监护窗口所在显示区域将固定显示设备A\B\C对应子窗口,该些子窗口中加载有设备A\B\C发送的广播消息。此时,假设设备D上线,并接入设备集合所在网络,使得第二设备接收到此设备D的广播消息。
如果医护人员希望查看设备D,则需要以设备D替换固定设备集合中的设备A\B\C。假设以设备D替换设备A,当医护人员点选设备A对应子窗口进行切换时,第二设备将向医护人员提供可切换的设备D,当医护人员进一步地点选设备D时,即完成设备A对应子窗口触发进行的切换操作。
由此,第二设备即获取设备D的广播消息,并加载至设备A对应的子窗口中进行显示,由此完成了该子窗口中设备A的广播消息与设备D的广播消息之间的内容切换处理。
在上述实施例的配合下,实现了子窗口的内容切换,极大程度地提高了第二设备的显示资源利用率。
请参阅图11,在一示例性实施例中,步骤250还可以包括以下步骤:
步骤257,如果广播消息被标记为重点关注消息,则将重点关注消息中的消息内容加载至窗口组件。
步骤259,在第二设备的显示界面中浮动显示窗口组件。
窗口组件可浮动显示于显示界面,包括但不限于悬浮窗口、对话框等。
举例来说,如果第一设备处于本地报警状态或者离线状态,则加载第一设备的广播消息至对应的悬浮窗口,并显示。进一步地,此悬浮窗口可在在第二设备的显示界面中任意拖动以及最小化,避免遮挡第二设备显示界面中的其余显示内容。
或者,第二设备接收到指示第一设备处于监护完成状态的广播消息,即此广播消息包含第一设备的监护计时,假设医护人员此刻在第二设备旁边,那么,当第二设备显示包含此监护计时的对话框时,医护人员便能够及时地查看并了解到第一设备处于监护完成状态,进而及时处理,以此充分地保证了第一设备资源被有效利用,进而提高了第一设备的资源利用率。
又例如,针对VIP设备,当第二设备接收到此VIP设备发送的广播消息,以此识别到此广播消息中携带的重点关注病人标识,进而将此VIP设备的广播消息显示于对话框,使得医护人员在任何设备旁边都能够及时地获取此重点关注病人的监护情况,有效地避免了因忽略或者延迟处理而可能对此类病人造成的不良后果。
通过上述各方法实施例,实现了设备集合中设备间的互联互通,使得邻近设备得以有效合理的最大化利用,极大地方便了医护人员对病人或者设备及时地关注和处理。
请参阅图12,在一示例性实施例中,如上所述的方法还可以包括以下步骤:
步骤810,第一设备持续性接入设备集合所在网络,以使第一设备添加至设备集合,设备集合中的第二设备与第一设备互联互通。
步骤830,通过所接入网络接收广播消息,广播消息是设备集合中的第二设备向其自身所接入网络发送的。
步骤850,显示接收到的广播消息。
也就是说,设备集合中互联互通的第一设备和第二设备可以相互转化,第一设备即可以接收并显示来自于网络中的广播消息,也可以向该网络发送广播消息,以在第二设备中进行广播消息的显示,大大加强了设备间互联互通的灵活性。
下述为本发明装置实施例,可以用于执行本发明所涉及的实现设备间相互联通的方法。对于本发明装置实施例中未披露的细节,请参照本发明所涉及的实现设备间相互联通的方法的实施例。
请参阅图13,在一示例性实施例中,一种实现设备间相互联通的装置900包括但不限于:网络接入模块910、消息接收模块930和消息显示模块950。
其中,网络接入模块910用于第一设备持续性接入设备集合所在网络,以使第一设备添加至设备集合,设备集合中的第二设备与第一设备互联互通。
消息接收模块930用于通过所接入网络接收广播消息,广播消息是设备集合中的第二设备向其自身所接入网络发送的。
消息显示模块950用于显示接收到的广播消息。
需要说明的是,上述实施例所提供的实现设备间相互联通的装置在发出本地报警或者它床报警时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即实现设备间相互联通的装置的内部结构将划分为不同的功能模块,以完成以上描述的全部或者部分功能。
另外,上述实施例所提供的实现设备间相互联通的装置与实现设备间相互联通的方法的实施例属于同一构思,其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。
请参阅图14,在一示例性实施例中,一种实现设备间相互联通的装置,装置包括设备集合中的多个设备1000,此设备1000包括至少一处理器1001、至少一存储器1002和至少一通信总线1003。
其中,存储器1002上存储有计算机可读指令,处理器1001通过通信总线1003从存储器1002中读取存储的计算机可读指令。
此计算机可读指令被处理器1001执行时实现如上的实现设备间相互联通的方法。
在一示例性实施例中,一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各实施例中的实现设备间相互联通的方法。
上述内容,仅为本发明的较佳示例性实施例,并非用于限制本发明的实施方案,本领域普通技术人员根据本发明的主要构思和精神,可以十分方便地进行相应的变通或修改,故本发明的保护范围应以权利要求书所要求的保护范围为准。
Claims (11)
1.一种实现设备间相互联通的方法,其特征在于,包括:
第一设备持续性接入设备集合所在网络,以使所述第一设备添加至所述设备集合,所述设备集合中的第二设备与所述第一设备互联互通;
通过所接入网络接收广播消息,所述广播消息是所述设备集合中的第二设备向其自身所接入网络发送的;
显示接收到的广播消息。
2.如权利要求1所述的方法,其特征在于,所述显示接收到的广播消息,包括:
在所述第一设备显示的本地监护窗口中,检测为显示它床监护窗口触发进行的确定操作;
响应所述确定操作从接收到的广播消息中获取消息内容及其播放方式;
按照所述消息内容的播放方式将所述消息内容加载至所述它床监护窗口;
在所述第一设备中显示所述它床监护窗口。
3.如权利要求2所述的方法,其特征在于,所述它床监护窗口包括若干子窗口,每一个子窗口对应一个第二设备,所述显示接收到的广播消息,还包括:
针对显示在所述它床监护窗口中子窗口所对应的第二设备,如果该第二设备处于离线状态,则对所述它床监护窗口中处于离线状态的第二设备所对应子窗口进行清除处理;和/或
检测所述它床监护窗口中针对子窗口触发进行的切换操作;
获取所述切换操作指示的第二设备的广播消息;
根据该广播消息对被触发所述切换操作的子窗口进行内容切换处理。
4.如权利要求2所述的方法,其特征在于,所述显示接收到的广播消息,还包括:
如果所述广播消息被标记为重点关注消息,则将所述重点关注消息中的消息内容加载至窗口组件;
在所述第一设备的显示界面中浮动显示所述窗口组件。
5.如权利要求2所述的方法,其特征在于,所述在所述第一设备中显示所述它床监护窗口,包括:
为显示所述它床监护窗口对第一设备中所述本地监护窗口的显示位置进行调整,得到第一显示区域和第二显示区域;
在所述第一显示区域显示所述本地监护窗口时,将所述它床监护窗口显示在所述第二显示区域。
6.如权利要求1所述的方法,其特征在于,所述显示接收到的广播消息之前,所述方法还包括:
对接收到的广播消息进行消息类型检测;
如果所述广播消息的消息类型不符合指定类型,则丢弃所述广播消息;和/或
从接收到的广播消息中获取消息内容;
如果所述消息内容指示的设备号不符合指定范围,则丢弃所述广播消息。
7.如权利要求1至6任一项所述的方法,其特征在于,所述方法还包括:
所述第一设备向所接入网络发送广播消息;
通过所述广播消息的发送,控制所述第二设备接收所述设备集合所在网络中传输的广播消息,以在所述第二设备中显示接收到的广播消息。
8.如权利要求7所述的方法,其特征在于,所述第一设备向所接入网络发送广播消息,包括:
根据所述第一设备中设置的类别,获取所述第一设备中相应类别的消息内容和所述消息内容的播放方式;
根据获取到的消息内容及其播放方式生成所述广播消息,并发送至所述第一设备所接入网络。
9.如权利要求8所述的方法,其特征在于,所述第一设备向所接入网络发送广播消息,还包括:
按照所述广播消息的消息类型为所述广播消息配置一标志位;
将所述标志位添加至所述广播消息。
10.一种实现设备间相互联通的装置,其特征在于,包括:
网络接入模块,用于第一设备持续性接入设备集合所在网络,以使所述第一设备添加至所述设备集合,所述设备集合中的第二设备与所述第一设备互联互通;
消息接收模块,用于通过所接入网络接收广播消息,所述广播消息是所述设备集合中的第二设备向其自身所接入网络发送的;
消息显示模块,用于显示接收到的广播消息。
11.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至9任一项所述的实现设备间相互联通的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810826633.6A CN109119151B (zh) | 2018-07-25 | 2018-07-25 | 实现设备间相互联通的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810826633.6A CN109119151B (zh) | 2018-07-25 | 2018-07-25 | 实现设备间相互联通的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109119151A true CN109119151A (zh) | 2019-01-01 |
CN109119151B CN109119151B (zh) | 2022-02-08 |
Family
ID=64863372
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810826633.6A Active CN109119151B (zh) | 2018-07-25 | 2018-07-25 | 实现设备间相互联通的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109119151B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110859594A (zh) * | 2019-10-24 | 2020-03-06 | 苏州维伟思医疗科技有限公司 | 监护仪的报警方法、装置及其系统 |
CN111009310A (zh) * | 2019-11-01 | 2020-04-14 | 健帆生物科技集团股份有限公司 | 一种医疗系统、医疗设备及其控制方法 |
CN114125048A (zh) * | 2021-11-16 | 2022-03-01 | Oppo广东移动通信有限公司 | 一种消息推送设置方法、装置、存储介质及电子设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101946268A (zh) * | 2008-03-27 | 2011-01-12 | 报知机株式会社 | 报警器和报警器系统 |
CN104618490A (zh) * | 2015-02-09 | 2015-05-13 | 深圳市联新科技有限公司 | 医疗系统中通讯终端的数据共享方法及系统 |
CN105182828A (zh) * | 2015-09-18 | 2015-12-23 | 深圳前海达闼科技有限公司 | 一种设备请求协助、响应设备协助请求的方法及设备 |
US20170041360A1 (en) * | 2015-08-04 | 2017-02-09 | Radius Networks Inc. | Status monitoring of unconnected wireless broadcast devices |
CN107408330A (zh) * | 2015-03-26 | 2017-11-28 | 柯尼卡美能达株式会社 | 被监视者监视系统的显示装置及其显示方法以及被监视者监视系统 |
US9875450B1 (en) * | 2012-08-29 | 2018-01-23 | James Robert Hendrick, III | System and method of automated healthcare assessments and event inferences |
US20180137940A1 (en) * | 2011-09-09 | 2018-05-17 | Alverix, Inc. | Distributed network of in-vitro diagnostic devices |
CN108053880A (zh) * | 2018-01-11 | 2018-05-18 | 深圳市云护宝计算机技术有限公司 | 基于智能物联网互联的医疗信息共享管理平台及管理方法 |
CN207541954U (zh) * | 2016-12-05 | 2018-06-26 | 南京嘉宏汇科技股份有限公司 | 智能呼叫处理装置 |
-
2018
- 2018-07-25 CN CN201810826633.6A patent/CN109119151B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101946268A (zh) * | 2008-03-27 | 2011-01-12 | 报知机株式会社 | 报警器和报警器系统 |
US20180137940A1 (en) * | 2011-09-09 | 2018-05-17 | Alverix, Inc. | Distributed network of in-vitro diagnostic devices |
US9875450B1 (en) * | 2012-08-29 | 2018-01-23 | James Robert Hendrick, III | System and method of automated healthcare assessments and event inferences |
CN104618490A (zh) * | 2015-02-09 | 2015-05-13 | 深圳市联新科技有限公司 | 医疗系统中通讯终端的数据共享方法及系统 |
CN107408330A (zh) * | 2015-03-26 | 2017-11-28 | 柯尼卡美能达株式会社 | 被监视者监视系统的显示装置及其显示方法以及被监视者监视系统 |
US20170041360A1 (en) * | 2015-08-04 | 2017-02-09 | Radius Networks Inc. | Status monitoring of unconnected wireless broadcast devices |
CN105182828A (zh) * | 2015-09-18 | 2015-12-23 | 深圳前海达闼科技有限公司 | 一种设备请求协助、响应设备协助请求的方法及设备 |
CN207541954U (zh) * | 2016-12-05 | 2018-06-26 | 南京嘉宏汇科技股份有限公司 | 智能呼叫处理装置 |
CN108053880A (zh) * | 2018-01-11 | 2018-05-18 | 深圳市云护宝计算机技术有限公司 | 基于智能物联网互联的医疗信息共享管理平台及管理方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110859594A (zh) * | 2019-10-24 | 2020-03-06 | 苏州维伟思医疗科技有限公司 | 监护仪的报警方法、装置及其系统 |
CN111009310A (zh) * | 2019-11-01 | 2020-04-14 | 健帆生物科技集团股份有限公司 | 一种医疗系统、医疗设备及其控制方法 |
CN111009310B (zh) * | 2019-11-01 | 2024-05-14 | 健帆生物科技集团股份有限公司 | 一种医疗系统、医疗设备及其控制方法 |
CN114125048A (zh) * | 2021-11-16 | 2022-03-01 | Oppo广东移动通信有限公司 | 一种消息推送设置方法、装置、存储介质及电子设备 |
CN114125048B (zh) * | 2021-11-16 | 2024-05-17 | Oppo广东移动通信有限公司 | 一种消息推送设置方法、装置、存储介质及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN109119151B (zh) | 2022-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6844658B2 (ja) | 報知システム | |
CN109119151A (zh) | 实现设备间相互联通的方法及装置 | |
CN110163485A (zh) | 一种机房巡检系统 | |
CN109416775A (zh) | 具有用于安全事件检测的分析流处理的个人防护设备(ppe) | |
BR112020004845A2 (pt) | interface remota com handshake de tipo específico para equipamento de proteção individual conectado | |
CN103170071A (zh) | 一种智能楼宇火警人员疏散动态路径指示系统 | |
CN107993656A (zh) | 语音识别功能唤醒方法和装置 | |
Mate et al. | Risk-Aware Interventions in Public Health: Planning with Restless Multi-Armed Bandits. | |
CN106573376A (zh) | 机器人的动作监控 | |
US20200374202A1 (en) | Industrial field services automation platform | |
US20200020213A1 (en) | Emergency lighting, evacuation, and rescue routing with power over-ethernet | |
CN110009281A (zh) | 一种仓储管理系统及其管理方法 | |
CN105027588B (zh) | 自组织网络 | |
CN116798591B (zh) | 一种医疗任务信息管理系统 | |
Fiaidhi et al. | Security and vulnerability of extreme automation systems: The IoMT and IoA case studies | |
CN109102680B (zh) | 设备报警方法及装置 | |
CN102902256B (zh) | 基于ZigBee的探伤车间人员安全防护系统 | |
CN107610260A (zh) | 一种基于机器视觉的智能考勤系统及考勤方法 | |
JP7480475B2 (ja) | 通知制御システム、通知制御方法、及びプログラム | |
KR102059579B1 (ko) | 재난 발생 신고의 수보 정보에 따른 재난 대응 정보 관리 시스템 | |
CN107483550A (zh) | 一种基于物联网的监控方法及物联网服务器 | |
CN106778051A (zh) | 一种基于国产cpu的哨位健康监测系统 | |
Lee et al. | UMONS: Ubiquitous monitoring system in smart space | |
CN108427620A (zh) | 信息处理方法、移动终端及计算机可读存储介质 | |
KR102046072B1 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |