医院供应室管理系统的优化[5篇范文]

第一篇：医院供应室管理系统的优化

医院供应室管理系统的优化

通过一家医院的供应室管理系统在实际中一年运行和使用，院方对该系统在实际使用过程中出现的状况和发现的问题，提出了一些建议和需求；其问题如下：

1、系统运行速度较慢

2、制包方式不科学

3、一次性物品单件的处理方式不好

4、科室人员操作不方便，操作界面过多

5、单件库存信息混乱

针对以上问题，医院提出了一些建议和需求：

1、提高系统的运行速度，特别是制包时和包回收审核时的速度。

2、修改制包方式，使之更科学和合理；最好是回收什么包就可以制同等数量的相同类型的包，新制包进行单独制包操作。

3、一次单件物品在入库时不生成单件库存记录，只生成部门库存信息。

因此在制包及其后续操作时一次性包或包中的一次性单件物品就不从单件库存表中取了，直接从部门库存表中来。单件库存表中不再保存一次性单件物品。

4、为科室操作人员构建一个操作主界面，通过在界面上选不同操作类型就可以调用不同的操作。

5、通过院方配合对包和单件进行盘存，完善科室物品和包的盘存程序；取消单件直接入库操作，以后只能通过向库房提申领或盘盈的方式，来增加单件的库存数量。

根据院方提出的问题和建议，我们部门内部进行相应的分析和讨论：根据问题进行了如下分析：

1、系统运行速度慢：

主要根据医院较慢的几个功能模块进行检查如制包保存和回收包审核操作，主要检查相关存储过程中SQL语句中的条件字段索引是否全以及条件是否存在执行效率问题和是否存在优化余地；前台检查bh中是否有重复刷新操作和多余的数据访问操作，及数据处理和保存尽量通过存储过程实现。

2、制包方式不科学：

原来只有一种制包方式，通过单件信息和包模板明细的自动匹配来制包，该方式容易造成可制包数量和回收包数量不匹配，造成各种包制包信息混乱不利于单件管理和包管理，解决办法是把原来的单一制包方式分解成回报包制包和新制包两种方式。

3、一次性物品单件的处理方式不好：

原来一次性物品是按单件管理，由于供应室一次性物品数量较大，造成单件库存表记录大，影响了制包和拆包速度，和院方沟通协商后确定一次性物品只进行汇总管理不进行单件管理。

4、科室人员操作不方便，操作界面过多：

由于科室操作人员日常事物繁忙特别是临床科室的操作人员，现在需要操作的界面大概有4-5个且界面布局基本相同，容易造成误操作和增加操作员工作量，合成一个界面后可以减少误操作，降低操作员工作量，且程序修改也可行。

5、单件库存信息混乱：

原来由于制包方式不科学和一次性物品按单件库存方式管理问题，及单件入库权限控制不严，供应室不进行盘点操作；造成单件信息存在大量需入库信息，造成单件库存信息混乱；程序方面需要修改制包方式和一次性物品处理方式；医院方面要对单件入库的权限进行控制，供应室要按时盘点，确保单件库存信息准确。根据以上分析，我们认为院方提出的问题是确实存在的，并且他们提出来的建议也基本可行，一些地方也还需要沟通和协商。因此同多次和院方的沟通和协商确定了如下的修改方案和计划。

1、系统速度慢问题主要从SQL语句优化及BH程序修改进行解决。

解决办法查看SQL语句中条件字段的索引情况，没有索引的就增加对应数据表中索引信息，处理存储过程中SQL语句条件把有in和not in语句子查询改为左连接方式条件为从表ID不为空或为空；把条件判断中有nvl()判断的字段默认成一个数值，条件就改为直接等于条件；在前台BH程序中减少全部记录更新操作，减少对数据库数据的处理，尽量通过存储过程来对数据进行处理。

2、制包方式不科学，把原来的单一制包方式分解成回报包制包和新制包两种方式。

对原来的制包方式进行处理，原来的制包方式是根据已清洗的单件库存信息来自动匹配可制包数量，这就存在同一单件可能被两个包暂用，实际制包数和显示的可制包数有可能就不一致；造成供应室在制包时回收了5包，如果中间先制了其他包或对单件进行了处理，就会在制包时制不了5个包；供应室操作员对此意见较大。根据该情况把制包方式分成了两种一种是回报包制包，另一种是新制包；回收包制包就是根据回报包记录中的单件信息进行制包，因此该单件信息回收一次后就确定只能制该种包，不能再被其他包占用；在新制包时要把回收包中的单件信息排除掉，剩下的才是可以制新包的单件数量。通过这种方式可以确保供应室回收包制包数量准确。

3、一次性物品单件的处理方式不好，按照医院的建议进行处理。

在供应室单件入库时进行判断如果是一次性单件则不生成单件库存记录只增加部门库存数量，在进行制包时判断包信息及包中单件信息如要制的包为一次性包或包中存在一次性单件信息，则在制包时就不从单件库存表中查找单件信息，直接从部门库存表中查找相应的物品信息，通过减少部门物品库存来实现一次性物品处理，因此在单件库存表中就不再保存一次性物品的单件信息，这将大大减少单件库存的数据量，因为供应室一次性包和一次性单件物品用量较大并且用过后也不回收，属于消耗物品。因此在单件库存表中可以不保存该物品记录，从而可以使单件库存表中减少2/3的数据量，同时也可以提高新系统的运行速度。

4、科室人员操作不方便，操作界面过多。

根据院方的要求，重新构建了一个科室操作员主界面；其界面如下：

进入界面后默认操作员所在科室，默认库房为器械库房那个时间范围为本月初到现在，通过在界面上选择操作类型后，即可选择新增操作；修改、作废、提交、冲销等操作根据选中的记录类型，就可以打开不同的操作界面，完成不同的功能操作。从而达到简化界面，方便科室操作员操作的效果。

5、单件库存信息混乱

单件库存信息混乱，其造成的主要原因为一是制包过程不科学；二是单件控制不严格供应室可以随便入库。要规范单件库存信息就要解决这两个主要问题；首先修改制包程序分两种方式制包，杜绝因制包问题造成单件库存不足问题；然后是取消了单件入库功能，只能通过申领或盘存的方式进行入库操作，并对此操作进行相应的权限控制。完善科室物品盘存操作，供应室盘存分为包盘存和单件盘存，包盘存时以包为单位进行盘存，通过包盘存在更新包库存的同时，还要更新单件库存信息及科室物品库存信息；在进行单件盘存时，只对为制包的单件物品进行盘存同时修改单件库存信息和科室物品库存信息，医院通过包和单件的盘存操作既可以使供应室的单件库存实物和账面数达到一致。

供应室管理系统通过以上的的修改和优化，基本上达到了院方提出来的要求；使供应室管理系统更加完善和稳定，操作更加人性化和简便；减少了故障率、加快了运行速度，同时通过优化是自己对供应室的管理流程和操作流程又有了更进一步的了解；对于该系统以后的升级和完善有很大借鉴和帮助

第二篇：医院药房管理系统

医院药房管理系统

1．需求分析 1．1概述 药品管理主要是药品管理员对药品库存进行的相关管理。在该管理系统中，药品管理员主要需要对药品的库存信息进行记录，查询和统计功能。药品管理是医院日常管理事务中的重要内容，药品管理过程的准确性和高效性至关重要。利用计算机高效，准确的特点能够很好的满足医院药品管理过程的需求，在保证管理过程准确性的基础上，最大程度地提高管理效率。目前，大多数医院都已采用医院管理系统进行医院药品管理业务的计算机管理。医院药品管理系统主要是为医院药品管理人员提供药品信息的记录，查询和统计功能，为管理人员提供重要的信息参考。通过医院药品管理系统，管理人员可以对医院药品的入库，出库以及库存信息进行管理，系统提供方便的药品管理信息的查询和统计功能，能够满足医院药品管理人员的基本管理需求。1．2 可行性分析 本次课程设计主要是为医院药品库存管理系统设计合理的数据库，基于所研究的课题是我们日常生活中比较常接触的，所以从以下三个方面对其可行性进行分析： 经济可行性：本次课程设计主要在自己的电脑上开发，而且从老师给的初始条件结合平时自己对这个业务的理解，而且我们获取需求的时候有很多人帮 助。所以在完成这次课程设计的时候基本上没有什么经济开销。所以就经济可行性而言，我就的我也有能力独立完成这次课程设计。技术可行性：本次课程设计的核心问题是要为药品管理系统设计一个理的数据库。就我学习的数据库课程中，重点讲述的就是如何设计和实现一个合理的数据库，而且我们在数据库课程学习的过程中做过实现一个简单的数据库的试验，因此这方面有一定的基础。这次课程设计主要添加的内容是需要我们自己去进行需求分析，自己从客户那里获取相应的功能需求。这一方面的知识我在软件工程和软件需求中都有学习，所以是可行的。另一方面，本次课程设计可以使用 1

比较简单的jsp为数据库设计相

应的前台界面。所以就技术而言，可以完成这次课程设计.操作可行性：本次课程设计所做的是药品管理系统，主要完成的功能是为医院药品管理人员提供药品信息的记录，查询和统计功能，为管理人员提供重要的信息参考。鉴于药品管理员对药品信息管理已经很熟悉，而且本次课程设计出的数据库的操作非常简单，所以操作可行性也没有什么问题.综上所述，我觉得我有相应的技术和能力独立完成本次课程设计，而且我所设计出的数据库功能齐全，简单明了，方便客户使用。所以我认为本次

课程设计是可行的。1.3用户需求 本次课程设计的主要任务是为药品管理系统设计一个合理的数据库，在实现该系统的过程中，必须满足该系统的基本目标：医院药品管理人员提供药品信息的记录，查询和统计功能，为管理人员提供重要的信息参考。我所设计的药品管理数据库正是基于这个目标而开发的。在实现该系统的同时，也相应的锻炼了我们的动手能力，让我们有机会将课本上的知识运用到实际中来，加深了我们对知识的理解，我认为这也是该系统的目标之一。该系统的主要任务是为了完成医院药品管理人员提供药品信息的记录，查询和统计功能，为管理人员提供重要的信息参考。但是基于该系统的功能比较简单，所以可以在此基础上相应的增加一些相关的功能：当管理员发现某类药品的库存数量低于某个标准时，管理员要联系供应商购买相应的药品来补充该药品的库存；当医院的某个部门缺少某类药品时，需向管理员申请提取相应的药品时，管理员可以根据该药品的库存情况为该部门分配相应数量的药品。2.开发和运行环境 2．1 网络逻辑结构 本次课程设计采用B/S模式来实现，B/S模式是三层C/S模式的一种实现方式，其结构为：浏览器/WEB服务器/数据库服务器。其中表示层（浏览器）负责处理用户的输入和向客户输出。功能层（WEB服务器）负责建立数据库的连接，2

根据用户的请求生成访问数据库的SQL语句，并把结果返回给客户端。数据层（数据库服务器）负责实际的数据库存储和检索，响应功能层的数据处理请求，并将结果返回给功能层。在B/S模式中，用户要运行某个应用程序时只需在浏览器上键入相应的网址。调用WEB服务器上的应用程序并对数据库进行操作完成数据处理工作，最后将结果通过浏览器返回给用户。供

应商

药品管理员 药品管理数WEB服务器 据库(mysql)（Tomcat）

医生 所以用户的操作非常简单，而且客户端要求的配置也不高，这2.2 软件支撑环境及开发工具 本次课程是我选择这中模式的主要原因。设计主要是设计一个合理的数据库，而我的电脑上安装了Mysql,所以可以在自己的电脑上完成本次课程设计,运行环境为WindowsXP,而且和数据库的联系也比较简单,方便.考虑使用JSP来完成前台的设计。所以涉及到的工具为：Mysql, Eclipse,WINDOWSXP.3．概念结构设计 3

3．1总体DFD 药品管理系统中的主要功能是在药品入库和药品出库时，方便药品管理员对药品入库信息，药品出库信息和药品库存信息进行查询和统计的功能。所以该系统主要是对药品入库管理和药品出库管理进行设计的，所以设计基于药品入库管理和药品出库管理的数据流图如下： 药品入库单 供应 供应商 药品库存信息 提取 部门 药品出库单 3.2功能结构 本次课程设计主要是针对医院药品管理人员设计的，主要是为了方便药品管理人员在进行购买药品时药品入库，和提出药品时药品出库时对药品进行记录查询和统计。所以本次课程设计主要分成4个大的功能模块：用户管理，药品的入库，药品出库，库存清点： 4

医院药品管理系统 用药药库户品品存管供提清理 应 取 点 3.2.1用户管理 该课程设计中主要有2类用户，一类是系统管理员，一类是药品仓库管理员。其中由于该数据库主要针对药品管理员而设计，所以在这里主要讲述药品管理员的功能需求：药品管理员主要是负责药品的入库和药品的出库管理和库存的清点工作。

管理员 用户管理 供应商 医生 5

3.2.2供应药品 供应药品主要是供应商为药品仓库提供药品补给，其中主要要求药品管理员对供应清单进行记录，而后药品入库后，会对库存的药品产生一定的影响，药品管理员需对相应的变化对药品记录做相应的改变

填写供应单 保存供应单 供应药品 编辑入库药品信息 药品入库 3.2.3提取药品 提取药品主要是某个部门申请提取药品，主要要求药品管理员对提取单做相应的修改和记录。而后药品出库后，会对库存的药品产生一定的影响，药品管理员需对相应的变化对药品记录做相应的改变

填写提取单 保存提取单 提取药品 编辑出库药品信息 药品出库 6

3.2.4库存清点功能

该功能主要是针对药品的现有库存信息进行查询和统计功能，在每次进行药品入库和药品出库后药品的库存信息将有所改变，所以需要对库存的药品进行清点功能，提醒药品管理员进行药品入库或其他操作。库存信息查询 库存信息浏览 库存清点 出库信息查询 入库信息查询 3.3 局部视图设计 3.3.1数据字典 数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果，并且数据字典的内容将在数据库的设计过程中不断的修改、充实和完善。数据字典有多种表示方法，在这里，我使用的书上介绍的，一般包含：数据项，数据结构，数据流，这几个部分。库存药品的数据项描述： 数据项名 数据项含义 类型 长度 约束 药品编号 药品的编号 int 2 每个药品有一个唯一的编号 仓库编号 仓库的编号 int 2 必须与某个仓库编号一至 药品名称 药品的名称 varchar 20 必须是炒菜，汤，煲类之一 药品种类 药品的种类 varchar 10 药品属于中药或西药之一 7

单价 药品的单价 int 5 必须大于0 生产日期

输入必须符合日期的格式 药品的生产日datetime 期 过期日期 药品的过期日datetime 过期日期必须大于生产日期 期 库存数量 药品的数量 int 10 必须大于0 供货商数据项描述： 数据项名 数据项含义 类型 长度 约束

int 2 每个供货商有一个唯供货商编号 供货商编号 一的编号 名称 名称 VARCHAR 20 电话 供货商电话 bigint 8 地址 供货商地址 VARCHAR 20 管理员的数据项描述：

数据项名 数据项含义 类型 长度 备注 int 2 每个管理员有唯一一个管理员编号 管理员的编编号 号 VARCHAR 20 姓名 管理员的性VARCHAR 10 性别必须是男或女 性别 别 年龄 厨师的年龄 int 2 0到60之间，60岁退休 仓库编号 仓库的编号 int 2 必须与某个仓库编号一至 药品仓库的数据项描述： 数据项名 数据项含义 类型 长度 备注 8

仓库编号 仓库的编号 int 2 每个仓库有唯一一个编号 地址 仓库的地址 VARCHAR 20 地址不能为空 电话 仓库的电话 BIGINT 8 电话号码不能为空 面积 仓库的大小 int 4 必须大于0 部门数据项描述：

数据项名 数据项含义 类型 长度 约束 部门编号 部门编号 int 2 每个部门有一个唯一的编号 名称 名称 VARCHAR 20 电话 供货商电话 bigint 8 3.3.2 实体-联系图 根据上面的功能需求分析过程可以看出，可以将本系统划分成3个大的功能模块，所以可以将本系统画出3个局部E—R图，如下所示： 由于本次课程设计中没有涉及到前台的操作，所以这里画出药品管理员这个实体和该实体的属性：

管理员编性别 名称 年龄 号 药品管理员 供应药品子系统的分E—R图： 9

n 药品 库存 供应商编号 1 名称 供 n 货 1 药品仓库 供应 地址 商 m 电话 管理 1 药品管理员 供应标识 时间 供应量 提取药品子系统的分E—R图： 10

药品管理员 n 提取标识 提取时间 库存 1 提取量 1 药品仓库 提取 1 部门编号 n 部门名称 管理 部门 m 电话 药品管理员 11

药品管理系统E—R图：

供应

标识 提取标识 时间 时间 提取量 供应量 m m 供应 药品 提取 n n n 库存 供应商 部门 1 药品仓库 1 管理 n 药品管理员 4．逻辑结构设计 本次课程设计中的逻辑设计采用关系模型来设计，根据概念设计中的E-R图，将图中的实体和实体间的关系转化成关系模式，在将E-R图转化成关系模型的时候，由于在我所设计的E-R图中存在实体间的联系，根据课本中提到的情况： 药品管理员（管理员编号，名称，性别，年龄，仓库编号）12

药品仓库（仓库编号，地址，电话，面积）库存药品（药品编号，仓库编号，药品名称，药品种类，库存数量，单价，生产日期，过期日期）

供应商（供应商编号，名称，地址，电话）

供应（供应标识，供应商编号，药品编号，仓库编号，时间，供应量，单价）13

部门（部门编号，部门名称，电话）

提取（提取标识，部门编号，药品编号，仓库编号，时间，提取量）

5.应用系统界面设计 在把数据库设计完成之后，转而投入了实现了前台界面与后台数据库的交互，我此次用的是JSP实现的一个小型界面，这正是B/S模式的体现，通过程序与数据库连接，可以对数据库里面的信息进行修改，删除，查看等操作。1．药房管理员工作流程如下图： 14

输入相应的编号，系统会与数据库取得联系，判断该用户是哪类用户，若输入10则表示是药房管理员：

选择要进行的操作，按提交，这里有三种操作供选择，这里选择查看库存信息： 2．供应商的工作流程如下： 输入编号20表示是供应商，进入界面：

输入响应信息后，显示此次的供应单并计算总价：

3．医生提取药品的工作流程： 输入编号30表示是医生，进入界面：

输入相应信息后，点显示此次的

提取单并计算价钱： 6.经验总结

在这一周的课程设计实习过程中，我的收获良多。在一周的时间中，其实画在建立数据库这个环节上的时间不是很多。在学习数据库这门课程的时候，我记得书上有讲过：“数据库设计的特点之一是三分技术，七分管理，十二分基础数据”。在这一周的课程设计中我深有体会，在开始的需求分析和基础数据的获取阶段我差不多花了3天的时间来收集整理材料，由于我对于医院的药品管理这个领域比较陌生，所以花了比较长的时间来了解这个行业的情况和信息。当收集的资料差不多之后，接下来的任务就比较轻松：因为在需求分析阶段了解可以将整个系统中划分成几个实体，每个实体有什么属性，以及实体和实体之间有什么联系。所以在接下来的概念设计中的E—R图的设计就比较简单，而且在画E—R图的时候就可以大致知道整个系统需要划分成几个基本表来实现，所以逻辑设计阶段也比较轻松，至于物理阶段的设计，使用的是MYSQL数据库，是出于操作简单，运行速度快的特点选用的。在把数据库设计完成之后，转而投入了实现了前台界面与后台数据库的交互，在这里我使用的是JSP语言，起初对JDBC只有概念上的认识，通过这次设计，我对

JDBC

中的ResultSet,Statement,PreparedStatement等有了很大认识，主要是在设计的时候对出错原因进行了分析，使得自己对JDBC的理解更加清晰。在本次课程设计过程中，我最大的体会就是了解了一个具体的数据库设计的过程，以及每个过程之间的紧密联系和他们不同的重要性。就像前面提到的一样，在书上看到“数据库设计的特点之一是三分技术，七分管理，十二分基础数据”这句话的时候，并没有引起我什么注意，可是在这次课程设计过程中，我深深的体会到其实要建立数据库中的几个基本表其实很容易，难的是从我所不熟悉的现实领域收集提取建立数据库所需要的基本数据。在这次课程设计中，我了解 17

到将书本上的知识运用到实际中的时候，会使我对原有的知识有更深层次的理解以及掌握。而且通过这次课程设计，我掌握了为某个具体系统建立数据库的流程和方法，肯定会对我将后的学习和实践有很大的帮助。7.参考文献 [1]王珊

编著 数据库系统简明教程，高等教育出版社 [2]王智学 等编著

ROSE对象建摸方法与技术，机械工业出版社 18

第三篇：医院视频管理系统

医院视频监控的管理规定

为保证良好的医疗秩序，有效监控院内的各类活动，防止犯罪事件的发生，确保视屏监控系统的规范和高效运行特制定本规定。

1、加强巡查。视频监控系统24 小时对所监控区域进行监控，值班人员应严密监视监控系统界面，遇可疑人员应及时通知保卫部门和调度。严禁企事业单位员工随意查看监控录像，若因发现情况需要查阅录像，则须经公司领导批准，并填写登记表。

2、及时报告。值班人员应尽快和有关人员取得联系，以保证系统的正常运行。

3、严格管理。监控室内不准吸烟，乱丢纸宵杂物以及大声喧哗；严禁携带易燃、易爆、有毒的物品进入监控室；严禁使用有干扰仪器正常运行的电子设备妨碍系统正常运行。

4、爱护设备。要爱护视频监控室内的监控设备，严格按规定操作规程进行操作；不得私自拆卸监控设备，保证监控设备系统24小时的正常运转；发现设备出现异常和故障要及时报修，并向设备管理专业人员及报告。

5、收集资料。自觉遵守监控系统管理规定，不得无故中断监控；监控录制的资料应妥善保存，未经允许，不得随意删改监控记录、系统文件等。

6、严格程序。未经院主管领导同意，非工作人员不得进入监控室。外来人员需到监控室查看资料和情况时必须由主管领导审批，并在保卫部门人员陪同方可进入监控室查看。

第四篇：医院固定资产管理系统

专业资产管理软件，助力医院创优评审！

医院固定资产管理系统

医院固定资产条码管理系统(以下简称“系统”)是专门为医院固定资产设计的软件产品，以实物管理为基础，结合先进的无线网络平台、二维条码技术应用到固定资产的购置、领借、转移、盘点、报废、清理等日常繁杂的管理进行全方位准确监管，以及处理固定资产的统计、核对等工作，还提供了一般大型企业设备巡检、信息采集、预警处理等功能，是一套成熟的固定资产条码信息化管理软件。

医院固定资产管理系统”结合条形码技术，赋予每个实物一张唯一的条码资产标签，从资产购入医院开始到资产退出的整个生命周期，能针对固定资产实物进行全程跟踪管理。解决了资产管理中帐、卡、物不符，资产不明设备不清，闲置浪费、虚增资产和资产流失问题。为医院资产管理工作提供全方位、可靠、高效的动态数据与决策依据，实现资产管理工作的信息化、规范化与标准化管理，全面提升医院资产管理工作的工作效率与管理水平。使医院固定资产的管理变得轻松、准确，快捷和全面。

更多内容请关注：http://www.xiexiebang.com

第五篇：医院固定资产管理系统

医院固定资产管理系统

医院要想良好的发展，避免不了的要涉及到医院资产的有效管理。对于那些医疗设备密集型的医院，固定资产管理显得尤为重要。传统的固定资产管理模式无论从质量上还是效率上，都难以适应经营管理新形式的需要。因此，寻找一种简便、高效的管理手段成为必然。固定资产条码化管理，通过对条形码的跟踪帮助对资产的整个生命周期进行管理。

资产日常操作管理功能：主要包括固定资产的新增、修改、退出、转移、删除、借用、归还、维修、计算折旧率及残值率等日常工作。

打印条形码功能：根据选定的固定资产自动生成粘贴于固定资产实物上的条形码。

盘点功能：按照条码阅读器中的数据与数据库中的数据进行核对，并对正常或异常的数据做出处理，得出固定资产的实际情况，并可按科室生成盘盈明细表、盘亏明细表、盘亏明细附表、盘点汇总表、盘点汇总附表。

资产折旧：包括计提固定资产月折旧、打印月折旧报表、对折旧信息进行备份，恢复折旧工作、折旧手工录入、折旧调整。

固定资产月报：根据科室、时间等条件查询分类统计月（年）报、本月增加固定资产月报、本月减少固定资产月报、固定资产折旧月报（年报）、并提供打印功能。

固定资产综合查询：可以对单条或一批固定资产的情况进行查询，查询条件包括资产卡片、保管情况、有效资产信息、部门资产统计、退出资产、转移资产、历史资产、名称规格、起始及结束日期、单位或部门。

系统维护功能：由设备科科长对资产分类代码表、退出方式代码表、购置方式代码表、存放地代码表、科室代码表、保管表、科室名称表。进行新增、修改、删除等操作。

安全管理功能：提供各种安全管理手段。口令管理功能：维护帐号和口令。

权限控制功能：将用户划分为不同等级确定用户对系统使用权限，根据不同权限确定不同的操作。

数据加密功能：对重要数据进行加密。