《(精品)分布式数据库在医院管理系统中的应用》由会员分享，可在线阅读，更多相关《(精品)分布式数据库在医院管理系统中的应用（14页珍藏版）》请在金锄头文库上搜索。
1、分布式数据库在医院管理系统中的应用 分布式数据库在医院管理系统中的应用关键词:分布式;数据库;医院管理 摘要:医院信息管理存在点多、面广、区域分散的特点。数据采集后不能及时进行综合处理和分析,各场地之间的协调和合作也相当困难,因而影响工作效率。本文结合分布式数据库系统的特点,设计了分布式医院数据库系统模型,并研发了相关系统。 一、分布式数据库系统 分布式数据库系统(Distirbuted Data Base System)是地理上分散而逻辑上集中的数据库系统,通常使用计算机网络将地理位置分散而管理控制又需要不同程度集中的多个逻辑单位(集中式数据库系统)连接起来,共同组成一个统一的数据库系统。因
2、此,可以把分布式数据库系统看成是数据库系统和计算机网络的有机结合。在分布式数据库系统中,被计算机网络连接的逻辑单位称为站点(Site)或节点(Node)。 (一)分布式数据库系统的实现方案 1.为分布在各个节点上的各种数据库建立用户交互接口,不进行任何模式的集成。各个成员数据库数据进行区域分段管理,对本区域以外的数据操作则通过远程登录方式进行。 2.用分布式数据库系统结构,将物理上分布而且逻辑上相关的数据库通过分布式数据库系统进行管理。分布式数据库系统具有独立性和透明性的特点,用户对任何数据库的操作都如同在本地进行,不必关心其数据模型、物理位置等细节。 3.采用联邦数据库系统结构,它不采用全局
3、模式,而是在维持局部成员数据库自治的前提下,对异构的成员数据库进行部分的集成,提供数据的共享和透明性,采用数据转储技术来解决多节点群的分布数据处理及一致性维护问题。 (二)分布式数据库体系结构 分布式数据库体系结构由下述部分组成: 1.多台计算机设备,并由计算机网络连接。 2.计算机网络设备,网络通讯的一组软件。 3.分布式数据库管理系统,它包括全局数据库管理系统(GDBMS)、局部数据库管理系统(LDBMS)、通讯管理程序(CM),除了具有由GDBMS链接的全局用户接口外,还具有由节点LDBMS链接的自治节点用户接口。 4.分布式数据库包括全局数据库(GDB)和局部数据库(LDB)。 5.分
4、布式数据库管理者可分为二级,一级为全局数据库管理者,另一级为局部或自治节点数据库管理者,称为局部数据库管理者。 二、系统总体设计方案 (一)医院分布式数据库系统的设计目标 1.实现跨地域型企业的资源共享、统一管理和局部控制。 2.满足具有分布式存取需求的企事业机构并且为其提供一种经济、可靠、实用的分布式数据管理系统。 3.充分利用先进成熟的计算机网络、通信技术和原有的设备,确保医院收费系统的网络先进性,实现医院管理规范化、网络化、智能化。 (二)总体结构 本系统设计时使用C/S和B/S混合模式,实现了医院系统的综合管理。 1.门诊挂号:分配门诊号记录病人的自然情况。 2.药库管理:登记药品,根
5、据请求向药房发药。 3.药房管理顺药登记,按领药单划价发药。 4.住院管理。 (1)入院登记:记录病人情况,分配住院号和病区。 (2)病区管理:在病区内分配病室和床位,录入医嘱和医嘱确认,生成请药单,办理同意出院。 (3)取药管理:根据请药单取药、收费。 (4)出院管理:显示出院病人的有关信息和各项费用,收取费用并打印出单据。 (5)院长查询:对医院的财务收支、药品库存消耗及病人的入住院情况等信息进行查询,可以帮助领导层及时地了解各方面情况,从而做出准确的判断。 三、数据库设计 (一)医院系统功能非常繁多,由于篇幅所限,这里仅列举出最为复杂的收费系统功能框架 医院计费系统的主要功能如下: 1.
6、信息显示、查询、检索 2.输出各种收费、管理报表 3.系统智能识别功能 4.身份识别 (二)数据库系统事件或用户事件:系统事件包括系统启动或退出、异常错误等,用户事件包括用户登录或注销 触发约束为一布尔表达式,只有当该表达式的值为TRUE时,触发事件才能够激活触发器使其执行触发动作;否则,当触发事件发生时,触发器并不执行其动作。触发器动作作为触发器要执行的程序块,其中包含SQL语句和其他代码。创建表触发器的语法格式为: CREATE OR REPLACETRIGGER trigger_name BEFORE|AFTERtirgger_event ON table_reference FOR E
7、ACH ROW WHEN trigger_condition trigger body; 其中BEFORE和AFTER指出触发器的触发时序分别为前触发和后触发方式,前触发是在执行触发事件之前触发当前所创建的触发器,而后触发则是在执行触发事件之后触发触发器。FOR EACH ROW选项说明触发器为行触发器,行触发器要求当一个DML语句操作影响数据库表中的多行数据时,对于其中符合触发约束条件的每个数据行均激活一次触发器;而语句触发器将整个语句操作作为触发时间,当它符合触发约束时,激活一次触发器。 四、总结 本文以分布式数据库技术为基础,开发了一套具有使用价值的医院管理系统,可较为有效的提高医院业务
8、的处理速度,对促进医疗机构的自动化、信息化具有一定的参考价值。虽然本文针对实用系统做了大量的工作,但仍有一些需要改进或深入的地方,敬请读者予以指正。 参考文献: 1张艳莉,张业堂,秦啸.分布式医疗档案系统的研究J.医学信息,2007,7 2江文斌,张仁津,张方霞.分布式数据库系统安全策略分析J.电脑知识与技术,2009,4 3江长凡.基于关系数据库的医疗专家系统的研究与实现D.武汉理工大学06年硕士论文 一种基于经典领域本体构建方法的改进研究关键词:本体;构建方法;语义网 摘要:本文通过对现有经典领域本体构建方法的优点及缺点的分析,对本体构建方法做了一些积极的探索,并提出了一种新
9、的本体构建模型。 Improvement Research Based on Classic Construction Method of Domain Ontology Chen Liang (School of Public Administration.SCU,Chengdu610064,China) Abstract:Based on the strengths and weaknesses analysis of the current classic domain ontology construction method ,this paper does some positive
10、 exploration,and presents a new model for ontology construction. Keywords:Ontology;Construction method;Semantic Web 语义网是现在的热门研究课题,而组建语义网的基石是领域本体的构建。如果没有一个完善的本体,整个语义网的构建也只能是一座空中楼阁。所以本体构建在语义网研究中具有十分重要的地位。本体构建的探讨主要包括三个方面,即本体构建方法、本体描述语言、本体构建工具。其中本体构建方法对本体构建过程的实施具有指导性的意义,直接决定了本体对知识的表示和逻辑推理能力。如果没有一个好的构建方法
11、的指导,就很难保证本体构建的规范化,进而对基于本体的后续应用也会产生巨大影响。 一、经典本体构建方法分析 国内外的研究小组根据各自的项目提出了很多本体构建方法,经典的本体构建方法有骨架法、评价法、METHONTOLOGY法、Berneras et al(KACTUS)方法等等。骨架法对构建框架和各阶段的指导方针有参考价值而且有本体评估的步骤,但是每一步却没有具体的方法和技术;评价法提出了本体获取的新方法,明确提出了需求的问题,但是没有文档化过程和步骤的说明;METH- ONTOLOGY法有本体评估步骤,详细描述了相关技术工具、知识来源,但是没有具体的本体评估方法;Berneras et al方
12、法主要针对应用驱动的本体开发,但缺乏具体支持技术和本体评估、文档化过程,不适合从无到有的本体构建。 二、本体构建方法的改进探索 针对现有本体构建方法的缺点,一些学者做了一些有益探索。如宋佳等人在文献1中提出了一种基于层次关系的领域本体构建方法;疏剑,谢庆生在文献2中运用WordNet词典进行了制造业领域本体构建方法的探索研究;王梅文在文献3中利用中国分类主题词表、中国图书分类法和中国药典等主题词表进行了药学本体构建方法的探索;朱晓冰则在文献4中则提出了一种基于维基技术的本体构建设想。 笔记在其他学者研究的基础上,结合自己的想法提出了一种新的本体构建方案,具体步骤如下: (一)领域本体需求分析。
13、这个阶段主要是要明确领域本体构建和应用目的、 领域与范围、表示方法、用途以及使用者等。 (二)考虑本体复用。明确要开发的领域是否存在有现成的本体。如果不存 在已有本体,则转入第(三)步;如果存在现成本体,则需要进一步分析已有本体是否满足需求,不满足项目需求则转入第(三)步,倘若满足需求则进入第(八)步。 (三)分析本体结构,列出领域重要术语。这一阶段可以采用半自动的方法从主题词表、叙词表、领域文献库或者关系数据库中抽取关键术语和概念并加以整理,通过这一过程可以完成大部分的术语汇总,然后通过人工搜集或者本体的动态学习机制扩充完善术语。 (四)领域专家的参与和协作。目前本体构建中公认的一点就是需要
14、领域专家的参与和协作,还不能达到完全意义的自动本体构建。在领域术语的确定过程中需要领域专家参与评判并提出改进意见,尽量确保术语的权威性和专业性,尽可能全面而准确的涵盖整个领域。 (五)定义类和类层次关系。这一步可以细分为两个小步骤即定义类和定义类层次关系。 1.定义领域本体中的类。在步骤(三)中罗列出的大量的概念和术语处于一种混乱无组织并且彼此之间没有关联的状态,需要通过一定的逻辑规则对它们进行分类,形成不同的子领域。此外还需要对这些概念和术语的重要性进行评估,摒除那些超出领域范围的概念和术语,尽可能简洁和准确的表达出领域知识。 2.定义类之间的层次关系。建立类之间的层次关系一般有自顶向下、自底向上、综合法等几种方式。自顶向下定义类层次即首先定义领域中综合性,概括性的类,然后逐步细化扩展自最细小的类。自底向上正好相反即先从最小类的定义开始,然后逐步向上级类定义。综合法是首先定义许多非常显而易见的概念,然后分别对它们进行恰当的归纳和细化,从一些顶层概念着手,将它们与一些中级概念关联起来。在具体的项目实施中可以根据
