CN113130063A - 数据传输方法、装置、中央站及监护系统 - Google Patents
数据传输方法、装置、中央站及监护系统 Download PDFInfo
- Publication number
- CN113130063A CN113130063A CN202010043009.6A CN202010043009A CN113130063A CN 113130063 A CN113130063 A CN 113130063A CN 202010043009 A CN202010043009 A CN 202010043009A CN 113130063 A CN113130063 A CN 113130063A
- Authority
- CN
- China
- Prior art keywords
- data
- monitoring
- central station
- monitor
- monitors
- 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
Links
Images
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
Abstract
本发明涉及医疗监护技术领域,具体涉及数据传输方法、装置、中央站及监护系统,其中方法包括根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口;获取主窗口对应监护仪采集的第一监护数据和其他监护窗口对应监护仪采集的第二监护数据。通过将中央站的窗口划分为主窗口和其他监护窗口,不同的窗口获取的监护仪的监护数据不同,以使得中央站所获取到的第一监护数据与第二监护数据的数据量不同,具体地对于其他监护窗口对应的监护仪而言,其并没有将所有的监护数据全部发送给中央站,可以减少网络开销,提高数据传输的效率;同时由于中央站对获取到的监护数据仅用于显示而不进行任何处理,可以提高采用该数据传输方法的监护系统的性能。
Description
技术领域
本发明涉及医疗监护技术领域,具体涉及数据传输方法、装置、中央站及监护系统。
背景技术
传统的中央监护系统,都是以中央监护系统为服务器组成的中央监护仪网络,所有网络中的监护仪都通过网络连接到中央监护系统。该方案中,需要所有监护仪实时将所有数据都传输到中央监护系统。
对于一台中央监护系统工作站主机来讲,能够实时连接的监护仪数量上限不高,而随着医院的扩容,一个科室、一个病区的病人数量将会超过监护仪的连接数量,传统的中央监护系统遇到了瓶颈。
具体地,由于监护对网络传输的延迟要求较高,而且中央监护系统不在床旁,护士除了查房时间外基本都在护士站值班,对中央监护系统的远程监护和实时报警依赖较大,这就会对中央监护系统工作站主机的性能提出较高要求,一旦同时监护的病人过多,中央监护系统的性能下降非常严重,界面实时波形会比较卡顿。同时多床同时监护数据量非常大,对前台界面交互性能影响也很大,在监护过程中,护士操作中央监护系统响应也会变慢,如果中央监护系统无法及时发出关键报警,造成患者延误治疗。
发明内容
有鉴于此,本发明实施例提供了一种数据传输方法、装置、中央站及监护系统,以解决如何提高中央监护系统的性能的问题。
根据第一方面,本发明实施例提供了一种数据传输方法,包括:根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口;获取所述主窗口对应监护仪的第一监护数据和其他监护窗口对应监护仪的第二监护数据。
可选地,所述方法还包括:在主窗口显示所述第一监护数据;在所述其他监护窗口分别对应显示所述第二监护数据。
可选地,所述第一监护数据至少包括:波形数据、生命体征参数以及报警数据;所述第二监护数据为:报警数据。
可选地,所述方法还包括:获取并显示来自数据管理系统的历史监护数据,所述数据管理系统用于存储来自所述多台监护仪的历史监护数据。
可选地,所述获取所述主窗口对应监护仪采集的第一监护数据和其他监护窗口对应监护仪采集的第二监护数据,包括:获取所述主窗口对应监护仪依据当前网络带宽以及所述第一监护数据中各种监护的优先级发送的所述第一监护数据,以及获取所述其他监护窗口对应监护仪依据所述当前网络带宽以及所述第二监护数据中各种监护数据的优先级发送的所述第二监护数据。
根据第二方面,本发明实施例还提供了一种数据传输装置,包括:
选定模块,用于根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口;获取模块,用于获取所述主窗口对应监护仪采集的第一监护数据和其他监护窗口对应监护仪采集的第二监护数据。
根据第三方面,本发明实施例提供了一种中央站,包括:存储器和处理器,所述存储器和所述处理器之间互相通信连接,所述存储器中存储有计算机指令,所述处理器通过执行所述计算机指令,从而执行第一方面或者第一方面的任意一种实施方式中所述的数据传输方法。
根据第四方面,本发明实施例还提供了一种监护系统,包括:多台监护仪以及至少一台中央站,所述监护仪与所述中央站连接,所述中央站的显示界面可以显示多个监护窗口;其中,所述中央站用于根据用户指令选择至少一监护窗口,并将选择的监护窗口标记主窗口;从所述主窗口对应的监护仪中获取第一监护数据,和从其他监护窗口对应的监护仪中分别获取所述第二监护数据。
可选地,所述监护系统还包括:至少一台数据管理系统,与所述监护仪连接;其中,所述数据管理系统用于存储所述监护仪发送的历史监护数据。
可选地,所述数据管理系统用于标记所述历史监护数据的来源,并合并来自于同一患者且同一所述监护仪的所述历史监护数据。
本发明实施例提供的数据传输方法,通过将中央站的窗口划分为主窗口和其他监护窗口,不同的窗口获取的监护仪的监护数据不同,以使得中央站所获取到的第一监护数据与第二监护数据的数据量不同,具体地对于其他监护窗口对应的监护仪而言,其并没有将所有的监护数据全部发送给中央站,可以减少网络开销,提高数据传输的效率;同时由于中央站对获取到的监护数据仅用于显示而不进行任何处理,可以提高采用该数据传输方法的监护系统的性能。
本发明实施例提供的监护系统,由于中央站是根据用户指令选择至少一监护窗口,并将选择的监护窗口标记主窗口,以保证中央站所获取到的监护数据的不同,对于其他监护窗口对应的监护仪而言并非是将所有的监护数据全部发送给中央站;且在中央站上对于获取到的实时数据仅用于显示,而不会进行存储。那么,由于中央站不再负责数据存储,不再依赖数据库或文件系统,没有磁盘IO开销,在实时监护下具备更小的数据延迟,中央站运行效率更高;同时由于该监护系统并不会增加原有监控系统的硬件开销,因此对成本不会有影响。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的一个示意的监护系统的结构框图;
图2是根据本发明实施例提供的中央站的多床界面的示意图;
图3是根据本发明实施例的又一个示意的监护系统的结构框图;
图4是根据本发明实施例的另一个示意的监护系统的结构框图;
图5是根据本发明实施例的另一个示意的监护系统的结构框图;
图6是根据本发明实施例的一个示意的数据传输方法的流程图;
图7是根据本发明实施例的又一个示意的数据传输方法的流程图;
图8是根据本发明实施例的另一个示意的数据传输方法的流程图;
图9是根据本发明实施例的数据传输装置的结构框图;
图10是本发明实施例提供的监护仪的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种监护系统,所述监护系统包括多台监护仪以及至少一台中央站。在图1中仅示出了两台监护仪以及一台中央站之间的连接关系,但是本发明的保护范围并不限于此,具体监护仪以及中央站的数量可以根据实际情况进行相应地设置。
在本发明实施例中,中央站与监护仪连接,并且中央站可以获取到监护仪监测得到的监护数据,本发明实施例中的监护数据,为监护仪采集获得的与病人生理状态相关的数据。对于监护仪而言,可以将其获取到的监护数据按照数据类型,分成多种监护数据,例如,其可以分为:波形数据、报警数据以及生命体征参数等不同类型的监护数据。
本发明实施例中的监护数据按照监护仪监测得到的数据时间与其向中央站或者其他外部设备传输的时间的不同,还可以分为历史监护数据和实时监护数据。其中,所述历史监护数据为监护仪在当前时刻之后才向外接设备传输的监护数据;所述实时监护数据是监护仪在当前时刻监测得到的并且在当前时刻即向外部设备例如中央站,传输的监护数据,在本发明实施例中,下述所述第一监护数据中涉及的患者相关的波形数据、生命体征参数等数据均为实时数据。
具体地,中央站向监护仪获取的监护数据的数据类型取决于中央站所接收到的用户指令,所述的用户指令用于在中央站中选择至少一监护窗口并标记主窗口,其他监护窗口标记为子窗口,根据不同的窗口类型,中央站获取所述主窗口对应监护仪的第一监护数据和其他监护窗口对应监护仪的第二监护数据。
在监护系统中的多台监护仪用于监测不同的病人,在本发明实施例中,根据病人类型不同,可以将与中央站相连接的多台监护仪划分为目标监护仪和非目标监护仪,其对应的监护窗口则分别标记为主窗口和其他监护窗口。以下将所述主窗口对应的监护仪统称为目标监护仪,其他监护窗口对应的监护仪统称为非目标监护仪。
由于中央站与监护仪连接,那么监护仪就可以通过访问中央站知晓其是否是中央站所选定的目标监护仪,也可以是中央站将基于用户指令的选定结果广播给所有的监护仪。当然,监护仪也可以通过其他方式确定其是否为目标监护仪,在此对监护仪确定其是否为目标监护仪的具体方式并不做任何限制。
在本发明实施例中,多台监护仪分别向中央站传输的数据的数据类型和数据量与其在中央站所显示的窗口相关,主窗口所显示的第一监护数据的数据量大于其他监护窗口对应的子窗口显示的第二监数据。
对于用户而言,当某监护仪为中央站所选定的非目标监护仪时,表示该监护仪对应的监护数据并没有目标监护仪的监护数据重要,区别于第一监护数据,第二监护数据可以仅仅显示一些患者阈值报警相关的监护数据,而不必涉及实时采集到的患者的生命体征参数(例如,心率、血氧等),即第二监护数据的数据量小于第一监护数据的数据量。
例如,需要重点监护的重要病人对应的监护仪窗口可以指定为目主窗口;而对于病情已经处于稳定状态的普通病人,其对应监护窗口则可以为子窗口,主窗口对应的第一监护数据涉及监测患者相关的生命体征数据、阈值报警数据等;第二监护数据则可以指涉及报警数据。
又例如,各个监护仪监测到的监护数据包括监护数据A、监护数据B、监护数据C以及监护数据D。当监护仪1所对应的监护窗口为主窗口时,中央站所获取到的第一监护数据为监护数据A、监护数据B、监护数据C以及监护数据D,且中央站在其界面上显示所获取到第一监护数据;当监护仪2所对应的监护窗口为主窗口时,中央站所获取到的第二监护数据为监护数据A以及监护数据B,且中央站在其界面上显示所获取到的第二监护数据。
在本发明实施例中,中央站用于获取并显示所获取到的监护数据(包括第一监护数据以及第二监护数据)而并不对获取到的监护数据进行任何处理,那么中央站也可以理解为具有显示功能的电子设备。由于监护仪自身具有数据存储功能,那么就可以作为该监护系统中的服务器节点。中央站自身没有服务器单元,对获取到的监护数据仅用于显示而不进行任何处理以及存储,相当于客户机的功能。因此,与传统的监护系统相区别的是,本发明实施例中的所述监护系统可以理解为无服务器的分布式监护系统。
中央站可以显示多床界面或者显示单床界面,所述的多床界面即对应本发明实施例中的多个监护窗口,能够显示多台监护仪的监护数据(本发明实施例将其监护数据区分为第一监护数据和第二监护数据);所述的单床界面能够显示某一台监护仪的监护数据。
其中,中央站的多床界面以及单床界面均属于实时显示界面,例如,如图2所示,图2示出了中央站的多床界面的示意图,其中,图2中仅示出了一个主窗口以及两个子窗口,但是在中央站的同一实时显示界面上所显示的主窗口以及子窗口的数量并不限于此,可以根据实际情况进行具体设置。即,可以根据用户指令确定主窗口和子窗口的数量。中央站的多床界面包括主窗口以及子窗口。
中央站还可以从各个窗口的显示面积所占整个实时显示界面的比例,将面积最大的窗口称之为主窗口,其他监护窗口称之为子窗口。其中,目标监护仪所发送的第一监护数据显示在中央站的主窗口,非目标监护仪所发送的第二监护数据显示在中央站的其他监护窗口,也即本发明实施例中的子窗口。
当中央站在实时监护时,对数据的实时性要求较高,需要降低数据传输的中间节点,以减小时延;需要降低实时传输的数据量,即降低中央站的获取数据总量。基于此,在本实施例中设计了中央站基于用户指令选定主窗口,以确定中央站所获取的监护数据。对于中央站而言,其所获取到的第一监护数据和第二监护数据的数据量是不同的,其中第一监护数据的数据量大于第二监护数据的数据量。
具体地,对于主窗口对应的目标监护仪而言,中央站获取的其对应的第一监护数据可以包括波形数据、生命体征参数以及报警数据等等。对已其他监护窗口对应的非目标监护仪而言,中央站获取的其对应的第二监护数据可以仅仅涉及一些重要的报警数据等等。
本实施例所述的监护系统,对于其他监护窗口对应的非目标监护仪而言,其并没有将所有的监护数据全部发送给中央站,以减少网络开销;且在中央站上对于获取到的第一监护数据以及第二监护数据仅用于显示,而不会进行存储。那么,由于中央站不再负责数据存储,不再依赖数据库或文件系统,没有磁盘IO开销,在实时监护下具备更小的数据延迟,中央站运行效率更高;同时由于该监护系统并不会增加原有监控系统的硬件开销,因此对成本不会有影响。
进一步地,中央站可以将上一次选定的主窗口和其他监护窗口进行变更,即将当前主窗口变更为其他监护窗口对应的子窗口;将其他监护窗口中的某一窗口变更为主窗口。在进行窗口变更时,其对应所发送的监护数据也会改变。例如,某监护系统包括连接的中央站、监护仪1、监护仪2、监护仪3以及监护仪4。在t1时刻,中央站将监护仪1以及监护仪2对应的窗口选定为主窗口,那么监护仪3和监护仪4就对应子窗口。中央站获取到的第一监护数据可以是监护仪1以及监护仪2所监测到的多种实时监护数据,也可以监护仪1以及监护仪2基于当前网络带宽的状态按照各种实时监护数据的优先级依次发送的;中央站获取到的第二监护数据可以是监护仪3和监护仪4的报警数据。在t2时刻,中央站将监护仪2对应的窗口选定为主窗口,那么监护仪1、监护仪3以及监护以4就对应子窗口。中央站获取到的第一监护数据可以是监护仪2所获取到的多种实时监护数据,也可以基于当前网络带宽的状态按照各种实时监护数据的优先级依次发送的;中央站获取到的第二监护数据可以是监护仪1、监护仪3以及监护仪4的报警数据。其中,关于数据传输方法将在下文中进行详细描述。
如图3所示,本发明实施例中的监护系统还包括有至少一台数据管理系统(DataManagement System,简称为DMS)。所述的数据管理系统与监护仪连接,用于存储监护仪发送的历史监护数据。
监护仪将历史监护数据传输至DMS中,具备如下优势:
(1)监护仪在关机时,中央站或者第三方授权系统,仍可以通过数据管理系统提供的访问接口浏览病人的历史监护数据;
(2)监护仪传输给DMS数据都是历史监护数据,可以充分利用空闲带宽或者空闲时段(无病人监护下)。
进一步地,DMS还与中央站连接,使得中央站可以在监护仪关机或掉电的情况下能够从数据管理系统中获取到监护仪的历史监护数据。该DMS还对外提供查看、回顾、检索、备份以及导入导出的功能。
本发明实施例中,DMS并不是服务器,其不需要实时同监护仪和中央站通信。DMS在网络带宽充足下,向监护仪获取历史监护数据,并存储到本地系统;且DMS在存储历史监护数据时,不会修改所获取到的历史监护数据的内容。中央站在回顾数据时,才会跟DMS请求数据;由于监护数据的唯一来源是监护仪,中间未经过转化,可以避免传统方案中同一监护数据在监护仪中的时间与其在中央监护系统中的时间不一致的问题。历史监护数据不依赖实时传输,可避免由于实时网络不稳定导致历史监护数据在向中央监护系统传输时的数据缺失问题。这是由于数据不是在DMS中就是仍在监护仪中,中央站在回顾历史监护数据时,可以在监护仪和DMS(优先检索DMS)中检索数据进行回顾,保证所回顾的历史监护数据的完整性和连续性。
请参见图4,图4示出了多台监护仪、多台中央站以及多台数据管理系统所组成的监护系统。如图4所示,该监护系统包括N台监护仪,n台中央站以及m台DMS。
其中,在该监护系统中,每台中央站可以独立工作,也可以与其他中央站组成中央监护工作组。即,2台以上的中央站可以组成一个中央监护工作组,以支撑多场景应用。其中,中央监护工作组内的中央站之间可以共享监护仪的信息,包括监护仪的配置信息以及上限状态;监护仪也可以获取到该中央监护工作组的成员及其信息。组成中央监护工作组后,组内的中央站将可以协同工作,实现负载均衡及性能扩展。以图5为例,图5中所示出的监护系统将n个中央站划分为两个中央监护工作组,其中,中央站工作组1包括n1台中央站,中央站工作组2包括(n-n1)台中央站。
当划分出中央监护工作组之后,同一监护仪的监护数据仅可以出现在同一中央监护工作组内的一台中央站的主窗口上。这是从节省网络开销的角度出发的,由于中央监护工作组内的实时监护数据可以共享,那么就不需要同一监护仪将实时监护数据发送给同一工作组内的2台及以上的中央站。例如,图5中的中央站工作组1,当监护仪1的监护数据显示在中央站工作组1中央站2的主窗口上时,那么监护仪1的监护数据不会显示在中央站工作组1的其他中央站的主窗口上。
在该监护系统中,可以仅包括一台DMS,也可以包括1台以上的DMS,但是当监护系统包括1台以上的DMS时,所有的DMS须组成DMS工作组。这是由于在监护系统中,同一监护仪不同时刻的历史监护数据可能发送给不同的DMS,那么若DMS不组成DMS工作组的话,就不能保证同一监护仪的历史监护数据的完整性。以图5为例,图5中m台DMS组成一个DMS工作组。
对于DMS组成工作组而言,用户可以通过设置是否允许DMS自动加入DMS工作组或者手动添加一个目标工作组配置。若允许DMS自动加入,则新加入的DMS会自动加入已存在的工作组;如果监护系统中不存在DMS工作组,则会创建一个新的DMS工作组,其他DMS(如果设为自动加入)可以自动加入该DMS工作组。用户可以将某台DMS从DMS工作组中脱离,脱离DMS工作组的DMS将不会收到监护仪的历史监护数据。
建立DMS工作组后,当多台DMS处于同一工作组时,一台监护仪的历史监护数据在同一时刻只会传输给一台DMS,但是在不同时刻,一台监护仪的历史监护数据会传输给不同的DMS。因此,为了区分DMS所获取到的历史监护数据的来源,DMS会对获取到的历史监护数据进行标记,标记的目的在于确定同一患者的历史监护数据分布在哪些DMS上,为同一患者历史监护数据的回顾提供准确快速定位,并根据不同DMS持有该患者的历史监护数据的数据量大小决定历史监护数据融合的方向。例如,可以确定持有该患者的历史监护数据的数据量最大的DNS为目标DMS。其他DMS会标记出哪些历史监护数据需要向目标DMS进行合并,并建立数据合并计划,在适当的时间启动患者数据合并迁移,最终DMS工作组内的1台DMS上保留该患者的全部时段数据。DMS可以同时存在多个数据合并计划,每个计划执行成功后,都会更新患者数据标记索引,以提供患者的历史监护数据回顾的准确快速定位。
DMS允许同一时刻获取来自多台监护仪的同一患者的历史监护数据(必须来自不同监护仪/遥测设备,且多台设备之间已经建立了关联关系,证明确实是监护同一患者),并对所获取到的历史监护数据来源进行标记,DMS不进行数据融合,保持不同监护仪的历史监护数据的完整性。数据融合与数据合并都是针对底层数据的操作,与前台数据的展示无关。来自同一台监护仪的同一个病人在不同时段的监护数据需要合并,来自不同监护仪的同一个病人在任何时间段的数据都不会融合。其中,不会融合是指在数据上会保留来源标识,在回顾该病人数据时,可以表征出不同来源,用户可以只查看某一来源的监护数据,也可以同时查看不同来源的监护数据;也可以对不同来源的监护数据进行合并显示,比如在空白时段上用其他数据源的监护数据填充当前数据源的空白后再显示。
根据本发明实施例,提供了一种数据传输方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
在本实施例中提供了一种数据传输方法,可用于上述的中央站中,图6是根据本发明实施例的数据传输方法的流程图,如图6所示,该流程包括如下步骤:
S11,根据用户指令,选择至少一监护窗口,将选择的监护窗口标记主窗口。
中央站提供人机交互界面,用户利用该人机交互界面向中央站发送用户指令,该指令用于确定监护系统中的出窗口和其他监护窗口。例如,中央站为监护系统中的每个监护仪分配唯一的标识,所述的用户指令可以是仅仅为主窗口对应的标识。当然,也可以采用其他方式区分每个监护仪。
中央站在接收到用户指令之后,可以将用户指令中的标识对应主窗口的监护仪选定为目标监护仪,相应地,监护系统中的其他监护窗口对应的监护仪就为非目标监护仪。
在其他实施例中,中央站也可以提供预设的病人床位布局规则来从多台监护仪中选定至少一台目标监护仪,相应地,其他监护仪就为非目标监护仪。
S12,获取所述主窗口对应监护仪的第一监护数据和其他监护窗口对应监护仪的第二监护数据。
具体地,监护仪用于采集患者生理信号,进行分析处理后得到多种监护数据。其中,监护数据包括但不限于波形数据、报警数据以及生命体征参数等等,具体根据实际情况进行处理。如上文所示,多种监护数据可以是多种历史监护数据,也可以是多种实时监护数据。其中,关于多种历史监护数据以及多种实时监护数据的获取过程请参见上文所述,在此不再赘述。
各个监护仪在确认其是否为中央站所选定的主窗口或者其他监护窗口之后,从所获取到的多种监护数据中选定相应的监护数据发送给中央站。其中,目标监护仪发送第一监护数据,非目标监护仪发送第二监护数据。
所述的第一监护数据以及第二监护数据可以是从多种历史监护数据中选定的,也可以是从多种实时监护数据中选定的。即,所述第一监护数据以及第二监护数据可以是来自于历史监护数据,也可以是来自于实时监护数据。
作为本实施例的一种可选实施方式,第一监护数据以及第二监护数据均来自于实时监护数据。
如上文所述,中央站可以显示多床界面以及显示单床界面,多床界面以及单床界面均属于实时显示界面,实时显示界面包括主窗口以及子窗口。其中,当某监护仪为中央站所选定的目标监护仪时,其发送的第一监护数据显示在主窗口中;当某监护仪为中央站所选定的非目标监护仪时,其发送的第二监护数据显示在子窗口中。
对于用户而言,当某监护仪为中央站所选定的非目标监护仪时,表示该监护仪对应的监护数据并没有目标监护仪的监护数据重要。即对于非目标监护仪而言,其发送给中央站的第二监护数据可以仅仅涉及一些重要的报警数据等等;对于目标监护仪而言,其发送给中央站的第一监护数据可以包括波形数据、生命体征参数以及报警数据等等。因此,中央站所获取到的第一监护数据的数据量大于所获取到的第二监护数据的数据量。
本实施例提供的数据传输方法,通过将中央站的窗口划分为主窗口和其他监护窗口,不同的窗口获取的监护仪的监护数据不同,以使得中央站所获取到的第一监护数据与第二监护数据的数据量不同,具体地对于其他监护窗口对应的监护仪而言,其并没有将所有的监护数据全部发送给中央站,可以减少网络开销,提高数据传输的效率;同时由于中央站对获取到的监护数据仅用于显示而不进行任何处理,可以提高采用该数据传输方法的监护系统的性能。
本发明实施例还提供了一种数据传输方法,可用于上述的中央站中,图7是根据本发明实施例的数据传输方法的流程图,如图7所示,该流程包括如下步骤:
S21,根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口。
详细请参见图6所示实施例的S11,在此不再赘述。
S22,获取所述主窗口对应监护仪的第一监护数据和其他监护窗口对应监护仪的第二监护数据。
中央站获取目标监护的第一监护数据以及其他非目标监护仪的第二监护数据。其中,第一监护数据可以包括波形数据、生命体征参数以及报警数据;第二监护数据为报警数据。
作为本实施例的一种可选实施方式,目标监护仪在向中央站发送第一监护数据时,可以依据当前带宽以及第一监护数据中各个监护数据的优先级进行第一监护数据的发送;非目标监护仪在向中央站发送第二监护数据时,同样也可以依据当前网络带宽以及第二监护数据中各个监护数据的优先级进行第二监护数据的发送。
具体地,监护仪对当前网络带宽状态的确定可以通过以下指标综合判定:网络的传输延迟、抖动、丢包率等,也可以采用其他方式,在此对当前网络状态的具体确定方式并不做任何限制。
其中,监护仪在监护患者过程中的数据按照不同的数据类型划分为:报警数据、生命体征参数、波形数据、患者信息、配置信息、已存储的当前患者数据(患者信息、报警数据、生命体征参数、波形数据)、已解除患者数据(患者信息、报警数据、生命体征参数、波形数据)、用户操作日志、监护仪运行日志等。
监护数据的优先级可以按照不同数据类型对于患者监护的重要程度确定,也可以在对应患者监护的重要程度的基础上结合该数据类型的数据流量来确定。其中,监护仪对于最高优先级的监护数据是内置的,其他监护数据的优先级可以是由用户指定的,但所指定的优先级不能高于本地内置的最高优先级。其中,内置的最高优先级的监护数据可以是报警数据、配置参数以及患者信息。
不同数据类型的监护数据具备不同的优先级,监护仪根据当前网络带宽状态,保证高优先级的监护数据优先传输到中央站。即,中央站所获取到的第一监护数据以及第二监护数据是各种监护仪依据当前网络带宽以及各个监护数据的优先级发送的。
S23,在主窗口显示所述第一监护数据,在所述其他监护窗口分别对应显示所述第二监护数据。
中央站在获取到第一监护数据之后,在主窗口上显示目标监护仪的第一监护数据;在其他监护窗口对应的子窗口上显示目标监护仪的第二监护数据。
其中,关于主窗口以及其他监护窗口请参见图2所示实施例的详细描述,在此不再赘述。
需要说明的是,若中央站先获取到第一监护数据,则可以先在主窗口显示第一监护数据;若中央站先获取到第二监护数据,则可以先在子窗口显示第二监护数据。
本实施例提供的数据传输方法,中央在在选定主窗口,即确定各个监护仪向中央站所发送的监护数据的基础上,再基于当前网络带宽的状态按照优先级获取监护数据,能够保证重要的监护数据能够优先被中央站所获取,以便于监护数据的及时处理。
本发明实施例还提供了一种数据传输方法,可用于上述的中央站中,图8是根据本发明实施例的数据传输方法的流程图,如图8所示,该流程包括如下步骤:
S31,根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口。
详细请参见图7所示实施例的S21,在此不再赘述。
S32,获取所述主窗口对应监护仪的第一监护数据和其他监护窗口对应监护仪的第二监护数据。
详细请参见图7所示实施例的S22,在此不再赘述。
S33,获取并显示来自数据管理系统的历史监护数据。
其中,所述数据管理系统用于存储来自多台监护仪的历史监护数据。
中央站也可以基于用户需求访问数据管理系统,以显示来自数据管理系统的历史监护数据。其中,数据管理系统中的历史监护数据是来自于监护仪的。例如,各个监护仪可以基于当前带宽状态,即也可以理解为在带宽合适的情况下,将历史监护数据发送给数据管理系统,以便于将历史监护数据存储在数据管理系统中。由于在数据管理系统中已经存储有各个监护仪历史监护数据,那么在某一监护仪断电或关机时,中央站仍可以通过访问数据管理系统对某一指定的监护仪的历史监护数据进行回顾。
本实施例提供的数据传输方法,通过数据管理系统对监护仪的历史监护数据进行存储,监护仪在关机时,中央站仍可以通过数据管理系统提供的访问接口浏览病人的历史监护数据。
在本实施例中还提供了一种数据传输装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
本实施例提供一种数据传输装置,如图9所示,包括:
选定模块41,用于根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口;
获取模块42,用于获取所述主窗口对应监护仪采集的第一监护数据和其他监护窗口对应监护仪采集的第二监护数据。
本实施例提供的数据传输装置,通过将中央站的窗口划分为主窗口和其他监护窗口,不同的窗口获取的监护仪的监护数据不同,以使得中央站所获取到的第一监护数据与第二监护数据的数据量不同,具体地对于其他监护窗口对应的监护仪而言,其并没有将所有的监护数据全部发送给中央站,可以减少网络开销,提高数据传输的效率;同时由于中央站对获取到的监护数据仅用于显示而不进行任何处理,可以提高采用该数据传输方法的监护系统的性能。
本实施例中的数据传输装置是以功能单元的形式来呈现,这里的单元是指ASIC电路,执行一个或多个软件或固定程序的处理器和存储器,和/或其他可以提供上述功能的器件。
上述各个模块的更进一步的功能描述与上述对应实施例相同,在此不再赘述。
本发明实施例还提供一种中央站,具有上述图9所示的数据传输装置。
请参阅图10,图10是本发明可选实施例提供的一种中央站的结构示意图,如图10所示,该中央站可以包括:至少一个处理器51,例如CPU(Central Processing Unit,中央处理器),至少一个通信接口53,存储器54,至少一个通信总线52。其中,通信总线52用于实现这些组件之间的连接通信。其中,通信接口53可以包括显示屏(Display)、键盘(Keyboard),可选通信接口53还可以包括标准的有线接口、无线接口。存储器54可以是高速RAM存储器(Random Access Memory,易挥发性随机存取存储器),也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器54可选的还可以是至少一个位于远离前述处理器51的存储装置。其中处理器51可以结合图9所描述的装置,存储器54中存储应用程序,且处理器51调用存储器54中存储的程序代码,以用于执行上述任一方法步骤。
其中,通信总线52可以是外设部件互连标准(peripheral componentinterconnect,简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture,简称EISA)总线等。通信总线52可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
其中,存储器54可以包括易失性存储器(英文:volatile memory),例如随机存取存储器(英文:random-access memory,缩写:RAM);存储器也可以包括非易失性存储器(英文:non-volatile memory),例如快闪存储器(英文:flash memory),硬盘(英文:hard diskdrive,缩写:HDD)或固态硬盘(英文:solid-state drive,缩写:SSD);存储器54还可以包括上述种类的存储器的组合。
其中,处理器51可以是中央处理器(英文:central processing unit,缩写:CPU),网络处理器(英文:network processor,缩写:NP)或者CPU和NP的组合。
其中,处理器51还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文:application-specific integrated circuit,缩写:ASIC),可编程逻辑器件(英文:programmable logic device,缩写:PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文:complex programmable logic device,缩写:CPLD),现场可编程逻辑门阵列(英文:field-programmable gate array,缩写:FPGA),通用阵列逻辑(英文:generic arraylogic,缩写:GAL)或其任意组合。
可选地,存储器54还用于存储程序指令。处理器51可以调用程序指令,实现如本申请图6-8实施例中所示的数据传输方法。
本发明实施例还提供了一种非暂态计算机存储介质,所述计算机存储介质存储有计算机可执行指令,该计算机可执行指令可执行上述任意方法实施例中的数据传输方法。其中,所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)、随机存储记忆体(Random Access Memory,RAM)、快闪存储器(Flash Memory)、硬盘(Hard DiskDrive,缩写:HDD)或固态硬盘(Solid-State Drive,SSD)等;所述存储介质还可以包括上述种类的存储器的组合。
虽然结合附图描述了本发明的实施例,但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。
Claims (11)
1.一种数据传输方法,其特征在于,包括:
根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口;
获取所述主窗口对应监护仪的第一监护数据和其他监护窗口对应监护仪的第二监护数据。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在主窗口显示所述第一监护数据;
在所述其他监护窗口分别对应显示所述第二监护数据。
3.根据权利要求2所述的方法,其特征在于,所述第一监护数据至少包括:波形数据、生命体征参数以及报警数据;
所述第二监护数据为:报警数据。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取并显示来自数据管理系统的历史监护数据,所述数据管理系统用于存储来自多台监护仪的历史监护数据。
5.根据权利要求1-4中任一项所述的方法,其特征在于,所述获取所述主窗口对应监护仪采集的第一监护数据和其他监护窗口对应监护仪采集的第二监护数据,包括:
获取所述主窗口对应监护仪依据当前网络带宽以及所述第一监护数据中各种监护的优先级发送的所述第一监护数据,以及获取所述其他监护窗口对应监护仪依据所述当前网络带宽以及所述第二监护数据中各种监护数据的优先级发送的所述第二监护数据。
6.一种数据传输装置,其特征在于,包括:
选定模块,用于根据用户指令选择至少一监护窗口,将选择的监护窗口标记主窗口;
获取模块,用于获取所述主窗口对应监护仪采集的第一监护数据和其他监护窗口对应监护仪采集的第二监护数据。
7.一种中央站,其特征在于,包括:
存储器和处理器,所述存储器和所述处理器之间互相通信连接,所述存储器中存储有计算机指令,所述处理器通过执行所述计算机指令,从而执行权利要求1-5中任一项所述的数据传输方法。
8.一种监护系统,其特征在于,包括:
多台监护仪以及至少一台中央站,所述监护仪与所述中央站连接,所述中央站的显示界面可以显示多个监护窗口;
其中,所述中央站用于根据用户指令选择至少一监护窗口,并将选择的监护窗口标记主窗口;
从所述主窗口对应的监护仪中获取第一监护数据,和从其他监护窗口对应的监护仪中分别获取第二监护数据。
9.根据权利要求8所述的系统,其特征在于,还包括:
至少一台数据管理系统,与所述监护仪连接;
其中,所述数据管理系统用于存储所述多台监护仪的历史监护数据;
所述中央站还用于显示来自所述数据管理系统的历史监护数据。
10.根据权利要求9所述的系统,其特征在于,所述数据管理系统用于标记所述历史监护数据的来源,并合并来自于同一患者且同一所述监护仪的所述历史监护数据。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的数据传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010043009.6A CN113130063A (zh) | 2020-01-15 | 2020-01-15 | 数据传输方法、装置、中央站及监护系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010043009.6A CN113130063A (zh) | 2020-01-15 | 2020-01-15 | 数据传输方法、装置、中央站及监护系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113130063A true CN113130063A (zh) | 2021-07-16 |
Family
ID=76771488
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010043009.6A Pending CN113130063A (zh) | 2020-01-15 | 2020-01-15 | 数据传输方法、装置、中央站及监护系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113130063A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115083556A (zh) * | 2022-08-23 | 2022-09-20 | 江西莱普特信息技术有限公司 | 一种用于区域医疗卫生信息集成平台的数据处理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103544825A (zh) * | 2013-10-21 | 2014-01-29 | 深圳市理邦精密仪器股份有限公司 | 基于中央监护系统的数据选择传输方法及系统 |
CN103678912A (zh) * | 2013-12-13 | 2014-03-26 | 深圳市理邦精密仪器股份有限公司 | 一种监护仪数据导入方法及装置 |
CN104873270A (zh) * | 2014-02-27 | 2015-09-02 | 深圳市科曼医疗设备有限公司 | 监护仪它床观察方法及监护仪系统 |
-
2020
- 2020-01-15 CN CN202010043009.6A patent/CN113130063A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103544825A (zh) * | 2013-10-21 | 2014-01-29 | 深圳市理邦精密仪器股份有限公司 | 基于中央监护系统的数据选择传输方法及系统 |
CN103678912A (zh) * | 2013-12-13 | 2014-03-26 | 深圳市理邦精密仪器股份有限公司 | 一种监护仪数据导入方法及装置 |
CN104873270A (zh) * | 2014-02-27 | 2015-09-02 | 深圳市科曼医疗设备有限公司 | 监护仪它床观察方法及监护仪系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115083556A (zh) * | 2022-08-23 | 2022-09-20 | 江西莱普特信息技术有限公司 | 一种用于区域医疗卫生信息集成平台的数据处理方法 |
CN115083556B (zh) * | 2022-08-23 | 2022-11-11 | 江西莱普特信息技术有限公司 | 一种用于区域医疗卫生信息集成平台的数据处理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107241211B (zh) | 改善数据中心覆盖网络和底层网络间关联性的方法和系统 | |
US9712551B2 (en) | Methods and systems for architecture-centric threat modeling, analysis and visualization | |
EP3051715A1 (en) | Optical power data processing method, device and computer storage medium | |
CN109144697B (zh) | 一种任务调度方法、装置、电子设备及存储介质 | |
US10521090B2 (en) | Dashboard generation based on user interaction | |
CN111028922A (zh) | 医学影像数据的标准化方法、装置、服务器设备及介质 | |
CN109684172A (zh) | 基于访问频率的日志推送方法、系统、设备及存储介质 | |
CN113130063A (zh) | 数据传输方法、装置、中央站及监护系统 | |
CN112799824A (zh) | 一种限流方法、装置、设备和存储介质 | |
WO2019204526A1 (en) | Method and system for providing patient data to a patient data server following an offline network condition | |
US10002066B2 (en) | Targeted multi-tiered software stack serviceability | |
US20190068760A1 (en) | Serial interface to transmission control protocol interface multi-port communication device | |
US9898490B2 (en) | Systems and methods for supporting multiple database server versions on a database machine | |
CN109725973B (zh) | 一种数据处理方法和数据处理装置 | |
CN110704198B (zh) | 数据操作方法、装置、存储介质以及处理器 | |
EP4180956A1 (en) | Virtual-machine cold migration method and apparatus, electronic device and storage medium | |
US20150193580A1 (en) | Electronic medical record system with automated health care services evaluation | |
CN112631537B (zh) | 远程数据的显示方法、装置、电子设备及存储介质 | |
US20220051789A1 (en) | Determining interruptibility by tracking a user's progress | |
CN111191089B (zh) | 基于医养照护场景的数据可视化方法、系统、设备及介质 | |
KR20170107190A (ko) | 모바일 헬스케어 시스템 및 이를 이용한 컴포넌트 기반 모바일 헬스 애플리케이션 제공 시스템 | |
CN113130061A (zh) | 分布式监护系统 | |
CN112818204A (zh) | 一种业务的处理方法、装置、设备及存储介质 | |
US20170323066A1 (en) | Healthcare provision systems and methods | |
US9531787B2 (en) | System and method for managing and monitoring information using endpoint pairs |
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 |