输注泵的级联方法、装置、输注泵以及输注监控设备与流程

1.本技术涉及通信领域，尤其涉及一种输注泵的级联方法、装置、输注泵以及输注监控设备。


背景技术：

2.目前，在基于输注泵向执行对象进行药物输注时，通常需要多个输注泵采用级联的方式依次向执行对象进行药物输注。
3.相关技术中，输注泵级联需要依托于工作站，即，输注泵需要安装至工作站的预设槽体中，以便安装在工作站中的多个输注泵之间可以基于工作站进行级联。
4.然而，上述级联方法只能使得同一工作站中的输注泵进行级联，不同工作站中的输注泵无法实现级联通信。因此，亟需一种输注泵的级联方法。


技术实现要素：

5.本技术提供一种输注泵的级联方法、装置、输注泵以及输注监控设备，用以解决相关技术中输注泵之间的级联通信需要依赖工作站的问题。
6.第一方面，本技术提供一种输注泵的级联方法，应用于第一输注泵，所述方法包括：
7.确定所述第一输注泵对应的至少一个第二输注泵；并确定与所述第一输注泵对应的至少一个待通信设备；其中，所述第二输注泵为与所述第一输注泵加入同一群组的输注泵；
8.向所述待通信设备发送第一请求；其中，所述第一请求用于请求与所述待通信设备通信；
9.接收所述待通信设备反馈的请求结果；其中，所述请求结果用于表征所述待通信设备确定与所述第一输注泵通信。
10.第二方面，本技术提供一种输注监控设备，所述输注监控设备用于接收输注泵发送的状态信息，其中，所述状态信息包括：第一群组信息、第一群组对应的级联顺序信息、输注泵的输注信息、输注泵对应的执行对象的执行对象信息中的至少一项；其中，所述级联顺序信息用于指示所述第一群组中每一输注泵各自所对应的输注次序；所述第一群组为所述第一输注泵所处的群组；
11.其中，所述输注泵用于实现如第一方面所述的方法。
12.第三方面，本技术提供一种输注泵的级联装置，应用于第一输注泵，所述装置包括：
13.第一确定单元，用于确定所述第一输注泵对应的至少一个第二输注泵；
14.第二确定单元，用于确定与所述第一输注泵对应的至少一个待通信设备；其中，所述第二输注泵为与所述第一输注泵加入同一群组的输注泵；
15.第一发送单元，用于向所述待通信设备发送第一请求；其中，所述第一请求用于请
求与所述待通信设备通信；
16.第一接收单元，用于接收所述待通信设备反馈的请求结果；其中，所述请求结果用于表征所述待通信设备确定与所述第一输注泵通信。
17.第四方面，本技术提供一种输注泵，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。
18.第五方面，本技术提供一种输注监控设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如第二方面所述的方法。
19.第六方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的方法。
20.第七方面，本技术提供一种计算机程序产品，所述计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现第一方面中任一项所述的方法。
21.本技术提供的输注泵的级联方法、装置、输注泵以及输注监控设备，该方法应用于第一输注泵，所述方法包括：确定所述第一输注泵对应的至少一个第二输注泵；并确定与所述第一输注泵对应的至少一个待通信设备；其中，所述第二输注泵为与所述第一输注泵加入同一群组的输注泵；向所述待通信设备发送第一请求；其中，所述第一请求用于请求与所述待通信设备通信；接收所述待通信设备反馈的请求结果；其中，所述请求结果用于表征所述待通信设备确定与所述第一输注泵通信。本技术中通过输注泵之间的通信交互进行级联，并且，在级联通信过程中，输注泵可以任意选择待通信设备进行通信，以便可以向同一级联群组中的设备进行信息同步。并且，本技术所提供的方式，提高了输注泵之间级联的灵活性，级联群组中的输注泵不受限制。
附图说明
22.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
23.图1为本技术实施例提供的一种输注泵的级联方法的流程示意图；
24.图2为本技术实施例提供的第一种场景示意图；
25.图3为本技术实施例提供的第二种场景示意图；
26.图4为本技术实施例提供的第三种场景示意图；
27.图5为本技术提供的又一种输注泵的级联方法的流程示意图；
28.图6为本技术实施例提供的另一种输注泵的级联方法的流程示意图；
29.图7为本技术实施例提供的一种输注泵流速示意图；
30.图8为本技术实施例提供的又一种输注泵流速示意图；
31.图9为本技术实施例提供的一种建群方法流程示意图；
32.图10为本技术实施例提供的第二种建群方法流程示意图；
33.图11为本技术实施例提供的第三种建群方法流程示意图；
34.图12为本技术实施例提供的一种输注泵的级联装置的结构示意图；
35.图13为本技术实施例中提供的一种电子设备的结构示意图。
36.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
37.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与本技术的一些方面相一致的装置和方法的例子。
38.目前，由于输注泵中所包含的药物为一定量的，通常需要多台输注泵采用级联输注的方式进行药物输注时，即，一台输注泵输注结束之后，由另一台输注泵继续执行药物输注。
39.相关技术中，为了使得多台输注泵之间可以实现级联通信，通常需要将多台输注泵插入到工作站预设的槽体中，并基于工作站实现对多台输注泵的通信中间件，即，由工作站进行输注泵之间的通信信息的转发。
40.然而，受工作站中的槽体数量的限制，使得级联通信的输注泵的数量也会受到限制，且不同工作站所连接的工作泵之间无法进行级联。
41.本技术提供的输注泵的级联方法、装置、输注泵以及输注监控设备，其中，输注泵之间可以采用无线通信的方式进行通信，确定处于同一级联群组中的输注泵。并且，同一级联群组中的输注泵之间可以通过至少一个待通信设备建立通信连接，且此处待通信设备可以为级联群组中的输注泵也可以为输注监控设备，本实施例中不做具体限制，以便节省通信资源。
42.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
43.图1为本技术实施例提供的一种输注泵的级联方法的流程示意图，如图1所示，该方法包括以下步骤：
44.s101、确定第一输注泵对应的至少一个第二输注泵；其中，第二输注泵为与第一输注泵加入同一群组的输注泵。
45.示例性地，本实施例中提供的方法应用于第一输注泵。需要说明的是，本实施例中所提及的输注泵与输注泵、以及输注泵与其余除输注泵之外的设备之间可以采用无线通信的方式进行通信连接，并且，本实施例中对于无线通信的具体方式不做限定，例如，可以采用蓝牙、局域网络等方式。
46.当第一输注泵确定需要进行级联通信时，首先第一输注泵需要确定与其处于同一群组中的第二输注泵。
47.一个示例中，在确定第二输注泵时，可以通过其余设备下发的群组信息确定，其中，其余设备可以为除第一输注泵之外的输注泵，也可以为一个控制设备(例如，输注监控设备)。此外，也可以为用户直接输入至第一输注泵中的群组信息所确定的，本实施例中不
做具体限制。
48.s102、确定与第一输注泵对应的至少一个待通信设备。
49.示例性地，本实施例中，当第一输注泵加入群组之后，还需要确定第一输注泵所对应的至少一个待通信设备，以便后续第一输注泵可以通过待通信设备确定出其所处的群组中的信息，例如，可以进行输注信息同步、病人信息同步等。
50.此外，第一输注泵所对应的待通信设备的数量，在本实施例中不做具体限制。
51.一个示例中，在确定第一输注泵所对应的待通信设备时，此时，可以在与其处于同一群组中的第二输注泵之中进行挑选，例如，可以选择与其距离较近的第二输注泵作为待通信设备，进而使得群组中的输注泵间的通信无需依赖其余设备，并且，选择距离较近的设备也可以提高通信速度。
52.或者，一个示例中，也可以选择除群组中的输出泵以外的其余设备，例如，其余群组中的输注泵，或者，输注监控设备等。
53.s103、向待通信设备发送第一请求；其中，第一请求用于请求与待通信设备通信。
54.示例性地，本实施例中，第一输注泵在确定出其所对应的待通信设备之后，可以向待通信设备发送第一请求，以便请求待通信设备可以和第一输注泵之间可以建立通信连接，以便后续二者之间的数据传输。
55.s104、接收待通信设备反馈的请求结果；其中，请求结果用于表征待通信设备确定与第一输注泵通信。
56.示例性地，本实施例中，当第一输注泵接收到待通信设备所返回的表征同意和第一输注泵建立通信的请求结果之后，则第一输注泵可以待通信设备之间进行信息传输。
57.一个示例中，当第一输注泵在预设时段内未接收到待通信设备所返回的请求结果时，此时，第一输注泵可以重新确定待通信设备，以确保第一输注泵和最终所确定的待通信和设备之间可以进行可靠的通信。
58.一个示例中，第一输注泵也可以作为待通信设备，接收其余设备(例如，同一群组中的第二输注泵)所发送的第一请求，当第一输注泵接收到上述请求建立通信的第一请求时，也可以确定是否同意与其余设备建立通信连接，例如，可以根据自身所拥有的剩余通信资源等进行确定。并将确定结果返回至其余设备。
59.可以理解的是，本实施例中，输注泵之间的级联通信无需借助工作站实现，进而可以避免采用工作站进行输注泵级联是所导致的群组中输注泵数量受限的问题以及输注泵级联通信受物理位置限制的问题。此外，输注泵可以选择其所对应的至少一个待通信设备，以便实现群组中的输注泵之间的信息同步效果。
60.在实际应用中，第一输注泵所确定的待通信设备可以为第三输注泵；其中，第三输注泵为需要与第一输注泵进行通信的第二输注泵；或者，待通信设备为输注监控设备。
61.图2为本技术实施例提供的第一种场景示意图，如图2所示，图中包括有输注监控设备，以及处于同一群组中的多个输注泵设备。其中，设备之间的连线表征两个设备之间建立了通信连接，且上述各个设备处于同一通信网络中。并且，在图2中，多个输注泵设备中可以选择任一输注泵作为主输注泵，并且，该主输注泵与剩余任一输注泵均建立了通信连接，此外，主输注泵还与输注监控设备建立了通信连接。
62.图3为本技术实施例提供的第二种场景示意图，如图3所示，图中包括有输注监控
设备，以及处于同一群组中的多个输注泵设备。其中，设备之间的连线表征两个设备之间建立了通信连接。并且，在图3中，多个输注泵设备中可以选择任一输注泵作为主输注泵，主输注泵与输注监控设备建立了通信连接。并且，多个输注泵之间依次串联连接，进而实现信息同步。
63.图4为本技术实施例提供的第三种场景示意图，如图4所示，图中包括有输注监控设备，以及处于同一群组中的多个输注泵设备。其中，设备之间的连线表征两个设备之间建立了通信连接。并且，在图4中，多个输注泵设备中均只与输注监控设备建立通信连接。
64.需要说明的是，图2-图4所示的场景示意图仅为举例说明，上述几种示意图也可以结合，此处不再赘述。
65.图5为本技术提供的又一种输注泵的级联方法的流程示意图，如图5所示，该方法包括以下步骤：
66.s501、确定第一输注泵对应的至少一个第二输注泵；其中，第二输注泵为与第一输注泵加入同一群组的输注泵。
67.示例性地，步骤s501的技术原理可以参见步骤s101，此处不再赘述。
68.s502、确定与第一输注泵对应的至少一个待通信设备。
69.具体地，在第一输注泵确定出和其处于同一群组的第二输注泵之后，进一步可以确定一个待通信设备，以便后续第一输注泵可以和群组中的第二输注泵或者输注监控设备建立通信。
70.一个示例中，当待通信设备为第三输注泵时，其中，第三输注泵可以理解为第二输注泵中需要与第一输注泵建立通信的输注泵。步骤s502具体为：
71.根据第一群组对应的级联顺序信息，将输注次序与第一输注泵相邻的第二输注泵确定为第三输注泵。即，第一输注泵可以在与第一输注泵处于同一群组的第二输注泵中选择待通信设备，并且，在第二输注泵中选择待通信设备时，还可以选择与第一输注泵的输注次序相邻的第二输注泵作为待通信设备。
72.进一步地，步骤s502可以包括以下步骤：
73.步骤s502-1、确定第一群组对应的级联顺序信息；其中，级联顺序信息用于指示第一群组中每一输注泵各自所对应的输注次序；第三输注泵为需要与第一输注泵进行通信的第二输注泵；第一群组为第一输注泵所处的群组。
74.示例性地，本实施例中，在第一输注泵确定其所对应的待通信设备时，此时，可以在与第一输注泵处于同一群组中的第二输注泵中选择一个输注泵(即，第三输注泵)。
75.并且，在确定第三输注泵时，首先可以确定第一输注泵所处的群组(即，第一群组)所对应的级联顺序信息。其中，第一输注泵所对应的级联顺序信息可以包括第一群组中各个输注泵各自所对应的输注次序。
76.一个示例中，第一群组所对应的级联顺序信息可以为人为输入至第一输注泵中的，也可以为其余设备发送至第一输注泵的，本实施例中不做具体限制。
77.步骤s502-2、确定与第一输注泵的输注次序相邻的输注次序所对应的第二输注泵，为第三输注泵。
78.示例性地，在确定第一群组所对应的级联顺序信息之后，第一输注泵可以根据自身所对应的输注次序，选择与其所对应的输注次序相邻的第二输注泵作为第三输注泵，即，
作为第一输注泵对应的待通信设备。
79.可以理解的是，本实施例中，通过选择输注次序相邻的输注泵作为第一输注泵所对应的待通信设备，可以及时获取到其相邻输注泵的输注状态，以便第一输注泵可以及时开启输注流程，并且，也可以及时通知下一输注泵及时开启输注任务。避免了需要输注次序相邻的两个输注泵之间需要基于另一个设备进行输注信息转发所导致的输注信息同步耗时较长的问题。
80.s503、确定第一输注泵和待通信设备二者之间通信的第一通信格式和第一加密方式。
81.示例性地，本实施例中，当第一输注泵确定出待通信设备，并且需要与待通信设备建立通信连接时，首先，第一输注泵可以确定第一输注泵和待通信设备二者之间进行通信时所采取的第一通信格式以及第一加密方式。
82.举例来说，在确定第一输注泵和待通信设备二者之间通信的通信格式以及加密方式时，可以采用用户指定的通信格式以及加密方式进行处理。或者，第一输注泵可以基于第二通信设备所能识别的通信格式和所能处理的加密方式，确定第一通信格式和第一加密方式。
83.一个示例中，步骤s503包括以下步骤：
84.步骤s503的第一步骤：向待通信设备发送安全通讯请求；其中，安全通讯请求用于请求待通信设备的证书信息
85.示例性地，当第一输注泵需要和待通信设备建立通信时，首先，第一输注泵可以向待通信设备发送携带安全通讯请求，以便第一输注泵可以基于待通信设备反馈其所对应的证书信息确定二者之间的第一通信格式以及第一加密方式。步骤s503的第二步骤：接收待通信设备返回的待通信设备的证书信息。
86.示例性地，当待通信设备接收到第一输注泵的证书信息之后，待通信设备可以将待通信设备本身所对应的证书信息发送至第一输注泵。其中，待通信设备所对应的证书信息中可以包括表征待通信设备是否可以正常使用的第一指示信息，待通信设备支持的第二通信格式以及待通信设备支持的第二加密方式。
87.步骤s503的第三步骤：根据待通信设备的证书信息，若确定待通信设备当前可以正常使用，则根据待通信设备的证书信息和第一输注泵的证书信息，确定第一加密方式和第一通信格式。
88.示例性地，当第一输注泵接收到待通信设备所对应的证书信息之后，也会根据证书信息中的第一指示信息，确定待通信设备是否可以正常使用。若第一输注泵确定待通信设备可以正常使用，则第一输注泵将待通信设备支持的第二通信格式作为第一输注泵向待通信设备发送消息的第一通信格式。
89.并且，待通信设备和第一输注泵之间的通信加密方式(即，第一加密方式)可以由第一输注泵根据第一输注泵支持的第二加密方式和待通信设备支持的第二加密方式所确定；也可以由待通信设备根据第一输注泵支持的第二加密方式和待通信设备支持的第二加密方式所确定，本实施例中不做具体限制。在确定第一加密方式时，可以选择二者均支持的加密方式作为最终的第一加密方式。
90.可以理解的是，本实施例中，在第一输注泵和待通信设备之间协商通信格式和加
密方式时，彼此之间还可以相互检查二者之间是否可以正常工作，若可以正常工作，在确定通信格式和加密方式，进而，有利于确保后续二者之间可以建立可靠的通信连接。
91.在实际应用中，第一输注泵向待通信设备发送的安全通讯请求中也可以包括第一输注泵的证书信息；其中，第一输注泵的输注信息中可以具体包括第一指示信息、支持的第二加密方式以及支持的第二通信格式；第一指示信息用于指示设备是否可以正常使用。具体地，在第一输注泵和待通信设备之间建立通信连接时，首先，第一输注泵可以向待通信设备发送携带有第一输注泵所对应的证书信息的安全通讯请求，以便第一输注泵可以基于待通信设备反馈其所对应的证书信息确定二者之间的第一通信格式以及第一加密方式。
92.需要说明的是，在第一输注泵向待通信设备反馈第一输注泵本身的证书信息时，可以仅携带第一指示信息和支持的第二通信格式，以便待通信设备在接收到第一输注泵的第一指示信息之后，若待通信设备确定第一输注泵当前可以正常使用，则可以将第一输注泵支持的第二通信格式作为待通信设备向第一输注泵发送信息时的通信格式。进而，避免第一输注泵无法正常工作时，待通信设备还继续向第一输注泵发送证书信息所导致的通信资源浪费的现象。
93.或者，在实际应用中，第一输注泵再将自身所对应的证书信息发送至待通信设备时，也可以由待通信设备结合接收到的证书信息和待通信设备本身的证书信息，确定二者之间的通信格式和加密方式。
94.此外，在实际应用中，第一输注泵的第一指示信息包括第一输注泵的使用有效期、第一输注泵的工作状态、模式标识中的至少一项；模式标识用于指示第一输注泵是否支持级联模式。
95.示例性地，在实际应用中，第一输注泵所对应的证书信息中所包含的第一指示信息中，可以包括第一输注泵所对应的使用有效期限、第一输注泵当前的工作状态(例如，当前是否处于输注状态、当前是否处于故障状态等)、表征第一输注泵是否支持级联模式的模式标识中的至少一项。以便待通信设备在接收到上述第一输注泵所对应的第一指示信息之后，可以准确的确定出当前第一输注泵是否可以正常的使用。
96.s504、根据第一加密方式和第一通信格式，向待通信设备发送第一请求；其中，第一请求用于请求与待通信设备通信。
97.示例性地，在确定出第一加密方式和第一通信格式之后，第一输注泵可以基于所确定的加密方式和通信格式，与待通信设备之间进行通信，以提高二者之间的通信安全性。例如，可以基于确定出的第一加密方式和第一通信格式，生成并向待通信设备发送第一请求，以请求和待通信设备之间建立通信连接。
98.可以理解的是，本实施例中，在第一输注泵和待通信设备之间建立通信连接之前，首先可以协商二者之间通信的加密方式和通信格式，以便提高后续二者之间通信的安全性，避免传输的信息受到恶意篡改而影响用户输注的安全性。
99.s505、接收待通信设备反馈的请求结果；其中，请求结果用于表征待通信设备确定与第一输注泵通信。
100.示例性地，步骤s505的具体原理可以参见步骤s104，此处不再赘述。
101.s506、确定第一群组对应的级联顺序信息；其中，级联顺序信息用于指示第一群组中每一输注泵各自所对应的输注次序；第一群组为第一输注泵所处的群组。
102.示例性地，本实施例中，在第一输注泵确定出与其处于同一群组的第二输注泵，进一步的，第一输注泵还可以确定出第一输注泵所处的群组(即，第一群组)中各输注泵所对应的输注次序，即第一输注泵所对应的级联顺序信息。举例来说，在确定第一群组所对应的级联顺序信息时，若多个输注泵需要输注同一药物，则可以随机确定输注泵所对应的次序；若多个输注泵所对应输注的药物不同，则需要进一步根据输注的药物确定输注泵的输注次序。
103.一个示例中，如下步骤为本技术实施例提供的第一种确定级联顺序信息的方法，具体地，步骤s506中包括以下步骤：
104.第一步、获取第一群组中的第一输注泵对应的第一药物信息、第一群组中的第二输注泵的第二药物信息以及医嘱信息；其中，第一药物信息表征第一输注泵中已装载的药物；第二药物信息表征第二输注泵中已装载的药物；医嘱信息用于指示执行对象的用药信息。
105.示例性地，本实施例中，在第一输注泵确定第一群组所对应的级联顺序信息时，首先第一输注泵可以先确定第一输注泵当前所装载第一药物信息，并获取与第一输注泵处于同一群组的第二输注泵所装载的第二药物信息。此外，第一输注泵还可以进一步获取当前医生所开具的医嘱信息，其中，医嘱信息中可以包括有执行对象的用药信息，例如，执行对象需要注射的药物名称、药物次序、药物注射量、药物输注时间等。
106.第二步、根据医嘱信息、第一药物信息和第二药物信息，确定级联顺序信息。
107.示例性地，在获取到医嘱信息和第一群组中各输注泵所装载的药物信息(即，上述第一药物信息和第二药物信息之后)，可以根据医嘱信息中的用药信息，确定第一群组所对应的级联顺序信息。例如，当医嘱信息中包括输注药物的次序信息时，则可以根据各输注泵已装载的药物以及医嘱信息中的次序信息，对输注泵进行排序，进而得到第一群组所对应的级联顺序信息。
108.可以理解的是，本实施例中的第一输注泵可以结合医生所开具的医嘱信息以及第一群组中各输注泵所对应的已经装载的药物信息，确定第一群组所对应的级联顺序信息，以便后续第一群组中的输注泵可以按照医嘱信息进行级联输注。
109.一个示例中，如下步骤为本技术实施例提供的第二种确定级联顺序信息的方法，具体地，步骤s506中包括以下步骤：
110.步骤s506的第一步骤：获取第一群组中的第一输注泵对应的第三药物信息、第一群组中的第二输注泵的第四药物信息以及医嘱信息；其中，第三药物信息表征第一输注泵可装载的药物；第四药物信息表征第二输注泵中可装载的药物；医嘱信息用于指示执行对象的用药信息。
111.示例性地，本实施例中，在第一输注泵确定第一群组的级联顺序信息时，当第一群组中的输注泵中还未装载药物时，此时，第一输注泵首先可以获取第一群组中的第一输注泵本身可对应装载的第三药物信息，以及第一群组中的第二输注泵所对应的可以装载的第四药物信息。
112.具体地，在第一输注泵获取第一输注泵本身所对应的可装载的药物的第三药物信息时，此时，可以将第一输注泵本身所对应的输注参数(例如，输注泵所对应的型号、输注参数阈值等)与医嘱信息中所要求的输注要求(例如，输注药物、药物对应的输注参数要求等)
进行比对，进而确定第一输注泵本身所对应的可装载的药物第三药物信息。同样地，第四药物信息可以参照如上方式实现，本实施例中不做具体限制。可以理解的是，不同型号的输注泵对应支持可装载的药物可能不同，且所能提供的输注参数也可能不同，因此，可以结合输注泵的型号、输注参数等设备信息，确定其所对应可装载的药物。
113.步骤s506的第二步骤：根据医嘱信息、第三药物信息和第四药物信息，确定级联顺序信息。
114.示例性地，在第一输注泵获取到第一群组中各输注泵所对应的可装载的药物的药物信息之后，可以根据医嘱信息，确定第一群组各输注泵所对应的输注次序(即，第一群组所对应的级联顺序信息)。举例来说，在医嘱信息包括有需要输注的药物所对应的输注次序，则进一步的可以结合各输注泵可装载的药物确定级联顺序信息。
115.可以理解的是，本实施例中，第一输注泵可以在第一群组中的输注泵处于未装载药物的状态下确定第一群组所对应的级联顺序信息，以便后续第一群组中的输注泵可以按照医嘱信息进行级联输注。
116.一个示例中，在上述步骤s506的第二步骤之后，方法还包括以下步骤：根据医嘱信息和级联顺序信息，确定第一输注泵对应的第一待装载药物；检测第一输注泵的药物装载进度；在第一输注泵上显示第一待装载药物的药物标识和第一输注泵的药物装载进度。
117.示例性地，在上述步骤s506之后，进一步的，第一输注泵可以结合所确定出的级联顺序信息和医嘱信息，确定第一输注泵本次实际需要装载的第一待装载药物。之后，可以向第一输注泵中注入药物。在注入药物过程中，第一输注泵可以实时检测所对应的药物装载进度，并将药物装载进度显示在第一输注泵上，以便用户可以及时查看当前的药物装载情况。并且，在第一输注泵上还可以显示第一输注泵对应的第一待装载药物的药物标识，以便后续可以进一步核对第一输注泵所对应装载的药物是否准确。
118.另一个示例中，将上述“检测第一输注泵的药物装载进度；在第一输注泵上显示第一待装载药物的药物标识和第一输注泵的药物装载进度”的步骤替换为“对比所述第一输注泵上装载的药物与所述第一待装载药物不一致；在所述第一输注泵上显示药物装载错误提示”。即在第一输注泵确定出第一待装载药物之后，在向第一输注泵装载药物时，第一输注泵可以对比第一输注泵当前所装载的药物和之前所确定的第一待装载药物是否一致。若第一输注泵对比所述第一输注泵上装载的药物与第一待装载药物不一致，则在第一输注泵上显示药物装载错误提示；其中，药物装载错误提示信息可以用于提示用户当前存在药物装载错误问题；需要说明的是，药物装载错误提示信息所对应的显示内容本实施例中不做具体限制。
119.一个示例中，在上述实施例的基础上，接收并显示第二输注泵对应的第二待装载药物的药物标识和第二待装载药物的装载进度。
120.示例性地，本实施例中，在第一输注泵上也可以显示第一群组中的第二输注泵所对应的第二待装载药物的药物标识，以及第二待装载药物的装载进度。其中，第二待装载药物为第二输注泵实际装载的药物。第一输注泵上所显示的第二待装载药物的药物标识和装载进度，可以为第二输注泵本身确定上报的；或者，在一种可能的实现方式中，第二输注泵所对应的第二待装载药物为第一输注泵所确定的。其中，在第一或第二输注泵确定第二待装载药物时，可以参照上述第一待装载药物的确定方式确定。
121.并且，当第一输注泵接收到第二输注泵上传的第二待装载药物的药物标识时，此时，第一输注泵还可以结合医嘱信息，对第二待装载药物进行进一步核准校验，以确保用药的正确性。此外，在第一输注泵上也可以进一步显示第二输注泵对应的第二待装载药物与已装载药物不一致的药物装载错误提示。例如，第二输注泵可以上报自身当前装载的药物，以便第一输注泵可以将第一输注泵所确定的第二待装载药物和第二输注泵上的药物进行比对，确定并显示比对结果；或者，第二输注泵本身也可以进行第二待装载药物和第二输注泵当前已装载药物的比对，并将比对结果直接发送或者通过设备转发的方式发送至第一输注泵。其中，比对结果可以为药物装载错误提示或者药物装载正确提示中的任一项。
122.可以理解的是，本实施例中，在输注泵上不仅可以显示自身所对应装载的药物、已经装载的药物、药物装载进度信息，以及药物装载错误提示，并且，还可以显示同一群组中的其余输注泵所对应的装载的药物、已经装载的药物、药物装载进度信息，以及药物装载错误提示。进而，方便用户在同一台设备上查看同一群组中输注泵的药物装载信息以及比对结果。
123.s507、向待通信设备发送级联顺序信息。
124.示例性地，当第一输注泵确定出其所处的第一群组的级联顺序信息之后，可以向待通信设备发送其所确定的级联顺序信息，以便待通信设备可以同步获取上述级联顺序信息，后续待通信设备将获取到的级联顺序信息可以同步至其余设备(例如，第一群组中的输注泵)，或者，进行级联顺序信息的显示。
125.s508、显示第一输注泵所对应的输注次序和/或第一群组对应的级联顺序信息。
126.示例性地，本实施例中，当第一输注泵确定出第一群组所对应的级联顺序信息之后，此时，第一输注泵可以在第一输注泵上仅显示第一输注泵自身所对应的输注次序，或者，也可以显示整个第一群组所对应的级联顺序信息(即，显示第一群组中各输注泵所对应的输注次序)。进而，方便用户查看输注泵在群组中的输注次序。
127.一个示例中，可以同时显示第一输注泵所对应的输注次序和第一群组对应的级联顺序信息。具体地，可以对第一输注泵所对应的输注次序进行标记处理，得到标记处理后的输注次序；其中，标记处理包括：加粗、倾斜、添加下划线、高亮中的至少一项处理；显示标记处理后的输注次序和第一群组中的第二输注泵的输注次序。
128.示例性地，在一个实施例中，当第一输注泵需要显示其所处的群组所对应的级联顺序信息时，此时，在显示过程中，第一输注泵可以将其自身所对应的输注次序进行标记处理，进而在显示方式上区别于其余第二输注泵所对应的输注次序的显示方式，以便可以突出显示第一输注泵自身所对应的输注次序。并且，本实施例中，在对第一输注泵本身所对应的输注次序进行标记处理时，可以采用加粗、倾斜、添加下划线、以及高亮处理中的至少一项处理方式进行处理，以便和其余输注泵所对应的输注次序进行区分。可以理解的是，本实施例中，当输出泵需要显示多个输注泵各自对应的输注次序时，可以突出显示输注泵本身所对应的输注次序，进而方便用户查看。
129.图6为本技术实施例提供的另一种输注泵的级联方法的流程示意图，如图6所示，该方法包括以下步骤：
130.s601、确定第一输注泵对应的至少一个第二输注泵。
131.s602、确定与第一输注泵对应的至少一个待通信设备；其中，第二输注泵为与第一
输注泵加入同一群组的输注泵。
132.s603、向待通信设备发送第一请求；其中，第一请求用于请求与待通信设备通信。
133.s604、接收待通信设备反馈的请求结果；其中，请求结果用于表征待通信设备确定与第一输注泵通信。
134.示例性地，步骤s601-s604可以参见步骤s101-s104，此处不再赘述。
135.s605、获取采集装置采集的第二采集信息。
136.示例性地，本实施例中，第一输注泵可以通过采集装置进行信息采集，其中，采集装置可以为第一输注泵本身所配置的扫描枪等采集装置，也可以为用户使用的终端设备。
137.举例来说，用户可以通过操控第一输注泵所对应的扫描其余输注泵所对应的二维码等标签信息，以获取其余输注泵所对应的设备信息，并将所获取到的设备信息发送至第一输注泵。又或者，可以通过扫描执行对象所对应的二维码信息或者病例上的标识信息，获取执行对象本身所对应的执行对象信息。此外，也可以扫描药物所携带的标签信息，实现药物信息(即，第五药物信息)的获取。
138.s606、在第一输注泵中存储和/或显示第二采集信息，其中，第二采集信息包括以下至少一项：执行对象信息、输注泵信息以及第五药物信息。
139.示例性地，第一输注泵在获取到上述第二采集信息之后，可以将上述第二采集信息存储至第一输注泵中，以便后续用于执行对象、输注泵之间的关联关系的建立；或者，执行对象、输注泵、药物三者之间的关联关系的建立。
140.可以理解的是，本实施例中，第一输注泵可以基于采集装置所采集的第二采集信息进行用药关系的建立，即，上述执行对象、输注泵、药物之间的关系；执行对象、药物的关系；执行对象、输注泵之间的关系等。
141.s607、若确定第一输注泵当前处于第一输注状态，则向第一群组中的目标输注泵发送通知信息；其中，第一输注状态为剩余输注量小于第一预设值的状态，或者，剩余输注时间小于第二预设值的状态；目标输注泵为位于第一输注泵输注次序之后的第二输注泵；通知信息用于通知目标输注泵在预设时刻开始进行药物输注，且目标输注泵的药物输注流速满足如下第一策略：自零增加至预定输注流速；第一群组为第一输注泵所处的群组。
142.s608、控制第一输注泵的药物输注流速满足如下第二策略：自预定输注流速降低至0。
143.示例性地，本实施例中，在第一输注泵向执行对象进行药物输注的输注过程中，第一输注泵会实时监控自身所对应的药物输注状态，当第一输注泵确定当前需要输注药物的剩余输注量小于第一预设阈值，或者，剩余输注时间小于第二预设值时，则确定第一输注泵当前即将完成输注，则此时，第一输注泵可以向第一群组中位于第一输注泵所对应的输注次序之后的目标输注泵发送通知信息，以指示目标输注泵开始向执行对象进行药物输注。并且，在第一输注泵和目标输注泵同时向执行对象进行药物输注的过程中，第一输注泵会逐渐降低向执行对象进行药物输注的药物流速直至0，并且同时第二输注泵也会从0开始逐步提高向执行对象进行药物输注的输注流速。
144.需要说明的是，第一输注泵在向目标输注泵发送通知信息时，可以为第一输注泵直接发送至目标输注泵的，也可以由其余设备(例如，输注监控设备或者其余输注泵)进行转发的。
145.图7为本技术实施例提供的一种输注泵流速示意图。如图7所示，图中，横轴表征时间，纵轴表征输注流速。其中，第一输注泵的输注流速按照第一斜率不断下降直至下降至0，并且，目标输注泵所对应的输注流速以第二斜率不断上升，直至上升至预定输注流速，进而，通过上述方式确保执行对象所接收的输注量处于稳定状态。
146.可以理解的是，本实施例中，在输注泵之间进行输注切换时，为了避免随着输注泵中的药量降低所导致的向执行对象输注药物的过程中执行对象接收到的药物药量不稳定的现象，本实施例中，在输注泵即将输注结束时，会提前开启下一输注泵，两个输注泵一个逐渐降低自身的输注流速，一个不断增高自身的输注流速，以维持执行对象所接收到的药量的稳定性。
147.一个示例中，第一策略为以梯度上升的方式逐步增加至预定输注流速；第二策略为以梯度下降的方式逐步降低0。图8为本技术实施例提供的又一种输注泵流速示意图。如图7所示，图中，横轴表征时间，纵轴表征输注流速。其中，第一输注泵的输注流速按照梯度下降的方式不断下降直至下降至0，并且，目标输注泵所对应的输注流速以梯度的方式不断上升，直至上升至预定输注流速，进而，通过上述方式确保执行对象所接收的输注量处于稳定状态。相比于图7所示的输注流速方式，本实施例中所提供的输注流速的无需实时调整变动，调整方式较为简单。
148.一个示例中，在上述任一实施例的基础上，还可以包括以下步骤：在第一输注泵和待通信设备向待通信设备发送同步信息；其中，同步信息包括第一输注泵的输注信息、第一输注泵对应输注的执行对象的执行对象信息、告警规则中的至少一项；告警规则用于指示输出过程中输注泵触发告警的条件。
149.示例性地，当第一输注泵和待通信设备建立通信通信之后，第一输注泵可以向待通信设备发送同步信息，以便可以及时向待通信设备反馈第一输注泵自身的输注信息(例如，输注的药物、输注流速、是否处于输注状态等)以便及时同步自身的输注信息；在实际应用中也可以将获取到的其余输注泵的输注信息同步至待通信设备
150.此外，第一输注泵也可将其对应输注的执行对象的执行对象信息发送至待通信设备，以便和待通信设备同步第一输注泵所对应的执行对象信息，并且，也可以通过待通信设备将执行对象信息发送至其余输注泵。
151.在实际应用中，同步信息中也可以包括告警规则，其中，告警规则可以理解为触发输注泵报警的条件，例如，告警规则可以为针对输注泵流速的告警、输注泵中的气泡量的告警、输注泵中的剩余药量的告警、执行对象告警等，此处不做具体限定。
152.可以理解的是，第一输注泵通过向待通信设备发送同步信息，可以将自身所获取到的信息同步至待通信设备，以便用户可以通过待通信设备查看第一输注泵所对应的获取的信息。此外，待通信设备也可以对同步信息进行转发，以便第一群组中的其余输注泵也可以和第一输注泵进行信息同步。
153.一个示例中，发送第一群组的群组信息；其中，群组信息用于指示第一群组中包括的输注泵；第一群组为第一输注泵所处的群组。
154.示例性地，当第一输注泵确定其所处的第一群组中所包含的第二输注泵时，此时，可以将第一群组所对应的群组信息发送给第二输注泵，也可以广播给与第一输注泵处于同一通信网络中的输注泵，以便其余输注泵可以及时获取到同一通信网络中的群组信息，进
而，方便输注泵选择可以加入同一群组的输注泵。
155.此外，本技术实施例中，还提供了几种输注泵间建群的方法。以下几种建群方式可以执行在步骤“确定第一输注泵对应的至少一个第二输注泵”之前。
156.图9为本技术实施例提供的一种建群方法流程示意图。该方法包括以下步骤：
157.s901、广播第二请求；其中，第二请求用于请求至少一个第四输注泵的设备信息；第四输注泵为与第一输注泵处于同一通信网络中的输注泵。
158.示例性地，本实施例中所提供的方法应用于第一输注泵。其中，第一输注泵可以作为群组建立的发起方，向与其处于同一通信网络中的第四输注泵广播第二请求，以请求第四输注泵反馈第四输注泵自身所对应的设备信息。例如，图9中的第一输注泵向第四输注泵广播第二请求。
159.s902、接收第四输注泵返回的设备信息。
160.示例性地，当第四输注泵接收到第一输注泵广播的第二请求之后，可以向第一输注泵反馈自身所对应的设备信息。
161.一个示例中，当第四输注泵确定自身已加入其余输注泵所处的群组时，则此时不会向第一输注泵反馈设备信息。或者，当第四输注泵确定其接收到第二请求的时间和第二请求的发送时间之间的时间间隔超出预设阈值时，此时，会认为二者之间无法建立可靠的通信，则不会向第一输注泵反馈设备信息。此外，设备信息可以包括设备型号、设备类型、序列号、版本等信息，本实施例中不做具体限制。或者，只要接收到广播的第二请求就直接反馈自身的设备信息。
162.s903、显示第四输注泵的设备信息和第一输注泵的设备信息。
163.示例性地，当第一输注泵接收到第四输注泵所反馈的设备信息之后，可以在第一输注泵上显示第四输注泵的设备信息以及第一输注泵自身所对应的设备信息。
164.s904、响应于群组指令，根据群组指令，在至少一个第四输注泵中确定第一输注泵对应的至少一个待确定输注泵。
165.示例性地，第一输注泵可以根据接收到的群组指令，确定至少一个待确定输注泵。其中，群组指令中指示了需要与第一输注泵处于同一群组的输注泵(即，待确定输注泵)。也就是说，在多个第四输注泵中筛选出了待确定输注泵，作为需要与第一输注泵位于同一群组的输注泵。
166.此外，群组指令中还可以指示出至少一个第二群组，其中，第二群组为不包括第一输注泵的群组。当第一输注泵接收到第二群组的群组信息(即，第二群组中包含的输注泵)，则可以将上述第二群组的群组信息发送至第二群组中的任意一个或多个输注泵。
167.举例来说，群组指令可以为用户通过操作第一输注泵的显示界面所生成的。
168.s905、向待确定输注泵发送建群请求；建群请求用于请求加入建群请求发送方所处的群组。
169.示例性地，当第一输注泵根据建群指令，确定出第一输注泵对应的待确定输注泵时，此时，第一输注泵可以向待确定输注泵发送建群请求，以请求待确定输注泵与第一输注泵加入同一群组。例如，图9中的第四输注泵可作为待确定输注泵。
170.s906、若确定接收到待确定输注泵发送的同意建群指令，则确定待确定输注泵加入第一输注泵对应的群组。
171.示例性地，当待确定输注泵确定加入第一输注泵所处的群组时，待确定输注泵可以向第一输注泵发送同意建群指令，以便告知第一输注泵，待确定输注泵同意和第一输注泵加入同一群组。可以理解的是，此处向第一输注泵发送同意建群指令的待确定输注泵，即为本技术实施例中所提及的与第一输注泵处于同一群组的第二输注泵。
172.同样的，当第一输注泵作为建群的接收方时，此时，第一输注泵可以接收第四输注泵广播的第二请求，以请求输注泵的设备信息。第四输注泵为与第一输注泵处于同一通信网络中的输注泵。之后，第一输注泵向第四输注泵发送第一输注泵的设备信息。当第一输注泵接收第四输注泵发送的建群请求之后，若第一输注泵确定加入第四输注泵所处的群组，则向第四输注泵返回同意建群指令。
173.可以理解的是，本实施例中，输注泵可以主动广播获取与其处于同一通信网络的输注泵的设备信息，通过输注泵之间的信息交互，完成建群过程，进而避免了相关技术中输注泵级联建群需要依赖工作站的问题。
174.在一些实施例中，在第一输注泵建立群组时可以通过以下步骤实现：“响应于第一建群指令，广播第四请求；其中，所述第四请求包括所述第一建群指令中包括的第一建群密码；所述第四请求用于请求加入所述第一输注泵所处的群组；接收第五输注泵返回的同意建群指令。”具体地，当第一输注泵接收到第一建群指令中所包含额第一建群密码时，此时，可以将第一建群密码作为第四请求所携带的信息广播出去。当其余输注泵接收到上述第四请求之后，会确定第四请求中所包含的第一建群密码和自身所接收到的第二建群指令中的第三建群密码是否相同，若相同，则可以先第一输注泵返回同意建群指令。可以理解的是，本实施例中，通过比较接收到的第四请求中的建群密码和接收到的建群指令中的建群密码是否相同进行建群，进而使得接收到的建群指令中所携带的建群密码相同的输注泵可以处于同一群组。
175.一个示例中，在上述实施例的基础上，在广播第四请求之前，第一输注泵也可以对接收到的第一建群指令中的第一建群密码进行加密处理之后，在通过第四请求，将加密后得到的第二建群密码发送出去，进而避免建群密码被篡改。
176.一个示例中，在上述实施例的基础上，图10为本技术实施例提供的第二种建群方法流程示意图。该方法包括以下步骤：
177.s1001、响应于第一建群指令，若确定未接收到第四输注泵发送的第三请求，则对第一建群指令中所包括的第一建群密码进行加密处理，得到第二建群密码；第三请求用于请求查找待加入第四输注泵所处的群组的输注泵；第四输注泵为与第一输注泵处于同一通信网络中的输注泵。
178.示例性地，本实施例中，当第一输注泵作为建群的触发方进行建群时，首先，若第一输注泵在接收到包括第一建群密码的第一建群指令之后，会判断自身之前是否已经接收到与其处于同一通信网络的第四输注泵发送的第三请求。其中，第三请求可以理解为表征请求加入第三请求发送方的请求信息。若第一输注泵未接收到第三请求，则会将自身所接收到的第一建群密码进行加密处理，进而得到加密后的第二建群密码。本实施例中，对于建群密码的加密方式不做具体限制。
179.s1002、广播第四请求；其中，第四请求包括第二建群密码；第四请求用于请求加入第一输注泵所处的群组。
180.示例性地，在第一输注泵得到第二建群密码之后，会广播携带有第二建群密码的第四请求，其中，第四请求可以理解为表征请求加入第四请求发送方(即，此处的第一输注泵)所对应的群组的请求信息。
181.s1003、接收第五输注泵返回的同意建群指令；其中，同意建群指令为第五输注泵确定第五输注泵所对应的第二建群指令中的第三建群密码和第二建群密码对应的解密后的密码相同时发出的。
182.示例性地，本实施例中，当与第一输注泵位于同一通信网络中的第四输注泵接收到第四请求之后，会对第四请求中的第二建群指令进行解密处理，进而得到解密后的建群密码。之后，第四输注泵还会将解密后的建群密码和第四输注泵接收到的第二建群指令中的第三建群密码进行比对，若两个密码相同，则表征该第四输注泵和第一输注泵各自所接收到的建群指令中所包含的建群密码相同(即，上述第三建群密码和第一建群密码相同)，此时，该第四输注泵可以作为第五输注泵，向第一输注泵发送同意建群指令，即第五输注泵同意加入第一输注泵所对应的群组。此处，第五输注泵可以理解为与第一输注泵处于同一通信网络，并且，接收到相同的建群密码的输注泵。并且，后续该第五输注泵可以理解为本技术中的第二输注泵，即，与第一输注泵处于同一群组中的输注泵。
183.一个示例中，当第一输注泵接收到第一建群指令之后，若确定接收到第四输注泵发送的第三请求，则对第三请求所包含的第四建群密码进行解密处理，得到解密后的第四建群密码；其中，第四建群密码为第四输注泵设备对其所接收到的建群密码进行加密处理之后得到的；若确定解密后的第四建群密码和第一建群指令所包括的第一建群密码相同，则向第四输注泵发送同意建群指令。
184.示例性地，本实施例中，当第一输注泵接收到第一建群指令时，若确定已经接收到的第四输注泵所发送的第三请求时，此时，会对第三请求所携带的第四建群密码进行解密处理，并将解密处理后的密码与第一输注泵自身所对应接收到的第一建群指令中的第一建群密码进行比对。若确定二者相同，则第一输注泵向第四输注泵发送同意建群指令，以告知第四输注泵第一输注泵确定可以加入第四输注泵所处的群组。此外，若第一输注泵确定解密后的第四建群密码和自身所接收到的第一建群密码不相同，则此时，第一输注泵可以对第一建群密码进行加密处理，之后将加密处理后得到的第二建群密码广播出去。
185.可以理解的是，本实施例中，在输注泵建群时，首先可以向输注泵发送包括建群密码的建群指令，之后，输注泵可以采用广播的方式将加密后的建群密码广播出去，并由接收到上述广播的输注泵对接收到的密码进行解密以及比对，进而使得接收到相同建群密码的输注泵可以处于同一群组中。并且，在广播建群密码时，还会先进行加密处理后再进行广播，以确保建群密码的安全性。上述建群过程中无需依赖工作站，有利于摆脱建群过程中对输注泵数量受限的问题。
186.在一些实施例中，在第一输注泵建群时，首先第一输注泵可以根据采集装置所采集的第一采集信息，得到第六输注泵的设备信息，并将第六输注泵加入第一输注泵所处的群组。具体地，采集装置对第六输注泵进行设备信息的采集，进而获取到第六输注泵所对应的第一采集信息。之后，第一输注泵可以获取采集装置所对应的第一采集信息，并根据第一采集信息确定出第六输注泵所对应的设备信息。之后，第一输注泵可以将获取到的设备信息所对应的第六输注泵作为与其处于同一群组中的第二输注泵。需要说明的是，本实施例
中对于采集装置获取第一采集信息的方式不做具体限制，例如，采集装置可以通过和第六输注泵之间通过信息交互所获取到的，例如，基于近场通信技术、射频识别技术等方式；或者，也可以通过获取第六输注泵上的设备图像之后根据图像识别技术所得到的。
187.在一些实施例中，图11为本技术实施例提供的第三种建群方法流程示意图。该方法包括以下步骤：
188.s1101、根据采集装置所采集的第一采集信息，确定第六输注泵的设备信息；其中，第一采集信息为采集装置通过扫描第六输注泵的设备标签所得到的。
189.示例性地，本实施例中，第一输注泵可以从采集装置上获取第一采集信息。其中，第一采集信息可以理解为采集装置通过扫描第六输注泵的设备标签所得到的。例如，在实际应用中，采集装置可以为用户的终端设备(手机、手表等)、相机、扫描枪等可以用于扫描第六输注泵所对应的设备标签(例如，设备二维码标签、条形码标签)等的设备。
190.之后，第一输注泵可以通过采集装置所采集到的第一采集信息，获取到第六输注泵所对应的设备信息(例如，可以包括通信地址、设备型号等)。
191.s1102、向第六输注泵发送建群请求；建群请求用于请求加入建群请求发送方所处的群组。
192.示例性地，第一输注泵可以基于第六输注泵的设备信息，向第六输注泵发送请求加入同一群组的建群请求。
193.s1103、若确定接收到第六输注泵的同意建群指令，则确定第六输注泵加入第一输注泵所处的群组。
194.示例性地，本实施例中，当第六输注泵接收到建群请求时，可以直接向第一输注泵发送同意建群指令，也可以经过信息判断之后，在确定是否向第一输注泵发送同意建群指令。具体地，第六输注泵在进行信息判断时所对应的判断内容本实施例中不做具体限制，例如，可以判断第六输注泵当前是否已经处于其余群组；或者，第六输注泵是否支持级联输注模式；或者，第六输注泵当前电量等。
195.若第六输注泵确定其可以加入第一输注泵所处的群组，则第六输注泵可以向第一输注泵发送同意建群指令。需要说明的是，此处，向第一输注泵发送同意建群指令的第六输注泵可以看做是本技术中，与第一输注泵处于同一群组的第二输注泵。
196.一个示例中，第一输注泵也可以为被采集装置扫描设备标签的输注泵，此时，当第一输注泵接收到其余输注泵发送的建群请求；其中，建群请求用于请求加入建群请求发送方所处的群组，且建群请求为其余设备根据采集装置采集到第一输注泵对应的设备信息时发送的；若确定加入其余输注泵所处的群组，则向其余输注泵发送同意建群指令。此处，第一输注泵的处理过程可以参照上述第六输注泵的处理过程，此处不再赘述。
197.可以理解的是，本实施例中，输注泵可以通过采集装置获取其余输注泵所对应的设备信息，并向采集到设备信息的输注泵发送建群请求，从而实现输注泵建群过程。通过上述扫描建群过程，无需依赖工作站，提高了输注泵之间级联输注的实用性。
198.在一些实施例中，本技术实施例提供一种输注监控设备，输注监控设备用于接收输注泵发送的状态信息，其中，状态信息包括：第一群组信息、第一群组对应的级联顺序信息、输注泵的输注信息、输注泵对应的执行对象的执行对象信息中的至少一项；其中，第一群组信息用于指示输注泵对应加入的第一群组；级联顺序信息用于指示第一群组中每一输
注泵各自所对应的输注次序；第一群组为第一输注泵所处的群组；其中，输注泵用于实现上述任一实施例所提供的方法。
199.示例性地，本实施例中所提供的输注监控设备，可以作为输注泵所对应的待通信设备，接收并显示待通信设备所上报的状态信息，例如，状态信息可以包括有输注泵之间的建群信息，具体地，建群信息可以包括有群组中所包含的输注泵、群组所对应的级联顺序信息，或者还可以包括输注泵具体的地理位置信息等。
200.此外，状态信息中还可以包括输注泵在输注过程中的输注信息，例如：输注的药物、流速、剩余量、已输注量等。执行对象信息具体地可以包括执行对象本身的身份信息(例如年龄、性别等)、执行对象的身体信息(例如，血氧饱和度、血糖值等)。
201.此外，在实际应用中，输注监控设备还用于：根据状态信息，向输注泵下发控制指令，以便对输注泵进行控制。举例来说，控制指令用于指示控制输注泵的工作状态信息和/或输注状态信息。具体地，当输注监控设备接收到输注泵上报的状态信息之后，可以根据状态信息中的输注信息对输注泵的输注状态信息(例如，输注状态信息可以包括输注泵的输注流速、输注方式)进行控制。也可以控制输注泵的工作状态信息，例如，根据接收到的群组信息以及输注信息，控制输注泵的工作状态，例如，输注泵停止输注，或者，开始输注，又或者，控制输注泵处于检修故障等状态。
202.可以理解的是，本实施例中，输注监控设备可以用于接收输注泵所上报的状态信息，进而方便用户进行信息查看。此外，也可以对输注泵进行控制，以便输注泵可以准确的完成输注过程或者级联输注切换等。
203.图12为本技术实施例提供的一种输注泵的级联装置的结构示意图，该装置应用于第一输注泵，装置包括：
204.第一确定单元1201，用于确定第一输注泵对应的至少一个第二输注泵。
205.第二确定单元1202，用于确定与第一输注泵对应的至少一个待通信设备；其中，第二输注泵为与第一输注泵加入同一群组的输注泵。
206.第一发送单元1203，用于向待通信设备发送第一请求；其中，第一请求用于请求与待通信设备通信。
207.第一接收单元1204，用于接收待通信设备反馈的请求结果；其中，请求结果用于表征待通信设备确定与第一输注泵通信。
208.在一些实施例中，第一发送单元1203，包括：
209.第一确定模块，用于确定第一输注泵和待通信设备二者之间通信的第一通信格式和第一加密方式。
210.发送模块，用于根据第一加密方式和第一通信格式，向待通信设备发送第一请求。
211.在一些实施例中，第一确定模块，具体用于：
212.向待通信设备发送安全通讯请求；其中，安全通讯请求包括第一输注泵的证书信息；安全通讯请求用于请求待通信设备反馈待通信设备的证书信息；证书信息包括第一指示信息、支持的第二加密方式以及支持的第二通信格式；第一指示信息用于指示设备是否可以正常使用；
213.接收待通信设备返回的待通信设备的证书信息；其中，待通信设备的证书信息为待通信设备确定第一输注泵当前可以正常使用时发送的；
214.根据待通信设备的证书信息，若确定待通信设备当前可以正常使用，则根据待通信设备的证书信息和第一输注泵的证书信息，确定第一加密方式和第一通信格式。
215.在一些实施例中，第一输注泵的第一指示信息包括第一输注泵的使用有效期、第一输注泵的工作状态、模式标识中的至少一项；模式标识用于指示第一输注泵是否支持级联模式。
216.在一些实施例中，待通信设备为第三输注泵；其中，第三输注泵为需要与第一输注泵进行通信的第二输注泵；或者，待通信设备为输注监控设备。
217.在一些实施例中，装置还包括：
218.第二发送单元，用于在第一确定单元确定第一输注泵对应的至少一个第二输注泵之前，广播第二请求；其中，第二请求用于请求至少一个第四输注泵的设备信息；第四输注泵为与第一输注泵处于同一通信网络中的输注泵。
219.第二接收单元，用于接收第四输注泵返回的设备信息。
220.第一显示单元，用于显示第四输注泵的设备信息和第一输注泵的设备信息。
221.第三确定单元，用于响应于群组指令，根据群组指令，在至少一个第四输注泵中确定第一输注泵对应的至少一个待确定输注泵。
222.第三发送单元，用于向待确定输注泵发送建群请求；建群请求用于请求加入建群请求发送方所处的群组。
223.第四确定单元，用于若确定接收到待确定输注泵发送的同意建群指令，则确定待确定输注泵加入第一输注泵对应的群组。
224.在一些实施例中，装置包括：
225.第四发送单元，用于在第一确定单元确定第一输注泵对应的至少一个第二输注泵之前，响应于第一建群指令，广播第四请求；其中，第四请求包括第一建群指令中包括的第一建群密码；；第四请求用于请求加入第一输注泵所处的群组。
226.第三接收单元，用于接收第五输注泵返回的同意建群指令。
227.在一些实施例中，装置包括：
228.第五确定单元，用于根据采集装置所采集的第一采集信息，得到第六输注泵的设备信息。
229.第六确定单元，用于确定第六输注泵加入第一输注泵所处的群组。
230.在一些实施例中，若待通信设备为第三输注泵，则第二确定单元1202，包括：
231.第二确定模块，用于根据第一群组对应的级联顺序信息，将输注次序与所述第一输注泵相邻的第二输注泵确定为第三输注泵；其中，所述第一群组为所述第一输注泵所处的群组。
232.在一些实施例中，装置还包括：
233.第六确定单元，用于确定第一群组对应的级联顺序信息；其中，级联顺序信息用于指示第一群组中每一输注泵各自所对应的输注次序；第一群组为第一输注泵所处的群组。
234.第五发送单元，用于向待通信设备发送级联顺序信息。
235.在一些实施例中，第六确定单元，包括：
236.第一获取模块，用于获取第一群组中的第一输注泵对应的第一药物信息、第一群组中的第二输注泵的第二药物信息以及医嘱信息；其中，第一药物信息表征第一输注泵中
已装载的药物；第二药物信息表征第二输注泵中已装载的药物；医嘱信息用于指示执行对象的用药信息。
237.第三确定模块，用于根据医嘱信息、第一药物信息和第二药物信息，确定级联顺序信息。
238.在一些实施例中，第六确定单元，包括：
239.第二获取模块，用于获取第一群组中的第一输注泵对应的第三药物信息、第一群组中的第二输注泵的第四药物信息以及医嘱信息；其中，第三药物信息表征第一输注泵可装载的药物；第四药物信息表征第二输注泵中可装载的药物；医嘱信息用于指示执行对象的用药信息。
240.第四确定模块，用于根据医嘱信息、第三药物信息和第四药物信息，确定级联顺序信息。
241.在一些实施例中，装置还包括：
242.第七确定单元，用于根据医嘱信息和级联顺序信息，确定第一输注泵对应的第一待装载药物。
243.对比单元，用于对比所述第一输注泵上装载的药物与所述第一待装载药物不一致。
244.第二显示单元，用于在所述第一输注泵上显示药物装载错误提示。
245.在一些实施例中，装置还包括：
246.第三显示单元，用于在所述第一输注泵上显示所述第二输注泵对应的第二待装载药物与已装载药物不一致的药物装载错误提示。
247.在一些实施例中，装置还包括：
248.第四显示单元，用于显示第一输注泵所对应的输注次序和/或第一群组对应的级联顺序信息。
249.在一些实施例中，第四显示单元，包括：
250.处理模块，用于对第一输注泵所对应的输注次序进行标记处理，得到标记处理后的输注次序；其中，标记处理包括：加粗、倾斜、添加下划线、高亮中的至少一项处理。
251.显示模块，用于显示标记处理后的输注次序和第一群组中的第二输注泵的输注次序。
252.在一些实施例中，装置还包括：
253.获取单元，用于获取采集装置采集的第二采集信息。
254.处理单元，用于在第一输注泵中存储和/或显示第二采集信息，其中，第二采集信息包括以下至少一项：执行对象信息、输注泵信息以及第五药物信息。
255.在一些实施例中，装置还包括：
256.第六发送单元，用于若确定第一输注泵当前处于第一输注状态，则向第一群组中的目标输注泵发送通知信息；其中，第一输注状态为剩余输注量小于第一预设值的状态，或者，剩余输注时间小于第二预设值的状态；目标输注泵为位于第一输注泵输注次序之后的第二输注泵；通知信息用于通知目标输注泵在预设时刻开始进行药物输注，且目标输注泵的药物输注流速满足如下第一策略：自零增加至预定输注流速；第一群组为第一输注泵所处的群组。
257.控制单元，用于控制第一输注泵的药物输注流速满足如下第二策略：自预定输注流速降低至0。
258.在一些实施例中，第一策略为以梯度上升的方式逐步增加至预定输注流速；第二策略为以梯度下降的方式逐步降低0。
259.在一些实施例中，装置还包括：
260.第七发送单元，用于向待通信设备发送同步信息；其中，同步信息包括第一输注泵的输注信息、第一输注泵对应输注的执行对象的执行对象信息、告警规则中的至少一项；告警规则用于指示输出过程中输注泵触发告警的条件。
261.在一些实施例中，装置还包括：
262.第八发送单元，用于发送第一群组的群组信息；其中，群组信息用于指示第一群组中包括的输注泵；第一群组为第一输注泵所处的群组。
263.本实施例提供的装置，用于实现上述方法提供的技术方案，其实现原理和技术效果类似，不再赘述。
264.本技术提供一种电子设备，包括：存储器，处理器；
265.存储器，用于存储处理器可执行指令；
266.处理器，用于根据可执行指令执行方法。其中，上述电子设备可以为本技术实施例所提供的输注泵也可以为本实施例中所提供的输注监控设备。
267.图13为本技术实施例中提供的一种电子设备的结构示意图，如图13所示，该电子设备包括：
268.处理器(processor)291，电子设备还包括了存储器(memory)292；还可以包括通信接口(communication interface)293和总线294。其中，处理器291、存储器292、通信接口293、可以通过总线294完成相互间的通信。通信接口293可以用于信息传输。处理器291可以调用存储器292中的逻辑指令，以执行上述实施例的方法。
269.此外，上述的存储器292中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
270.存储器292作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本技术实施例中的方法对应的程序指令/模块。处理器291通过运行存储在存储器292中的软件程序、指令以及模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的方法。
271.存储器292可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器292可以包括高速随机存取存储器，还可以包括非易失性存储器。
272.本技术提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现任一项的方法。
273.本技术提供一种计算机程序产品，计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现任一项的方法。
274.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识
或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由所附的权利要求书指出。
275.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：
1.一种输注泵的级联方法，其特征在于，应用于第一输注泵，所述方法包括：确定所述第一输注泵对应的至少一个第二输注泵；并确定与所述第一输注泵对应的至少一个待通信设备；其中，所述第二输注泵为与所述第一输注泵加入同一群组的输注泵；向所述待通信设备发送第一请求；其中，所述第一请求用于请求与所述待通信设备通信；接收所述待通信设备反馈的请求结果；其中，所述请求结果用于表征所述待通信设备确定与所述第一输注泵通信。2.根据权利要求1所述的方法，其特征在于，所述待通信设备为第三输注泵；其中，所述第三输注泵为需要与所述第一输注泵进行通信的第二输注泵；或者，所述待通信设备为输注监控设备。3.根据权利要求1所述的方法，其特征在于，在确定所述第一输注泵对应的至少一个第二输注泵的步骤之前，所述方法还包括：广播第二请求；其中，所述第二请求用于请求至少一个第四输注泵的设备信息；所述第四输注泵为与所述第一输注泵处于同一通信网络中的输注泵；接收所述第四输注泵返回的设备信息；显示所述第四输注泵的设备信息和所述第一输注泵的设备信息；响应于群组指令，根据所述群组指令，在所述至少一个第四输注泵中确定所述第一输注泵对应的至少一个待确定输注泵；向所述待确定输注泵发送建群请求；所述建群请求用于请求加入所述建群请求发送方所处的群组；若确定接收到所述待确定输注泵发送的同意建群指令，则确定所述待确定输注泵加入所述第一输注泵对应的群组。4.根据权利要求1所述的方法，其特征在于，在确定所述第一输注泵对应的至少一个第二输注泵的步骤之前，所述方法包括：响应于第一建群指令，广播第四请求；其中，所述第四请求包括所述第一建群指令中包括的第一建群密码；所述第四请求用于请求加入所述第一输注泵所处的群组；接收第五输注泵返回的同意建群指令。5.根据权利要求1所述的方法，其特征在于，在确定所述第一输注泵对应的至少一个第二输注泵的步骤之前，所述方法包括：根据采集装置所采集的第一采集信息，得到第六输注泵的设备信息；将所述第六输注泵加入所述第一输注泵所处的群组。6.根据权利要求1所述的方法，其特征在于，若所述待通信设备为第三输注泵，则确定与所述第一输注泵对应的至少一个待通信设备，包括：根据第一群组对应的级联顺序信息，将输注次序与所述第一输注泵相邻的第二输注泵确定为第三输注泵；其中，所述第一群组为所述第一输注泵所处的群组。7.根据权利要求1所述的方法，其特征在于，所述方法还包括：确定第一群组对应的级联顺序信息；向所述待通信设备发送所述级联顺序信息。8.根据权利要求7所述的方法，其特征在于，确定所述第一群组对应的级联顺序信息，
包括：获取所述第一群组中的第一输注泵对应的第一药物信息、所述第一群组中的第二输注泵的第二药物信息以及医嘱信息；其中，所述第一药物信息表征所述第一输注泵中已装载的药物；所述第二药物信息表征所述第二输注泵中已装载的药物；根据所述医嘱信息、所述第一药物信息和所述第二药物信息，确定所述级联顺序信息。9.根据权利要求7所述的方法，其特征在于，确定所述第一群组对应的级联顺序信息，包括：获取所述第一群组中的第一输注泵对应的第三药物信息、所述第一群组中的第二输注泵的第四药物信息以及医嘱信息；其中，所述第三药物信息表征所述第一输注泵可装载的药物；所述第四药物信息表征所述第二输注泵中可装载的药物；根据所述医嘱信息、所述第三药物信息和所述第四药物信息，确定所述级联顺序信息。10.根据权利要求9所述的方法，其特征在于，所述方法还包括：根据所述医嘱信息和所述级联顺序信息，确定所述第一输注泵对应的第一待装载药物；对比所述第一输注泵上装载的药物与所述第一待装载药物不一致；在所述第一输注泵上显示药物装载错误提示。11.根据权利要求10所述的方法，其特征在于，所述方法还包括：在所述第一输注泵上显示所述第二输注泵对应的第二待装载药物与已装载药物不一致的药物装载错误提示。12.根据权利要求7所述的方法，其特征在于，所述方法还包括：显示所述第一输注泵所对应的输注次序和/或所述第一群组对应的级联顺序信息。13.根据权利要求1-12中任一项所述的方法，其特征在于，所述方法还包括：获取采集装置采集的第二采集信息；在所述第一输注泵中存储和/或显示所述第二采集信息，其中，第二采集信息包括以下至少一项：执行对象信息、输注泵信息以及第五药物信息。14.一种输注监控设备，其特征在于，所述输注监控设备用于接收输注泵发送的状态信息，其中，所述状态信息包括：第一群组信息、第一群组对应的级联顺序信息、输注泵的输注信息、输注泵对应的执行对象的执行对象信息中的至少一项；其中，所述输注泵用于实现如权利要求1-13中任一项所述的方法。15.根据权利要求14所述的输注监控设备，其特征在于，所述输注监控设备还用于：根据所述状态信息，向所述输注泵下发控制指令。16.一种输注泵的级联装置，其特征在于，应用于第一输注泵，所述装置包括：第一确定单元，用于确定所述第一输注泵对应的至少一个第二输注泵；第二确定单元，用于确定与所述第一输注泵对应的至少一个待通信设备；其中，所述第二输注泵为与所述第一输注泵加入同一群组的输注泵；第一发送单元，用于向所述待通信设备发送第一请求；其中，所述第一请求用于请求与所述待通信设备通信；第一接收单元，用于接收所述待通信设备反馈的请求结果；其中，所述请求结果用于表征所述待通信设备确定与所述第一输注泵通信。
17.一种输注泵，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-13中任一项所述的方法。18.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-13中任一项所述的方法。

技术总结
本申请提供的输注泵的级联方法、装置、输注泵以及输注监控设备，该方法应用于第一输注泵，方法包括：确定第一输注泵对应的至少一个第二输注泵；并确定与第一输注泵对应的至少一个待通信设备；其中，第二输注泵为与第一输注泵加入同一群组的输注泵；向待通信设备发送第一请求；其中，第一请求用于请求与待通信设备通信；接收待通信设备反馈的请求结果；其中，请求结果用于表征待通信设备确定与第一输注泵通信。本申请中通过输注泵之间的通信交互进行级联，在级联通信过程中，输注泵可以选择待通信设备进行通信，以便向同一级联群组中的设备进行信息同步。并且，本申请所提供的方式，提高了输注泵之间级联的灵活性，级联群组中的输注泵不受限制。泵不受限制。泵不受限制。


技术研发人员：杨剑 黄永泉
受保护的技术使用者：深圳麦科田生物医疗技术股份有限公司
技术研发日：2023.06.27
技术公布日：2023/9/7