本文作者:kaifamei

呼吸数据的监测方法、监测模组、监测设备及系统与流程

更新时间:2025-12-20 22:25:29 0条评论

呼吸数据的监测方法、监测模组、监测设备及系统与流程



1.本技术涉及互联网医疗技术领域,尤其涉及一种呼吸数据的监测方法、监测模组、监测设备及系统。


背景技术:

2.目前呼吸机都是通过自然时间分割法或连续时间分割法来对采集的数据进行划分,自然时间分割法利用自然日进行统计数据,将一整个自然日的全部数据全部进行统计,不区分采集的数据是中断的呼吸数据还是连续的呼吸数据;按照自然日统计的呼吸数据最后分析的时候很容易出错也不合理;连续时间分割法则是采集最后产生的一段呼吸数据或只取最长的一段呼吸数据,这显然会导致病人的数据不完整,会丢失有价值的数据。所以需要提供一个可以提升用户体验和更加科学合理的呼吸数据的处理方法。


技术实现要素:

3.有鉴于此,实有必要提供一种更加科学合理的呼吸数据的监测方法、监测模组、监测设备及系统。
4.第一方面,本技术实施例提供一种呼吸数据的监测方法,所述呼吸数据的监测方法包括下面步骤:判断是否监测到呼吸数据;当监测到呼吸数据时,依序监测呼吸数据的记录时间,所述记录时间用日期数据和时钟表示;根据呼吸数据的的起始日期数据和预设的周期确定第一个日的日期,其中,一个周期为一个自然日的中午十二点至所述一个自然日的下一个自然日的中午十二点;监测呼吸数据是否出现长中断,所述长中断为中断时间超过预设的中断时间间隔;当监测到呼吸数据未出现长中断,判断当前监测到的记录时间是否达到预设的强制中断时间;当监测到呼吸数据未出现长中断且到达预设的强制中断时间,进行强制中断并将强制中断时间之前记录的呼吸数据记录为第一个日的呼吸数据,重新判断是否监测到呼吸数据;当监测到呼吸数据未出现长中断且未到达预设的强制中断时间,继续监测呼吸数据是否出现长中断及当前监测到的记录时间是否到达到预设的强制中断时间;当监测到呼吸数据出现长中断,判断重新监测到数据的开始时间是否与所述第一日为同一个周期;当判断重新监测到数据的开始时间与所述第一日为同一个周期,重新判断当前监测到的总记录时间是否超过24小时或到达到预设的强制中断时间;当判断出现长中断之后重新监测到数据的开始与所述第一日不是同一个周期,将长中断之前的呼吸数据记录为第一个日的呼吸数据,将出现长中断之后的呼吸数据记录为第二个呼吸日的呼吸数据。
5.第二方面,本技术实施例提供一种监测模组,其特征在于,所述监测模组包括:计算机可读存储介质,用于存储程序指令,处理器以及总线执行所述程序指令以实现上所述的呼吸数据的处理方法。
6.第三方面,本技术实施例提供一种监测设备,其特征在于,所述监测设备包括主体以及设置于所述主体的监测模组以实现上所述的呼吸数据的处理方法。
7.第四方面,本技术实施例提供一种呼吸机系统,其特征在于,所述呼吸机系统包括呼吸机,所述呼吸机产生呼吸数据;以及终端,与所述呼吸机通讯连接以实现上所述的呼吸数据的处理方法。
8.第五方面,本技术实施例提供一种呼吸机系统,其特征在于,所述呼吸机系统包括呼吸机,所述呼吸机产生呼吸数据;以及云端服务器,与所述呼吸机通讯连接以实现上所述的呼吸数据的处理方法。
9.上述呼吸数据的监测方法、监测模组、监测设备及系统,根据呼吸数据的起始时间和周期确定日,以一个自然日的中午十二点至所述一个自然日的下一个自然日的中午十二点为一个周期,将对一个周期内的呼吸数据进行监测,允许一个周期内的呼吸数据发生多次中断,并将中断时间进行区分,若出现长中断则认为发生了两段呼吸数据,若发生短中断则认为是一段呼吸数据,使呼吸数据更加的完整,并且无论发生长中断还是短中断都对呼吸数据的起始时间和结束时间进行了标记,方便用户进行查看从而提升用户的体验感,通过确定日并对日内的呼吸数据的中断进行不同的设置,使得呼吸数据的监测和获取更加的科学合理。
附图说明
10.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图示出的结构获得其他的附图。
11.图1为本技术实施例提供的呼吸数据的监测方法的流程示意图。
12.图2为本技术实施例提供的呼吸数据的监测方法的第一子流程示意图。
13.图3为本技术实施例提供的呼吸数据的监测方法的第二实施例流程示意图。
14.图4为本技术实施例提供的呼吸数据的监测方法的呼吸机系统示意图。
15.图5为本技术实施例提供的呼吸数据的监测方法的呼吸机系统示意图。
16.图6为申请实施例提供的监测模组的内部结构示意图。
17.图7为本技术实施例提供的一周内呼吸数据的使用时长示意图。
18.图8为本技术实施例提供的发生多段短中断的同一日的同一呼吸数据的示意图。
19.本技术目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
20.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本技术,并不用于限定本技术。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
21.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的规划对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,换句话说,描述的实施例根据除了这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,还可以包含其他内容,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于只清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
22.需要说明的是,在本技术中涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本技术要求的保护范围之内。
23.请结合参看图1、图4、图5和图7,呼吸数据的监测方法可以应用于呼吸机系统中。在一些可行的实施例中,呼吸机系统包括呼吸机200、以及云服务器300(如图5所示)。其中,呼吸机200在用户使用呼吸机200的时候,会产生相应的呼吸数据。呼吸机200还执行呼吸数据的监测方法相对应的程序软件对呼吸数据进行监测和处理,并将处理后的数据发送云端服务器300进行存储、分析、和显示等。
24.在另一些可行的实施例中,呼吸机系统包括呼吸机200、终端100、以及云服务器300(如图4所示)。其中,呼吸机200在用户使用呼吸机200的时候,会产生相应的呼吸数据。终端100与呼吸机200通讯连接,呼吸机200产生的呼吸数据会上传给终端100。终端100执行呼吸数据的监测方法相对应的程序软件以对数据进行监测及处理,并上传给云端服务器300对处理后的呼吸数据进行展示。具体地,呼吸数据的监测方法包括步骤s102-s120。
25.步骤s102,判断是否监测到呼吸数据。呼吸数据为呼吸机200在用户使用时产生的数据。当用户不使用时,呼吸数据出现中断。也就是说,当呼吸机200开始使用时,将会监测到呼吸数据。
26.步骤s104,当监测到呼吸数据时,依序监测呼吸数据的记录时间,所述记录时间用日期数据和时钟表示。呼吸机200对产生的呼吸数据进行记录,从而产生相应的记录时间,用于表示呼吸数据是什么时候产生的,因此,从记录的时间可以了解呼吸数据什么时候出现中断。
27.步骤s106,根据呼吸数据的起始日期数据和预设的周期确定第一个日的日期,其中,一个周期为一个自然日的中午十二点至所述一个自然日的下一个自然日的中午十二点。举例来说,若呼吸数据的起始时间是2022年1月1日22点01分则到2022年1月2日12点整为一个日;若呼吸数据的开始时间是2022年1月1日12点整,则到2022年1月2日12点整为1个日。在实施例中,当监测到呼吸机200一旦产生呼吸数据时,则根据呼吸数据一开始记录的时间确认第一个日的时间。例如,用户在2022年1月1日22点整开始进行呼吸,呼吸机200将产生对应于2022年1月1日22点01分的呼吸数据,因此,根据2022年1月1日22点01确认2022年1月1日作为第一个日的
日期。
28.步骤s108,监测呼吸数据是否出现长中断,所述长中断为中断时间超过预设的中断时间间隔。在本实施中,长中断的时间是根据用户可能中断一次使用呼吸机200的时长来确定且被确定为三十分钟。可以理解地,出现长中断表示用户在这段时间内很大概率是未使用呼吸机,也就是说,呼吸数据出现长中断后,长中断前后的数据被认为是两次呼吸产生的数据。而未达到30分钟的中断视为用户短暂离开,仍算作同一次的数据。
29.步骤s110,当监测到呼吸数据未出现长中断,判断当前监测到的记录时间是否达到预设的强制中断时间。可以理解地,用户在使用呼吸机200进行呼吸时,一般不会超过一定的时长,如果出现长时间产生呼吸数据,则与实际情况不符,因此,在对于长时间产生呼吸数据时需要进行强制中断。在本实施例中,预设的强制中断时间为48小时,也就是说,通常用户连续使用呼吸机200达到了48小时则对该段呼吸数据进行强制中断。
30.步骤s112,当监测到呼吸数据未出现长中断且到达预设的强制中断时间,进行强制中断并将强制中断时间之前记录的呼吸数据记录为第一个日的呼吸数据,重新判断是否监测到呼吸数据。可以理解地,若用户在开始使用呼吸机200时,开始产生呼吸数据,并对该呼吸数据进行监测,当监测到用户长时间使用呼吸机产生呼吸数据时,判断出现异常并在强制中断的时间对呼吸数据进行强制中断,并将中断前的呼吸数据算作第一个日的呼吸数据,并继续监测呼吸机是否继续产生呼吸数据。
31.步骤s114,当监测到呼吸数据未出现长中断且未到达预设的强制中断时间,继续监测呼吸数据是否出现长中断及当前监测到的记录时间是否达到预设的强制中断时间。可以理解地,用户在开始使用呼吸机200产生呼吸数据时就一直对该段呼吸数据进行数据鉴别和计算呼吸时长和日期,直至出现终止该段呼吸数据的信号。举例来说,如图7为一周内呼吸数据的使用时长,其中的s01为12月5号的使用时长,若在使用呼吸机200时该段呼吸数据未发生长中断且未触发强制中断的条件则监测模组10需要一直持续的对该段呼吸数据进行监测直到在监测约6个小时后出现长中断结束该段呼吸数据。
32.步骤s116,当监测到呼吸数据出现长中断,判断重新监测到数据的开始时间是否与所述第一日为同一个周期。可以理解地,若在t1时刻:2022年1月1日22点03分时监测到呼吸数据,在t2时刻:2022年1月2日10点01分监测到没有呼吸数据,对没有呼吸数据的时间进行计时且总计时时间大于30分钟,若在t3时刻:2022年1月2日10点50分时重新监测到了呼吸数据,则将t3时刻产生的呼吸数据的起始时间与t1时刻的起始时间进行比较,本实施例中,t1时刻在2022年1月1日22点03分,t3时刻在2022年1月2日10点50分,t3时刻没有超过2022年1月2日12点,则判断t3时刻重新监测到的呼吸数据与t1和t2时刻之间的呼吸数据为同一个日的数据;若t3时刻为2022年1月2日13点,超过了12点,则判断t3时刻的呼吸数据与t1时刻的呼吸数据不在同一个日,属于下一个日数据。
33.步骤s118,当判断重新监测到数据的开始时间与所述第一日为同一个周
期,继续判断当前监测到的总的记录时间是否超过24小时或达到预设的强制中断时间。可以理解地,t1时刻到t2时刻为第一段呼吸数据,t3时刻到t4时刻为第二段呼吸数据。举例来说,若在t1时刻:2022年1月1日22点03分时监测到呼吸数据,若该段呼吸数据在t2时刻,2022年1月2日10点整发生中断,50分钟后在t3时刻,2022年1月2日10点50分监测到第二段数据,则第二段数据与第一段数据为同一日,对第二段呼吸数据开始进行监测,判断第一段呼吸数据和第二段呼吸数据的总的记录时间是否超过24小时,若超过,在第二段呼吸数据结束后,将第一段呼吸数据和第二段呼吸数据作为该日的数据,其后发生的数据作为后一天的数据。若第二段呼吸数据持续到t4时刻,2022年1月3日12点或之后,认为达到了强制中断的时间,则对第二段呼吸数据进行强制中断;若t4时刻没有达到2022年1月3日12点时数据就发生了中断,则仍作为前一天的数据。
34.步骤s120,当判断出现长中断之后重新监测到数据的开始时间与所述第一日不是同一个周期,将长中断之前的呼吸数据记录为第一个日的呼吸数据,将出现长中断之后的呼吸数据记录为第二个呼吸日的呼吸数据。可以理解地,若在t1时刻:2022年1月1日22点03分时监测到呼吸数据,在t2时刻:2022年1月2日10点01分监测到呼吸数据中断,对没有呼吸数据的时间进行计时并总计时时间是否大于30分钟,若在t3时刻:2022年1月2日13点重新监测到数据,则判断t3时刻的呼吸数据不在同一个日,即t1时刻到t2时刻的呼吸数据为2022年1月1号的呼吸数据,t3时刻的呼吸数据为2022年1月2号的呼吸数据。
35.上述实施例中,根据用户在周期内出现的长中断的不同情形对监测到的数据进行不同的设置和处理,可以更加清晰合理地分离出每个周期发生的呼吸数据。
36.请结合参看图2,其为本技术实施例提供的呼吸数据的监测方法的第一子流程示意图。步骤112还包括步骤s202-s204。
37.步骤s202,当监测到呼吸数据未出现中断,且达到第二个周期的结束时间还未发生中断,则对该监测的呼吸数据进行强制中断。举例来说,若在t1时刻:2022年1月1号22点整监测到第一段呼吸数据,且该段呼吸数据中途未曾监测到无呼吸数据,当该段呼吸数据达到2022年1月3号12点整的时候,对该段数据进行强制中断,得到第一段呼吸数据的时间区间为2022年1月1号22点到2022年1月3号12点的呼吸数据。
38.步骤s204,当监测到第一段呼吸数据出现短中断,且第二段呼吸数据持续到第二个周期的结束时间还未发生中断,则对该监测的第二段呼吸数据进行强制中断。举例来说,若在t1时刻:2022年1月1号20点整监测到第一段呼吸数据,在t2时刻:2022年1月2号4点整发生了中断,在t3时刻:2022年1月2号4点10分监测到呼吸数据且该段数据一直持续到了2022年1月3号12点之后,则对第二段呼吸数据进行强制中断,且因为发生的是短中断,两段数据作为一次的数据。
39.上述实施例中,对呼吸数据的时间范围进行了限定,使得过程和产生的呼吸数据更加合理。
40.请结合参看图3和图8,图3其为本技术实施例提供的呼吸数据的监测方法的
第二实施例流程示意图。图8为本技术实施例提供的发生短中断的多段呼吸的同一日的同一呼吸数据的示意图。步骤:s302-s306。
41.步骤s302,监测呼吸数据是否出现中断。
42.步骤s304,当出现中断时,判断中断为长中断还是短中断,其中,当中断时间未超过预设的中断时间间隔,判断所述中断为短中断。可以理解地,若t1时刻到t2时刻为第一段呼吸数据,t3时刻到t4时刻为第二段呼吸数据。当在监测第一段呼吸数据的时候在t2时刻监测到没有呼吸数据,则在t2时刻对无呼吸数据的时间开始进行计时,若没有超过30分钟就监测到t3时刻的呼吸数据,则判断第一段呼吸数据与第二段呼吸数据之间的中断为短中断。若超过30分钟后才监测到t3时刻的呼吸数据,则判断第一段呼吸数据与第二段呼吸数据之间的中断为长中断。
43.步骤s306,当中断为短中断,且一个周期内的呼吸数据的总记录时间未超过24小时,将短中断前后的呼吸数据记录为同一段呼吸数据并继续监测所述呼吸数据是否出现中断;当一个周期内开始的一段或多段呼吸数据的累计记录时间超过了24小时,在最后一段呼吸数据发生中断时截断,中断后的数据不计入当次。即,一天睡眠总使用时长超过24小时时,随后任何新记录都不被计入,最后一段睡眠结束即截断。可以理解地,若根据步骤s304得到的第一段呼吸数据与第二段呼吸数据为短中断时,则将第一段呼吸数据与第二段呼吸数据记录为同一日的同一次呼吸数据且起始时间为t1时刻所在的时间,并继续对第二段呼吸数据的t4时刻出现的中断开始计时,判断距离第三次监测到呼吸数据是否有超过30分钟,若未超过30分钟则将第一段呼吸数据、第二段呼吸数据和第三段呼吸数据记为同一次呼吸数据,依此类推直至出现长中断或者触发强制中断,若t4时刻到监测到第三次呼吸数据的时间超过30分钟,则t1时刻到t4时刻为完整的一次呼吸数据,第三次呼吸数据为新一次呼吸数据。如图8中的s02所示的一段呼吸中出现多段呼吸数据,举例来说,若2022年12月8号22点56分钟开始监测到呼吸数据,在2022年12月9号1点26分钟监测到没有呼吸数据,开始计时无呼吸数据的时间,在计时4分钟后,2022年12月9号1点30分钟监测到呼吸数据,则判断该段呼吸数据与上一段呼吸数据之间发生了短中断并且在监测过程中没有达到强制中断的条件,并继续对第二段呼吸数据进行监测,当2022年12月9号2点36分钟后再一次监测到没有呼吸数据,则再一次开始计时无呼吸数据的时间,在计时5分钟后,2022年12月9号2点41分钟监测到呼吸数据,则判断该段呼吸数据与上一段呼吸数据之间发生了短中断并且在监测过程中没有达到强制中断的条件,并继续对第三段呼吸数据进行监测,直到2022年12月9号6点45分后发生了长中断,则将上述三段呼吸数据看做同一日的同一次呼吸数据。
44.当累计监测到同一个周期内开始的一段或多段呼吸数据超过了24小时,而睡眠持续进行不发生任何中断,在睡眠经过第二个周期结束(超过48小时)时强行截断。
45.上述实施例中,对监测到的出现短中断的呼吸数据进行了处理,可以更加科学合理的统计日内的每一次呼吸,确保过程在短暂中断时的数据可用性,使呼吸数据更加的完整。
[0046] 请结合参看图6,其为本技术实施例提供的监测模组的内部结构示意图。监测模组10包括计算机可读存储介质11、处理器12以及总线13。其中,计算机可读存储介质11至少包括一种类型的可读存储介质,该可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,sd或dx存储器等)、磁性存储器、磁盘、光盘等。计算机可读存储介质11在一些实施例中可以是监测模组10的内部存储单元,例如监测模组10的硬盘。计算机可读存储介质11在另一些实施例中也可以是监测模组10的外部存储设备,例如监测模组10上配备的插接式硬盘、智能存储卡(smart media card, smc)、安全数字(secure digital, sd)卡、闪存卡(flash card)等。进一步地,计算机可读存储介质11还可以既包括监测模组10的内部存储单元也包括外部存储设备。计算机可读存储介质11不仅可以用于存储安装于监测模组10的应用软件及各类数据,还可以用于暂时地存储已经输出或者将要输出的数据。
[0047]
总线13可以是外设部件互连标准(peripheral component interconnect,pci)总线或扩展工业标准结构(extended industry standard architecture,eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
[0048]
进一步地,监测模组10还可以包括通信组件15。通信组件15可选地可以包括有线通信组件和/或无线通信组件,如wi-fi通信组件、蓝牙通信组件等,通常用于在监测模组10与其他智能控制设备之间建立通信连接。
[0049]
处理器12在一些实施例中可以是一中央处理器(central processing unit, cpu)、控制器、微控制器、微处理器或其他数据处理芯片,用于运行计算机可读存储介质11中存储的程序代码或处理数据。具体地,处理器12执行多源异构数据的处理程序以控制监测模组10实现呼吸数据的监测方法。
[0050]
可以理解地,图6仅示出了具有组件11-15以及呼吸数据的监测方法的监测模组10,本领域技术人员可以理解的是,图6示出的结构并不构成对监测模组10的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
[0051]
显然,本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样,倘且本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内,则本技术也意图包含这些改动和变型在内。
[0052]
以上所列举的仅为本技术较佳实施例而已,当然不能以此来限定本技术之权利范围,因此依本技术权利要求所作的等同变化,仍属于本技术所涵盖的范围。


文章投稿或转载声明

本文链接:http://www.wtabcd.cn/zhuanli/patent-1-132-0.html

来源:专利查询检索下载-实用文体写作网版权所有,转载请保留出处。本站文章发布于 2022-11-24 11:56:40

发表评论

验证码:
用户名: 密码: 匿名发表
评论列表 (有 条评论
2人围观
参与讨论