系统更新方法及装置与流程

1.本技术涉及医药技术领域，具体涉及一种系统更新方法及装置。


背景技术：

2.药物警戒系统会随着企业(例如制药企业)内部组织架构(例如组织人员架构、组织资产)，以及发布的法律文件等信息的变动而变动。但在现有技术中，当企业的组织架构和/或与药物警戒相关的法律文件发生变动时，药物警戒系统就会失效，需要专业人员重新对药物警戒系统进行搭建或更新，导致药物警戒系统的更新效率低、复杂程度高。


技术实现要素：

3.有鉴于此，本技术实施例提供了一种系统更新方法及装置，能够提高药物警戒系统的更新效率，降低药物警戒系统更新的复杂程度。
4.第一方面，本技术的实施例提供了一种系统更新方法，用于药物警戒系统，包括：获取变动事件，变动事件用于指示药物警戒系统内的组织架构发生变更的情况，或者规章文件发生变更的情况，其中规章文件为法律文件；根据变动事件生成风险提示，风险提示包括风险位置和推荐修改方案，风险提示用于提示用户根据推荐修改方案对风险位置进行修改，以更新药物警戒系统。
5.在本技术某些实施例中，变动事件包括组织架构的变动，组织架构的变动包括组织人员架构变动和作业标准文件变动，其中，根据变动事件生成风险提示，包括：根据变动事件，确定变动事件对应的规章文件；将变动事件与规章文件进行对比，确定风险提示。
6.在本技术某些实施例中，变动事件包括组织人员架构变动，规章文件包括组织人员架构规定，其中，将变动事件与规章文件进行对比，确定风险提示，包括：将变动后的组织人员架构与组织人员架构规定进行对比；当变动后的组织人员架构不符合组织人员架构规定时，生成风险提示，其中风险提示包括删减或增加相应的组织人员。
7.在本技术某些实施例中，变动事件包括作业标准文件变动，规章文件包括作业规章，其中，将变动事件与规章文件进行对比，确定风险提示，包括：将变动后的作业标准文件与作业规章进行对比；当变动后的作业标准文件不符合作业规章的规定时，生成风险提示。
8.在本技术某些实施例中，变动事件包括规章文件的变动，规章文件的变动包括将原有规章文件变更为新规章文件，其中，根据变动事件生成风险提示，包括：将新规章文件与药物警戒系统内的组织架构进行对比，以生成风险提示。
9.在本技术某些实施例中，组织架构包括组织人员架构，新规章文件包括新组织人员架构规定，其中，将新规章文件与药物警戒系统内的组织架构进行对比，以生成风险提示，包括：将新组织人员架构规定与组织人员架构进行对比；当组织人员架构不符合新组织人员架构规定时，生成风险提示。
10.在本技术某些实施例中，组织架构包括作业标准文件，新规章文件包括新作业规章，其中，将新规章文件与药物警戒系统内的组织架构进行对比，以生成风险提示，包括：将
新作业规章与作业标准文件进行对比；当作业标准文件不符合新作业规章时，生成风险提示。
11.在本技术某些实施例中，获取变动事件，包括：检测药物警戒系统内部的组织架构，以获取变动事件，其中组织架构包括组织人员架构以及作业标准文件；或者检测到新规章文件，以获取变动事件，其中新规章文件为法律文件。
12.在本技术某些实施例中，该方法还包括：根据智能推荐提示搭建用户终端的显示界面，显示界面显示有风险提示。
13.第二方面，本技术的实施例提供了一种系统更新装置，用于药物警戒系统，包括：获取模块，用于获取药物警戒系统内的变动事件，变动事件用于指示药物警戒系统内的组织架构发生变更的情况，或者规章文件发生变更的情况，其中规章文件为法律文件；风险提示模块，用于根据变动事件生成风险提示，其中风险提示包括风险位置和推荐修改方案，风险提示用于提示用户根据推荐修改方案对风险位置进行修改，以更新药物警戒系统。
14.第三方面，本技术的实施例提供了一种计算可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述第一方面所述的系统更新方法。
15.第四方面，本技术的实施例提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器，其中，处理器用于执行上述第一方面所述的系统更新方法。
16.本技术实施例提供了一种系统更新方法及装置，通过检测变动事件自动生成风险提示，从而提示用户存在风险的位置，并给予用户更新修改的推荐方案，以协助用户完成对药物警戒系统的更新，提高了药物警戒系统的更新效率，降低了药物警戒系统更新的复杂程度。
附图说明
17.图1是本技术一示例性实施例提供的系统更新方法的流程示意图。
18.图2是本技术一示例性实施例提供的风险提示的弹窗的示意图。
19.图3是本技术另一示例性实施例提供的系统更新方法的流程示意图。
20.图4是本技术又一示例性实施例提供的系统更新方法的流程示意图。
21.图5是本技术再一示例性实施例提供的系统更新方法的流程示意图。
22.图6是本技术再一示例性实施例提供的系统更新方法的流程示意图。
23.图7是本技术再一示例性实施例提供的系统更新方法的流程示意图。
24.图8是本技术一示例性实施例提供的系统更新装置的结构示意图。
25.图9是本技术一示例性实施例提供的用于系统更新的电子设备的框图。
具体实施方式
26.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
27.药物警戒是发现、评价、认识和预防药品不良作用或其他任何与药物相关问题的科学研究和活动。建立和运行药物警戒系统可以发挥保障临床安全用药的作用。本技术实
施例的药物警戒体系可以由组织人员架构、标准作业程序(standard operating procedure,sop)以及药品不良反应监测等部门构成。可见，药物警戒系统为医药行业内专业性较强的系统。
28.在现有技术中，药物警戒系统在搭建过程中，与企业(例如制药企业)的组织架构存在脱节，只能依靠编撰sop文档，将组织架构的信息体现在其中。并且，当企业的组织架构以及与药物警戒相关的法律文件发生变动时，传统的药物警戒系统就会在一定程度上失效，只能依靠专业人员重新编制sop文件，以便于对药物警戒系统根据重新编制的sop文件进行更新，从而使得传统的药物警戒系统难以更上企业的组织架构和/或与药物警戒相关法律的变动更新。
29.为了解决上述技术问题，本技术提出如下药物警戒系统更新方法。
30.图1是本技术一示例性实施例提供的系统更新方法的流程示意图。图1的方法由计算设备，例如，服务器或者服务器上运行的辅助搭建系统，来执行。如图1所示，该系统更新方法包括如下内容。
31.110：获取变动事件，变动事件用于指示药物警戒系统内的组织架构发生变更的情况，或者规章文件发生变更的情况。
32.在一实施例中，规章文件为法律文件。
33.具体地，服务器上运行的辅助搭建系统(或服务器)可以实时或非实时的对药物警戒系统进行检测，以获取变动事件。服务器也可以根据用户(例如药物警戒人员或制药企业的人事)在药物警戒系统内的删除、修改和/或新增等操作，获取变动事件。
34.变动事件可以用于指示规章文件的变更，其中规章文件为法律文件，该法律文件可以是例如《药物警戒质量管理规则》、《药品管理法实施条例》等官方颁布的法律法规。变动事件也可以是指示药物警戒系统内组织架构的变动，其中组织架构可以包括组织人员架构、作业标准文件(例如sop)。组织架构的变动可以是组织人员架构变动和作业标准文件变动，本技术实施例对组织架构包括的具体内容不作限定。
35.例如，制药企业的人事删除了药物警戒系统内包括的组织人员架构中的人员，此时该组织人员架构会发生人员变动(即组织人员架构变动)，该组织人员架构变动可以作为变动事件。
36.120：根据变动事件生成风险提示，风险提示包括风险位置和推荐修改方案，风险提示用于提示用户根据推荐修改方案对风险位置进行修改，以更新药物警戒系统。
37.具体地，变动事件可以为药物警戒系统内组织架构的变动，也可以是规章文件(即法律文件)的变动。风险提示可以根据不同的变动事件，生成不同的提示内容以及推荐修改方案。
38.在一实施例中，当变动事件为药物警戒系统内组织架构的变动时，服务器上运行的辅助搭建系统(或服务器)可以根据变动事件，确定该变动事件对应的规章文件。而后服务器上运行的辅助搭建系统可以将变动事件，与该变动事件对应的规章文件进行对比。当变动事件不符合该规章文件时，服务器上运行的辅助搭建系统可以生成风险提示。
39.在另一实施例中，当变动事件为规章文件的变动(即颁布了新的法律条款，例如新规章文件)时，服务器上运行的辅助搭建系统(或服务器)可以将新规章文件与药物警戒系统内的组织架构进行对比。当组织架构不符合该新规章文件时，服务器可以生成风险提示。
40.需要说明的是，在药物警戒系统中搭建组织架构的各个构成部门时，可以对应于该各个构成部门对应的法律文件，即药物警戒系统中的组织架构与其对应的法律文件呈一一映射的关系。例如，搭建的组织架构中的组织人员架构，可以对应组织人员架构规定，以便于服务器可以快速提取与该组织人员架构对应的法律文件。
41.风险提示可以包括风险位置、推荐修改方案以及存在的风险数量等，本技术实施例对风险提示的具体形式不作具体限定。其中风险提示可以用于提示用户当前的药物警戒系统存在不符合规定的情况，以使得用户根据推荐修改方案对不符合规定的位置(即风险位置)进行修改，以完成对药物警戒系统的更新操作。
42.其中，风险位置可以是药物警戒系统中缺少的具体部门，也可以是药物警戒系统中具体部门缺少的职责人员，本技术实施例对风险位置的描述不作具体限定。
43.例如，风险提示可以是未发现其他与药物警戒相关部门建立。又例如，风险提示可以是药物警戒部门职责信息中，未发现与收集相关职责。
44.推荐修改方案可以是根据风险位置，确定的具有针对性的修改方案。例如，为确保药物警戒部门的职责，需要具有包括与“信号检测、风险评估、风险控制、药物警戒计划”相关的职责人员。
45.在一示例中，风险提示可以以弹窗的形式在页面显示，例如参见图2。风险提示的具体内容可以显示为当前页面有2项风险待处理，并罗列具体的2项风险的具体位置信息，并且每项风险后设置有对应“建议行动”控件，以便于用户通过点击该控件获取每项风险的建议修改方案。
46.由此可知，本技术实施例通过检测变动事件自动生成风险提示，从而提示用户存在风险的位置，并给予用户更新修改的推荐方案，以协助用户完成对药物警戒系统的更新，提高了药物警戒系统的更新效率，降低了药物警戒系统更新的复杂程度。
47.图3是本技术另一示例性实施例提供的系统更新方法的流程示意图。图3实施例是图1实施例的例子，相同之处不再赘述，此处着重描述不同之处。如图3所示，该系统更新方法包括如下内容。
48.在一实施例中，变动事件包括组织架构的变动，组织架构的变动包括组织人员架构变动和作业标准文件变动。
49.具体地，变动事件可以包括药物警戒系统内的组织架构的变动。组织架构的变动可以包括药物警戒系统内的组织人员架构变动、作业标准文件变动(例如sop变动)以及部门变动，本技术实施例对此不作具体限定。
50.310：根据变动事件，确定变动事件对应的规章文件。
51.具体地，服务器上运行的辅助搭建系统(或服务器)可以根据不同的变动事件，调取不同的变动事件对应的规章文件。规章文件可以为该变动事件对应的法律文件。其中，规章文件可以与其对应的组织架构相对应，提前保存在服务器上，本技术实施例对规章文件的获取方式不作具体限定。也就是说，服务器可以根据变动事件，确定变动事件对应的法律法规。
52.320：将变动事件与规章文件进行对比，确定风险提示。
53.具体地，服务器上运行的辅助搭建系统(或服务器)可以将变动事件，与该变动事件对应的规章文件进行对比。
54.在一实施例中，当变动事件不符合该变动事件对应的规章文件时，服务器可以生成风险提示，用于提示用户当前药物警戒系统内存在的风险。
55.在另一实施例中，当变动事件符合该变动事件对应的规章文件时，服务器则不生成风险提示。
56.由此可知，本技术实施例通过将变动事件，与该变动事件对应的法律文件进行对比，自动检测变动事件的合法性。并且，在变动事件不符合法律文件时，生成风险提示，以协助用户完成对药物警戒系统的更新，提高了更新的效率，简化了更新的操作。
57.图4是本技术又一示例性实施例提供的系统更新方法的流程示意图。图4实施例是图1实施例的例子，相同之处不再赘述，此处着重描述不同之处。如图4所示，该系统更新方法包括如下内容。
58.在一实施例中，变动事件包括组织人员架构变动。规章文件包括组织人员架构规定。
59.具体地，组织人员架构可以是参与药物警戒工作的人员。例如组织人员架构可以包括药物警戒负责人以及药物警戒人员等。
60.410：将变动后的组织人员架构与组织人员架构规定进行对比。
61.具体地，变动后的组织人员架构可以是用户(例如人事，以及药物警戒负责人等)删除和/或新增药物警戒人员后获得的人员信息，本技术实施例对变动后的组织人员架构不作具体限定。
62.例如，变动后的组织人员架构可以是用户将离职人员在药物警戒系统中删除的事件。
63.组织人员架构规定可以是与药物警戒系统中的组织人员架构对应的法律文件，本技术实施例对组织人员架构规定不作具体限定。
64.服务器上运行的辅助搭建系统(或服务器)可以将删除和/或新增的组织人员信息(即变动后的组织人员架构)，与组织人员架构规定进行对比。其中，组织人员架构规定为法律文件。
65.420：当变动后的组织人员架构不符合组织人员架构规定时，生成风险提示。
66.在一实施例中，风险提示包括删减或增加相应的组织人员。
67.具体地，当变动后的组织人员架构不符合组织人员架构规定时，服务器可以根据对比结果，生成风险提示。其中对比结果可以是变动后的组织人员架构与组织人员架构规定的区别。
68.在一实施例中，风险提示包括删减相应的组织人员。
69.在另一实施例中，风险提示包括增加相应的组织人员。
70.例如，组织人员架构规定中表明药物警戒部门人员不得少于5人。变动后的组织人员架构为4人。此时，风险提示为药物警戒部门缺少一名药物警戒人员。风险提示中包括的推荐修改方案可以为在药物警戒部门中增加一名药物警戒人员。
71.由此可知，本技术实施例通过将变动后的组织人员架构与其对应的法律文件进行对比，自动生成风险提示，使得用户可以根据风险提示的内容，直接对已有的药物警戒系统进行更新。
72.图5是本技术再一示例性实施例提供的系统更新方法的流程示意图。图5实施例是
图1实施例的例子，相同之处不再赘述，此处着重描述不同之处。如图5所示，该系统更新方法包括如下内容。
73.在一实施例中，变动事件包括作业标准文件变动，规章文件包括作业规章。
74.具体地，作业标准文件可以是sop。作业规章可以是作业标准文件对应的法律文件，本技术实施例对作业标准文件，以及作业规章的具体内容不作具体限定。
75.510：将变动后的作业标准文件与作业规章进行对比。
76.具体地，变动后的作业标准文件可以是新增和/或删除后的作业标准文件。变动后的作业标准文件也可以是对新增和/或原有作业标准文件的撰写、修改，本技术实施例对变动后的作业标准文件不作具体限定。
77.作业规范可以是作业标准文件对应的法律文件，本技术实施例对作业规范亦不作具体限定。例如，作业规范可以是sop对应的法律文件。
78.服务器上运行的辅助搭建系统(或服务器)可以将变动后的作业标准文件，与该作业标准文件对应的法律文件进行对比。其中该作业标准文件对应的法律文件为作业规章。
79.520：当变动后的作业标准文件不符合作业规章的规定时，生成风险提示。
80.具体地，当变动后的作业标准文件不符合与该作业标准文件对应的法律文件时，服务器上运行的辅助搭建系统(或服务器)可以根据对比结果，生成风险提示。其中对比结果可以是变动后的作业标准文件与该作业标准文件对应的法律文件的区别。
81.在一实施例中，当新增和/或原有作业标准文件的修改或撰写不符合作业规章的规定时，服务器可以生成风险提示。和/或，当新增和/或删除后的作业标准文件不符合作业规章的规定时，服务器可以生成风险提示。
82.由此可知，本技术实施例通过将药物警戒系统内的组成部分(例如sop)与该组成部分的法律文件进行对比，并自动生成风险提示，以提示用户当前的药物警戒系统存在风险，以协助用户完成对药物警戒系统的更新。
83.在本技术一实施例中，变动事件包括规章文件的变动，规章文件的变动包括将原有规章文件变更为新规章文件，其中，根据变动事件生成风险提示，包括：将新规章文件与药物警戒系统内的组织架构进行对比，以生成风险提示。
84.具体地，变动事件可以包括除药物警戒系统内的组织架构之外的规章文件的变动，其中规章文件可以是官方颁布的法律文件，例如规章文件可以是《药品管理法》等。新规章文件可以是新颁布的法律文件，也可以是原有规章文件的修改版，本技术实施例对新规章文件不作具体限定。例如原有规章文件为《药品管理法(2019版)》，新规章文件为《药品管理法(2020版)》。
85.当服务器上运行的辅助搭建系统(或服务器)检测到官方发布的新规章文件时，可以将新规章文件与(现有的)药物警戒系统内的组织架构进行对比。当药物警戒系统内的组织架构不符合新规章文件的规定时，服务器可以生成风险提示。其中组织架构可以包括组织人员架构以及作业标准文件等，本技术实施例对组织架构不作具体限定。需要说明的是，组织架构与图1实施例描述的基本相同，详情请参见图1实施例的记载。
86.在一实施例中，组织架构可以是现有的药物警戒系统中的组织人员架构。新规章文件可以是新组织人员架构规定。服务器可以将新组织人员架构规定与组织人员架构进行对比。当组织人员架构不符合新组织人员架构规定时，服务器生成风险提示。
87.在另一实施例中，组织架构可以是现有的药物警戒系统中的作业标准文件。新规章文件可以是新作业规章。服务器可以将新作业规章与作业标准文件进行对比。当作业标准文件不符合新作业规章的规定时，生成风险提示。
88.由此可知，本技术实施例通过将新颁布的法律文件与药物警戒系统进行对比，使得本技术搭建的药物警戒系统可以根据新颁布的法律文件进行实时生成风险提示，为药物警戒系统根据新颁布的法律文件进行实时更新提供了保障。
89.图6是本技术再一示例性实施例提供的系统更新方法的流程示意图。图6实施例与图4实施例相对应，相同之处不再赘述，此处着重描述不同之处。如图6所示，该系统更新方法包括如下内容。
90.在一实施例中，组织架构包括组织人员架构，新规章文件包括新组织人员架构规定。
91.需要说明的是，图4实施例为组织人员架构发生变动时，服务器对药物警戒系统的组织人员架构进行检测并更新的情况。而本技术实施例(即图6实施例)为法律文件(即新组织人员架构规定)发生变动时，服务器对药物警戒系统的组织人员架构进行检测并更新的情况。
92.610：将新组织人员架构规定与组织人员架构进行对比。
93.具体地，服务器上运行的辅助搭建系统(或服务器)可以将新规章文件中包括的新组织人员架构规定，与药物警戒系统中的组织人员架构进行对比。
94.620：当组织人员架构不符合新组织人员架构规定时，生成风险提示。
95.具体地，当药物警戒系统中的组织人员架构不符合新规章文件中包括的新组织人员架构规定时，服务器可以根据对比结果，生成风险提示。其中对比结果可以是组织人员架构与新组织人员架构规定之间的区别。
96.例如，药物警戒系统中的组织人员架构的人数为4人。新规章文件将原有规章文件中指示药物警戒系统中的组织人员架构的人数由4人修改为6人次。此时，风险提示为药物警戒系统中，组织人员架构缺少两名药物警戒人员。推荐修改方案为在药物警戒部门中增加两名药物警戒人员。
97.由此可知，本技术实施例通过将新颁布的法律文件与药物警戒系统进行对比，并自动生成风险提示，从而使得用户可以根据该风险提示，直接对已有的药物警戒系统进行更新，进而降低了药物警戒系统更新的复杂程度。
98.图7是本技术再一示例性实施例提供的系统更新方法的流程示意图。图7实施例与图5实施例相对应，相同之处不再赘述，此处着重描述不同之处。如图7所示，该系统更新方法包括如下内容。
99.在一实施例中，组织架构包括作业标准文件，新规章文件包括新作业规章，其中新规章文件和新作业规章均为法律文件。
100.需要说明的是，图5实施例为作业标准文件发生变动时，对药物警戒系统进行更新的过程。而本技术实施例(即图7实施例)为法律文件(即新作业规章)发生变动时，对药物警戒系统进行更新的过程。
101.710：将新作业规章与作业标准文件进行对比。
102.具体地，服务器上运行的辅助搭建系统(或服务器)可以将作业标准文件对应的新
作业规章与作业标准文件进行对比。
103.720：当作业标准文件不符合新作业规章时，生成风险提示。
104.具体地，当作业标准文件不符合该作业标准文件对应的新作业规章时，服务器可以根据对比结果，生成风险提示。其中对比结果可以为药物警戒系统内的作业标准文件，与该作业标准文件对应的新作业规章之间的区别。
105.由此可知，本技术实施例通过将新颁布的法律文件，与药物警戒系统内的作业标准文件(例如sop)进行对比，使得药物警戒系统可以随着新颁布的法律文件的更新而更新，避免了药物警戒系统难以跟上法律变革的问题。
106.在本技术一实施例中，获取变动事件，包括：检测药物警戒系统内部的组织架构，以获取变动事件，其中组织架构包括组织人员架构以及作业标准文件；或者检测到新规章文件，以获取变动事件，其中新规章文件为法律文件。
107.具体地，获取变动事件可以是服务器上运行的辅助搭建系统或服务器实时或非实时对药物警戒系统内部的组织架构进行检测，以获取药物警戒系统内的变动事件。其中组织架构可以是构成药物警戒系统的各个组成部门，例如组织人员架构等。
108.在一实施例中，服务器上运行的辅助搭建系统实时或非实时对药物警戒系统内部的组织架构进行检测，当检测到用户(例如人事)对药物警戒系统进行修改时，将该修改对应的事件作为获取的变动事件。
109.获取变动事件还可以是通过爬虫算法等算法在网络上获取新规章文件，而后将新规章文件与药物警戒系统进行对比，以获取变动事件。需要说明的是，关于新规章文件的描述与上述实施例基本相同，详情请参见上述实施例的记载。
110.需要说明的是，上述两种获取变动事件的方式，在实际应用的过程中可以同时执行，本技术实施例对此不作具体限定。
111.由此可知，本技术实施例通过多种方式获取变动事件，为在实际应用的过程中，及时对药物警戒系统进行更新提供了保障。
112.在本技术一实施例中，该方法还包括：根据智能推荐提示搭建用户终端的显示界面，显示界面显示有风险提示。
113.具体地，在用户终端(例如手机、电脑等)的界面上可以包括显示界面，风险提示可以以弹窗的形式出现在该显示界面上，例如参见图2。
114.在搭建显示界面之前可以先将药物警戒系统与企业的组织架构相关联。具体地，在搭建药物警戒系统的过程中，可以直接在药物警戒系统内对企业的组织架构信息进行选择。例如，在搭建药物警戒系统中的组织人员架构信息时，可以在显示界面中选择药物警戒人员的位置处点击“下拉框”或跳转节点等控件，直接对企业的组织架构中的企业人员进行选择，防止药物警戒系统的搭建与企业的组织架构发生脱节。
115.并且，显示界面的搭建可以根据智能推荐提示以及引导，一步一步的进行搭建。在用户对药物警戒系统进行搭建时，智能推荐提示可以根据用户当前的搭建步骤，推荐与该搭建步骤对应的推荐方案，以保证用户(例如企业)自行搭建的药物警戒系统具有合法性。
116.例如，用户在搭建药物警戒系统中的组织人员架构的岗位信息时，智能推荐提示可以推荐该岗位信息对应的岗位职责，以及负责该岗位职责的人员需要具备资质，并且智能推荐提示还可以显示推荐的人员，以供用户参考。
117.需要说明的是，本技术实施例可以执行在图1中步骤110之前，以便于服务器或者服务器上运行的辅助搭建系统检测药物警戒系统内的变动事件。
118.由此可知，本技术实施例通过该智能推荐提示，指导用户一步步的搭建药物警戒系统，避免了用户在自主搭建药物警戒系统中存在的不符合法律规定的情况。
119.图8是本技术一示例性实施例提供的系统更新装置800的结构示意图。如图8所示，该系统更新装置800包括：获取模块810和风险提示模块820。
120.获取模块810用于获取药物警戒系统内的变动事件，变动事件用于指示药物警戒系统内的组织架构发生变更的情况，或者规章文件发生变更的情况，其中规章文件为法律文件；风险提示模块820用于根据变动事件生成风险提示，其中风险提示包括风险位置和推荐修改方案，风险提示用于提示用户根据推荐修改方案对风险位置进行修改，以更新药物警戒系统。
121.本技术实施例提供了一种系统更新方法及装置，通过检测变动事件自动生成风险提示，从而提示用户存在风险的位置，并给予用户更新修改的推荐方案，以协助用户完成对药物警戒系统的更新，提高了药物警戒系统的更新效率，降低了药物警戒系统更新的复杂程度。
122.根据本技术一实施例，变动事件包括组织架构的变动，组织架构的变动包括组织人员架构变动和作业标准文件变动，风险提示模块820用于根据变动事件，确定变动事件对应的规章文件；将变动事件与规章文件进行对比，确定风险提示。
123.根据本技术一实施例，变动事件包括组织人员架构变动，规章文件包括组织人员架构规定，风险提示模块820用于将变动后的组织人员架构与组织人员架构规定进行对比；当变动后的组织人员架构不符合组织人员架构规定时，生成风险提示，其中风险提示包括删减或增加相应的组织人员。
124.根据本技术一实施例，变动事件包括作业标准文件变动，规章文件包括作业规章，风险提示模块820用于将变动后的作业标准文件与作业规章进行对比；当变动后的作业标准文件不符合作业规章的规定时，生成风险提示。
125.根据本技术一实施例，变动事件包括规章文件的变动，规章文件的变动包括将原有规章文件变更为新规章文件，风险提示模块820用于将新规章文件与药物警戒系统内的组织架构进行对比，以生成风险提示。
126.根据本技术一实施例，组织架构包括组织人员架构，新规章文件包括新组织人员架构规定，风险提示模块820用于将新组织人员架构规定与组织人员架构进行对比；当组织人员架构不符合新组织人员架构规定时，生成风险提示。
127.根据本技术一实施例，组织架构包括作业标准文件，新规章文件包括新作业规章，风险提示模块820用于将新作业规章与作业标准文件进行对比；当作业标准文件不符合新作业规章时，生成风险提示。
128.根据本技术一实施例，获取模块810检测药物警戒系统内部的组织架构，以获取变动事件，其中组织架构包括组织人员架构以及作业标准文件；或者检测到新规章文件，以获取变动事件，其中新规章文件为法律文件。
129.根据本技术一实施例，风险提示模块820用于根据智能推荐提示搭建用户终端的显示界面，显示界面显示有风险提示。
130.应当理解，上述实施例中的获取模块810和风险提示模块820的具体工作过程和功能可以参考上述图1至图7实施例提供的系统更新方法中的描述，为了避免重复，在此不再赘述。
131.图9是本技术一示例性实施例提供的用于系统更新的电子设备900的框图。
132.参照图9，电子设备900包括处理组件910，其进一步包括一个或多个处理器，以及由存储器920所代表的存储器资源，用于存储可由处理组件910的执行的指令，例如应用程序。存储器920中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件910被配置为执行指令，以执行上述系统更新方法。
133.电子设备900还可以包括一个电源组件被配置为执行电子设备900的电源管理，一个有线或无线网络接口被配置为将电子设备900连接到网络，和一个输入输出(i/o)接口。可以基于存储在存储器920的操作系统操作电子设备900，例如windows server
tm
，mac os x
tm
，unix
tm
，linux
tm
，freebsd
tm
或类似。
134.一种非临时性计算机可读存储介质，当存储介质中的指令由上述电子设备900的处理器执行时，使得上述电子设备900能够执行一种系统更新方法，包括：获取变动事件，变动事件用于指示药物警戒系统内的组织架构发生变更的情况，或者规章文件发生变更的情况，其中规章文件为法律文件；根据变动事件生成风险提示，风险提示包括风险位置和推荐修改方案，风险提示用于提示用户根据推荐修改方案对风险位置进行修改，以更新药物警戒系统。
135.上述所有可选技术方案，可采用任意结合形成本技术的可选实施例，在此不再一一赘述。
136.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
137.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
138.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
139.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
140.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
141.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序校验码的介质。
142.需要说明的是，在本技术的描述中，术语“第一”、“第二”、“第三”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
143.以上所述仅为本技术的较佳实施例而已，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换等，均应包含在本技术的保护范围之内。