CN114020802A - 风险的排序方法及装置 - Google Patents

风险的排序方法及装置 Download PDF

Info

Publication number
CN114020802A
CN114020802A CN202111405865.2A CN202111405865A CN114020802A CN 114020802 A CN114020802 A CN 114020802A CN 202111405865 A CN202111405865 A CN 202111405865A CN 114020802 A CN114020802 A CN 114020802A
Authority
CN
China
Prior art keywords
risk
vigilance
user
ranking
risks
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
Application number
CN202111405865.2A
Other languages
English (en)
Inventor
王盼
宋婧雯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Taimei Medical Technology Co Ltd
Original Assignee
Zhejiang Taimei Medical Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhejiang Taimei Medical Technology Co Ltd filed Critical Zhejiang Taimei Medical Technology Co Ltd
Priority to CN202111405865.2A priority Critical patent/CN114020802A/zh
Publication of CN114020802A publication Critical patent/CN114020802A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs
    • G06F16/24578—Query processing with adaptation to user needs using ranking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/248—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • 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
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Computational Linguistics (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Game Theory and Decision Science (AREA)
  • Toxicology (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请的实施例提供了一种风险的排序方法，应用在药物警戒系统中，排序方法包括：获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险，其中药物警戒系统中不同级别的用户与不同的项目风险排序存在预设映射关系；基于级别信息和预设映射关系，对多个项目的风险进行排序，得到项目风险排序结果；向用户展示项目风险排序结果。本申请的风险的排序方法及装置，能够获取药物警戒系统的用户的级别信息，并根据不同的级别信息进行相应的风险排序，使不同级别的用户优先看到适合自己处理的项目风险。

Description

风险的排序方法及装置
技术领域
本申请涉及药物警戒系统领域，并且更为具体地，涉及一种风险的排序方法、装置、计算机可读存储介质及电子设备。
背景技术
药物警戒系统的搭建对于药物警戒系统的用户的业务能力要求很高，各用户成员需要经过培训，并结合标准操作程序(SOP，Standard Operating Procedure)才能明确各自的职责。
现有的药物警戒系统中的风险排序方法是根据风险的重要性进行排序，药物警戒的用户难以快速找到适合自己处理的项目风险，降低了药物警戒系统的使用效率。
发明内容
有鉴于此，本申请实施例提供了一种风险的排序方法、装置、计算机可读存储介质及电子设备，能够使药物警戒系统中不同级别的用户优先看到适合自己处理的项目风险。
第一方面，本申请的实施例提供了一种风险的排序方法，应用在药物警戒系统中，排序方法包括：获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险，其中药物警戒系统中不同级别的用户与不同的项目风险排序存在预设映射关系；基于级别信息和预设映射关系，对多个项目的风险进行排序，得到项目风险排序结果；向用户展示项目风险排序结果。
在本申请某些实施例中，在获取当前访问药物警戒系统的用户的级别信息之前，还包括：接收用户在药物警戒系统中输入的风险排序请求，风险排序请求包括用户的标识信息，用于请求药物警戒系统基于级别信息和预设映射关系，对多个项目的风险进行排序。
在本申请某些实施例中，获取药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险，包括：在用户在药物警戒系统中访问风险展示页面时，获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险。
在本申请某些实施例中，不同级别的用户与不同的项目风险排序存在预设映射关系是根据药物警戒法规确定的，其中药物警戒系统是根据药物警戒的标准作业程序文档搭建而成的。
在本申请某些实施例中，获取当前访问药物警戒系统的用户的级别信息，包括：获取当前访问药物警戒系统的用户的身份标识；根据身份标识，确定用户的级别信息。
在本申请某些实施例中，确定药物警戒系统的多个项目的风险，包括：根据不良反应信息确定多个项目的风险，不良反应信息包括每月疑似严重报告量和每月严重不良事件报告量中的一种或多种。
在本申请某些实施例中，根据不良反应信息确定多个项目的风险，包括：对不良反应信息进行加权，得到加权后的不良反应信息指数；根据不良反应信息指数确定多个项目的风险。
第二方面，本申请的实施例提供了一种风险的排序装置，应用在药物警戒系统中，排序装置包括：获取模块，用于获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险，其中药物警戒系统中不同级别的用户与不同的项目风险排序存在预设映射关系；排序模块，用于基于级别信息和预设映射关系，对多个项目的风险进行排序，得到项目风险排序结果；展示模块，用于向用户展示项目风险排序结果。
第三方面，本申请的实施例提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述第一方面的风险的排序方法。
第四方面，本申请的实施例提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器，其中，处理器用于执行上述第一方面的风险的排序方法。
本申请的风险的排序方法及装置，能够获取药物警戒系统的用户的级别信息，并根据不同的级别信息进行相应的风险排序，使不同级别的用户优先看到适合自己处理的项目风险，从而提高了药物警戒系统风险排除的效率。
附图说明
图1为本申请一实施例提供的风险的排序方法的流程示意图。
图2为本申请另一实施例提供的风险的排序方法的流程示意图。
图3为本申请一实施例提供的风险的排序装置的结构示意图。
图4为本申请一示例性实施例提供的用于执行风险的排序方法的电子设备的框图。
具体实施方式
下面将参照附图更详细地描述本申请的实施例。虽然附图中显示了本申请的某些实施例，然而应当理解的是，本申请可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本申请。应当理解的是，本申请的附图及实施例仅用于示例性作用，并非用于限制本申请的保护范围。
本申请使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“根据”是“至少部分地根据”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其它术语的相关定义将在下文描述中给出。
药物警戒，也被称为药物安全性，是一个广泛的术语，包括药物和治疗中不良反应的收集、分析、监测和预防。
本申请的实施例可以用于药物警戒系统(Pharmacovigilance System)中。药物警戒系统的目的是建立和持续发展一个强大、创新的系统，负责获取和存储大量的安全数据。这些数据通常由专业的药物警戒系统的用户(或成员)负责整理，且只有获得权限的药物警戒系统的相关用户可以访问。药物警戒系统作为药物安全中非常具有挑战性和重要的一环，需要不断改进，并保持符合商业和卫生部门的法规和要求。
药物警戒系统的搭建对于药物警戒系统的成员的业务能力要求很高，各成员需要经过培训并结合标准操作程序(SOP，Standard Operating Procedure)才能明确各自的职责。现有的药物警戒系统中的风险排序方法是根据风险的重要性进行排序，并产生一个单一的排序结果，即每种级别的用户看到的都是同样的排序结果。然而，不同级别的用户关注的风险可能不同，例如，重要级别用户可能关注风险高的项目，而低级别的用户可能更关注风险较低的项目，这样就使得不同级别的用户在众多项目风险中难以快速找到适合自己处理的项目风险，降低了药物警戒系统的使用效率。
为了解决上述问题，本申请提供了一种风险的排序方法及装置，能够使药物警戒系统中不同级别的用户优先看到适合自己处理的项目风险。
图1示意性示出了本发明一实施例提供的风险的排序方法的流程示意图。图1所述的方法由计算设备(例如，服务器)来执行，但本申请实施例不以此为限。服务器可以是一台服务器，或者由若干台服务器组成，或者是一个虚拟化平台，或者是一个云计算服务中心，本申请实施例对此不作限定。如图1所示，该方法包括如下内容。
S110：获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险，其中药物警戒系统中不同级别的用户与不同的项目风险排序存在预设映射关系。
药物警戒系统的用户(或成员)往往具有不同的级别，例如级别可以划分为初级、高级和资深。可以按照用户的资历确定级别，例如，资深级别的用户被认为是专业领域的专家，其专业知识被用于更广泛的业务，包括了解、计划和建议企业在相应国家或组织(如欧盟)必须遵守的法规和要求。高级和初级可以按照工作年限进行划分，例如在药物警戒系统中工作年限在三年以内的用户为初级，大于三年的用户为高级。
在药物警戒系统中，不同项目的风险会有所差别，一些项目风险较高，一些项目则风险较低。申请人在研究药物警戒系统的过程中发现，在药物警戒系统的用户处理项目风险的过程中，资深级别的用户往往关注风险较高的项目，而初级用户和高级用户则关注风险稍低一些的项目，即不同级别的用户对于不同项目的风险的关注度不同。而现有的药物警戒系统中的风险排序方法是根据风险等级进行排序，各个级别的用户看到的是同一个排序结果，导致药物警戒系统的用户难以快速找到适合自己处理的项目风险，降低了药物警戒系统的使用效率。因此，本申请的风险的排序方法，不同级别的用户与不同的项目风险排序存在预设映射关系，例如，对于资深级别的用户，排序结果优先展示风险较高的项目，对于初级用户，排序结果优先展示风险较低的项目。
S120：基于级别信息和预设映射关系，对多个项目的风险进行排序，得到项目风险排序结果。
在获取当前用户的级别信息以及确定多个项目的风险之后，本申请的风险的排序方法基于级别信息和预设映射关系，对多个项目的风险进行排序，得到项目风险排序结果，得到新的项目风险的排序结果，即不同级别的用户的项目风险排序结果是不同的，例如，在资深级别的用户的排序结果中，优先展示风险较高的项目，在初级用户的排序结果中，优先展示风险较低的项目。
S130：向用户展示项目风险排序结果。
在得到项目风险排序结果之后，可以向用户或用户界面展示或推送项目风险排序结果，以使用户即时看到排序结果，并在排序结果中找到适合其处理的项目风险。
本申请的风险的排序方法，能够使药物警戒系统中不同级别的用户优先看到适合自己处理的项目风险，提高用户的工作效率。
在本申请一实施例中，在获取当前访问药物警戒系统的用户的级别信息之前，还包括：接收用户在药物警戒系统中输入的风险排序请求，风险排序请求包括用户的标识信息，用于请求药物警戒系统基于级别信息和预设映射关系，对多个项目的风险进行排序。
具体地，药物警戒系统也可以先接收用户的风险排序请求，再获取用户的级别信息。风险排序请求包括用户的标识信息，该标识信息用于请求药物警戒系统基于级别信息和预设映射关系，对多个项目的风险进行排序。因此，药物警戒系统能够根据用户的标识信息得知发出该风险排序请求的用户的级别，并根据其级别及预设映射关系作出特定的项目风险的排序结果。
在本申请一实施例中，获取药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险，包括：在用户在药物警戒系统中访问风险展示页面时，获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险。
具体地，可以在用户访问风险展示页面时，获取用户的级别信息，并确定多个项目的风险，以便当用户发出风险排序请求时，药物警戒系统能够基于已经获取的级别信息和已经确定的项目的风险，快速地得到项目风险排序结果。
可选地，也可以是用户访问风险展示页面时自动发出风险排序请求，药物警戒系统基于已经获取的级别信息和已经确定的项目的风险，快速地得到项目风险排序结果。
由于用户访问风险展示页面的目的通常是想了解项目的风险情况，因此，在用户访问风险展示页面时直接展示与用户的级别对应的项目风险排序结果有利用于用户方便快捷地得到项目风险排序结果，进一步提升了用户的使用体验。
在本申请一实施例中，不同级别的用户与不同的项目风险排序存在预设映射关系是根据药物警戒法规确定的，其中药物警戒系统是根据药物警戒的标准作业程序文档搭建而成的。
药物警戒系统可以包括多个模块，多个模块可以包括组织架构、医学词典、信息化工具、文献资源、法规列表、规程文件、产品信息以及项目信息中的一种或多种。药物警戒法规是搭建药物警戒系统的依据之一，一些法规可能会对风险排序过程有影响，例如某新药的风险只能由特定领域或特定级别的用户进行处理，因此本实施例的风险的排序方法会读取药物警戒法规，根据法规确定不同级别的用户与不同的项目风险排序存在预设映射关系
搭建药物警戒系统可以在计算机(例如，服务器)中进行。在搭建药物警戒系统的过程中，可以先获取药物警戒的标准作业程序文档，再基于多个模块的名称关键字以及内容关键字，从药物警戒的标准作业程序文档中获取用于创建多个模块所需的网页配置数据，最后再根据网页配置数据生成多个功能模块分别对应的网页，实现药物警戒系统的线上搭建。服务器获取药物警戒的标准作业程序文档的方式可以是用户(例如企业的药物警戒用户)通过用户终端(例如电脑)的用户界面上直接上传的药物警戒的标准作业程序文档。服务器可以根据药物警戒系统中多个模块包括的关键字，从药物警戒的标准作业程序文档中，提取用于搭建多个模块所需的网页配置数据，其中关键字可以是多个功能模块的名称关键字或内容关键字。
在本申请一实施例中，获取当前访问药物警戒系统的用户的级别信息，包括：获取当前访问药物警戒系统的用户的身份标识；根据身份标识，确定用户的级别信息。
一般来说，药物警戒系统中的用户都有自己的身份标识，可以通过获取用户的身份标识确定用户的级别信息。可以在药物警戒系统中存储所有用户的身份标识和各身份标识对应的级别信息，在用户发出风险排序请求时，药物警戒系统先读取该用户的身份标识，再根据该用户的身份标识确定该用户的级别信息，以保证获取的级别信息的准确性。
在本申请一实施例中，确定药物警戒系统的多个项目的风险包括：药物警戒系统周期性地检测药物警戒系统中的多个项目的风险。
由于药物警戒法规是实时更新的，一些法规可能会发生变化，因此药物警戒系统会周期性地检测多个项目的风险，以保证符合药物警戒法规的规定。
在本申请一实施例中，确定药物警戒系统的多个项目的风险，包括：根据企业信息确定多个项目的风险，企业信息包括企业分类、企业经营类型、企业业务类型、企业产品类型、企业年收入、企业总人数和企业地址中的一种或多种。
在确定多个项目的风险的过程中，可以根据企业信息确定多个项目的风险。企业信息可以包括企业分类E1、企业经营类型E2、企业业务类型E3、企业产品类型E4、企业年收入E5、企业总人数E6和企业地址E7。企业分类可以按照持有人和申办方进行分类，企业经营类型可以包括内资企业、外资企业和合资企业，企业业务类型可以分为主营业务分别为研发、生产、销售的企业，企业产品类型可以包括创新药、仿制药。
获取企业信息后，可以先将各企业信息转化成相应的数值，再对转化后的各企业信息进行加权求和，得到加权后的企业信息指数EI，再根据企业信息指数EI确定多个项目的风险，具体公式如下：
Figure BDA0003372202240000081
式中，EI为企业信息指数，i为企业信息的序号，Ei为第i个企业信息，wEi为第i个企业信息的加权系数。
本实施例将企业信息作为药物警戒系统项目风险的参考要素，使药物警戒系统风险管理与企业相结合，能够系统、科学、客观、全面地评估多个项目的风险。
在本申请一实施例中，确定药物警戒系统的多个项目的风险，包括：根据产品信息确定多个项目的风险，产品信息包括活性成分、药品分类、产品分类和高风险类型中的一种或多种。
在确定多个项目的风险的过程中，可以根据产品信息确定多个项目的风险。产品信息可以包括活性成分P1、药品分类P2、产品分类P3和高风险类型P4，其中，药品分类可以分为化学制剂和中药，产品分类可以分为药品、器械、疫苗和化妆品，高风险类型可以分为注射剂、血液制品、疫苗、精神药品和麻醉药品。
获取产品信息后，可以先将各产品信息转化成相应的数值，再对产品信息进行加权求和，得到加权后的产品信息指数PI，再根据该产品信息指数确定多个项目的风险，具体公式如下：
Figure BDA0003372202240000082
式中，PI为产品信息指数，j为产品信息的序号，Pj为第j个产品信息，wPj为第j个产品信息的加权系数。
本实施例将产品信息作为药物警戒系统项目风险的参考要素，能够系统、科学、客观、多角度地评估多个项目的风险，能够为药物警戒系统风险管理提供支撑和参考。
在本申请一实施例中，确定药物警戒系统的多个项目的风险，包括：根据不良反应信息确定多个项目的风险，不良反应信息包括每月疑似严重报告量和每月严重不良事件报告量中的一种或多种。
在确定多个项目的风险的过程中，可以根据不良反应信息确定多个项目的风险。不良反应信息可以包括每月疑似严重报告量SUSAR(Suspicious and Unexpected SeriousAdverse Reactions)和每月严重不良事件报告量SAE(Serious Adverse Event)。
获取不良反应信息后，可以对不良反应信息进行加权求和，得到加权后的不良反应信息指数，再根据该不良反应信息指数确定多个项目的风险，具体公式如下：
ARI＝SUSAR×wSUSAR+SAE×wSAE
式中，ARI为不良反应信息指数，SUSAR为每月疑似严重报告量，SAE为每月严重不良事件报告量，wSUSAR为每月疑似严重报告量的加权系数，wSAE为每月严重不良事件报告量的加权系数。
本实施例将不良反应信息作为药物警戒系统项目风险的参考要素，能够根据SUSAR和SAE对项目风险进行评估，为药物警戒系统风险管理提供支撑和参考。
图2为本申请另一实施例提供的风险的排序方法的流程示意图。
步骤210：接收用户在药物警戒系统中输入的风险排序请求。
风险排序请求包括用户的标识信息，用于请求药物警戒系统基于级别信息和预设映射关系，对多个项目的风险进行排序。药物警戒系统能够根据用户的标识信息得知发出该风险排序请求的用户的级别，并根据其级别及预设映射关系作出特定的项目风险的排序结果。
步骤220：在用户在药物警戒系统中访问风险展示页面时，获取药物警戒系统的用户的级别信息。
具体地，可以在用户访问风险展示页面时，获取用户的级别信息，并确定多个项目的风险，以便当用户发出风险排序请求时，药物警戒系统能够基于已经获取的级别信息和已经确定的项目的风险，快速地得到项目风险排序结果。也可以是用户访问风险展示页面时自动发出风险排序请求，药物警戒系统基于已经获取的级别信息、已经确定的项目的风险及风险排序的预设映射关系，快速地得到项目风险排序结果。由于用户访问风险展示页面的目的通常是想了解项目的风险情况，因此，在用户访问风险展示页面时直接展示与用户的级别对应的项目风险排序结果有利用于用户方便快捷地得到项目风险排序结果，进一步提升了用户的使用体验。
步骤230：确定药物警戒系统的多个项目的风险。
具体地，可以在用户在药物警戒系统中访问风险展示页面时，确定药物警戒系统的多个项目的风险。可以根据企业信息、产品信息和不良反应信息确定药物警戒系统的多个项目的风险，将各个企业信息、产品信息和不良反应信息转化成相应的数值，再进行加权求和，得到多个项目的风险指数，具体公式如下：
RI＝EI×wEI+PI×wPI+ARI×wARI
式中，RI为项目的风险指数，EI为项目的企业信息指数，PI为产品信息指数，ARI为不良反应信息指数，关于企业信息指数EI、产品信息指数PI和不良反应信息指数ARI的相关描述可参见上述实施例中的描述，在此不再赘述。wEI、wPI、wPI分别为企业信息指数EI、产品信息指数PI和不良反应信息指数ARI的加权系数，通过对各个信息指数分配相应的权重，计算出项目的风险指数RI。
步骤240：基于级别信息和预设映射关系，对多个项目的风险进行排序，得到项目风险排序结果。
计算出项目的风险指数RI后，对多个项目风险进行排序。基于级别信息和预设映射关系，对不同级别的用户进行有针对性的排序，例如对于资深级别的用户，优先显示风险指数RI较高的项目，对于初级用户优先显示风险指数RI较低的项目，避免用户难以在大量项目中找到适合自己处理的项目风险，提高用户的工作效率，增加药物警戒系统的便捷性、高效性。
步骤250：向用户展示项目风险排序结果。
在得到项目风险排序结果之后，可以向用户或用户所使用的界面展示或推送对应的项目风险排序结果，以使用户即时看到排序结果，并在排序结果中找到适合其处理的项目风险。
图3为本申请一实施例提供的风险的排序装置的结构示意图，包括：
获取模块310，用于获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险，其中药物警戒系统中不同级别的用户与不同的项目风险排序存在预设映射关系。
排序模块320，基于级别信息和预设映射关系，对多个项目的风险进行排序，得到项目风险排序结果。
展示模块330，用于向用户展示项目风险排序结果。
本申请的风险的排序装置，能够获取药物警戒系统的用户的级别信息，并根据不同的级别信息进行相应的风险排序，使不同级别的用户优先看到适合自己处理的项目风险。
根据本申请的实施例，获取模块310在获取当前访问药物警戒系统的用户的级别信息之前，还包括：接收用户在药物警戒系统中输入的风险排序请求，风险排序请求包括用户的标识信息，用于请求药物警戒系统基于级别信息和预设映射关系，对多个项目的风险进行排序。
根据本申请的实施例，获取模块310在用户在药物警戒系统中访问风险展示页面时，获取当前访问药物警戒系统的用户的级别信息，并确定药物警戒系统的多个项目的风险。
根据本申请的实施例，获取模块310包括：不同级别的用户与不同的项目风险排序存在预设映射关系是根据药物警戒法规确定的，其中药物警戒系统是根据药物警戒的标准作业程序文档搭建而成的。
根据本申请的实施例，获取模块310包括：药物警戒系统周期性地检测药物警戒系统中的多个项目的风险。
根据本申请的实施例，获取模块310获取当前访问药物警戒系统的用户的身份标识；根据身份标识，确定用户的级别信息。
根据本申请的实施例，获取模块310根据企业信息确定多个项目的风险，企业信息包括企业分类、企业经营类型、企业业务类型、企业产品类型、企业年收入、企业总人数和企业地址中的一种或多种。
根据本申请的实施例，获取模块310对企业信息进行加权，得到加权后的企业信息指数；根据企业信息指数确定多个项目的风险。
根据本申请的实施例，获取模块310根据产品信息确定多个项目的风险，产品信息包括活性成分、药品分类、产品分类和高风险类型中的一种或多种。
根据本申请的实施例，获取模块310对产品信息进行加权，得到加权后的产品信息指数；根据产品信息指数确定多个项目的风险。
根据本申请的实施例，获取模块310根据不良反应信息确定多个项目的风险，不良反应信息包括每月疑似严重报告量和每月严重不良事件报告量中的一种或多种。
根据本申请的实施例，获取模块310对不良反应信息进行加权，得到加权后的不良反应信息指数；根据不良反应信息指数确定多个项目的风险。
关于风险的排序装置的具体限定可以参见上文中关于风险的排序方法的限定，在此不再赘述。
图3所示为本申请一示例性实施例提供的用于执行风险的排序方法的电子设备400的框图，包括处理器410和存储器420。
存储器420用于存储所述处理器可执行指令。处理器用于运行可执行指令以执行上述实施例中任一项所述的风险的排序方法。
本申请还提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述实施例中任一项所述的风险的排序方法。
本申请的风险的排序方法及装置，能够获取药物警戒系统的用户的级别信息，并根据不同的级别信息进行相应的风险排序，使不同级别的用户优先看到适合自己处理的项目风险，提高用户的工作效率。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器端或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器端或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器端、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid statedisk，SSD))等。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种风险的排序方法，其特征在于，应用在药物警戒系统中，所述排序方法包括：
获取当前访问所述药物警戒系统的用户的级别信息，并确定所述药物警戒系统的多个项目的风险，其中所述药物警戒系统中不同级别的用户与不同的项目风险排序存在预设映射关系；
基于所述级别信息和所述预设映射关系，对所述多个项目的风险进行排序，得到项目风险排序结果；
向所述用户展示所述项目风险排序结果。
2.根据权利要求1所述的排序方法，其特征在于，在所述获取当前访问所述药物警戒系统的用户的级别信息之前，还包括：
接收所述用户在所述药物警戒系统中输入的风险排序请求，所述风险排序请求包括所述用户的标识信息，用于请求所述药物警戒系统基于所述级别信息和所述预设映射关系，对所述多个项目的风险进行排序。
3.根据权利要求1所述的排序方法，其特征在于，所述获取所述药物警戒系统的用户的级别信息，并确定所述药物警戒系统的多个项目的风险，包括：
在所述用户在所述药物警戒系统中访问风险展示页面时，获取当前访问所述药物警戒系统的用户的级别信息，并确定所述药物警戒系统的多个项目的风险。
4.根据权利要求1所述的排序方法，其特征在于，所述不同级别的用户与不同的项目风险排序存在预设映射关系是根据药物警戒法规确定的，其中所述药物警戒系统是根据药物警戒的标准作业程序文档搭建而成的。
5.根据权利要求1所述的排序方法，其特征在于，所述获取当前访问所述药物警戒系统的用户的级别信息，包括：
获取所述当前访问所述药物警戒系统的用户的身份标识；
根据所述身份标识，确定所述用户的级别信息。
6.根据权利要求1所述的方法，其特征在于，所述确定所述药物警戒系统的多个项目的风险，包括：
根据不良反应信息确定所述多个项目的风险，所述不良反应信息包括每月疑似严重报告量和每月严重不良事件报告量中的一种或多种。
7.根据权利要求6所述的方法，其特征在于，所述根据不良反应信息确定所述多个项目的风险，包括：
对所述不良反应信息进行加权，得到加权后的不良反应信息指数；
根据所述不良反应信息指数确定所述多个项目的风险。
8.一种风险的排序装置，其特征在于，应用在药物警戒系统中，所述排序装置包括：
获取模块，用于获取当前访问所述药物警戒系统的用户的级别信息，并确定所述药物警戒系统的多个项目的风险，其中所述药物警戒系统中不同级别的用户与不同的项目风险排序存在预设映射关系；
排序模块，用于基于所述级别信息和所述预设映射关系，对所述多个项目的风险进行排序，得到项目风险排序结果；
展示模块，用于向所述用户展示所述项目风险排序结果。
9.一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1至7中任一项所述的风险的排序方法。
10.一种电子设备，包括：
处理器；
用于存储所述处理器可执行指令的存储器，
其中，所述处理器用于执行上述权利要求1至7中任一项所述的风险的排序方法。
CN202111405865.2A 2021-11-24 2021-11-24 风险的排序方法及装置 Pending CN114020802A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111405865.2A CN114020802A (zh) 2021-11-24 2021-11-24 风险的排序方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111405865.2A CN114020802A (zh) 2021-11-24 2021-11-24 风险的排序方法及装置

Publications (1)

Publication Number Publication Date
CN114020802A true CN114020802A (zh) 2022-02-08

Family

ID=80066204

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111405865.2A Pending CN114020802A (zh) 2021-11-24 2021-11-24 风险的排序方法及装置

Country Status (1)

Country Link
CN (1) CN114020802A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114628014A (zh) * 2022-05-07 2022-06-14 湖南工商大学 一种智能疫苗分配方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114628014A (zh) * 2022-05-07 2022-06-14 湖南工商大学 一种智能疫苗分配方法

Similar Documents

Publication Publication Date Title
CN107741955B (zh) 业务数据监控方法、装置、终端设备及存储介质
US11302450B2 (en) Computer-implemented system and method for guided assessments on medication effects
Magrabi et al. An analysis of computer-related patient safety incidents to inform the development of a classification
CA2632730C (en) Analyzing administrative healthcare claims data and other data sources
US20150235334A1 (en) Healthcare fraud sharing system
US8050937B1 (en) Method and system for providing relevant content based on claim analysis
US20050183143A1 (en) Methods and systems for monitoring user, application or device activity
US10372879B2 (en) Medical claims lead summary report generation
KR20120049180A (ko) 인공지능 보조 메디컬 레퍼런스 시스템 및 방법
GB2443896A (en) Evaluating correlations between genetic and clinical patient data
CN112000894A (zh) 一种健康管理信息推送方法、装置、设备及存储介质
CN101529453A (zh) 医疗评估支持系统及方法
CN111582699A (zh) 一种医疗资源调度平台
CN113130052A (zh) 医生推荐方法、医生推荐装置、终端设备及存储介质
US20080004966A1 (en) System and method for control and monitor of sales transactions
CN114020802A (zh) 风险的排序方法及装置
Turer et al. Real-time patient portal use among emergency department patients: an open results study
US10909627B2 (en) Multiple computer server system for organizing healthcare information
CN111009299A (zh) 相似药品推荐方法及系统、服务器及介质
CN109948638B (zh) 对象匹配方法、装置、设备及计算机可读存储介质
CN108805408B (zh) 访问规划方法及终端设备
CN113657809B (zh) 医院画像的构建方法、装置、设备及存储介质
US20160132923A1 (en) System of using high throughput studies to guide research and marketing
GB2529047A (en) Patient care pathway shape analysis
EP3533024A1 (en) Extracting patient data to provide provider and patient data similarity scoring

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