医院管理系统sql数据库_第1页
医院管理系统sql数据库_第2页
医院管理系统sql数据库_第3页
医院管理系统sql数据库_第4页
医院管理系统sql数据库_第5页
免费预览已结束,剩余38页可下载查看

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、o湖南涉外经济学院课程设计报告Hunan IniernBUonalEconomics UriversiLy课程名称数据库原理与应用课程设计题目医院治理系统学院信息科学与工程学隙组员班 级计科1301班指导教师彭洛2021年12月25日任务分配表第7组学号姓名负责局部成绩组长数据库代码组员数据库界面程序文档制作指导教师评语:-可编辑修改-摘要信息化的今天,计算机的普及应用和信息技术、网络技术的开展给人们的工 作和生活带来了极大的便利和高效, 信息化、电子化已经成为节约运营本钱,提 高工作效率的首选.与此同时,医学技术的提升和人们生活观念的改变,使传统的医院治理机制表现出许多缺乏,国内的相当数量的

2、中小型医院的信息治理工作 流程还采用相对保守的人工工作方式, 数据信息的查询和存储的本钱较高, 而且 效率还很低下.医院要紧跟时代开展的步伐和潮流,必须实现医院全面的信息化治理,为病 人提供现代化的效劳,提升对病人的效劳水平,方便、准确、快捷地为病人提供 医疗效劳和医疗费用信息,进而增强病人对医院的信任和支持.当前,医院还面 临着越来越剧烈的市场竞争、要想在竞争中取胜,也必须采用先进的治理方法和 手段.医院信息治理系统主要采用了 JAVA语言和SQL数据库结合的B/S设计模 式,可以帮助医院实现对医务人员工作的考核治理, 动态了解医院的经营状况等, 同时也从侧面减少了医院处方的流失,提升了医院

3、的综合治理效益与经济效益. 在医院各部门之间进行数据通信,自动把信息送到各有关科室,易于实现全院性 的各种统计、检索和分析.在加速培养高水平医务人员上起到了作用,极大提升 信息传递速度和减少错误.关键词:医院信息治理系统;JAVA;SQL第一章绪论 11.1 系统开发背景概述 11.2 系统开发的目的与意义 1第二章数据库需求分析 22.1 信息要求 22.2 系统构成 22.3 数据流图 32.4 数据字典 4第三章数据库概念结构设计7第四章数据库逻辑结构设计 114.1 关系模式 1 14.2 数据模型优化 1 1第五章数据库实施阶段 155.1 数据库创立 165.2 数据表查询 205

4、.3 数据表删除 205.4 视图创立 205.5 存储过程创立 225.5.1 存储过程的查询功能 225.5.2 存储过程的添加功能 235.5.3 存储过程的修改功能 245.5.4 存储过程的删除功能 24第六章数据库运行和维护 25总结 33参考文献 33第一章绪论1.1 系统开发背景概述随着计算机技术的飞速开展,计算机在医院治理中应用的普及,利用计算机 实现医院治理势在必行.对于大中型医院来说,利用计算机支持医院高效率完成 劳动医院治理的日常事务,是适应现代医院治理制度要求、推动医院治理走向科 学化、标准化的必要条件.目前市面上流行的信息治理系统不少. 但是,对于中型医院的医院治理

5、系统 来说,不需要大型的数据库系统.只需要一个操作方便,功能实用,能满足本中 心对数据的治理及需求的系统.我们的目标就是在于开发一个功能实用、 操作方 便,简单明了的医院治理系统.能够录入医院的根本资料,在操作上能够完成诸 如添加、修改、删除、按各种条件进行查询、新用户的设置及密码修改等方面的 工作,根本满足人事日常业务的需要.团队完成了此课题的研究与开发, 包括分 析、设计、编码、测试、文档编写等内容.1.2 系统开发的目的与意义随着现代化社会的开展,为了抓住机遇,在竞争中占得先机,作为治理企业 的一个必不可少的重要环节一在线治理的信息化、计算机化也就迫在眉捷了.开 发在线治理信息系统即有宏

6、观上的意义,那就是顺应时代信息化、现代化潮流, 提升效益,促进国民经济治理的结构优化;也有微观上的意义,那就是可以提升 治理的现代化程序,增强治理的信息化手段,提升工作效率,增加单位效益.电子计算机和通信技术的快速开展使人类已经逐渐地进入信息化社会.信息和材料、能源一样成为一种社会的根本生产资料,在人类的社会生产活动中发挥 着重要的作用.当前,医院还面临着越来越剧烈的市场竞争、要想在竞争中取胜, 也必须采用先进的治理方法和手段.一个规划周详、设计先进的计算机信息治理 网络系统是取得竞争胜利的必备手段. 通过实现先进的计算机网络化治理, 能为 领导层的治理和决策及时提供可靠的数字依据,使治理更合

7、理、更先进;减少人 力、物力资源的浪费,降低本钱;提升工作效率,提升治理效率;提升经济效益, 从而提升医院的整体竞争力.建立以人事治理为中央的医院信息网络治理系统, 以适应医院长期快速开展的需要,更重要的是能使患者在医院得到更加满意的治 疗.第二章数据库需求分析2.1 信息要求由于系统的主体是医院的科室与人员,因此对系统的信息要求可分为以下几 个方面:医生信息,病人信息,护士信息,科室信息,病房信息.a.科室信息医院科室的根本信息,主要包括科室的科室名,地址, ,主任.b.医生信息医院医生的根本信息,主要包括医生的姓名,工作证号,年龄,所属科室 学历.c.病房信息医院病房的根本信息,主要包括病

8、房的 病房号、床位数、所属科室、地址 .d.护士信息医院护士的根本信息,主要包括护士的护士编号、姓名、性别、所属科室、年龄.e.病人信息记录病人的根本信息,主要包括病人的病历号、姓名、性别、年龄、诊断、 医生姓名、病房号、血型、所属科室.要求本系统能够拥有一个运行和维护的界面,并可实现数据的增删改查.2.2 功能模块图医院信息治理系统功能模块由病人信息治理系统、医务人员治理系统、病房信息治理系统组成.如以下图2-1所示:医院信息治理系统病房信息管护士信息管科室常息管tffl病人信息管图2-1医院信息治理系统功能模块图2.3数据流图医院信息治理数据流图,如E人科 JS 2.2所小:用户用户登 录

9、室吗二修改-图2.2医院信息治理数据流图2.4数据字典数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、 外部实体等五个局部进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明.本次实验主要对数据字典的数据项进行分析.如表 2所示:表2数据项厅P数据项数据类型长度备注1工作证号char8医生的工作证号2姓名char8医生的姓名3性别char2医生的性别4年龄char20医生的年龄5学历char20医生的学历6所属科室Char20医生的所属科室7病行号char8病人的病后号8姓名char8病人的姓名9性别char2病人的性别10年龄char8病人的年龄11病房号char

10、8病人的病房号12医生姓名char8病人主治医生的姓名13诊断varchar20病人的诊断14血型varchar4病人的血型15所属科室char20病人治疗的所属科室16科室主任char20科室的科室主任17 char6科室的 18科室地址char20科室的地址19病房号varchar20病房的病房号20床位数char8病房的床位数21所属科室char8病房的所属科室22地址char20病房的地址23护士编号char8护士的编号24姓名char8护士的姓名25性别char2护士的性别26年龄char8护士的年龄27病房号char8护士照顾的病房号28用户名char10登录的用户名27密码cha

11、r10登录的密码第三章数据库概念结构设计3.1医院信息系统实体属性医院医生的实体属性,主要包括医生的姓名,工作证号,年龄,所属科室 学历.如图3.1医生实体属性图所示:图3.1医生实体属性3.2院科室的实体属性,主要包括科室的科室名,地址, ,主任;如图 所示:图3.2科室实体属性医院病房的实体属性,主要包括病房的病房号、床位数、所属科室、地址;如图3.3所示:图3.3病房实体属性姓名、性别、所属科室、年龄;医院护士的实体属性,主要包括护士的护士编号如图3.4所示:图3.4护士实体属性病人的实体属性,主要包括病人的病历号、姓名、性别、年龄、诊断、医生 姓名、病房号、血型、所属科室.如图 3.5

12、所示:3.2总E-R流程图医院治理信息系统总E-R如图2.6所示:1N医生/N / 病人NM护士图2.6 总E-R图科室/N1病房第四章数据库逻辑结构设计4.1 关系模式用户用户名、密码医生姓名、工作证号、性别、年龄、所属科室、学历护士护士编号、护士姓名、性别、所属科室、年龄病人病历号、姓名、性别、年龄、诊断、医生姓名、病房号、血型、所属科室科室科室名、科室地址、科室 、科室主任病房病房号、床位数、所属科室、地址4.2 数据模型优化第一步:对于1: N联系“工作可以在“科室模式中参加姓名属性.对于1: N联系“属士可以在“科室模式中参加病历号属性.对于1: N联系“拥有;可以在“科室模式中参加

13、病房号属性.这样第一步得到的模式的形式如下:科室科室名、科室地址、科室 、科室主任、姓名、病历号、病房号 第二步:对于M:N联系“分配那么生成一个新的关系模式:分配病房号、护士编号这样转换成的六个模式如下:医生姓名、工作证号、性别、年龄、所属科室、学历护士护士编号、护士姓名、性别、所属科室、年龄病人病历号、姓名、性别、年龄、诊断、医生姓名、病房号、血型、所属科室科室科室名、科室地址、科室 、科室主任、姓名、病历号、病房号病房病房号、床位数、所属科室、地址分配病房号、护士编号用户用户名、密码分析,关系模式的每个关系都是不可再分的原子值, 即为第一范式,又由于每个 非主属性都不传递依赖于模式的候选

14、键,因此该模式集为第三范式.通过关系模式和不断优化修改,得出如表 4.1所示的医生表:表4.1医生表字段名称数据类型是否允许空备注工作证号char(8)否姓名char(8)否主键性别char是年龄char(20)是学历char(20)是所属科室Char20)是外键通过关系模式和不断优化修改,得出如表 4.2所示的病人表:表4.2病人表字段名称数据类型是否允许空备注病行号char(8)否主键姓名char(8)否性别char是年龄char(8)是病房号char(8)是医生姓名char(8)是诊断varchar(20是)血型varchar(4)是所属科室char(20)是外键通过关系模式和不断优化修

15、改,得出如表 4,3所示的科室表:表4.3科室表字段名称数据类型是否允许空备注科室名char(20)否主键科室主任char(6)是 char(20)是科室地址varchar(20是姓名char(8)否主键病房号char(8)是病行号char(8)否主键通过关系模式和不断优化修改,得出如表 4.4所示的病房表:表4.4病房表字段名称数据类型是否允许空备注病房号char(8)否主键床位数char(8)是所属科室char(20)是外键地址char(20)是J通过关系模式和不断优化修改,得出如表 4.5所示的护士表:表4.5护士表字段名称数据类型是否允许空备注护士编号char(8)否主键姓名char(

16、8)是性别char是年龄char(8)是病房号char(8)是外键通过关系模式和不断优化修改,得出如表 4,6所示的分配表:表4.6分配表字段名称数据类型是否允许空备注病房号char(8)否护士编号char(8)是通过关系模式和不断优化修改,得出如表 4,7所示的用户表:表4.5用户表字段名称数据类型是否允许空备注用户名char(10)否主键密码char(10)否第五章数据库实施阶段完成分析与结构优化以后,开始数据库的实施阶段,本章主要以数据库的创 建,数据表的增、删、改、查,视图的创立以及存储过程的创立为内容.5.1数据库创立create database医院治理系统-创立数据库gouse医

17、院治理系统gocreate table用户表-创立用户表(用户名 char(20) primary key,密码 char(20)create table科室表-创立科室表(科室名 char(20) primary key, char(20),科室地址varchar(20),科室主任char(6)create table医生表-创立医生表(工作证号 char(8) not null,医生姓名 char(8) primary key ,性别 char(2),年龄 char(20),所属科室char(20) references 科室表,学历 char(20),)create table病房表-创

18、立病房表(病房号 char(8) primary key,床位数 char(8),所属科室char(20) references 科室表,地址 char(20)create table病人表-创立病人表(病历号 char(8)primary key,姓名 varchar(8) not null ,性别 char(2),年龄 char(8),血型 varchaK4),诊断 varchar(20),医生姓名char(8),病房号 char(8),所属科室char(20) references 科室表)create table护士表-创立护士表(护士编号 char(8) primary key,姓名

19、 char(8),性别char(2),年龄char(8),病房号 char(8) references 病房表,)-用户表插入数据insert into 用户表 values(GongSheng,123456);insert into 用户表 values(LeiXiaoRong,123456);-医生表插入数据insert into 医生表 insert into 医生表 insert into 医生表 insert into 医生表 insert into 医生表insert into 用户表 values(LiuHongBing,123456);-科室表插入数据insert into 科

20、室表 values(内科,11111,六楼,刘);insert into 科室表 values(外科,22222,二楼,龚);insert into 科 values(儿科,33333,三楼,陈);insert into 科室表 values(妇科,44444,四楼,雷);insert into 科values( #,55555,五楼,匡);insert into 科室表 values(急诊,66666,一楼,);values(01,赵宝,男,30,妇科,博士);values(02,前进,男,30,内科,研究生);values(03,赵雅,女,26,儿科,本科);values(04,白懿,女,

21、30,外科,本科);values(05,刘欣,女,42,急诊,博士);oinsert into 医生表 values06,孙洲,男,36,骨科,博士; insert into 医生表 values07,李白,男,28,骨科,博士; insert into 医生表 values08,杜甫,男,36,急诊,大专;- -病房表插入数据insert into 病房表 values101,20,内科,住院部一楼insert into 病房表 values102,20,外科,住院部一楼insert into 病房表 values201,20,儿科,住院部二楼insert into 病房表 values20

22、2,20,妇科,住院部二楼 insert into 病房表values301,20,骨科,住院部三楼 insert into 病房表values302,20,急诊,住院部三楼- -护士表插入数据insert into 护士表 values21,王芳,女,22,301;insert into 护士表 values22,刘琼,女,23,101;insert into 护士表 values25,赵雅,女,24,202;insert into 护士表 values23,白清,女,25,102;insert into 护士表 values24,吴赵,男,26,201;insert into 护士表 va

23、lues26,吴雅,女,27,201;insert into 护士表 values27,莉莉,女,28,201;insert into 护士表 values28,夏天,女,29,302;- 病人表插入数据insert into 病人表 values1501,周一,男,64,AB,腰椎盘突出,孙洲,301,骨科 ;insert into 病人表 values1502,胡二,男,22,AB,骨折,李白,null,骨科; insert into 病人表 values1503,郑三,女,33,B,不孕不育,赵宝,202,妇科; insert into 病人表 values1504,王四,女,46,A,

24、烧伤,白懿,102,外科; insert into 病人表 values1505,李五,男,5,O,腹泻,赵雅,201,儿科; insert into 病人表 values1506,何六,男,56,O,急性阑尾炎,杜甫,302,急诊 ;insert into 病人表 values1507,孙九,男,66,A,null,李白,102,null;5.2 数据表查询以下命令用于对数据库内各个表的查询.select * from医生表-医生表数据查询select * from病房表-病房表数据查询select * from病人表-病人表数据查询select * from科室表-科室表数据查询selec

25、t * from护士表-护士表数据查询5.3 数据表删除以下命令用于删除数据库的表0drop table医生表drop table 病房表drop table 病人表drop table科室表drop table 护士表-医生表数据删除-病房表数据删除-病人表数据删除-科室表数据删除-护士表数据删除5.4 视图创立为了方便数据查询以及提升查询的平安性,我们需要建立视图,以下是创立 视图和视图查询的命令.- -创立视图a查看病人表create view a asselect *from病人表- -查询视图aselect * from a- -创立视图b查看那位病人没有病房create view

26、basselect病人表.姓名from病人表where 病房号 is null- -查询视图bselect * from b- -创立视图c查看每位病人相对照的护士姓名create view casselect病人表.姓名as病人姓名,护士表.姓名as护士姓名from病人表,护士表where 病人表.病房号=护士表.病房号- -查询视图cselect * from c-创立视图查看医生医治的病人信息create view dasselect医生表.医生姓名,病人表.姓名as病人姓名from医生表,病人表where医生表.医生姓名 =病人表.医生姓名 -查询视图dselect * from do

27、5.5存储过程创立创立存储过程更好的实现数据的修改与删除.5.5.1 存储过程的查询功能- -创立存储过程查询病人的病房信息goif exists(select * from sysobjects where name = 病人病房查询and type = p) drop proc stud_degreegocreate proc 病人病房查询asselect病人表.姓名,病房表.所属科室as 病房科室,病房表.地址as 病房地址from病人表,病房表where 病人表.病房号 = 病房表.病房号exec病人病房查询select * from sysobjects- -创立存储过程lll,该存

28、储过程根据传入的病历号,它返回三个参数病人姓名、- 科室名和病房号.goif exists(select * from sysobjects where name = lll and type = p)drop proc lllgocreate proc lll 病历号 char(10), 科室名 char(20) output , 病房号 char(8)output, 病人姓名 varchar(8) outputasset 病人姓名=(select姓名as 病人姓名from病人表where病历号=病历号)set 科室名=(select病人表.所属科室as 所在科室from病人表where病人

29、表.病历号=病历号)set 病房号=(select病房号as 病人所在病房 from病人表where病历号=病历号)- -执行declare A CHAR(10);declare B char(20);declare C varchar(8);exec lll 1503, A output,B output,C output;select C as 姓名,A as 科室名,B as 病房号5.5.2 存储过程的添加功能- -在教师表上创立教师信息添加存储过程,实现教师信息的添加if exists(select * from sysobjects where name=科室表添力口 and ty

30、pe=p)drop procedure 科室表添力口gocreate procedure 科室表添力口k_科室名 char(20),d_ char(20),s_科室地址 varchar(20),z_科室主任char(6)as insert into 科室表values(k_科室名,d_ ,$_科室地址,2_科室主任)go- -科室表中添加咳嗽科,88888888 ,三楼,黄的信息exec科室表添加咳嗽科,88888888,三楼,黄- -添加后查询select *from 科室表5.5.3 存储过程的修改功能-创立教师修改存储过程,实现教师信息的修改if exists(select * from

31、 sysobjects where name =科室表修改and type =p)drop procedure 科室表修改gocreate proc 科室表修改k_科室名 char(20),d_ char(20),s_科室地址 varchar(20),z_科室主任char(6)asupdate科室表set科室名=k_科室名, =d_ ,科室地址=s_科室地址,科室主任=z_科室主任where科室名=k_科室名-修改前查询select *from 科室表-教师表中将 “科室地址修改成“六楼和“ 修666666 其余的不变exec科室表修改咳嗽科,666666,六楼,黄-修改后查询select *

32、 from 科室表5.5.4 存储过程的删除功能-创立教师信息删除存储过程,实现科室信息的删除if exists(select * from sysobjects where name =科室删除and type = p)drop procedure 科室删除go科室表 where科室名=k_科室create procedure 科室删除k_科室名 varchar(20) as delete fromgo-教师信息表中将编号2004的教师所有信息删除-执行教师信息删除过程exec科室删除咳嗽科-修改后查询select * from 科室表第六章数据库运行和维护本次课程设计我们使用java语言编

33、写医院治理系统的程序界面6.1 数据库的运行6.1.1 登录界面及治理界面运行程序后的登录界面如图6.1所示.图6.1登录界面输入帐号与密码,登录以后进入治理界面,如图 6.2所示.靛迎斌入涉外麻院治理系就Fl UR科HUM调度性施图6.2治理界面LU-U1LI1 31莓sr6.1.2 信息治理医院信息查询治理模块包括:医生信息一医生根本资料的增删改查, 科室信 息一科室根本资料的增删改查,病人信息一病人根本资料的增删改查, 护士信息 一护士根本资料的增删改查,病房信息一病房根本资料的增删改查.其他模块与 病人信息治理模块大同小异,现以病人信息治理模块为例.治理员登录后,在治理界面通过点击医院

34、信息查询, 然后进入病人信息,有 用户添加、修改、删除、查询的功能界面.病人表内的数据以列表形式显示在界 面上,如图6.3所示.图6.3病人信息病人信息治理模块有四个子模块:a.查询;b.添加;c.修改;d.删除.a.查询功能:在“病历号输入1567点击“查询出现如图6.4所示结果,查询成 功.图6.4查询功能b.添加功能:我们在表内添加一行数据,添加前的列表如图 6.5所示,然后在病 人信息界面填写完病历号、姓名、性别等信息后点击“添加,如图6.所示,添加 成功.图6.5添加病人信息前图6.6添加病人信息后c.修改功能:以将表中“王四的信息修改为“刘八为傩改前如图6.7所示,修 改成功后如图

35、6.8所示.图6.7信息修改前%W&* ,I #E : 的 ut 硬丁限白崔 子百;1?M我初彳PEGSM.*h帆|301-刮满 保 1in 你i图6.7信息修改后d.删除功能:以删除“老六为例,删除前如图6.7所示,选中并点击“删除; 删除成功后,如图6.8所示.3=工蛆名卜5-.Efl1乜 m1W10图6.7信息删除后图6.7信息删除前数据库试运行合格后,即可投入正式运行了,这标志着数据库开发工作根本 完成.但是由于应用环境在不断变化,数据库运行过程中物理存储也会不断变化, 对数据库设计进行评价、调整、修改等维护工作是一个长期的任务, 也是设计工 作的继续和提升.6.2 运行和维护阶段的主

36、要工作在数据库运行阶段,数据库的维护主要由 DBD完成.数据库的维护工作包 括以下五项.(1)数据库的转储和恢复o数据库的转储和恢复是系统正式运行后最重要的维护工作之一.DBA要按照系统提供的平安标准和故障恢复标准,针对不同的应用要求制定不同的转储计 划,以保证一旦发生故障尽快将数据库恢复到某种一致的状态,并尽可能减少对数据库的破坏.(2)数据库的平安性、完整性限制在数据库运行过程中,由于应用环境的变化,对平安性的要求也会发生变化. 比方有的数据原来是机密的,现在变成可以公开查询的了,而新参加的数据又可 能是机密的了.系统中用户的密级也会变化.这些都需要 DBA要根据系统提供 的平安标准,根据

37、实际情况修改原有的平安性限制, 经常核查系统平安性是否受 到侵犯,及时调整授权和密码.同时,数据库的完整性约束条件也会变化,也需 要DBA不断修正,以满足用户要求.(3)数据库性能的监督、分析和改造在数据库运行过程中,监督系统运行、对监测数据进行分析并找出改良系统 性能的方法是DBA的又一重要任务.目前有些DBMS产品提供了监测系统性能 的参数工具,DBA可以利用这些工具方便地得到系统运行过程中一系列性能参 数的值.DBA应仔细分析这些数据,判断当前系统运行状况是否是最正确,应当 做哪些改良,例如调整系统物理参数,或对数据库进行重新组织或重新构造等.(4)数据库的数据重组数据库运行一段时间后,

38、由于记录不断增、删、改,会使数据库的物理存储 情况变坏,降低了数据的存取效率,数据库的性能下降.这时, DBA就要对数 据库进行数据重组或局部重组(只对频繁增加、删除数据的表进行重组).DBMS 一般都提供数据重组用的实用程序.在数据重组过程中,按原设计要求重新安排 存储位置、回收垃圾、减少指针链等,已提升系统性能.(5)数据库的重新构造数据库的数据重组并不修改原设计的逻辑和物理结构,而数据库的重新构 造那么不同,它要局部修改数据库的模式和内模式由于数据库应用环境发生变化,例如增加了新的应用或新的实体,取消了 某些应用,有的实体与实体间的联系发生了变化等,使原有的数据库设计不能满 足新的需求,需要调整数据库的模式和内模式.例如在表中增加或删除某些数据 项、改变数据项的类型、增加或删除某个表、改变数据库的容量、增加后删除某 些索引,以及增加或取消某些功能等等.当然数据库的重新构造也

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论