CN109088858A - 一种基于权限管理的医疗系统及方法 - Google Patents

Abstract

本申请公开了一种基于权限管理的医疗系统及方法，该系统包括:权限定义单元、身份更新单元、接收单元、拦截单元、存储单元、权限验证单元。所述方法包括以下步骤：步骤1：接收单元统一拦截所有客户端请求，并分发请求到对应的业务处理单元；步骤2：拦截单元拦截请求，并发往权限验证单元；步骤3：权限验证单元生成请求对应方法的唯一键，通过该键获取该请求对应业务方法所需权限；步骤4：权限验证单元根据请求获取请求客户的角色信息与步骤3获取的请求业务方法权限进行比对，完成权限一致性验证，如果验证通过，权限验证单元将请求发送给业务处理单元对应处理方法，如果验证失败，结束本次请求，返回无权限异常。

Description

一种基于权限管理的医疗系统及方法

技术领域

本发明涉及计算机技术领域，特别涉及一种基于权限管理的医疗系统及方法。

背景技术

目前计算机软件系统在医疗行业中的应用越来越广泛，数字医院系统解决了传统人工医疗数据传递和管理所带来的复杂问题，使得医疗可以实现无纸化，信息化，使得医疗信息能够方便的在医院内部和医院间进行共享。但是随着医疗系统的扩展，为用户提供的业务服务越来越多样化，为了保证医院系统中各个角色在各自的权限范围内执行其所需业务，那么，当医疗人员访问对应的业务方法时需要对用户的身份以及权限进行校验，从而能够防止跨权限操作以带来的不良结果。

在现有的权限管理方式中，对业务方法权限的设定和对用户进行身份权限的校验等处理方式与业务功能通常是紧耦合的，显然随着系统业务功能的扩展和方法所需权限需求的变更，将大大增加系统进一步维护和开发的复杂度，特别是相互关联的多个业务的场景中，每一个业务系统都需要建立各自的权限管理机制，较为不便。

发明内容

本申请提出一种基于权限的医疗系统及方法，将权限验证系统从医疗系统的业务逻辑中分离出来，实现解耦，从而便于系统的维护、修改和进一步开发。

本申请提出一种基于权限的医疗系统，包括：

权限定义单元：用于医疗业务逻辑所需权限设定，通过注解方式进行非入侵式权限定义，并在启动初始化时扫描业务逻辑方法注解，将方法和所需权限以键值对的形式存入储存单元中；

储存单元：使用内存缓存，以键值对形式存储每个业务逻辑方法访问所需的角色或权限，以方法所对应的统一资源定位符和请求方式形成唯一键，以保证不同模块之间同名业务逻辑方法的区分存储；同时使用传统关系型数据库存储各个用户角色以及所有权限；

身份更新单元：用于对用户的身份权限进行更新，将新的用户身份权限存储于储存单元中，在用户登录后根据其身份生成对应的用户权限实体；

业务处理单元：进行系统的业务处理；

接收单元：用于接收医疗人员在客户端发出的业务请求，并根据请求的统一资源定位符和方法分发请求到具体业务方法上；

拦截单元：处于接收单元和业务处理单元之间，用于在请求到达业务处理单元之前拦截请求进入权限验证单元进行验证；

权限验证单元：根据请求从存储单元中获取请求方法所需权限和请求用户角色,对用户的角色和请求方法所需权限进行匹配性验证，并根据结果将通过验证的请求分发给对应方法并将没有通过验证的请求终止返回无权限异常。

进一步地，所述接收单元接收的业务请求中携带用户信息，确定用户的各个关联身份；其中每一个身份至少对应一种权限。

进一步地，所述业务服务器权限定义单元包含通过以非入侵方式如注解方式定义的业务方法所需权限。

进一步地，所述存储单元中包括业务服务启动时初始化的业务方法权限和用户登陆后生成的用户身份权限实体。

进一步地，所述拦截单元将会拦截发往业务服务器的请求，并发往权限验证单元做先置处理。

进一步地，所诉权限验证单元将会根据拦截单元发送的请求从存储单元获取请求用户身份权限和请求方法所需权限并进行匹配性校验，并根据结果将通过验证的请求分发给对应方法并将没有通过验证的请求终止返回无权限异常。

一种基于权限管理的医疗系统方法，包括以下步骤：

步骤1：接收单元统一拦截所有客户端请求，并根据请求的方式和请求的统一资源定位符分发请求到对应的业务处理单元；

步骤2：拦截单元拦截接收单元向业务处理单元发送的请求，并发往权限验证单元；

步骤3：权限验证单元根据请求的请求方式和统一资源定位符生成请求对应方法的唯一键，通过该键从存储单元的缓存中获取该请求对应业务方法所需权限；

步骤4：权限验证单元根据请求获取请求客户的角色信息与步骤3获取的请求业务方法权限进行比对，完成权限一致性验证，如果验证通过，权限验证单元将请求发送给业务处理单元对应处理方法，如果验证失败，结束本次请求，返回无权限异常。

相对于现有技术，本申请通过请求拦截，利用中间件来进行权限验证处理，使用非入侵的注解方式定义业务方法所需权限的方式，使得权限设定、身份识别和权限验证的执行逻辑单元和服务器端对业务逻辑处理完全解耦，这样不但能在一定程度上增加业务服务端对业务的处理效率，并且，能够便于系统进一步开发和方法权限修改，同时还能为多个相互之间具有关联的系统提供相同的权限管理服务，实现系统的复用，同时便于系统的维护、修改和进一步开发。

附图说明

图1为本申请实施例中一种基于权限管理的医疗系统及方法的过程框架示意图。

图2为本申请实施例中一种基于权限管理的医疗系统及方法的处理过程。

图3为本申请实施例中权限管理单元的处理流程示意图。

具体实施方式

下面结合说明书附图对本发明的技术方案做进一步的详细说明。

一种基于权限管理的医疗系统，如图1所示，包括有客户端、存储单元、业务处理单元、拦截单元、权限验证单元。

其中服务器有权限定义单元，用于业务逻辑所需权限设定，通过注解方式进行非入侵式权限定义，并在启动初始化时扫描业务逻辑方法注解，将方法和所需权限以键值对的形式存入存储单元中。身份更新单元，用于对用户的身份权限进行更新，将新的用户身份权限存储于储存单元中，在用户登录后根据其身份生成对应的用户权限实体。

存储单元包括有内存缓存用于存储业务方法所需的医疗人员的角色和权限，以方法所对应的统一资源定位符和请求方式形成唯一键，以保证不同模块之间同名业务逻辑方法的区分存储。同时使用传统关系型数据库存储各个用户身份以及所有权限，在用户登陆后将其权限实体存储于该用户的会话之中。

其中用户身份实际上是登录用户所对应的角色例如:管理员、医师、物理师、治疗技师等。同时可以理解的是，用户身份与权限是有关联关系的，可以认为每个角色有一个权限集合，即角色和权限是一对多关系。

接收单元用于接收医疗人员在客户端发出的业务请求，并根据请求的统一资源定位符和方法分发请求到具体业务方法上，业务请求中通常会带有用户信息如用户会话id，用户身份等以确认用户角色。

拦截单元处于接收单元和业务处理单元之间，用于在请求到达业务处理单元之前拦截请求进入权限验证单元进行验证。

权限验证单元用于根据请求用户的角色和请求方法所需权限进行匹配性验证，并终止没有通过验证的请求和将通过验证的请求分发到对应业务方法。

其中所述客户端可以是运行在终端内的浏览器、应用程序等，医疗人员通过客户端可以访问至服务器端，已获得响应的业务服务。这里的终端包括但不限于:计算机、智能手机、平板电脑等设备。

所述的服务器端可以是后台业务系统，通常，服务器端所对应的实体为服务器或服务器集群，能为医护人员提供相应的业务处理服务。

权限匹配性验证过程：当请求被接收单元拦截进行统一分发处理时，拦截单元将分发给对应业务方法的请求拦截下来，并根据请求的统一资源定位符和请求方式生成唯一对应业务逻辑方法的键值，根据键值在存储单元中获取该请求对应方法所需的权限实体，然后通过请求获取请求者的身份信息，并以此在会话中获取该请求者在登录时缓存在会话中的用户权限实体，然后将请求执行方法的所需权限实体与请求者权限实体进行匹配性校验，如果校验通过将所拦截请求分发给其对应的业务方法，如果校验失败将终止请求返回无权限异常给客户端。由于是使用拦截的方式将权限校验委托给权限验证单元，使得业务逻辑单元和权限验证单元完全解耦，从而方便了系统业务功能的进一步开发和权限修改，业务功能和权限验证相互独立互不干扰，权限验证单元还能为多个相互之间具有关联的系统提供相同的权限管理服务，实现系统的复用。

在本申请实例中，医疗人员可以操作客户端访问至服务器端，并发出响应的业务请求，所述的业务请求包括但不限于:登录请求、业务方法调用请求等。

一种基于权限管理的医疗方法，包括一下步骤：

步骤1:接收单元统一拦截所有客户端请求，并根据请求的方式和请求的统一资源定位符分发请求到对应的业务处理单元。

步骤2:拦截单元拦截接收单元向业务处理单元发送的请求，并发往权限验证单元

步骤3:权限验证单元根据请求的请求方式和统一资源定位符生成请求对应方法的唯一键，通过该键从存储单元的缓存中获取该请求对应业务方法所需权限。

步骤4:权限验证单元根据请求获取请求客户的角色信息与步骤3获取的请求业务方法权限进行比对，完成权限一致性验证，如果验证通过，权限验证单元将请求发送给业务处理单元对应处理方法，如果验证失败，结束本次请求，返回无权限异常。

以上所述仅为本发明的较佳实施方式，本发明的保护范围并不以上述实施方式为限，但凡本领域普通技术人员根据本发明所揭示内容所作的等效修饰或变化，皆应纳入权利要求书中记载的保护范围内。

Claims (7)

1.一种基于权限的医疗系统，其特征在于：包括：

权限定义单元：用于医疗业务逻辑所需权限设定，通过注解方式进行非入侵式权限定义，并在启动初始化时扫描业务逻辑方法注解，将方法和所需权限以键值对的形式存入储存单元中；

储存单元：使用内存缓存，以键值对形式存储每个业务逻辑方法访问所需的角色或权限，以方法所对应的统一资源定位符和请求方式形成唯一键，以保证不同模块之间同名业务逻辑方法的区分存储；同时使用传统关系型数据库存储各个用户角色以及所有权限；

身份更新单元：用于对用户的身份权限进行更新，将新的用户身份权限存储于储存单元中，在用户登录后根据其身份生成对应的用户权限实体；

业务处理单元：进行系统的业务处理；

接收单元：用于接收医疗人员在客户端发出的业务请求，并根据请求的统一资源定位符和方法分发请求到具体业务方法上；

拦截单元：处于接收单元和业务处理单元之间，用于在请求到达业务处理单元之前拦截请求进入权限验证单元进行验证；

权限验证单元：根据请求从存储单元中获取请求方法所需权限和请求用户角色,对用户的角色和请求方法所需权限进行匹配性验证，并根据结果将通过验证的请求分发给对应方法并将没有通过验证的请求终止返回无权限异常。

2.根据权利要求1所述的一种基于权限管理的医疗系统，其特征在于：所述接收单元接收的业务请求中携带用户信息，确定用户的各个关联身份；其中每一个身份至少对应一种权限。

3.根据权利要求1所述的一种基于权限管理的医疗系统，其特征在于：所述业务服务器权限定义单元包含通过以非入侵方式如注解方式定义的业务方法所需权限。

4.根据权利要求1所述的一种基于权限管理的医疗系统，其特征在于：所述存储单元中包括业务服务启动时初始化的业务方法权限和用户登陆后生成的用户身份权限实体。

5.根据权利要求1所述的一种基于权限管理的医疗系统，其特征在于：所述拦截单元将会拦截发往业务服务器的请求，并发往权限验证单元做先置处理。

6.根据权利要求1所述的一种基于权限管理的医疗系统，其特征在于：所诉权限验证单元将会根据拦截单元发送的请求从存储单元获取请求用户身份权限和请求方法所需权限并进行匹配性校验，并根据结果将通过验证的请求分发给对应方法并将没有通过验证的请求终止返回无权限异常。

7.一种基于权限管理的医疗系统方法，其特征在于：包括以下步骤：

步骤1：接收单元统一拦截所有客户端请求，并根据请求的方式和请求的统一资源定位符分发请求到对应的业务处理单元；

步骤2：拦截单元拦截接收单元向业务处理单元发送的请求，并发往权限验证单元；

步骤3：权限验证单元根据请求的请求方式和统一资源定位符生成请求对应方法的唯一键，通过该键从存储单元的缓存中获取该请求对应业务方法所需权限；

步骤4：权限验证单元根据请求获取请求客户的角色信息与步骤3获取的请求业务方法权限进行比对，完成权限一致性验证，如果验证通过，权限验证单元将请求发送给业务处理单元对应处理方法，如果验证失败，结束本次请求，返回无权限异常。