一种医疗数据处理方法、装置及电子设备与流程

1.本技术涉及数据处理技术领域，尤其是涉及一种医疗数据处理方法、装置及电子设备。


背景技术：

2.医疗数据是从医疗机构获得的电子病历信息、医学影像数据信息、处方信息等与医生从事面对患者和疾病的工作直接相关的数据。通过医疗设备等对患者的身体情况进行监测时，当对监测到的患者的医疗数据处理不及时时，可能会对患者的身体健康造成很大影响。
3.目前医院以及其他医疗机构中，当患者的医疗数据出现异常情况时，由于无法确保医护人员第一时间发现该情况，并且当护士发现该情况后需要通过对讲机或口头上报等人工方式通知到相关人员进行处理，使得医生很难第一时间对患者进行救治，导致对患者的医疗数据处理的自动化程度低，时效性低。


技术实现要素：

4.有鉴于此，本技术的目的在于提供一种医疗数据处理方法、装置及电子设备，以提高对医疗数据处理的自动化程度以及时效性。
5.第一方面，本技术实施例提供了一种医疗数据处理方法，包括：
6.获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果；
7.判断所述当前医疗处理事项是否为最后一个医疗处理事项；
8.若否，则根据所述当前医疗处理事项产生的目标诊断结果，确定下一医疗处理事项；
9.将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点。
10.结合第一方面，本技术实施例提供了第一方面的第一种可能的实施方式，其中，所述将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点，包括：
11.接收所述当前医疗处理事项所对应的处理节点的第一回执信息；所述第一回执信息为所述当前医疗处理事项所对应的处理节点已经诊断完成的确认信息；
12.根据所述第一回执信息，将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点。
13.结合第一方面，本技术实施例提供了第一方面的第二种可能的实施方式，其中，所述将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点，包括：
14.获取所述下一医疗处理事项所对应的处理节点的处理级别；同一医疗处理事项对
应至少一个处理节点；
15.确定处理级别最高的处理节点为第一目标处理节点；
16.将所述当前医疗处理事项产生的目标诊断结果发送至所述第一目标处理节点。
17.结合第一方面的第二种可能的实施方式，本技术实施例提供了第一方面的第三种可能的实施方式，其中，所述将所述当前医疗处理事项产生的目标诊断结果发送至所述第一目标处理节点之后，包括：
18.判断在预设时间内是否接收到所述下一医疗处理事项所对应的第一目标处理节点的第二回执信息；所述第二回执信息为所述下一医疗处理事项所对应的第一目标处理节点接收到所述诊断结果的确认信息；
19.若在预设时间内未接受到所述下一医疗处理事项所对应的第一目标处理节点的第二回执信息，则按照处理级别由高到底的顺序将所述目标诊断结果转发到处理级别低于所述第一目标处理节点的其他处理节点。
20.结合第一方面的第三种可能的实施方式，本技术实施例提供了第一方面的第四种可能的实施方式，其中，所述将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点之前，包括：
21.根据接收到的所述第二回执信息，确定所述下一医疗处理事项所对应的处理节点中未执行下一医疗处理事项的第二目标处理节点；
22.将所述当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的第二目标处理节点。
23.结合第一方面，本技术实施例提供了第一方面的第五种可能的实施方式，其中，所述获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果，包括：
24.获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的当前诊断结果以及历史诊断结果；所述历史诊断结果是在所述当前诊断结果产生之前的目标时刻产生的诊断结果；
25.若所述当前诊断结果与历史诊断结果不同，则将所述当前诊断结果确定为目标诊断结果。
26.结合第一方面，本技术实施例提供了第一方面的第六种可能的实施方式，还包括：获取所述目标诊断结果的产生时间；
27.其中，所述将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点，包括：
28.按照所述产生时间的先后顺序，将所述目标诊断结果发送至所述下一医疗处理事项所对应的处理节点。
29.结合第一方面，本技术实施例提供了第一方面的第七种可能的实施方式，还包括：获取所述目标诊断结果的紧急程度；
30.其中，所述将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点，包括：
31.按照所述目标诊断结果的紧急程度，将所述目标诊断结果发送至所述下一医疗处理事项所对应的处理节点。
32.第二方面，本技术实施例还提供一种医疗数据处理装置，包括：
33.第一获取模块，用于获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果；
34.第一判断模块，用于判断所述当前医疗处理事项是否为最后一个医疗处理事项；
35.第一确定模块，用于若否，则根据所述当前医疗处理事项产生的目标诊断结果，确定下一医疗处理事项；
36.第一发送模块，用于将所述当前医疗处理事项产生的目标诊断结果发送至所述下一医疗处理事项所对应的处理节点。
37.第三方面，本技术实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面的任一种可能的实施方式中的步骤。
38.本技术实施例提供的一种医疗数据处理方法、装置及电子设备，所述方法包括：获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果；判断当前医疗处理事项是否为最后一个医疗处理事项；若否，则根据当前医疗处理事项产生的目标诊断结果，确定下一医疗处理事项；将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点。本技术实施例通过将当前医疗处理事项产生的诊断结果自动发送到下一医疗处理事项所对应的处理节点，确保处理节点第一时间对医疗数据进行处理，从而提高医疗数据处理的自动化程度以及时效性。
39.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
40.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
41.图1示出了本技术实施例所提供的一种医疗数据处理方法的流程图；
42.图2示出了本技术实施例所提供的另一种医疗数据处理方法的流程图；
43.图3示出了本技术实施例所提供的一种实时医疗设备数据采集架构图；
44.图4示出了本技术实施例所提供的一种实时生产库数据采集架构图；
45.图5示出了本技术实施例所提供的一种医疗数据处理装置的结构示意图；
46.图6示出了本技术实施例所提供的一种电子设备的结构示意图。
具体实施方式
47.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的
实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.医疗数据是从医疗机构获得的电子病历信息、医学影像数据信息、处方信息等与医生从事面对患者和疾病的工作直接相关的数据。通过医疗设备等对患者的身体情况进行监测时，当对监测到的患者的医疗数据处理不及时时，可能会对患者的身体健康造成很大影响。
49.目前医院以及其他医疗机构中，当患者的医疗数据出现异常情况时，由于无法确保医护人员第一时间发现该情况，并且当护士发现该情况后需要通过对讲机或口头上报等人工方式通知到相关人员进行处理，使得医生很难第一时间对患者进行救治，导致对患者的医疗数据处理的自动化程度低，时效性低。
50.考虑到上述问题，基于此，本技术实施例提供了一种医疗数据处理方法和装置及电子设备，下面通过实施例进行描述。
51.为便于对本技术实施例进行理解，首先对本技术实施例所公开的一种医疗数据处理方法进行详细介绍。如图1所示的一种医疗数据处理方法的流程图中，包括以下步骤：
52.s101：获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果；
53.在本技术的实施例中，医疗处理事项可以是对患者或患者的医疗数据进行医学处理的项目，具体地，医疗处理事项包括但不限于对患者进行诊断治疗、对医疗数据进行诊断分析、对医疗相关表单进行填写等。其中，医疗数据可以是从医疗机构获得的电子病历信息、医学影像数据信息、处方信息等与医生从事面对患者和疾病的工作直接相关的数据。具体地，医学处理事项包括但不限于对患者或患者的医疗数据进行检测、诊断、分析等。
54.处理节点可以是对医疗处理事项进行处理时的执行主体，具体地，处理节点包括但不限于医护人员和医疗设备等。目标对象可以是处理节点所处理的对象，其中，目标对象包括但不限于患者本人、患者的医疗数据以及患者的诊断结果等。目标诊断结果可以是处理节点对目标对象诊断处理后产生的结果。
55.在一种具体的实施例中，例如，当前医疗处理事项为监测患者的心跳频率是否在正常范围之内，处理节点为心跳监测设备，目标对象为患者的心脏，目标诊断结果为患者的心跳频率在正常范围之内或患者的心跳频率不在正常范围之内。
56.s102：判断当前医疗处理事项是否为最后一个医疗处理事项；
57.对每一个目标对象进行诊断时，一般情况下存在至少一个医疗处理事项，因此需要判断当前医疗处理事项是否为最后一个医疗处理事项，若当前医疗处理事项为最后一个医疗处理事项时，则表示当处理完当前医疗处理事项后，对该目标对象的所有诊断过程都已经完成。
58.s103：若否，则根据当前医疗处理事项产生的目标诊断结果，确定下一医疗处理事项；
59.由于每一个产生的目标诊断结果不同时，其对应的下一医疗处理事项也不同，因此在当前医疗处理事项不是最后一个医疗处理事项时，需要根据当前医疗处理事项产生的目标诊断结果，确定出该目标诊断结果所对应的下一医疗处理事项。
60.例如，上述案例中，若当前医疗处理事项产生的目标诊断结果为患者的心跳频率不在正常范围之内即患者的心跳频率异常时，则判断出当前医疗处理事项不是最后一个医疗处理事项，需要确定出该目标诊断结果所对应的下一医疗处理事项可以是需要医护人员对该患者进行救治。
61.s104：将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点。
62.根据上述步骤中确定的下一医疗处理事项，将当前医疗处理事项产生的目标诊断结果发送至该目标诊断结果所对应的下一医疗处理事项所对应的处理节点。例如，上述案例中，若当前医疗处理事项产生的目标诊断结果为患者的心跳频率异常时，则需要将该目标诊断结果发送给能够救治该患者的医护人员，其中下一医疗处理事项为对患者进行救治，处理节点为医护人员。
63.在另一种可能的实施方式中，若下一医疗处理事项所对应的处理节点为医护人员时，可以先确定出该医护人员是否为在岗状态，即该医护人员此时是否为请假或下班状态。若该医护人员当前状态为非在岗状态，则不能将目标诊断结果发送给该医护人员。
64.在一种可能的实施方式中，前述步骤s101，即获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果，具体可以按照以下步骤执行：
65.s1011：获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的当前诊断结果以及历史诊断结果；历史诊断结果是在当前诊断结果产生之前的目标时刻产生的诊断结果；
66.在一种可能的实施方式中，当对某一医疗数据进行实时监测时，每一时刻都监测到一个医疗数据，对每一个医疗数据进行诊断后，都产生一个相应的诊断结果，当前诊断结果可以是当前时刻产生的诊断结果，判断当前诊断结果与历史诊断结果是否相同。
67.s1012：若当前诊断结果与历史诊断结果不同，则将当前诊断结果确定为目标诊断结果。
68.若当前诊断结果与历史诊断结果不同，将当前诊断结果作为目标诊断结果；若当前诊断结果与历史诊断结果相同，将历史诊断结果作为目标诊断结果。具体地，若当前诊断结果与历史诊断结果不同，表示该患者的病情发生变化，因此需要对新的诊断结果进行处理，也就是将当前诊断结果作为目标诊断结果；若当前诊断结果与历史诊断结果相同，表示该患者的病情没有发生变化，为了避免相同的结果多次传送而造成网络堵塞，因此不需要持续发送相同的诊断结果。
69.例如，上述案例中，当前医疗处理事项为监测患者的心跳频率是否在正常范围之内，处理节点为心跳监测设备，目标对象为患者的心脏，假设历史诊断结果为患者的心跳频率在正常范围之内，若当前诊断结果为患者的心跳频率不在正常范围之内时，则将当前的诊断结果作为目标诊断结果；若当前诊断结果为患者的心跳频率在正常范围之内时，则将历史诊断结果作为目标诊断结果。
70.在另一种可能的实施方式中，若当前医疗处理事项产生的当前诊断结果为第一个诊断结果时，即不存在历史诊断结果的情况下，则直接将当前医疗处理事项产生的当前诊断结果确定为目标诊断结果。
71.在一种可能的实施方式中，前述步骤s104，即将当前医疗处理事项产生的目标诊
断结果发送至下一医疗处理事项所对应的处理节点，具体可以按照以下步骤执行：
72.s1041：接收当前医疗处理事项所对应的处理节点的第一回执信息；第一回执信息为当前医疗处理事项所对应的处理节点已经诊断完成的确认信息；
73.在具体的实施过程中，需要确定当前医疗处理事项所对应的处理节点是否诊断完成当前医疗处理事项，若当前医疗处理事项所对应的处理节点已经诊断完成当前医疗处理事项，则可以接收到当前医疗处理事项所对应的处理节点发送的第一回执信息，用于确定该处理节点诊断完成当前医疗处理事项。
74.在一种具体地实施例中，当前医疗处理事项所对应的处理节点为医生时，为了判断该医生是否已经诊断完成当前医疗处理事项，可以通过是否接收到该医生发送的第一回执信息进行确定。具体地，若接收到了该医生通过客户端发送的第一回执信息，则表示该医生已经诊断完成当前医疗处理事项；若没有接收到该医生发送的第一回执信息，则表示该医生正在对当前医疗处理事项进行诊断，即该医生没有诊断完成当前医疗处理事项。
75.s1042：根据第一回执信息，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点。
76.当接收到第一回执信息后，则表示当前医疗处理事项已经被处理完成，同时产生了一个相应的目标诊断结果，根据前述步骤s103确定的下一医疗处理事项，将该目标诊断结果发送至下一医疗处理事项所对应的处理节点。
77.在一种可能的实施方式中，前述步骤s104，即将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，如图2所示为另一种医疗数据处理方法的流程图，具体可以按照以下步骤执行：
78.s201：获取下一医疗处理事项所对应的处理节点的处理级别；同一医疗处理事项对应至少一个处理节点；
79.当处理节点为医生时，处理级别可以根据医生的职务和职级进行划分；当处理节点为医疗设备时，处理级别可以根据医疗设备的编号进行划分。当下一医疗处理事项对应很多处理节点时，处理级别可以用于确定下一医疗处理事项对应的处理节点在接收当前医疗处理事项产生的目标诊断结果时的优先顺序。
80.在具体的实施例中，例如，下一医疗处理事项为对呼吸困难的患者进行救治，处理节点为能进行救治的医生，处理级别为对所有能进行救治的医生根据职务和职级进行优先顺序排列。
81.s202：确定处理级别最高的处理节点为第一目标处理节点；
82.根据处理级别的优先顺序，将处理级别最高的处理节点确定为第一目标处理节点，即第一目标处理节点为同一个医疗处理事项所对应的处理节点中的第一选择。
83.s203：将当前医疗处理事项产生的目标诊断结果发送至第一目标处理节点。
84.根据确定出的第一目标处理节点，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的第一目标处理节点进行诊断处理。
85.在一种可能的实施方式中，前述步骤s203，即将当前医疗处理事项产生的目标诊断结果发送至第一目标处理节点之后，具体可以按照以下步骤执行：
86.s2031：判断在预设时间内是否接收到下一医疗处理事项所对应的第一目标处理节点的第二回执信息；第二回执信息为下一医疗处理事项所对应的第一目标处理节点接收
到诊断结果的确认信息；
87.为了避免下一医疗处理事项所对应的第一目标处理节点不能及时对目标诊断结果进行处理的情况发生，在将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的第一目标处理节点之后，需要确定下一医疗处理事项所对应的第一目标处理节点是否能接收到当前医疗处理事项产生的目标诊断结果并且能够立即进行处理。
88.具体地，将目标诊断结果发送给第一目标处理节点的时间与接收到的第一目标处理节点的第二回执信息的时间差值与预设时间进行比较。若在预设时间内接收到了下一医疗处理事项所对应的第一目标处理节点发送的第二回执信息，则表示下一医疗处理事项所对应的第一目标处理节点接收到了当前医疗处理事项产生的目标诊断结果，并且保证可以及时对该目标诊断结果进行处理。
89.在一种可能的实施方式中，当下一医疗处理事项所对应的第一目标处理节点为a医生时，a医生可以通过客户端接收到当前医疗处理事项的目标诊断结果。若a医生在预设时间内通过客户端接收到了目标诊断结果，则a医生需要发送第二回执信息，表示a医生接收到了该目标诊断结果并且可以立即对该目标诊断结果进行处理。
90.s2032：若在预设时间内未接受到下一医疗处理事项所对应的第一目标处理节点的第二回执信息，则按照处理级别由高到底的顺序将目标诊断结果转发到处理级别低于第一目标处理节点的其他处理节点。
91.若在预设时间内没有接收到下一医疗处理事项所对应的第一目标处理节点发送的第二回执信息，则认为此时第一目标处理节点不能及时对目标诊断结果进行处理，需要将该目标诊断结果转发给其他处理节点进行及时处理，具体地，可以根据处理级别由高到底的顺序，将该目标诊断结果转发给处理级别低于第一目标处理节点的其他处理节点。
92.在一种可能的实施方式中，前述步骤s203，即将当前医疗处理事项产生的目标诊断结果发送至第一目标处理节点之前，具体可以按照以下步骤执行：
93.s2033：根据接收到的第二回执信息，确定下一医疗处理事项所对应的处理节点中未执行下一医疗处理事项的第二目标处理节点；
94.下一医疗处理事项所对应的处理节点可以有多个，在具体的实施例中，在将当前医疗处理事项的诊断结果发送到下一医疗处理事项所对应的处理节点进行处理时，此时下一医疗处理事项所对应的处理节点中的一部分处理节点可能正在处理其他诊断结果，因此在将当前医疗处理事项的诊断结果发送到下一医疗处理事项所对应的处理节点进行处理时，需要先确定出下一医疗处理事项所对应的处理节点中没有执行下一医疗处理事项的处理节点作为第二目标处理节点。
95.在本技术的实施例中，可以根据接收到的第二回执信息进行确定，具体地，若接收到下一医疗处理事项所对应的处理节点发送的第二回执信息，则表示该处理节点正在执行下一医疗处理事项；因此只需确定出哪些处理节点没有发送第二回执信息，则表示这些处理节点当前并未执行下一医疗处理事项，将当前时刻没有执行下一医疗处理事项的处理节点确定为第二目标处理节点。
96.s2034：将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的第二目标处理节点。
97.根据上述步骤中确定出的第二目标处理节点，将当前医疗处理事项产生的目标诊
断结果发送至下一医疗处理事项所对应的第二目标处理节点进行诊断处理。
98.在一种可能的实施方式中，本技术实施例提供的医疗数据处理方法还包括：获取目标诊断结果的产生时间，前述步骤s104，即将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，具体可以按照以下步骤执行：
99.s1043：按照产生时间的先后顺序，将目标诊断结果发送至下一医疗处理事项所对应的处理节点。
100.将目标诊断结果按照产生时间的先后顺序发送至下一医疗处理事项所对应的处理节点，在处理节点处出现根据产生时间顺序形成的待处理队列，确保即使在接收到大量待处理的目标诊断结果的情况下也能有序且不遗漏地进行处理。
101.在一种可能的实施方式中，本技术实施例提供的医疗数据处理方法还包括：获取目标诊断结果的紧急程度，前述步骤s104，即将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，具体可以按照以下步骤执行：
102.s1044：按照目标诊断结果的紧急程度，将目标诊断结果发送至下一医疗处理事项所对应的处理节点。
103.在本技术的实施例中，可以将目标诊断结果根据紧急程度的顺序发送至下一医疗处理事项所对应的处理节点，其中紧急程度可以根据一旦处理不及时所造成的后果的严重程度来判定。
104.在一种可能的实施方式中，前述步骤s101，即获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果之前，进行实时数据采集，具体可以按照以下方式执行：
105.在一种可能的实施方式中，如图3所示为一种实时医疗设备数据采集架构图，通过医疗设备实时获取患者的医疗数据。具体地，每种类型的医疗设备会由设备厂商提供物联网数据平台对外发布医疗数据。外部交换容器与该医疗设备对应的物联网数据平台对接好，即可持续通过消息发布订阅的机制获取包含医疗设备采集数据的消息。将接收到的医疗设备发布的实时的医疗数据转化成标准化数据，标准化数据可以为医疗数据格式统一的数据。将标准数据通过在服务网关注册好的服务推送到服务网关。服务网关提供了服务注册、接口标准、黑白名单(筛选掉其他系统伪造的数据，确保通过的数据均为有用的医疗数据)、熔断限流(防止大流量的数据直接通过导致死机)、数字签名、数据加密及链路屏蔽(调用数据的时候，防止将参数带出来泄露内部数据)等功能，可以根据需要进行配置使用。
106.经过服务网关的处理，标准数据将被推送给实时数据访问服务集群，在实时数据访问服务集群中，进行数据校验(判断数据的范围是否超出业务正常的区间，比如体温100℃肯定为无效数据)等处理，并且由于数据量比较大，需要组成大的集群工作分担压力，其中，当将医疗数据发送到实时数据库中时，每一个集群分别处理一部分医疗数据。然后通过持久化功能将该数据保存到实时数据库，供系统使用。过程中发生程序执行异常的，由异常处理模块统一做相应处理。
107.在另一种可能的实施方式中，如图4所示为一种实时生产库数据采集架构图，通过各个数据库实时获取患者的医疗数据，其中，各个数据库中的医疗数据包括但不限于患者的挂号记录、处方信息等非医疗设备产生的数据。具体地，这些数据库可以称为生产库，由于不断在生产库生成医疗数据，直接针对生产库进行实时且持续的访问会造成生产库的死
锁，因此需要将生产库中的医疗数据存入实时数据库，从而可以直接从实时数据库获取医疗数据。各个数据库均有自己的日志文件，数据库中进行的数据操作都将实时记录在日志文件中。针对生产数据库可能是不同类型的数据库的场景，可以配置对应的数据库连接转换适配器来持续监控日志文件的更新内容(适配器和生产库一对一匹配)。适配器将得到的二进制日志内容转换成可识别的数据对象。
108.在一种可能的实时方式中，通过将该对象中的表名、字段名和字段对应数据还原成生产库所执行的sql(structured query language，即结构化查询语言)语句，并在数据结构和生产库保持一致的院内交换库上执行该sql语句，即可保证院内交换库中的数据和生产库中的数据的实时同步。在另一种可能的实时方式中，将该数据对象中的主键信息(能唯一标识一条数据记录的字段，通常是一个流水号)以消息形式推送到消息总线，再由总线推送到订阅了消息的采集任务中心。采集任务中心将启动一个分布式etl(extract-transform-load，即数据仓库技术，将数据抽取、转换、加载)任务，完成标准配置以及该数据与标准间的转换配置加载后，该任务根据消息中的主键数据，从院内交换库拉取对应的数据(数据拉取可以是数据中心根据消息对应编号去生产库获取数据)，并利用标准配置和转换配置进行数据转换，形成标准数据，并利用持久化模块实现将标准数据在实时数据库的保存。这样实现了从生产库到实时数据库的实时数据同步全流程。
109.基于相同的技术构思，本技术实施例还提供一种医疗数据处理装置，如图5所示的一种医疗数据处理装置的结构示意图，包括：
110.第一获取模块501，用于获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果；
111.第一判断模块502，用于判断当前医疗处理事项是否为最后一个医疗处理事项；
112.第一确定模块503，用于若否，则根据当前医疗处理事项产生的目标诊断结果，确定下一医疗处理事项；
113.第一发送模块504，用于将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点。
114.其中，前述第一发送模块504，即用于将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，包括：
115.接收模块，用于接收当前医疗处理事项所对应的处理节点的第一回执信息；第一回执信息为当前医疗处理事项所对应的处理节点已经诊断完成的确认信息；
116.第二发送模块，用于根据第一回执信息，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点。
117.在一种可行的实时方式中，前述第一发送模块504，即用于将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，包括：
118.第二获取模块，用于获取下一医疗处理事项所对应的处理节点的处理级别；同一医疗处理事项对应至少一个处理节点；
119.第二确定模块，用于确定处理级别最高的处理节点为第一目标处理节点；
120.第三发送模块，用于将当前医疗处理事项产生的目标诊断结果发送至第一目标处理节点。
121.在一种可行的实时方式中，前述第三发送模块，即用于将当前医疗处理事项产生
的目标诊断结果发送至第一目标处理节点，包括：
122.第二判断模块，用于判断在预设时间内是否接收到下一医疗处理事项所对应的第一目标处理节点的第二回执信息；第二回执信息为下一医疗处理事项所对应的第一目标处理节点接收到诊断结果的确认信息；
123.转发模块，用于若在预设时间内未接受到下一医疗处理事项所对应的第一目标处理节点的第二回执信息，则按照处理级别由高到底的顺序将目标诊断结果转发到处理级别低于第一目标处理节点的其他处理节点。
124.在一种可行的实时方式中，前述第一发送模块504，即用于将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点之前，包括：
125.第三确定模块，用于根据接收到的第二回执信息，确定下一医疗处理事项所对应的处理节点中未执行下一医疗处理事项的第二目标处理节点；
126.第四发送模块，用于将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的第二目标处理节点。
127.在一种可能的实时方式中，前述第一获取模块501，即用于获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果，包括：
128.第三获取模块，用于获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的当前诊断结果以及历史诊断结果；历史诊断结果是在当前诊断结果产生之前的目标时刻产生的诊断结果；
129.第四确定模块，用于若当前诊断结果与历史诊断结果不同，则将当前诊断结果确定为目标诊断结果。
130.在一种可能的实时方式中，获取目标诊断结果的产生时间，前述第一发送模块504，即用于将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，包括：
131.第五发送模块，用于按照所述产生时间的先后顺序，将所述目标诊断结果发送至所述下一医疗处理事项所对应的处理节点。
132.在一种可能的实时方式中，获取目标诊断结果的紧急程度，前述第一发送模块504，即用于将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，包括：
133.第六发送模块，用于按照目标诊断结果的紧急程度，将目标诊断结果发送至下一医疗处理事项所对应的处理节点。
134.基于相同的技术构思，本技术实施例还提供了一种电子设备，如图6所示的一种电子设备的结构示意图，该电子设备包括：处理器601、存储器602和总线603，存储器存储有执行指令，当设备运行时，处理器601与存储器602之间通过总线603通信，处理器601执行存储器602中存储的如下执行指令：
135.获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果；
136.判断当前医疗处理事项是否为最后一个医疗处理事项；
137.若否，则根据当前医疗处理事项产生的目标诊断结果，确定下一医疗处理事项；
138.将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处
理节点。
139.在一种可行的实时方式中，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，处理器601具体用于：
140.接收当前医疗处理事项所对应的处理节点的第一回执信息；第一回执信息为当前医疗处理事项所对应的处理节点已经诊断完成的确认信息；
141.根据第一回执信息，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点。
142.在一种可行的实时方式中，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，处理器601具体用于：
143.获取下一医疗处理事项所对应的处理节点的处理级别；同一医疗处理事项对应至少一个处理节点；
144.确定处理级别最高的处理节点为第一目标处理节点；
145.将当前医疗处理事项产生的目标诊断结果发送至第一目标处理节点。
146.在一种可行的实时方式中，将当前医疗处理事项产生的目标诊断结果发送至第一目标处理节点之后，处理器601具体用于：
147.判断在预设时间内是否接收到下一医疗处理事项所对应的第一目标处理节点的第二回执信息；第二回执信息为下一医疗处理事项所对应的第一目标处理节点接收到诊断结果的确认信息；
148.若在预设时间内未接受到下一医疗处理事项所对应的第一目标处理节点的第二回执信息，则按照处理级别由高到底的顺序将目标诊断结果转发到处理级别低于第一目标处理节点的其他处理节点。
149.在一种可行的实时方式中，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点之前，处理器601具体用于：
150.根据接收到的第二回执信息，确定下一医疗处理事项所对应的处理节点中未执行下一医疗处理事项的第二目标处理节点；
151.将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的第二目标处理节点。
152.在一种可行的实时方式中，获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的目标诊断结果，处理器601具体用于：
153.获取当前医疗处理事项所对应的处理节点对目标对象进行诊断处理后产生的当前诊断结果以及历史诊断结果；历史诊断结果是在当前诊断结果产生之前的目标时刻产生的诊断结果；
154.若当前诊断结果与历史诊断结果不同，则将当前诊断结果确定为目标诊断结果。
155.在一种可行的实时方式中，获取目标诊断结果的产生时间，将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，处理器601具体用于：
156.按照产生时间的先后顺序，将目标诊断结果发送至下一医疗处理事项所对应的处理节点。
157.在一种可行的实时方式中，获取目标诊断结果的紧急程度；将当前医疗处理事项产生的目标诊断结果发送至下一医疗处理事项所对应的处理节点，处理器601具体用于：
158.按照目标诊断结果的紧急程度，将目标诊断结果发送至下一医疗处理事项所对应的处理节点。
159.本技术实施例所提供的进行医疗数据处理的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
160.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
161.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
162.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
163.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
164.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
165.最后应说明的是：以上所述实施例，仅为本技术的具体实施方式，用以说明本技术的技术方案，而非对其限制，本技术的保护范围并不局限于此，尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本技术实施例技术方案的精神和范围，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。