设备维修数据库（精选11篇）
设备维修数据库 篇1
1 引言
热电厂涉及锅炉、汽机、化学、燃料、脱硫等多个车间且成套设备较多, 运行设备的维护采取预防性维护, 即采取定期检修的方式。这种维护方式存在周期短, 工期长, 检修费用高等缺点。本管理系统以热电厂设备的日常维护和定期检修为基础, 为每个设备建立全生命周期档案, 并以此提出设备状态的检修模式取代原有的预防性维护。同时自动统计维修作业人员的工作量, 加强员工的激励管理制度。热电厂设备的日常维护涉及钳工、电气、仪表等多个专业。本系统以电气维修专业的维修工作为背景, 介绍管理系统的功能以及实现的方法。
2 数据库设计
本数据库主要是完成维修记录增加、查询和统计, 属于单个文件的关系数据库。系统采用Paradox数据库表, 利用Borland提供的数据库引擎DBE完成数据库系统的管理。整个系统属于典型的桌面数据库, 无独立的服务器。整个系统数据库的结构如图1所示.Paradox数据库表包含8个字段, 即维修日期、维修项目、作业负责人、作业组员、负责人工时、组员工时、记录时间、记录修改时间。
3 系统功能
系统主要分四个大的功能块:
(1) 权限管理;
(2) 维修记录的添加;
(3) 查询和统计;
(4) 关键设备维修档案查询。
3.1 权限管理
本系统权限管理主要设置三个权限, 一般组员、核算员以及班长权限。组员权限可以增加维修记录, 查看当月记录、查询单条维修历史记录、查询组员工时。标准工时记录在Delphi所建数组中, 常规工作工时的给定, 软件通过历遍数组自动查找后给定。对于非常规工作则由组员手工记录, 核算员手工输入给定。班长权限则可以修改、删除任意一条记录及某一项工作工时、查看所有记录、查看关键设备的维修档案。系统登录界面如图2所示。
3.2 维修记录的添加
电气维修负责的装置以其所连母排和不同车间进行划分页面, 不同类型的设备有各自的检修项目。每种设备以独特的颜色加以区分, 通过点击对应的设备, 弹出各自涵盖的检修作业项目, 组员通过选择完成维修记录的添加。不同的作业项目存在作业量大小的不同, 按照班组事先的约定, 给每项作业分配不同工时。在Delphi软件中定义两个数组, 分别对应作业项目和工时且两者一一对应。软件根据作业项目查找数组自动获取对应工时, 并按比例分配给不同的组员。记录添加主画面如图3所示, 具体设备记录添加画面如图4所示。
3.3 查询与统计
本系统设计的查询功能主要包括个人工时的查询与统计、个人所有工作项目查询、所有班组成员当月工时查询与比较、历史维修记录查询, 软件利用ExcelApplication和ExcelWorkbook控件, 可将所有的维修记录和查询结果直接导出到Excel中, 导出结果如图6所示。当月班组成员工时比较, 利用C h a r t控件将员工工时进行柱形图显示, 其结果用如图5所示。管理者通过查看当月班组成员的工作量后, 合理安排工作, 通过查询历史维修记录对工作过程中存在的失误进行考核, 这样有效的激励了员工的工作积极性。利用SaveDialog和PrintDialog控件实现查询结果的保存和打印。
3.4 关键设备维修档案查询
电厂设备采取“一年一修”的模式进行维护, 即无论设备的运行状态如何, 1年内所有的设备大修一次, 使得维修工作量很大。通过建立设备检修档案, 获取设备的运行状态, 选择性的检修, 即基于设备状态的检修。有利于减少维修量和装置停工时间。通过查询数据库的记录, 将某一具体设备所有的维修记录集中在一个画面。实现对单个关键设备的管理, 为设备确定检修时间以及设备的更换提供依据。关键设备维修台账检修记录如图7所示。
4 结论
本系统主要完成热电厂设备维修档案的建立, 由此设备管理人员可以实时掌握设备运行状况。为基于设备状态的检修模式提供依据, 避免因预防性维修造成的设备过度维修, 减少装置停工时间, 提高设备利用率。另外, 通过软件自动统计员工工作量, 为员工考评提供依据, 提高员工工作积极性。
摘要：本文利用BDE数据库和Delphi编程软件, 以热电厂运行设备日常消缺和定期检修内容为基础建立数据库及应用软件。提供每个关键设备的维修档案, 为基于设备状态的检修模式提供依据, 从而避免预防性维修模式造成的设备过度维修, 提高设备利用率。同时根据每项工作的额定工时自动统计每位维修人员的工作量, 为维修作业人员的考评提供依据。
关键词：数据库,设备管理,维修,工时统计
参考文献
[1]刘勇, 张赛飞.机械设备故障诊断专家系统数据库设计[J].晋中学院学报, 2008, 25 (3) :15-18
[2]贺小明, 王新俊等.火电厂基于状态检修思想的现代设备管理模式研究[J].华北电力, 2004, 32 (12) :41-44
[3]侯文瑞, 毛建伟等.设备管理及维护信息系统的开发与应用[J].工业工程与管理, 2004, 4:53-56
[4]李晴.基于Delphi的连锁超市管理系统的设计与实现[D].电子科技大学, 2010:23-54
[5]李全, 李昶.基于Delphi的高效数据库应用系统开发方法[J].微计算机信息, 2006, 22 (43) :235-237
设备维修数据库 篇2
关键词：变电站；二次设备；检修数据；前景；探讨
1 概述
作为一种根据变电站二次设备运行状态开展的预防性作业，状态检修技术通过科学分析设备运行参数来准确判断是否应对其进行检修，并在需要的情况下制定合理且具针对性的检修方案。简单的二次设备检修步骤包括：对设备运行状态进行实时的在线监测；分析监测结果并作出判断；安排适当的检修项目及每一项需用的时间。在线监测、诊断都在状态检修的范围之内，其检修内容还包含了设备管理、验收和设备的检修、故障记录等多个方面。在实际工作中，由于状态检修技术具有工作量低、安全性高、成本经济等诸多优点，目前，变电站二次设备的检修工作正在由预防性计划检修朝着预知性状态检修的方向过渡。
2 客观评价
一段时间的检修实践告诉我们，状态检修技术可以在减少检修人员劳动强度的同时，提高系统的供电可靠性，而二次设备检修成本的节约主要是通过减少维护工作量和停电次数及时间实现的。设备状况优良的先进设备或室内设备一般在不要求试验的情况下，原则上都不必全部停掉。由于检修计划的安排科学合理，因此设备维护人员可针对具体问题进行充分准备，从而大大降低发生设备故障或人身事故的可能性，有利于变电站安全运行目标的实现。
3 对状态检修工作的认识偏差
由于状态检修在我国的起步较晚，目前该技术在实施过程中也存在着不少问题，这些问题往往都是因为对状态检修认识不足而导致的。
首先，由于缺乏对状态检修理论的深入研究，一些检修人员未能认识到该技术在实施阶段的复杂性，简单认为状态检修就是减少工作量，盲目拉长检修周期以减少停电次数，使状态检修失去了应有的科学性和合理性。其次，为了有效的进行科学化的试验，我们通常主要采用一些先进的技术进行实践检验，然而应对状态检修工作更有效的是对原有检修方法，检修工作积累的经验进行科学的评估和总结。用旧的已有的工作经验来指导新的状态检修发展。由此在状态工作发展中，我们一定要结合实际，着手进行一些科学化的档案记录和检修记录等方面的分析，从而找到科学的方法从而完成该机制的设计，这样可以有效的保障状态检修顺利实施。对于那些不能够解决的问题，我们应结合实际的情况进行分析，从而找到一些具体的改进二次设备状态检修机制的措施，从而达到新的检修思路。
4 二次设备状态检修工作数据库前景分析
4.1 智能变的发展给二次设备状态检修数据库的建立带来推动
智能变的出现使得二次设备状态检修库可以由纸面的设备健康状态、检修记录、缺陷情况，甚至在线监测、诊断等平台，第一次扩展到完整的报文分析，报文错误记录等方面。这使得检修数据库的状态评价依据大大增加，同时也使得在此数据库上进行进一步研究的可能性大大增加。有效的结合新的智能变网络分析仪内的报文数据及旧有的状态评价数据库可以使得状态检修数据库获得更大的发展。
4.2 提高工作检修数据库的技术管理水平
二次设备状态检修工作数据库的使用前景还依赖于科学的管理模式。科学化的管理才是状态检修实施的关键，如果没有进行科学化的管理，就可能对状态检修进行错误的应用，从而影响到整个状态检修具体过程的实施。我们要不断的总结经验教训，使得未来发展的规划和思路都要符合当前发展的需要。整个状态检修策略的实施，包括状态检修数据库的建立，都需要不断地调整检修策略，不断完善电力系统对于检修的管理方法，使得新的概念与技术能够发挥出应有的效应。
4.3 重视状态检修数据库在实际生产中的应用
二次设备状态检修数据库的应用前景还依赖于各类人员对于其在实际生产中的应用是否有着积极的态度。状态检修以至于其数据库的建立需要较长的时间及大量的工作，在此之前，需要对各参与人员的观念进行良好的引导，使其明白状态检修的实际意义及其巨大的应用价值。同时，在建立及完善该机制的过程中坚持以实际生产为导向，坚持状态检修为实际生产服务。最终才可能完成整套状态检修机制的建立，并且完成状态检修数据库的建立。
5 结语
在当前的变电站技术快速发展的情况下，一定要及时分析和掌握好变电站二次设备状态检修数据库更新和发展的重要内容。一方面需要不断地通过完善自我诊断技术的方法，另一方面健全一些有利于二次设备状态检修数据库发展的制度，做好二次设备状态检修数据库的准备工作，这样才能及时的化解一些问题，有利于整个数据库的建立和更新。
通过以上的分析，下一部的工作应该是建立健全状态检修的机制，完善建立二次设备检修数据库的方法。为此，要注重在具体生产中积累分析数据，将一些有利于数据库实际应用的方法给予很好利用，这样才能提高其效率，并最终促成改数据库的完成。而这些具体的方法也需要不断更新，从而保障检修的顺利完成，保障状态检修应用并助益于实际生产。二次状态检修机制及状态检修数据库的建立是难以分开的，依据贯彻"预防为主"的方针，通过适时检修，提高保护装置运行的安全可靠性，提高继电保护装置的正确动作率是其最终的目标。所以，我们要充分利用好当前的各项检修及运行资料，建立机制对其进行分析，尽快促成该数据库的建立，才能够适应当前电网建设快速发展步伐，才能更加科学化的将变电站二次设备状态检修工作做好。
参考文献：
[1]张国峰，梁文丽，李玉龙.电力系统继电保护技术的未来发展[J].中国科技信息，2005（02）.
[2]郭伟.论继电保护装置的"状态检修"[J].水利电力机械，2007.9.
[3]李彤.从状态监测实践探讨状态检修工作的开展[J].农村电气化，2005（2）.
[4]张锋.关于供电设备状态检修的思考[J].中国资源综合利用，2008（1）.
[5]倪强冰.探讨继电保护的状态检修及实施[J].广东科技，2007（2）.
设备维修数据库 篇3
医疗设备的保有量和先进性水平是衡量医院规模实力和医疗技术手段的重要标志。随着科技的进步和医疗卫生事业的发展,各级医疗机构特别是大中型医院引进医疗设备的数量在不断增长,速度在不断加快,对医疗设备管理的各项工作都提出了越来越高的要求。医疗设备维修是医疗设备管理工作的重心所在,为临床科室提供及时高效的维修服务,确保医疗设备安全、有效,保障医疗设备的开机率和使用率,是医学工程部门的主要工作职责之一。
大中型医院的医疗设备资产保有一般在一至几个亿[1],每年的设备维修台次数以千计,消耗维修费用数百万,具体的维修工作涉及人员、科室和厂商家众多,工作流程与环节琐碎重复[2],单纯依靠手工记账式管理已不能适应发展的需要。因此,依靠信息化管理手段,开发专门的数据库管理系统,是提高医疗设备维修效率,促进管理工作科学化、规范化的必然选择[3]。
2 系统结构与开发工具
本系统采用C/S(Client/Server)模式的软件结构,即服务器/客户机体系结构。这种结构模式通过合理的任务分工和协同操作,充分发挥数据库服务器和客户机各自的处理功能,具有集中控制数据的完整性与安全性、支持分布式计算等特点[4]。系统应用模式是运行在医疗设备管理部门的内部局域网上,以一台配置较高的计算机作数据库服务器,所有数据存储在该服务器上。客户机分布在部门各职能办公室,客户机上安装前端用户程序,所有的数据操作在客户机上进行。C/S结构的系统设计符合大中型医院在设备管理上既有多种职能分工又需共享数据资源的工作特点,允许部门工作人员在各自的办公计算机(客户机)上按照职能分工或工作流程收集录入相关数据,也可以方便地调取查阅数据库中所有的数据资源。
系统以Power Builder 9.0+Sql Server 2000组合为开发环境。Power Builder 9.0作为一种优秀的企业级数据库前端应用和多层体系结构开发工具,以其高效快捷的集成开发环境、简洁友好的用户界面、功能强大的数据窗口技术以及性能优越的数据库访问能力,成为当前最流行的数据库前端应用开发和多层应用开发工具之一。Power Builder提供了对目前几乎所有大型数据库系统的支持,对于Sql Server 2000数据库管理系统提供了旨在提高数据库访问效率的专用数据库接口[5]。SQL Server 2000是Microsoft公司推出的大型网络数据库管理系统,是典型的客户/服务器关系型数据库系统[6]。
3 系统设计与功能模块
3.1 数据结构设计
维修项目属于医疗设备管理中的动态环节,体现在数据库管理系统中是维修信息需要经常性补充和更新,因而在系统的后台Sql 2000数据库中建立了专门的数据表,用以收集维修记录,表名称为product_service,它的数据列定义如表1所示,其中product_id和service_id两个字段设置为该表的联合主键。设置product_id为该表外键,这样就把维修记录与数据库中其他以product_id为关键字的数据表记录连接起来。
3.2 用户程序设计
用户程序设计在Power Builder中进行,设计的主要内容是提供友好直观的操作界面,通过各种形式的数据窗口表现或编辑数据库中的数据[7],以及实现各种操作功能的程序代码编写。下面从功能模块的角度介绍用户程序设计思路。
3.2.1 信息录入窗口
本系统有关维修信息的操作界面如图1所示。在这个操作界面中,包含两个可编辑窗口,所有的信息录入都在这两个可编辑窗口中进行。上方的可编辑窗口是一个数据窗口,用于编辑一台设备的标志属性,即设备名称、型号、序列号和在数据库当中自动分配的编号,按照一台设备一条记录的数据库建设原则,这4个属性可以标志唯一一台设备。
下方的可编辑窗口包含在一个标签控件中,采用标签控件的目的是通过标签页对信息进行分类管理。按照工作流程和职能分工,共设置“基本信息”、“验收”、“使用”、“维修”、“计量”、“报废”和“档案”等7个标签页。维修标签页的数据窗口中收集了当一个维修项目发生时所有应记录存档的信息,包括维修人员、日期、更换配件与产生费用等,还包括主机故障、附件故障、维修处置记录等长字符记录。在该数据窗口中还设置了3个计算域,其中一个是根据工时费和材料费自动相加所得的本次维修总计费用,另两个是这台设备累计维修次数和累计维修费用的自动统计。计算域的设置一方面减少了数据记录的工作量,另一方面也给出了更多的有用信息。
窗口最下部是两列命令按钮,其中“生成维修报告”和“生成配件购置申请”两个命令按钮只在维修标签页打开时才有效。报告和申请的自动生成减少了实际工作中的重复劳动。
3.2.2 信息浏览窗口
维修信息浏览以列表的方式查看设备的维修相关信息,展示的浏览字段包括设备基本信息如名称、型号、机号、使用科室、设备价值、启用日期等,其余是维修记录信息如维修工程师、送修和取件日期、维修费用、更换配件等,一列数据代表一次维修行为。要了解某一次维修更详细的信息,只要在代表本次维修的数据列上任意位置双击鼠标,就会打开图1所示的设备信息录入窗口,这里可以看到维修的全部记录。
信息浏览窗口上进一步建立了检索和统计功能。如图2所示,设置“工程师”、“使用科室”、“日期”等3个查询条件,可以单个查询条件检索记录,也可以任意两个或3个查询条件组合检索[8]。窗口中展示的统计数据包括总计维修设备台次、所维修设备总值以及总共花费的维修费用3项,左边的数据是对数据库中所有维修记录的统计,右边的数据是对检索后维修记录的统计。
3.2.3 统计图和统计表
统计图以图形方式展示数据,优点是直观、易于查看和分析数据。Power Builder具有丰富的统计图类型,如直方图、曲线图、饼图、二维图等[9],并且提供统计图数据窗口和统计图控件两种制作方法。本系统全部采用数据窗口制作统计图,利于保持图形风格的一致性。设备维修统计图窗口包含全院每年度维修费用、工程师每年度维修设备台次、各科室每年度维修费用等3个统计图,全部采用直方图类型,图形展示见图3、图4、图5(注:图形中的数据不代表真实数据)。图3和图5以维修费用为统计目标,图4以维修台次为统计目标。通过统计图的分析比较,掌握全院和各科室维修费用使用情况,掌握工程师的维修工作量。统计表是对统计图的补充,以报表的形式给出具体数据。系统设计方法是把所有的统计表放在同一个窗口后台,通过单选钮控件把选中的统计表展示在窗口中。
3.3 用户程序与数据库的连接
用户程序在访问数据库之前,必须首先与要操作的数据库建立连接,连接通过数据库接口实现。Power Builder提供了两种类型的数据库接口:ODBC(Open Database Connectivity)接口和专用接口[5]。本系统采用Power Builder提供的专用接口“MSS Microsoft SQL Server”与后台SQL Server数据库进行连接,其优点是数据访问效率高、数据检索速度快。实现方法是在应用程序入口处配置连接数据库的事务对象SQLCA的属性,假定后台服务器上建立的数据库名称为“医疗设备”,在应用程序对象的open事件中写入如下代码:
4 系统特点与应用
数据库管理系统的应用目的是优化工作流程、提高工作效率、提供信息支持[10]。系统得到良好运用的基础是数据收集的完整性和及时性,因而信息输入是基础工作。本系统在信息输入上充分体现了分工清晰、流程合理、界面简洁、无冗余信息的特点,具体表现在:一是客户机/服务器模式体系结构对多用户操作的支持,每个工程师的办公计算机都是客户机终端,各客户机按所分配权限可以随时调阅和修改服务器数据,这相当于把设备档案室建立在每个工程师的办公计算机上,工程师在完成一项维修工作后,能够很方便地在自己的办公计算机上调出这台设备,增加维修记录;二是信息录入界面的风格充分体现了按职能分工与工作流程收集信息的特点,如设备验收、维修、计量、报废等信息各自有独立的输入窗口,在每个工作环节只需相应工作人员完成该环节的信息录入,设备标识属性作为共有信息无需重复录入;三是维修工作报告的自动生成,在录入维修记录并保存后点击“生成维修报告”,即可生成和打印标准的维修报告,无须再次查阅设备基本情况和手工填写,减少了工作量,避免重复劳动,提高了工程师使用本系统的积极性。维修记录与图片化档案存储的配合是本系统的另一个主要特点[11],即在维修中把拍摄的维修处置照片作为图片档案存储在数据库中,配合文字维修记录,使得维修记录更加具体而生动,便于教学和交流。而且,随着时间的推移,这种图文并茂的维修记录逐渐会成为宝贵的技术积累。
本系统的应用使得维修信息的查询变得非常轻松。医学工程科的领导可以很容易地掌握全科工作的基本状况,得到量化的工作指数(包括维修设备台次,设备总值,合计维修费用),例如:每个工程师在某个月份的维修指数,全科在一定时期内的维修指数,每个所服务科室的维修指数等。
统计图的引入丰富了系统功能,增强了系统实用性。全院年度维修费用的对比分析可以给医院领导提供宏观决策的依据。科室维修费用统计图从横向(科室之间)与纵向(每年度)两个角度说明问题,所给出的直观比较可以促使科室增强成本意识,加强设备保养,提高设备使用率。
参考文献
[1]陆迎春.医疗设备维修新模式的研究和探索[J].医疗卫生装备,2008,29(7):90.
[2]王晓敏,李怡勇,郭赤.医院医疗设备的管理体会[J].医疗卫生装备,2008,29(9):81.
[3]乔华,仝青英,孟晓东,等.应用信息管理提高医院设备维修服务水平[J].中华医院管理杂志,2008,24(6):389-390.
[4]吴向阳,张超群,杭建金,等.基于C/S模式的医疗设备管理信息系统[J].中国医疗设备,2009,24(3):36-38.
[5]张立科.PowerBuilder9.0程序设计与开发技术大全[M].北京:人民邮电出版社,2004:310-311.
[6]刘玉生,王占全.SQL Server2000开发、管理和应用[M].北京:电子工业出版社,2006:147-148.
[7]费军,蒋元林,潘晓东.Power Builder下战备物资管理信息系统的设计与实现[J].医疗卫生装备,2008,29(10):39-40.
[8]吴向阳,张超群,杭建金,等.基于Power Builder数据窗口的组合条件查询实现[J].医疗卫生装备,2008,29(12):49-50.
[9]赫莉.Powerbuilder中多功能统计图表的分析与研究[J].甘肃科技,2005,21(8):53.
[10]杭建金,吴向阳,张超群,等.浅谈医疗设备数字化管理[J].医疗卫生装备,2008,29(9):74-75.
设备维修数据库 篇4
通知
教育系统各单位：
根据省校安办（省教育厅、省财政厅）《关于建立全省中小学校舍维修改造数据库的通知》，计划从2012年起，按照逐年申报的方式，建立全省中小学校舍维修改造数据库。现将有关问题通知如下：
一、项目组成： 1、2011年底前未竣工验收的中小学校舍安全工程规划项目全部按规划纳入数据库管理，已竣工验收的（含2012年、2013年项目）不再纳入。此项内容不需要学校填报，校舍信息平台自动生成。
2、内实施的中小学校舍安全工程规划以外的项目。各类中小学校（包括：中等职业学校、普通高中、初中、小学、特殊教育学校、幼儿园）实施的校舍加固、新建、改扩建项目均可以纳入。
二、上报要求：
1、数据库逐年申报，本次申报的是2012年确定能够开工建设的项目。
2、有项目的单位，填写附表《山东省中小学校舍维修改造数据库项目申报表》，区直学校以学校为单位填报、街镇学校以街镇为单位填报，本周五（6月1日）之前将电子版发至计财科邮箱：cwk6068@sina.com
3、教育局审核后，将确定的申报项目通知有关单位，由各学校在山东省校舍信息平台中录入。
设备维修数据库 篇5
【关键词】高速公路；数据平台；养护维修
引言
随着经济的快速发展，我国交通运输行业也得到了进一步发展，由此给高速公路也带来了更大的压力，多数高速公路已频繁出现超荷载情况，导致高速公路尤其是高速公路上的桥梁，遭到严重损坏，极大了缩短了高速公路寿命，因此在完成高速公路的建设之后更重要的是注重高速公路的养护与维修。
1.高速公路养护与发展概况
第一条高速公路的建设源于1932年的德国，在第一条高速公路的优势逐渐突显后，其他各国如美国、日本、意大利、英国、法国等相继开始建设高速公路。为充分发挥高速公路的作用，加强国际间的公路运输联系，毗邻的国家将主要高速公路相互连接，从而构成了国际高速公路网，促进了高速公路的进一步发展。我国高速公路源于1988年，第一条高速公路为沪嘉高速公路，经30年的发展，我国已建立高速公路规划网，自东部沿海地区至中西部内陆，各省会城市至全国重要交通枢纽，长三角、珠三角及环渤海经济圈已建立了城际高速公路网[1]。高速公路的养护维修是保证高速公路稳定运行的重要手段，随着高速公路的大规模建设，高速公路的养护维修也不断发展，进行高速公路养护维修的信息化及电子化已成为社会共识，有些企业也已建立养护维修系，但就养护维修理念及养护维修方式而言，其还存在一定问题：第一，缺乏足够的重视。上世纪90年代，我国进入高速公路的建设高峰期，大量资金、人力及技术都投入于建设当中，对于养护维修未引起足够的重视。第二，基础工作尚未做足。受各方面原因的影响，如经济、科技、人员等，现我国高速公路养护维修的基础性工作尚未做足，这在很大程度上给高速公路的日常养护管理工作造成了影响。第三，缺乏科学化的养护维修工程的规划和决策。由于缺乏科学的养护维修规划，现我国很多高速公路的管理机构大多是在病害已对高速公路的正常运行产生影响或病害正发展到对高速公路的正常运行产生影响的时候才开始制定养护维修对策，高速公路的养护维修处被动状态。
2.高速公路养护维修数据平台优势
高速公路的运输速度快、能力强、效率高等特征不但使我国运输结构得以优化，提高了我国交通运输行业的效率及服务质量，而且还大大降低了运输成本，创造了更多的就业机会，促进了我国经济和社会的发展[2]。为使高速公路能够持续发展，就必须重视高速公路的养护维修。随着科学技术的进步，高速公路的养护维修也有必要引进先进的科学技术，建立高速公路养护维修数据平台。高速公路养护维修数据平台的建设有利于养护维修工作的信息化和科技化。平台拥有各高速公路网的连接线、匝道图形及相关的属性数据，可实现路面、路基、桥梁、隧道及其关附属性设施、突发事件等信息的电子化，通过数据平台，工作人员可第一时间掌握相关信息，并及时作出治理决策。此外，在电子地图及互联网技术的基础上，工作人员可利用此数据平台查询并定位高速公路及其相关附属设施、养护维修病害的相关信息，同时还可对突发事件进行指挥控制。
3.高速公路养护维修数据平台建设
3.1明确养护任务
养护任务是高速公路进行日常养护维修的理论依据，因此高速公路养护维修数据平台的建设必须要对养护任务进行明确，包括日常养护维修的所有内容，将各项任务分配给相关管理人员及技术人员，并对工作内容及要求提出明确规定，将养护维修任务的管理进行量化，以实现数据平台的集成化、标准化和科学化，使高速公路的养护维修工作能更顺利地进行。
3.2养护技术规范化管理
根据参与养护维修工作的技术人员的实际工作情况及技术水平，高速公路养护维修数据平台的建设可借鉴ISO的文档体系架构形式，在平台上纳入跟养护维修工作相关的操作程序及须知，以丰富数据平台的文档架构。建立此类文档架构之后，养护维修工作的相关技术人员就须依照规范填写相应的技术资料，这样一方面有效避免了因程序和须知与实际养护维修工作不一致而使用养护维修任务无法实施的现象出现；另一方面有利于养护维修工作相关工作人员规范化操作习惯的培养，同时还可对技术指标及操作流程进行定义和规范，实现养护维修技术的规范管理。
3.3养护经验积累和利用
高速公路养护维修数据平台需建立病害库，病害库包括病害数据及病害治理对策。要求相关工作人员将每次进行检查时所发现的病害归入病害库当中，同时在将病害进行治理之后还应将相关治理办法归入病害库中的治理对策库当中。随着时间的不断推移，病害库当中的数据就会越来越多，在今后的工作当中，养护维修数据平台就可为相关工作人员和技术人员提供大量的病害数据，若发现相同或相似的病害，相关工作人员或技术人员便可在病害对策库当中找到相应的治理办法，再结合病害的实际情况做出科学合理的治理对策。
3.4控制成本的任务管理
高速公路养护维修数据平台应建立完善的检查体系和任务体系，根据检查体系及任务体系的详细数据，高速公路的相关管理人员就可制定更为科学的年度养护维修任务清单，并在此基础上结合任务执行的内容和时间等，将资源进行优化配置，根据已制定的养护维修任务清单对养护维修任务的执行情况及费用支出情况进行全面跟踪，同时掌握每一任务的完成情况。
4.结束语
现我国已进入一个高速公路养护维修的高峰期，为能有效提高高速公路的服务水平，相关部门有必要引进新技术、实施新工艺、使用新材料，同时建立高速公路养护维修数据平台，以为高速公路的养护与维修提供数据依据，提高养护维修决策的合理性和科学性，从而确保高速公路的安全、稳定运行，以免出现恶性事故。
参考文献
[1]王琰.潍莱高速公路养护综合信息管理系统设计与实现[D].山东大学，2011
[2]胡兴安，张云涛.北京市高速公路养护信息管理平台建设[J].交通标准化，2010（11），pp.70-73+74
作者简介
石化企业设备维修数据多视角管理 篇6
关键词：多视角,三层C/S模型,维修数据管理系统
1 引言
随着现代大生产的发展和科技的进步,现代设备的结构越来越复杂,自动化程度越来越高。但设备的计划、设计、使用、维护、修理等所需的设备管理体系与技术水平却不适应,仍停留在传统的维修管理阶段,较少考虑设备的维护修理。设备管理存在着许多问题。主要包括:1)信息处理效率低,过程繁杂,收集整理速度慢,周期长,各部门资料手工管理状态下重要信扁、散置,事后汇集情况普遍。造成运行、检修、技术、调度及有关部门的主要业务骨干埋头于资料的收集和整理。2)设备档案、台帐管理分散,部门各自为政。且设备档案存储方式落后,新技术运用缓慢,大多数仍以纸张为主,成册装订存放,不便于综合查询。3)状态监测技术应用少,检修计划准确率低,造成维修过剩或不足。对设备在使用中出现的故障、事故、设备技术状况等,分析处理不快捷;有关维修费用统计、事故、信息反馈分析方面,手段不先进。
从以上分析可知,企业的设备台帐资料,备件消耗资料以及设备故障资料基本上还停留在日常处理阶段,远远不能满足信息化的需要,在这种情况下,对这些资料运用数据库技术进行收集、加工、整理、分析,这不但可以极大的提高管理效率,而且可以从这些数据中发现规律,掌握设备的故障规律,备件的消耗规律,从而指导维修工作的顺利进行,提高企业的市场竞争力。因此如果能够成功地建设企业自己的设备维护管理系统,就能在竞争中把握主动,争得先机。
2 面向对象的设备维护数据架构
2.1 系统结构选择
石化设备维修管理是一个多用户系统,石化设备种类繁多,设备管理工作涉及到企业中的方方面面,各部门中涉及到的重复设备信息很多。为了最优地设计
设备MIS系统的结构,保证各部门之间既不需要重复设计数据结构、重复输入数据,同时在性能上保证数据的一致性、高效率,客户/服务器结构是很好的选择,故本系统采用三层C/S基本结构。采用三层C/S结构保证了系统的可扩充性、可延展性、安全性和可靠性,并具有良好的业务处理能力。三层C/S数据库应用系统,无论在执行效率、维护成本、负载平衡能力,还是在安全性、稳定性、延展性等方面,都充分体现出多层结构的无比优势。
2.2 设备数据存储管理方式
石化设备维修管理系统最主要的功能在于它的文档资料管理,在设备的整个生命周期中与设备相关的信息多种多样,这些信息以文档或图档的形式存在。他们包括设计任务说明书,设备使用手册,技术文件,附图(二维图纸,三维图纸),维修资料,维修记录等等。以上这些都属于文档资料管理的范畴,他们在计算机中以文件的方式存放在服务器的电子仓库中,只有具有合法权限的用户才能在权限许可的范围进行相关的查阅,从而避免了非法访问,使数据库中所有文档和图档得以完全控制。
石化设备种类繁多,不同的生产车间又存在很多相同或者相似的设备,同类设备众多,安全维护困难,因此石化设备维修管理系统将工程管理中的一些概念抽象为对象,一个对象有名字,有参数,可以被操作,并且在客户端有图形化显示。利用对象的父子关系,将对象组织在一个树状结构中。树的根就是根对象。石化设备维修管理系统设立了文件资料根和产品结构根两个根对象。
3 设备维护数据的归集
维修记录管理是设备管理的核心,为方便对设备维修资料的管理,在数据库服务器中石化设备维修管理系统设置文件资料根和产品结构根两个根目录,文件资料树目录下主要存放各设备及其零部件的各种资料,方便用户查阅。产品结构根用于对设备的归类管理,即按照用户的要求将众多的设备显示在结构树上以便用户查阅。在这个根目录下,用户可以根据自己的需要导入设备台帐,以某石化厂设备台帐为例,如图1所示。
为方便用户查询,石化设备维修管理系统制定了按照不同要求的导入方式。比如按车间分类导入,设备类型分类导入,功能位置导入。这样既增强了设备管理的灵活性。也节省了用户查询的时间。文件资料根是与产品结构根对应的根目录,文件资料根对象主要就是实现对设备的各种数据资料进行对应管理,文件资料根对象下面包括文件项目对象,子项目对象,文件目录对象和文件对象。以某设备为例,一台设备有很多不同的数据资料,总的来说可以归结为技术资料和维修资料。技术资料包括产品说明书,使用手册,产品图纸。维修资料包括维修说明,维修记录表等。而石化企业设备众多,同一车间可能有多个同一设备,因此必须通过一定的方式加以区分,此处通过设备号和工艺编号来加以区别。同一设备的技术资料是相同的,维修资料是不同的,因此为了方便对数据资料的管理,在文件资料根下面。文件项目对象对应规格型号,因设备名称和规格型号是一一对应的。文件子项目对应存放技术资料和维修资料,因为技术资料对同一产品是相同的,就不再加以区分,而对维修资料,存放的文件名就以设备号和工艺编号命名加以区分。这样就将文件资料的各级目录划分完成。用户即可按此方式将文件导入。
因为设备与文件资料不是在同一根对象下,因此这里是通过关联来实现设备与文件资料的对应,用户可通过关联方便的存取各种资料数据,石化设备维修管理系统允许在文件,文件目录,部件,零件这四种对象之间用拖到的方式建立相互关联。用关联的方式将导入好的设备台帐和文件资料一一对应,关联建立好之后,这样就可以方便的查阅设备与其他设备的关系,设备的各种资料记录。从而据此制定相关决策。
此外石化设备维修管理系统还设置了一个个人工作区,用来存储从服务器传输过来的所有文件。方便用户对文档资料进行查阅修改。用户如果需要浏览某个文件,在权限许可的情况下系统会将此文件从服务器、电子仓库传输到前端,存入用户工作区下的“浏览文件”中,再打开该文件;用户如果需要检出某个文件,在权限许可的情况下系统会将此文件从服务器各电子仓库传输到前端,存入用户工作区下的“检出文件”中。对文件进行修改了后,可以进行检入操作,将文件从“检出文件”中回传到服务器电子仓库中。图2是石化设备维修管理系统结构树视图。
4 不同视角的维护数据显示设计
石化设备维修管理系统中,为方便用户对数据资料的及时查询,特从不同视角的角度设计显示设备的各类数据信息。
4.1 基于产品结构的数据维护管理
维修记录管理记录设备维修的详细信息,主要通过石化设备维修管理系统下的设备管理根和设备资料根两个根对象来完成。设备的各种信息资料都通过这两个根目录下的子目录记录相关信息。用户左键点击产品结构树下面子目录产品,在系统右视图下就会显示该产品相关信息。为了使用户能全面了解该产品以及与其相关产品的维修信息,在右边视图区共创建了四个视图,四个视图从上到下依次显示本产品的固有属性信息,本产品维护资料信息,同型号产品的维修资料信息,本产品的产品说明书、使用手册以及附图。通过这样的关联查询,维修人员不仅可以及时了解本产品的资料信息,并且方便的查询到同类型设备的维修信息,这样维修人员可以在了解同类型设备的维修信息的情况下更方便的做维修决策。下图3为基于产品结构的查询显示界面图。图中设备维修记录表,产品说明书以及使用手册以word文档的方式存于数据库服务器的电子仓库中,用户如要查看说明书,只需左键双击,就会以word文档的方式自动打开。
4.2 基于文件资料的数据维护管理
设备的数据维护本质上都是通过文件资料的管理而达到所需目的,基于文件资料的数据维护管理与基于产品结构的数据维护管理相似,石化设备维修管理系统中,文件资料树与产品结构树是相互关联和相互统一的整体,产品结构树主要是将产品以用户需求的某种方式将产品显示于树形结构图中,用户可以按照不同的需要录入该公司的设备产品以显示在产品结构树下面。而文件资料树则用来显示产品结构树下的产品数据资料。这些资料也按照用户的要求录入,包括产品说明书,使用手册,产品图纸,维修记录表等。
因为产品与产品资料不是在同一根对象下,因此这里是通过关联来实现产品与产品资料的对应,用户通过关联方便的查看数据资料。关联建立好之后,这样就可以方便的查阅产品与其他产品的关系,产品的各种资料记录。图4是基于文件资料的查询显示界面图。图中设备维修记录表,产品说明书以及使用手册以word文档的方式存于数据库服务器的电子仓库中,用户如要查看说明书,只需左键双击,就会以word文档的方式自动打开。用户点击某资料文件,与此文件有关的相关设备均显示于右边的界面中,并且设备的详细位置,编号,各属性均显示出来。这样用户就不会因为查询设备的资料而浪费宝贵的时间。
5 结语
本文针对传统的设备管理方式的种种弊端,以石化设备管理工作为背景,提出并设计开发出了以设备维护管理为中心,基于多视角的石化企业设备维修管理系统。系统具有以下显著特点:
1)先进性:采用先进的C/S结构和面向对象的设计思想,数据完整、一致,储空间最省,可最大限度地减少用户的数据输入工作量。
2)兼顾通用性与专用性:系统将设备基本属性与企业管理模式分离,不同企业只要在管理模式上做很少的修改就可以使用。
3)以多视角显示为背景,双向查询功能强大,操作灵活,使用简单、直观。
本文介绍的设备管理系统开发思想,同样适用于其它类型企业的设备管理。
参考文献
[1]李晓林,闵华清,张彦铎.基于三层结构的设备管理信息系统开发技术及其实现[J].计算机应用,2001(S1):222-223.
[2]姚松,董小国.企业信息系统的三层结构[J].计算机应用,2000,2(20):51.
设备维修数据库 篇7
经过多年的信息化建设, 宁波电业局已经基本建立和完善了调度自动化、厂站自动化、电能量、在线监测、负荷监控、安全生产和SAP等多个信息系统, 但由于各个系统的应用目的和历史条件的区别, 数据重复、信息孤岛现象普遍存在。
引入PI系统以后, 实时/历史数据的共享和利用得到了比较大的提高, 同时生产管理系统、SAP系统等也积累了丰富的数据, 可是与生产实际需求相比, 数据的共享程度和利用率却仍然不高。业务和技术人员无法根据本岗位特殊的要求, 从技术或管理方面开展灵活的、个性化的数据分析, 无法及时发现和跟踪分析电网运行和生产管理中存在的问题。
电网精益化管理和智能电网的建设需要综合分析和辅助决策等系统为决策层提供强大的支持, 但是, 由于所需的基础数据分散在不同的信息系统中, 开发、利用这些系统若采用传统数据接口、总线等方法将不得不面对各种系统, 导致技术要求高、可靠性低、维护困难。因此, 虽然目前建立了很多“信息系统”, 但是信息化管理的绩效并没有实质性的突破。而对于基层业务人员而言, 面对封闭的基础系统也不可能开发个性化应用。开发一个既能为分析决策系统提供数据支持, 又可以面向用户的综合数据中心将能大大提高电网企业的管理水平。
设备对象数据中心, 是根据电网企业的运行管理特点——设备密集度高、运行可靠性要求高、管理实时性要求高, 并结合宁波目前信息化建设的实际情况, 以设备对象为中心, 整合时序数据和关系数据, 为外部系统提供统一接口, 为用户提供方便的访问工具, 如Excel插件等建设。
1 数据中心概况
有关数据中心的报道主要可以分为2类, 一类是硬件层面的数据中心;另一类是企业数据中心, 这类数据中心大多以ERP系统或MIS系统为基础, 存储着有关生产管理的关系型数据。在发电、化工、生产领域, 实时/历史数据中心建设的报道也有, 但针对电网企业的报道相对较少。而同时整合管理关系数据和运行时序数据的数据中心则未见报道。与传统的数据中心相比, 设备对象数据中心的区别在于:第一, 以电网设备为纽带, 整合时序数据和关系数据;第二, 数据来源于多个系统, 统一管理, 强调开放性和易用性。
2 建设工具要求
建设工具技术上要求能够高效的整合关系数据和时序数据, 还要求实现低成本的数据维护和简单方便的数据访问。采用传统数据集成方式很难同时满足这3方面要求。PI Analysis Framework2.0 (A F2.0) 模块却能同时满足。
A F 2.0 P I系统的一个扩展模块, 能与PI数据库无缝整合;它具有关系数据管理功能, 还可以方便地管理各种关系数据;它采用面向对象的思想对数据进行整合和维护, 保证数据整合和维护的效率, 它对外提供统一的数据访问接口和用户访问工具, 如E x c e l插件Datalink等, 技术门槛非常低, 保证易用性。因此, AF2.0模块可以作为建立设备对象数据中心的有力工具。
3 设计原则及建设方法
3.1 设计原则
一般的数据中心建设往往只关注数据集成。而设备对象数据中心即关注数据集成又注重应用开发, 以应用开发促数据中心建设, 实现良性循环 (见图1) , 同时满足以下原则。
(1) 兼容性:数据中心必须能够有效的存储和访问时序数据和关系数据。根据各种数据库产品的市场占有率, 实时数据应兼容PI, 关系数据库应兼容Oracle、DB2、SQL Server等。
(2) 易维护性:数据中心需要良好的维护才能保证数据的完整性和正确性, 应尽可能通过数据接口实现自动维护, 对无法自动维护的数据, 也需要有方便的工具供维护人员使用, 提高工作效率。
(3) 易扩展性:随着业务应用开发的深入, 对数据中心的数据完整性有越来越高的要求, 一是要求设备属性越来越完整;二是要求设备对象越来越丰富。
(4) 易用性:数据中心的数据被越多的人使用就越能体现其价值。因此不但要保证数据可以为其他系统方便的获取, 而且还要保证业务人员可以方便的获得这些数据进行个性化的应用开发。
(5) 高可用性:设备对象数据中心是时序数据和关系数据的统一, 相比较而言, 时序数据可用性要求更高, 因此应该以时序数据的可用性来要求数据中心。
3.2 建设方法
电网企业是设备密集型企业, 所以应以设备资产为中心建立数据平台, 将设备资产对象化, 即设备资产不单要有属性, 如设备名、制造厂商等, 还要有自己的状态和行为。
就宁波电业局而言, 实时数据只有PI系统, 生产管理数据在PSMS系统中得到较好的维护和应用, 因此采用整合PI数据库系统和PSMS系统的方法, 无论从技术角度还是经济角度都是最优的选择 (平台的系统架构见图2) 。
设备对象数据中心理论上可以包含电网运行涉及的所有设备, 但由于资金预算和实际情况的限制不可能一步到位。因此先建立电网运行的主要设备对象, 包括主变、线路、母线等送变电设备。
具体方法是在AF2.0服务器中建立各种设备模板, 每个模板都定义了静态属性、动态运行属性和行为方式, 配合自行开发的设备对象适配器, 将来自不同系统的设备信息配对组合, 并将结果根据设备模板生成对应的设备对象, 写入AF2.0服务器, 建立设备对象数据中心。设备对象的建立过程大部分通过设备对象适配器自动完成, 但是由于不同系统采用不同的设备模型, 加上历史原因造成的设备名称命名不规范, 部分设备对象的建立需要人工干预。设备对象一旦建立以后, 设备属性信息就可以通过自动维护功能与数据源同步, 保证用户从AF2.0服务器取得的设备信息是最新并且是正确的。
4 数据维护及应用开发
设备对象数据中心建立以后, 关键的问题就是如何维护和开展应用。由于设备对象数据中心包含设备模板和海量设备对象信息, 维护也主要围绕它们开展。
4.1 数据维护
一是设备模板的维护。设备模板是建立设备对象的基础, 在建立以后基本上是稳定的, 只有在出现缺少实际应用所需数据才会进行增加或修改。这样的维护工作应采用项目的形式, 在收集足够的需求和资料后, 由专门人员实施。
二是设备对象信息的维护。由于设备对象的数据来源于不同的系统, 在新建设备对象的时候要根据设备模板, 利用设备对象适配器来建立设备对象。设备对象建立完毕以后, 既可以采用AF2.0模块的数据链接功能实现对象信息与源数据的自动同步, 又可以通过定期同步的方式保证设备信息的时效性, 根据源系统的具体情况设定。
4.2 应用开发
设备对象数据中心的一个重要特点就是面向用户。传统的数据中心更多的是面向系统, 终端用户是没有办法开展个性化应用的。要开发个性化应用, 只能求助于系统开发商或第三方软件开发商。
而设备对象数据中心是面向用户的, 即数据可以被终端用户轻松获取。终端用户分为2类, 一类通常是第三方软件开发商, 他们根据客户的需求到设备对象数据中获取他们需要的数据, 加工后再提交给客户。这类用户通常所需数据量大, 访问效率要求较高。这些用户可以使用PI SDK来获取设备对象数据。
另一类是业务人员。这类用户有丰富的电力专业知识, 通常不具备程序开发能力, 但是熟悉常用的办公系统。他们经常需要根据岗位工作的需要进行简单的个性化应用开发, 由于设备对象数据中心基于AF2.0, 业务人员只需要通过PI客户端工具 (Excel Datalink) 就可以访问。对于有PI数据库使用经验的用户来说更不会有任何困难, 因为它的访问方式与PI数据库的访问方式是完全一致的, 只需要指定数据的来源为AF服务器。
目前宁波电业局基于该数据中心开发了“主变和线路超载分析”系统。与以往的类似系统相比, 采用这种开发模式有开发周期短, 系统维护简单等优点。系统需要主变、线路的有功、无功、电压等实时数据和对应的限额数据, 在使用设备对象数据中心以前, 这2类数据必须分别从不同的系统中获取, 至少需要开发和维护2个数据接口, 还要维护数据的关联关系。因此开发这样一套小系统往往需要2~3个月, 系统运行后还要有专人维护。基于设备对象数据中心开发后, 开发人员通过一个接口就可以获得所需的全部数据, 数据的对应关系由AF2.0模块自动维护, 免去了大量接口开发工作和系统维护工作, 开发周期也大大缩短为3~4周。
由于数据中心保存了设备的静态属性和动态属性数据, 使得数字化的设备状态评估成为可能, 为设备的全生命周期管理也提供了坚实的数据支持, 而且数据中心的基础数据维护都是通过现有的系统完成, 基本上不会增加业务人员的工作负担。
5 结语
设备对象数据中心的建成, 使电力企业设备信息数据的共享程度和使用率得到大幅度的提高, 在一定程度上消除了信息孤岛的现象, 提高了企业信息系统的投资回报率, 更好地满足了企业对数据应用的要求, 提高了企业的经济效益。设备对象数据中心的建设同时也是一个渐进的过程, 通过业务开发促进设备数据的丰富, 丰富的设备数据又为业务应用提供坚实数据基础, 进而为智能电网的建设提供坚实的数据支持。
摘要：为消除电网运行设备的信息分散在信息孤岛中的现象, 并有别于传统的数据接口、总线等解决方案, 提出了以设备对象为纽带, 整合来源于不同系统的电网设备静态属性数据和运行时序数据、定义设备行为, 建立设备对象数据中心的解决方案;讨论了基于PI数据库和AF2.0模块建立电网设备对象数据中心的建设思路、设计原则、实施和维护方法;介绍了基于该中心的一个实际业务应用案例。
关键词：PI实时数据库,设备对象,数据中心
参考文献
[1]李云强, 杨彩霞, 刘克成.基于.NET的电力企业信息系统一体化设计及实现[J].电网技术, 2007, 31 (24) .
[2]刁柏青.构建集中统一的电网集团数据中心[J].电力信息化, 2004, (2) 10.
[3]李雪梅, 朱益强, 李坤.基于企业级数据模型构建数据中心的探索[J].电力信息化, 2009, (7) 2.
[4]曹波.数据中心规划与实施探讨[J].华中电力, 2004, (17) 5.
[5]李丹, 韩福坤, 郭子明, 等.华北电网广域实时动态监测系统[J].电网技术, 2004, (28) 23.
[6]徐兴伟, 陶家琪, 高德宾, 等.实时动态监测系统在东北电网负荷建模中的作用[J].电网技术, 2007, (31) 5.
[7]王俏文, 陶文伟, 丁坚勇, 等.基于PI数据库的供电企业实时数据中心的设计与实现[J].电力系统自动化, 2009, (33) 6.
[8]成尔京, 殷国富.面向敏捷制造的行业公共数据中心实施方法[J].现代制造工程, 2004, 8.
医疗设备数据库中的统计图制作 篇8
1 制作方案
1.1 设备资产统计图
医疗设备资产是衡量医院规模实力大小和医疗技术手段多寡的重要指标,因而对资产数据进行统计图分析有较强的参考价值,例如,资产的年度增量在一定程度上反映了医院的发展状况,资产的分类(以设备价值8万、1万、1千为下限依次分为A、B、C类)构成基本上能代表高端设备和常规设备在医院的配置比例,而设备资产在各临床科室间的分布状态往往与专科强弱呈正相关关系。如图1为医院年度医疗设备资产增量图(注:图形中的数据不代表真实数据),通过图形即得到每年资产增量的数量概念,也有一个年度之间纵向的直观比较。
1.2 设备维修统计图
维修管理与医疗设备的使用效率和运营成本密切相关,维修管理的状况可以通过对一些数据指标的统计图分析反映出来,这些数据指标主要是维修台次与维修费用方面的统计数据。具体的统计图项目包括:全院每年度维修费用、各科室每年度维修费用、工程师每年度维修设备台次。如图2是工程师维修台次统计图(注:图形中的数据不代表真实数据),图形中可以得到每位工程师在各年度的维修台次。
2 制作步骤
2.1 建立后台数据库
使用Sql Server2000作为后台数据库平台,创建数据库“医疗设备”,在数据库中建立数据表productinfo和productservice。productinfo收集设备的静态信息,所有只需单次记录的信息(针对一台设备)都归入这个表,如设备名称、型号、机号、厂家、启用日期、价格、使用科室等。Productservice是设备维修数据表,一台设备可以有多条记录。制作统计图的数据记录都来自这两个表,它们的部分字段设计如表1、表2。其中共有字段product_id在表productinfo中设置为主键,在表productservice中设置为外键,两个表通过这个字段建立关系FK_productservice_productinfo。
2.2 前端用户程序设计
以PowerBuilder9.0为开发工具,PowerBuilder是当前最优秀的数据库应用系统开发工具之一,强大的数据窗口功能是其独有的专利技术[2]。它在统计图方面提供两种制作方式:统计图风格的数据窗口和统计图控件,二者定义方式不同,但在图形属性与设置方法上是一致的。PowerBuilder的统计图形通常由标题、轴、图例3部分组成,下面是几个统计图的常用属性。
(1)GraphType指定用户选定的图形显示的方式,PowerBuilder支持共十七种类型的统计图显示,包括直方图、曲线图、饼图、二维图等[3]。
(2)Axis选项框指定当前图形控件轴,包括分类轴(Category Axis)、数值轴(Value Axis)和系列轴(Series Axis)[3]。一般情况下,可以把它们分别看成对应三维坐标的x轴、y轴和z轴。
(3)Label定义轴的文本标签,即该轴显示内容的说明。
2.2.1 创建数据窗口
下面以各科室年度维修费用统计图为例,详细介绍统计图风格的数据窗口制作步骤。
(1)新建数据窗口,采用Graph显示风格和SQL Select数据源,选择数据库中的表productinfo和productservice,从中分别选取列use_dept、service_expense和service_outdate。
(2)进入Define Graph Data窗口,在Category栏选择列productinfo_use_dept,表示以使用科室为横坐标。Values栏的内容通过其后的表达式对话框(Modify Expression)设置为sum(productservice_service_expense for graph),表示以合计维修费用为纵坐标,此时合计单位是横坐标即各科室。series栏也是通过表达式对话框设置,表达式的值为year(productservice_service_outdate),表示以年度为序列,年度数值从维修记录的service_outdate字段提取,这样合计维修费用的单位就变成了各科室每年度,即每一年度各科室的合计维修费用为一个数据序列,同一数据序列在统计图中用一种颜色标识。
(3)进入Define Graph Style窗口,在这里输入图形的标题为“各科室年度维修费用”,然后选择统计图类型为直方图。
(4)进入数据窗口属性设置列表,确认后单击finish按钮完成数据窗口的初步设计。
(5)最后进入数据窗口画板,即数据窗口设计视图,在这里可以修改之前的设计,也可以修饰美化图形的显示效果,如设置图形背景色、字体属性、文字方向等[4]。
2.2.2 窗体设计
数据窗口中的数据和图形最终都是在一定的窗口中呈现给用户的,因而还需要创建窗口[5]。设计思路是把同一主题的所有统计图放在一个窗体中,即资产统计与维修统计各一个窗体。在窗体中加入与要放置统计图数目相等的数据窗口控件,数据窗口控件的Data Object属性就是前面已创建的数据窗口。
窗体编程包括open事件和resize事件的编写。在open事件中要为数据窗口控件设置事务对象并从数据库中提取数据。resize事件是在窗体最大化时使其包含的数据窗口控件匹配窗体大小以达到最佳显示效果。
3 结束语
统计图在数据库管理系统中的实现通常不是技术难点,其关键是统计目标的选择[6],即统计数据要对现实工作有指导意义,通过图形分析、比较,胜过长篇大论的语言描述。
参考文献
[1]于京杰,等.医疗设备管理在医院管理中的地位和作用[J].中国医疗设备,2008,23(11):66-67.
[2]吴向阳,等.PowerBuilder查询技术在医疗设备管理软件中的应用[J].中国医疗设备,2008,23(12):30-32.
[3]张立科.PowerBuilder9.0程序设计与开发技术大全[M].北京:人民邮电出版社,2004.
[4]张长富,李匀.PowerBuilder9.0参考手册[M].成都:电子科技大学出版社,2004.
[5]朱爱民,柯建勋.PowerBuilder9.0与系统开发[M].北京:清华大学出版社,2003.
设备维修数据库 篇9
1 存在问题与对策
目前,医疗设备档案管理工作在许多医院存在制度不健全,分工不明确、没有协调,档案收集不完整、借出后流失严重,调阅困难等问题[2]。造成这些现象的原因是多方面的,笔者认为传统的手工管理方式是问题的根源。档案收集、整理和保存是一项周期长、技术性强、涉及工作人员和业务环节众多的工作,完全的手工管理在人员投入、办公资源消耗和劳动量付出等方面都比较大,仅仅依靠个别专职档案管理员是远远不够的,因而很容易产生上述问题。
计算机技术和网络技术的发展和普及使得医疗设备档案管理实现电子信息化变得可行,也十分必要。绝大多数的医疗设备档案如合同、协议、各种呈批件和报告、各种票据与证明文件等都是纸张载体的文本资料,这些文本资料在归档保存的同时再用扫描仪扫描成电子图片,做成存储在电脑中的一个备份。每个电子图片经过简单的文件格式转换以压缩容量,使之变成适用于当前许多大型关系型数据库中某种特定数据类型的一条条“记录”。于是一个专门设计的数据库管理系统就成为建立在电脑上的“档案室”,在这个“档案室”中整理、查阅或检索档案会是一件十分轻松的任务。
2 数据库管理系统的实现
设计方案是开发专门的信息管理系统软件,基于C/S(Client/Server服务器/客户机)模式体系结构。该系统运行在医疗设备管理科室的内部局域网上,以一台配置较高的计算机作为服务器,在服务器上建立和维护数据库。客户机分布在各职能部门办公室,在客户机上运行用户程序,用以执行对数据库的各种操作,包括档案记录的存储、编辑和查阅。系统以现今流行的Power Builder9.0+SQL Server2000组合为开发工具。Power Builder9.0是前端用户程序的开发环境,数据库建立在SQL Server2000上。
2.1图片数据在数据库中的存取
SQL Server2000中image类型字段支持图片数据的存储,image类型属于大二进制数据blob类型的一种。Power Builder中最常用的数据窗口操作不能直接保存和显示数据库中的image字段,要以blob变量作为媒介,使用两条针对blob变量进行操作的命令Selectbolb、Updateblob实现图像数据在数据库中的插入、更新和提取[3]。如图1所示,图像存储过程是先通过blob变量读取外部图像文件,再用这个blob变量更新数据库中的image字段。图像提取过程则是先用blob变量和数据库的image字段进行数据交换,然后在Power Builder的图片框控件中读取blob变量包含的图片内容。Selectbolb、Updateblob命令的语法规则为[4]:
Selectblob Blob Column
into Blob Variable from Tablename
Where Criteria;
功能:在数据表中读取符合条件的blob字段内容到blob变量中。
Updateblob Tablename
Set Blob Column=Blob Variable
Where Criteria;
功能:使用blob变量更新数据表中符合条件的blob字段内容。
2.2数据库设计
在数据库中创建一个数据表,用以集合与档案信息直接相关的数据,表命名为product_archive,它的数据结构既数据列定义如表1所示,表中所列四个字段即可构成唯一且完整的一条档案信息。定义product_id和archive_id列的目的是索引和检索的需要,这两个列的组合设置为该表主键,同时设置product_id为与数据库中其它数据表关联的外键。档案内容包含在archive_document列,对应的有一个名称列archive_name。
2.3前端用户程序设计
2.3.1数据窗口设计
数据窗口技术是Power Builder的核心技术,Power Builder通过数据窗口对象从关系型数据库或其它数据源中检索、显示和操纵数据,并且可以指定显示格式、表现风格和其它诸多数据属性[5]。
创建数据窗口对象dw_archive,其作用是显示图片档案的文本信息,显示风格为列表样式,选择SQL Select数据源,显示列来自数据表product_archive,从中选择archive_id和archive_name两条数据。数据窗口提取档案记录时总是针对特定的某一台设备,所以要为数据窗口定义检索参数p_id(string类型),用以传递设备编号。
2.3.2用户界面设计
前端用户程序以Power Builder9.0为开发工具。友好的用户界面是程序设计成功的关键,本着简明、直观、信息完整而不重复的设计原则[6],本系统有关档案图片的操作界面如图2所示,窗口上方的数据窗口列出了一台设备的标识属性,窗口下方用一个标签控件对这台医疗设备的所有信息进行分类管理,共设置“基本信息”、“验收”、“使用”、“维修”、“计量”、“报废”和“档案”七个标签页。“档案”标签页专用于档案图片的存储和显示操作,它的控件设置包括一个数据窗口,两个命令按钮和一个图片框控件。数据窗口显示一条档案的编号和名称,可以在这里修改档案名称。点击“存储新图片”命令按钮会打开一个选择新文件的对话窗口,选择bmp、jpg、gif等图片文件,确定后几秒钟该图片即会出现在图片框控件中,同时该图片已储存在数据库中,“显示图片”命令按钮的作用是以一个最大化的独立窗口显示这幅图片。
3 应用优势
电子化信息较之传统纸质载体而言,最显著的优势是实现永久保存,几乎没有年限限制,也不受到场地大小约束。数字化档案更大的优势还在其应用方面。如前述,本系统采用C/S模式的系统结构,这使得工程师在自己的电脑桌面上就可以随意调阅任意所需的档案资料,免去了借阅、登记和归还等繁琐手续,也不会受到档案管理员是不是在位,档案室有没有开放的限制。系统在实际应用中可以拓展图片资料的来源,如数码相机拍摄的影像资料[7],包括设备外观、铭牌、设备维护和维修过程中的处理等,互联网上获取的技术文章、厂家与产品资料等都可以很容易地转化为图片格式文件,这样一个数据库系统必然会给设备管理工作带来极大便利和帮助。
摘要：医疗设备档案管理是当前医院设备管理的薄弱环节,本文分析了其中存在的问题,提出档案图片化并利用数据库技术进行管理的对策。然后重点描述一种档案图片数据库管理系统的设计方法。最后介绍了该系统的应用优势。
关键词：医疗设备档案,图片数据库,C/S结构
参考文献
[1]朱文芳.利用Access管理医疗设备档案[J].中国医疗设备,2008,23(5):32-33.
[2]黄瑞峰.浅谈医院医疗设备档案管理工作的现状与对策[J].医疗装备,2007,20(1):25-26.
[3]陈丽梅,肖晓华.PowerBuilder中图片存储功能的实现[J].计算机应用与软件,2002,19(4):46-47.
[4]张长富,李匀.PowerBUilder9.0参考手册[M].成都:电子科技大学出版社,2004.
[5]吴向阳,等.PowerBuilder查询技术在医疗设备管理软件中的应用[J].中国医疗设备,2008,23(12):30-32.
[6]张立科.PowerBUilder9.0程序设计与开发技术大全[M].北京:人民邮电出版社,2004.
设备维修数据库 篇10
【摘要】近年来，随着社会的不断进步以及经济的迅猛发展，环境问题已经发展成为直接影响社会和谐的关键因素，国家高度重视环境保护工作的顺利开展实施。其中，确保污染源在线设备监测工作拥有较高准确性是整个工作实施的关键所在，其重要性不容忽视。在此，本文将针对污染源在线设备监测数据影响因素进行简要探讨。
【关键词】污染源；在线设备；监测数据；影响因素
1.前言
一般来说，在线环境监测主要指的是将监测子站即现场机设置于特定位置，实现监测仪器的合理配置，合理检测重点污染企业排污口废气以及废水，旨在完成针对各项污染指标全天候自动监测，并实施初步处理，而后向信息监控平台即上位机进行监测数据的实施有效传送，做到数据汇总处理，满足就污染源排污情况展开远程监视的相关需求。该项工作亟待实施，必须给予监测数据影响因素重点关注。
2.污染源在线设备监测数据影响因素分析
2.1技术因素
在二十世纪九十年代，我国污染源自动监控工作大力推广普及应用，历经多年深化发展，該项工作一直处于在建设中求得发展的过程，针对技术角度出发来看，此项工作涉及相应应用领域甚为广泛，涵盖有机械以及物理、化学、计算机、通讯、自动化等多元化学科，可谓是跨越多个行业学科的综合型应用技术，研究表明，无论何种技术由研发开始，直至应用到日常实践中均需要来自多个部门的紧密协作，这并不是单一某个技术部门能够单独完成的。然而，就目前的情况而言，多数在线监测设备生产厂家均是各自为站，造成该行业市场中相关的技术以及设备、功能未能实现有效统一，设备兼容性相对较差。与此同时，部分在线监测设备为历经严格检测工作，造成某些技术尚未成熟的设备进入到市场中，使得日后的设备运行形成较多问题，在线监测数据的有效准确性深受直接影响。除此之外，伴随着科技水平的显著提升，计算机通信技术获得深化发展，多数在线监测设备仪器对应传输模式相较于现代化应用技术而言，呈现出较为落后的形势状态，加之设备生产厂家在反馈产品升级信息的时候甚为滞后，或者是设备制造商所给出的产品生产报价严重超高，大大超越用户实际接受范围，运营商同样难以接受，进而使得在线监测设备正常运作深受消极影响，监测数据传输呈现出不稳定性，远程连接难以实现顺畅。一般是将监测站监测所得水样数据信息当作为在线设备监测所得相关数据重复性以及准确性等的基础性内容，基于此针对设备仪器状态是否正常实施优化判断，若在线设备监测所得数据存在有争议或者是有异常情况，此时若环保部门作为是主要的执法部门难以结合具体实施数据事实展开评判分析，则应在监测现场完成超标留样仪器的合理设置安装，规避企业以及环保部门、运营商相互之间出现推诿争执矛盾问题。
2.2产品因素
众多产品为充分实现成本的大大节约，常常存在有粗制滥造以及偷工减料等问题，进行在线监测设备制造的过程当中未能有效应用耐温差且耐腐蚀的产品材料，导致系统实际运行受到直接影响，催生较高产品故障发生率，在加大设备维护成本的同时导致监测所得数据信息准确性以及连续性难以获得优化保障，信息失真情况严重。针对相同污染源而言，因为地点以及水质情况的不同，会造成差异性存在，譬如说COD监测，就不同水质，某些应选用电化学法监测仪，某些则需使用化学氧化法监测仪、部分可运用紫外光谱法监测仪器，若没能就此实施有效甄别，结果分析准确性会遭受直接影响。现今，多数地区设备选型仍然停留在产品能够合格的阶段上，未能废水浓度波动以及水质差异情况、污染物相互作用等因素充分考虑在内，一旦选择使用不合适设备，就会导致监测数据难以有效准确。完成在线监测设备安装以后，因为受到企业或者是环保局等多方因素的限制，使得其难以获取明确保质期。在维修设备的过程中，相应的设备标准尚未明确统一，加之费用实际收取过程困难重重，此外，当在线监测设备形成故障的时候，难以明确界定此类型故障是否隶属于人为破坏范围之内。现如今，很多地方均大量购置进口在线监测设备并实施安装，虽然其产品稳定性较强且拥有较高质量，然而进口设备通常存在有价格昂贵且后期维护成本高的情况，无形中增加运营商压力，其工作积极性大受损伤。如此一来，产品催生故障之后难以实现及时维修养护，多数进口设备处于长期闲置状态。
2.3建设因素
在实际建设进程当中，未能实现排污口设施的规范化建设，则会造成不达标的情况出现，废水流量监测数据信息准确邮箱性深受直接影响，与此同时，由于污染物未能充分混合均匀造成所使用采样系统不能准确采集企业排污真实样品，污染因子监测数据准确性失真情况严重。部分企业未能根据实际地形情况以及排水量条件合理设置排污口，进而没有选择合适的三角堰或者是巴歇尔水槽、矩形堰；而有些企业针对瞬时流量相对较大的废水没能进行缓冲堰板设施的合理装设，造成水流难以实现匀速状态，未能在计量水槽中流入，严重时会产生溢堰等异常现象。上述种种问题均会使流量测定工作产生偏差问题。除此之外，很多企业若不能及时修复废气排放筒所存在的漏风以及破损等状况，同样会使污染源在线设备监测结果准确性深受消极影响。纵观可知，众多企业未将视频监控设备安装设置在现场废气排放口，针对已经安装的在线设备采样头设施未能采取相对较为有效的防护措施，造成企业相关人员设备使用随意性较大，监测所得数据信息严重失真。安装仪器设备的时候未遵循统一规范，各家企业公司均处于建设摸索阶段，其风格差异性明显且设备系统水准不一，监测系统安装稍显不合理，催生一定设备维修养护困难，设备正常运用遭遇影响问题，数据失真情况普遍存在。
3.相关对策分析
应努力强化完善监控系统技术应用，建议配套设置超标留样仪，增强在线监测数据的有效性，并留存超标样供仪器再次测量或环保部门、排污企业取样核实；认真做好设备产品质量监督管理工作，积极组织专门结构，配备专业人员针对相关设备实施全面抽查，严格控制产品质量，建立市场准入机制；加强系统建设管理，验收合格的由省市信息中心统一安装数采仪进行数据联网，并建立统一的设备档案，若是不合格则要求限期整改，并重新开展验收工作。
4.结语
综上可知，在污染源在线设备监测工作实施进程当中，应严格遵循规范化制度，运用成熟技术，基于全面科学先进管理模式，加之以足够经费保障，认真开展各项污染源监测工作，确保该项工作拥有较强有效准确性，对于环境工作实施起到积极促进作用。
参考文献
[1]韩玉龙.关于提高环境监测质量的探讨[J].科技研究，2014（16）.
[2]张莉.昌吉州实施污染源在线监控系统社会化运营探讨[J].新疆环境保护，2014（02）.
[3]奚务俭，孙翔，朱晓东.如何强化污染源在线监控数据的应用[J].环境保护，2012（17）.
设备维修数据库 篇11
1 国内外发展现状及分析
目前, 异构数据库数据交换的主要技术有三种:a.数据库迁移和转换;b.联邦式数据库 (Federated Databases) 系统;c.中间件 (Middle Ware) 。其各自均有其优缺点。
在第一种方法中利用数据转换程序, 对数据格式进行转换, 从而能被其它的DBMS接收。这种方法处理简单经济, 运行时效率高, 己为大多数用户理解和接受。它适合十对数据的实时性要求不高的场合, 这种方式的缺点是数据更新时会带来不同步的问题, 即使人工定时运行转换程序也只能达到短期同步, 这对于数据更新频繁而实时性要求很高的场合不太适用;
第二种方法联邦式数据库系统 (FDBS, Federated Databases System) , 联邦数据库最早由Hammer和Mcleod提出时是作为一组松藕合的部件 (如对象、记录、类型) 的联邦[4]。它是由一组能协调工作, 又可独立自治的部件数据库组成。它可以是非分布的, 又可以是分布的。它具有分布性、异构性、自治性三大特征[5,6,7,8];
第三种方法使用中间件。中间件 (Middle Ware) 是位于Client与Server之间的中介接口软件, 可以有效解决异构数据库的互操作性问题。功能完善的数据库中间件, 可以对用户屏蔽数据的分布地点、DBMS平台、SQL方言/扩展、特殊的本地API等等差异。目前, 对异构数据库集成的研究大多集中在此领域, 与第一种方法相比, 它解决了同步问题, 但是由于通过它访问数据库需要经过很多中间环节, 对网络的性能要求较高, 降低了数据库访问的速度。
目前应用中间件来实现异构数据库数据交换已经是一种成熟的技术, 但目前的方法很难达到保护数据库中数据的秘密性要求, 因此对此方法移植到智能手持设备中, 已达到保护数据的秘密性。
2 主要研究内容
目前, 基于XML的异构数据交换已经是一种比较常用的方法, 但在一些商业或对数据私密性要求严格的情况下, 普通的基于XML中间件数据交换有着一定的缺憾, 无法保证数据的保密性, 因此对此方法进一步推广到嵌入式智能移动设备上, 可以充分的保证商业数据的保密性, 以达到应用创新的目的。
本系统采用双XML模式, 并且应用XML Schema文件结构实现异构数据库Oracle与SQL Server 2000之间的数据交换, 在基于ARM嵌入式移动智能设备、嵌入式操作系统Windows CE下开发XML中间件, 以及建立数据库与XML之间的映射关系, 其中包括结构映射、数据映射和数据类型映射等。着重研究如何设计、使用交换规则字典来解决交换过程中存在的插入异常、结构冲突、语义冲突等问题。采用Windows CE 5.0和Windows XP之间的数据同步技术。嵌入式系统与普通PC之间数据同步采用XML方式, XML数据文件传输方式采用存储卡、红外、无线网络, GPRS、蓝牙或USB等任意方式进行。
主要研究内容如下:a.关系模式转换到XML模式的映射规则;b.研究RDB (关系数据库Relational Database) 数据到XML数据的转换;c.Win CE与PC数据同步问题, 实现异构数据库Oracle与SQL Server 2000之间的数据交换。
3 研究方案及拟解决的关键问题研究方案
3.1 关系模式转换到XML模式的映射规则。
采用XML Schema作为结构映射模型, 摒弃“数据库中一个表对应XML Schema中一个复杂类型”, 应用“每一个表对应一个XML Schema文件”, 使得XML Schema文件中没有复杂元素类型, 简化了XML Schema文档结构, 有效的缓解了由于XML Schema文档过大而带来的解析问题。
现有基于XML异构数据交换的中间件常用模式为单XML模式, 单一XML模式在进行关系模式与XML模式转换时需要对数据进行操作和处理, 以达到消除数据异构性的目的, 因此灵活性比较差。因此本系统利用XML Schema强大的表达能力, 采用由源数据方和目标数据方各自的关系模式转换到源XML模式和目标XML模式的双XML模式, 以解决单XML模式数据交换方案灵活性差的问题。并且本系统采用XML Schema格式而非XML DTD格式。XML Schema也是XML的一种应用, 它是将DTD重新使用XML语言规范来定义, 在功能上和DTD是类似的。XML Schema相对于DTD的明显优势是XML Schema本身也是XML文件, 而不是像DTD那样使用特殊格式。XML Schema提供了更多的内建数据类型并支持用户对数据类型的扩展, 而且XML Schema还支持由简单的类型生成更复杂的类型, 并且可以由用户自定义数据类, 基本上满足了关系模式在数据描述上的需要, 因此XML Schema比XML DTD更适合描述关系数据。XML Schema解决了XML DTD有限的数据类型无法完成对关系数据类型的一一映射问题。
针对单XML模式数据交换存在灵活性差的问题, 采取双XML模式, 为源XML模式、目标XML模式建立匹配规则进行数据交换的方案。并对方案中涉及到关系模式到XML模式转换、源XML模式与目标XML模式匹配、源数据库数据抽取为XML数据, 源XML数据通过匹配规则转换成目标XML数据、XML数据写入目标数据库等步骤进行了分析和设计。
3.2 RDB (关系数据库Relational Database) 数据到XML数据的转换, 即D-X数据转换映射。
RDB到XML转换的基础是关系模式到XML模式的映射算法, 在XML模式中完整地表达表结构、数据类型及约束, 使数据能够在关系模式和XML模式间完整地转换。
根据用户的所有可能需求或解决源数据库与目标数据库之间结构、语义、完整性等冲突, 本系统使用交换规则字典作为人机交互的方式, 并根据转换方式得不同 (数据库转移或数据库合并) 设计出两种交换规则字典, 用以解决数据转换过程中的插入异常、结构冲突和语义冲突等问题。
将数据库中的数据转换成XML文档的过程首先经过模式提取, 将相应的关系模式提取出来, 然后将关系模式映射为XML模式, 将XML模式转换为结点树, 然后按照结点树的相关结构, 将数据库中数据嵌入到XML文档中, 生成最终的XML文档。
利用XML文档进行数据库间数据交互, 就是用XML作为数据交互的中介, 完成数据的传输与转换。为了完成数据的转换, 必须首先在数据库和XML文档之间传递数据, 也就是在文档结构和数据库结构之间建立映射关系。
3.3 Win CE与PC数据同步问题。
本系统设计目的是将异构数据交换的方案应用于基于ARM的嵌入式系统中, 因此需要研究并解决如何使PC与嵌入式系统Windows CE之间数据同步问题, 并且对所有相关功能模块进行嵌入式开发。