天健云HIS解决方案(共22页)_第1页
天健云HIS解决方案(共22页)_第2页
天健云HIS解决方案(共22页)_第3页
天健云HIS解决方案(共22页)_第4页
天健云HIS解决方案(共22页)_第5页
已阅读5页,还剩17页未读 继续免费阅读

下载本文档

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

文档简介

1、天健云HIS设计方案目录 TOC o 1-3 h z u HYPERLINK l _Toc425751380 天健云HIS PAGEREF _Toc425751380 h 1 HYPERLINK l _Toc425751381 1.概述 PAGEREF _Toc425751381 h 3 HYPERLINK l _Toc425751382 2.天健云his介绍 PAGEREF _Toc425751382 h 3 HYPERLINK l _Toc425751383 云计算解决方案 PAGEREF _Toc425751383 h 3 HYPERLINK l _Toc425751384 2.系统设计

2、 PAGEREF _Toc425751384 h 5 HYPERLINK l _Toc425751385 3.门诊诊疗流程 PAGEREF _Toc425751385 h 5 HYPERLINK l _Toc425751386 整体门诊业务介流程绍: PAGEREF _Toc425751386 h 5 HYPERLINK l _Toc425751387 详细业务流程介绍: PAGEREF _Toc425751387 h 6 HYPERLINK l _Toc425751388 住院业务流程 PAGEREF _Toc425751388 h 9 HYPERLINK l _Toc425751389 药

3、品业务流程 PAGEREF _Toc425751389 h 11 HYPERLINK l _Toc425751390 举例说明药品业务流程操作 PAGEREF _Toc425751390 h 12 HYPERLINK l _Toc425751391 非功能性需求 PAGEREF _Toc425751391 h 17 HYPERLINK l _Toc425751392 1.1可靠性 PAGEREF _Toc425751392 h 17 HYPERLINK l _Toc425751393 1.2易用性 PAGEREF _Toc425751393 h 17 HYPERLINK l _Toc42575

4、1394 1.3可扩展性 PAGEREF _Toc425751394 h 17 HYPERLINK l _Toc425751395 1.4运行性能 PAGEREF _Toc425751395 h 18 HYPERLINK l _Toc425751396 1.5可维护性 PAGEREF _Toc425751396 h 18 HYPERLINK l _Toc425751397 1.6安全性 PAGEREF _Toc425751397 h 19概述(i sh)在经济全球化、社会信息化的进程中,我国医院已进入了数字化和信息化时代,作为医院信息化的核心-HIS系统是每一家医院IT部门主抓的工作,其维护工

5、作在医院的IT运维中占着最重要(zhngyo)的位置。是否能快速响应将直接影响医护人员为病患诊治的效率。医院信息系统(Hospital Information System,HIS)利用电子设备为医院所属各部门提供一个平台,用于查询和处理病人诊疗信息及行政管理信息。完整的HIS系统将覆盖全院所有网络系统,在提升HIS系统性能几个方面(软件优化,服务器及网络设备改进,系统终端升级)中,系统终端还具有很大的提升空间,因为现有医院系统终端多采用传统PC,而传统PC在医院中的应用(yngyng)还比较牵强:1、各部门终端操作者计算机水平较低,一旦传统PC出现未预期故障,很可能导致整个HIS系统无法正常

6、运行,导致延误诊病。 2、医院部门科室众多,需要数量较大的系统终端,而医院经费有限,PC价格又很昂贵,很难建立高质量(昂贵)的终端支撑环境。 3、PC终端每隔几年就需要更新换代,还需要定期的升级维护,对于计算机专业人员有限的医院来说,难以及时并妥善地完成医院庞大的日常网络维护工作。天健云his介绍基于云计算技术的B/S架构的HIS系统,为基层医疗机构提供标准化的、信息化的、可共享的医疗信息管理系统,实现医患事务管理和临床诊疗管理等标准医疗管理信息系统的功能。系统利用云计算平台的技术优势,建立统一的健康档案存储平台,有效实现医疗数据共享与交换,解决数据重复采集及信息孤岛等问题,为实现区域医疗卫生

7、信息化平台奠定了基础。云计算解决方案目前,医院HIS系统将挂号、等候病历、划价、收费、取药或治疗一系列过程集成于一体,采用天健云终端替代传统PC作为医院HIS系统所属各科室部门的终端设备,能够有效承载C/S或B/S类应用,并且,云终端对于外接打印设备及刷卡机的良好支持,足以替代传统PC开展医院信息系统的运营。 1、将HIS系统所涉及的所有服务器均放在医院内网中;2、在内网服务器/外网Internet与云终端之间部署(b sh)云终端服务器,云终端服务器作为云终端网络出口平台,云终端远程访问云终端服务器进而访问医院内网或外网Internet,云终端服务器可以部署在医院机房;3、云终端(zhn d

8、un)部署在需要网络连接的技术部门、门诊科室区及服务器大厅区:(1)技术部门网络管理人员可通过云终端操控(co kn)医院机房中的云服务器以及内网所有其他服务器,使用起来快捷又方便。(2)门诊科室区部署云终端,用于科室问诊和病历查询,医生为患者进行诊断时,可以通过 IC卡对患者进行身份认证,调阅其病历。同时,医生也可以使用医院有关办公软件和管理系统。(3)服务大厅区部署云终端,用于信息查询和病历打印。患者可以在服务大厅内使用云终端查询病历(通过IC卡进行身份认证)和医院信息;缴费后,患者还可以要求工作人员为其打印病历。 4、如果云终端数量众多,可以在内网服务器外网Internet与云终端之间建

9、立云服务器群集,并实现云终端服务器之间的负载均衡,有效处理单点故障,实时进行数据迁移。5、可以在网络中部署网络打印机,供有权限访问的用户进行网络共享打印。云终端具有低成本、易管理、高安全、节约空间及绿色环保的优越品质,替代传统PC作为医疗HIS系统终端设备,具有优秀的性价比,避免了使用PC机作为客户端的资源浪费,在降低了总体拥有成本的基础上,有效处理各部门之间的协同工作,增强了医疗行业信息系统的稳定性。系统(xtng)设计门诊诊疗(zhnlio)流程 整体(zhngt)门诊业务介流程(lichng)绍:云HS门诊系统(xtng)主要针对社区门诊,处理患者从门诊挂号、到写门诊病历、门诊处置处方费

10、用信息记录、门诊历史病历、就诊信息查询,门诊收款员进行挂号、门诊收费、退费、结账的整个门诊业务处理流程。在一次完整的社区门诊中,鉴于社区就诊的特殊性,应该是患者直接到医生处就诊,门诊医生完成挂号和就诊的过程。医生可以选择打印号条或不打印。根据问诊情况,医生需要录入病人详细自然信息和社会信息,如:出生日期、名族等,并根据诊查结果书写门诊病历,下诊断结论,然后根据病情,开置处置处方等。在门诊医生诊治过程中,若有门诊医生工作站时,门诊医生可以直接选择打印门诊病历、门诊处方单等单据;完成以上门诊诊治后,患者根据号条或病历处方到挂号收费处进行划价收费,交费完成后,到药房取药,然后根据收费凭据到相应的治疗

11、科室进行处置、治疗等完成就诊过程。期间若患者在就诊需要退费,可以凭收费发票到收费处进行退费。若需要退某张处方药品,可以退药后根据退药凭证到门诊收费处进行退费,退费时,重新打印收据或发票,收款员按金额退还医药费用,部分退费情况时,需要根据未退费项目重新打印门诊收据或发票。门诊收款员工作期间结束前,需要对当日的收款情况进行结账。结账时,收款员需要核对手中的票据、凭证数目,金额数量是否正确,无误后确认结账并到会计处进行交账,完成当天工作量。门诊医生站流程:选择就诊病人如果此病人曾经来本医院就诊,直接提取此病人信息,选择提取病人就诊记录,并设置病人为当前就诊患者。如果病人是第一次来就诊,需要病人提供姓

12、名、性别、出身日起、身份证号等信息,建立病人索引信息,并设置病人为当前就诊患者。(2)挂号为适应社区和乡镇卫生院的就诊流程,门诊医生点击“就诊”按钮,对病人进行挂号,不需要病人进行单独的挂号。医生可以选择是否打印挂号凭条或是否收取挂号费。(3)门诊病历书写:诊病历用于门诊医生书写完整的门诊病历信息,记录内容包括:主诉、病史、过敏史、查体、诊断等。对于病历书写,需要提供模板录入功能,以增强门诊病历的易用性。在医生完成病人门诊病历后,提供打印门诊病历的功能。(4)处置处方录入:在医生完成门诊病历,录入诊断后,可以开置处置处方,处置处方主要以计价方式进行记录,对于药品处方记录必要的频次、用量、用法等

13、信息;若一次开较多药品应提供自动发分方功能;保存完成处方后,应提供处方打印功能。处方在收费前允许调整或删除,收费完成后,不允许再做任何调整。在门诊医生(yshng)站录入处方时,若处方同时录入西药、中草药、非药品应能根据项目(xingm)的类别自动进行(jnxng)分方处理,便于进行收费、发药、退费后续处理。收费流程:(1)门诊计价录入:当门诊医生通过手工开处方单时,在收费处通过计价录入方式进行划价收费,此时,门诊收费处应该提供能对所有项目进行计价录入,并划价收费功能。收费时,自动计算收费金额,根据收取病人费用,自动计算找零。收费成功后,记录支付方式、记录收据信息,并打印门诊收费收据。另外,若

14、计价录入项目时,若同时录入项目包含:西药、中草药、非药品,应能自动对项目进行分方处理,以便于进行发药、退费处理。(2)门诊收费:当病人费用通过门诊医生站录入时,收款员根据患者号条上的就诊序号,提取就诊信息、费用信息来进行计价收费,记录支付金额,并自动计算找零。收费成功后打印收据;(3)门诊退费:退费时,根据患者提供收据上的收据号提取收费信息,核对无误后,选中要退费的处方,按F2进行退费;退费时,对未选中的项目将重新进行收费,并打印新的收据;(4)收款员结账:结账是对收款员本人上次结账后,进行的所有挂号、收费、退费情况进行统一结账,结账确认前,允许收款员查询详细收费明细,以便于与手中的票据信息进

15、行核对,无误后进行结账确认,完成结账,并打印结账单。住院(zh yun)业务流程住院(zh yun)登记(1) 住院(zh yun)登记张某持医生开出的住院卡,到住院登记处进行登记。在登记时,工作人员用张某的ID号调出张某的基本信息(张某在门诊就诊时已做过身份登记,分配过ID码,如果门诊病人没有ID号,则可以住院登记的同时建立主索引)并录入本次住院信息,并交纳本次住院要求交的预交金,交款后,打印预交金收据(2) 护士站入科张某持由接诊室的人员引导到外一科的护士站进行入科操作。外一科值班护士,为张某安排床位、分配经治医生、进行入科宣教等入科工作。(3) 医生站新建病历和下达医嘱护士站通知医生工作

16、站经管医生新建张某病历,医生工作站的经管医生对病人下达医嘱,提交给护士工作站,由护士转抄、校对医嘱无误后,按医嘱对张某进行各种治疗。(4) 不同类别医嘱处理和执行对于非药品医嘱:执行完成后,直接在计价界面中完成病人费用的计价。对于药品医嘱:护士A进行医嘱校对处理,去住院药房领药,领药的方式有两种:A、摆药领药:护士站生成领药单,药房根据领药单进行摆药。护士持摆药单在药房领药,依照上面的医嘱,护士应该领到6片红霉素,同时这6片药的会从库存中减掉,相应的费用系统也会自动计价填写到张某的费用信息中。B、处方领药:通过医生开的处方单或打印的处方单去领药(需处方领药的药品一般为毒麻药品、不可分割的药品或

17、一些贵重药品),由药房(yofng)的工作人员通过处方录入子系统录入处方的药品信息或者直接调出医生(yshng)的处方信息,保存发药。药品减库存(kcn)和计价方式同摆药一样。(5) 出院通知接受治疗后得到康复,需要出院时由医生工作站张某的经治医生停止他的所有医嘱,并发出出院通知,同时需要进行出院带药下达出院带药处方。护士站进行增补审核病人在院发生的费用,并进行出科处理。(6) 出院结算张某接到出院通知后,由他或他的家属来到住院收费处办理出院手续,收费员在查询张某的出院信息,进行出院全结结算处理。并打印出出院结算收据交给张某。(7)出院召回 已经出院的病人,如果发现有费用或其他方面的错误,可以

18、召回重新进行修改。召回步骤为:在住院管理中先进行发票作废,然后对此病人进行出院召回,取消出院结算。病人召回以后,护士站可以再入科,修改相关内容完成以后,再次进行出科、出院结算即可。药品业务流程购药入库(r k)当发票(fpio)达到后,由药品帐目(zhn m)管理员根据发票上的信息,将入库药品品种、数量、价格、批号录入到计算机中并打印入库单,这一过程称为入库开单。入库单交由仓库管理员,由仓库管理员清点入库。如果入库的药品为新药品,在入库开单之前,需要先对药品编码、定价, 然后才能开单记帐。库存增加。注意:1、入库单在记帐之前可以修改,一经确认,便不能再修改。如果发现错误,可采用入库冲减的方式纠

19、正。退药时购药入库直接录入负值。药品出库一般情况就是报损出库。处方发药库房药品发放置于发药窗口,有三大功能:处方发药、领药单领药、处方退药。(一)处方发药、领药单领药其用途是:1)、减库存;2)、写费用(住院处方、领药单领药)或审费用(门诊处方);药品发药工作流程: 门诊处方是由门诊收费处划价时录入的,在发药程序中保持一个未确认(发药)处方队列。药师在接收到病人处方后,选取队列中的未发药处方进行审核,然后确认出库。住院处方(chfng)是由住院医生下达处方/出院带药处方(chfng),护士去住院药局取药。库房(kfng)药师进行处方确认发药。领药单领药是针对住院病人长期用药模式,即在库房由药师

20、每天或几天根据药疗医嘱摆出每个病人的药品。这种形式有利于药师对病人用药审查,有利于药品的集中控制。工作流程如下:病人的长期医嘱一般在每日上午9点前集中下达,由医生或护士将医嘱录入并校对无误后,由护士在护士工作站上通过网络发出摆药通知;摆药中心自动接收病房通知并提示给药师,药师通过摆药程序自动对医嘱进行转换处理生成当日摆药单;药师确认无误后,打印出摆药工作单并作出库处理,按工作单为每个病人摆药. (二)处方退药其用途是:1)增加库存;2)冲减费用(住院处方)处方退药工作流程:门诊处方退药需要门诊医生进行签字同意,到库房进行处方退药操作,再到门诊收费处进行退费操作。住院处方退药需要住院护士生成退药

21、申请,到药局进行处方退药操作。药品调价当药品价格发生改变时,需要药品调价。单击生效,即马上生效,根据当时库存,产生调价盈亏。药品盘点系统盘点分为模式:库存盘点库存盘点:盘点主要根据库存生成帐面数,根据实际盘点结果生成实盘数两个数量进行相减,生成库存盘点的盈亏数量,进行数据保存,如果有盈亏出现,自动生成盘点出库和盘点入库数据。盘点入库单据和盘点出库单据记帐后,更改库存药品月结第一次月结:第一次上系统时,先盘点,产生了第一次盘点,然后发生(fshng)业务入库、出库、处方发药、领药单领药。1.月结时的月结时间(shjin)为第一次盘点时间(shjin)到月结时录入的月结截止时间,如果录入的月结截止

22、时间没有盘点,月结的期初数量和期初金额为第一次盘点的实盘数量和实盘金额,期末账面数量为期初数量+入库数量-总出库数量,期末账面金额为期初金额+入库金额-总出库金额 盈亏额,期末数量为期末账面金额,期末金额为期末账面金额。如果月结截止时间正好为盘点时间,同上,只是期末数量为盘点数量,期末金额为盘点金额,月末账面数量与期末数量之间的差值为月末盈亏数量,月末账面金额与期末金额之间的差额为月末盈亏金额。非第一次月结,月结开始(kish)时间(shjin)为月结上一次的月结时间。月结时录入月结截止(jizh)时间,如果录入的月结截止时间没有盘点,月结的期初数量和期初金额为上次月结的期末数量和期末金额,期

23、末账面数量为期初数量+入库数量-总出库数量,期末账面金额为期初金额+入库金额-总出库金额 盈亏额,期末数量为期末账面金额,期末金额为期末账面金额。如果录入的月结截止时间正好是盘点时间,处理同上,只是期末数量为盘点数量,期末金额为盘点金额,月末账面数量与期末数量之间的差值为月末盈亏数量,月末账面金额与期末金额之间的差额为月末盈亏金额。挂号(guho)管理建立社区健康档案挂号管理系统是医院信息流的起点,主要完成身份登记、门诊挂号、门诊预约(yyu)挂号等功能。身份登记:建立病人档案,为病人分配唯一标识号的功能,该标识号为整个医院信息管理系统所共享,确保(qubo)病人信息的唯一性。门诊挂号(guh

24、o):主要完成分诊和咨询、为病人建病历等功能,通过对挂号类型和值班医师的灵活设置能够处理多种挂号类型。同时支持(zhch)退号的功能。诊疗预约:患者可通过手机、网络或其它媒体向全科医生预约就诊。 复诊预约:全科医生在诊疗结束后可向患者预约下次复诊时间。 挂号:可根据病人请求快速选择医院、科室、医生、生成挂号信息,打印挂号单,并产生就诊患 者基本信息、支持居民健康卡持卡者在医生工作站直接刷卡挂号;统计报表综合查询系统提供对医院业务收入、医疗信息、药品信息、病人信息等方面的多种查询功能。 业务收支情况查询:查询当期或某个时间段各部门的业务收支情况;可按科目、部门、时 间段进行分组或组合查询分析;

25、医疗服务信息查询:查询全科诊疗、住院、检查检验等相关的业务量、医务人员工作量、 工作绩效; 公共卫生服务信息查询:可查询预防保健、健康档案建档、慢病管理、转染病管理、康复 治疗的业务量、工作人员工作量、业务支出、工作绩效; 病人(健康管理对象)信息查询:提供不同类型、年龄段、性别、地区、职业的病人(健 康管理对象)的分布。可进一步查询匿名病人(健康管理对象)的基本信息。 资源信息查询:可查询人员、设备、物资相关的资源情况。系统(xtng)设置描述(mio sh)系统管理功能主要包括:用户与权限管理、机构及科室(ksh)(部门)管理、数据字典管理、运行监管与 日志管理等。 用户权限管理:可设定操

26、作者以及接入系统的角色、对每个角色进行功能及数据访问权限 的授权。 机构及科室管理:对系统相关的机构、科室(部门)进行设定。 数据字典管理:对各个功能单元所需的参数,依据不同的适用范围进行设定。 运行监管与日志管理:提供运行状态的监视,记录重要的运行事件。如运行错误日志、重 要数据访问日志、数据修改与删除日志等。具体系统设置功能项:字典维护工作人员字典价表字典医疗结构科室字典供应商目录系统管理用户管理科室管理角色管理密码管理价表管理新农合价表对照检查项目维护检验项目维护模板(mbn)管理协定处方(chfng)管理医嘱模板(mbn)管理收费模板管理会员管理会员卡管理:对医院设立的不同的会员卡类型

27、进行管理,主要包括了卡名称,享受优惠的程度等。会员管理:在医院注册的会员,可以根据不同的会员类别享受医疗健康服务的折扣和优惠。方案优势提升管理效率,提升服务形象按照中型医院门诊量计算,我们拟定每医生工作站每天平均门诊量在100,高峰门诊量在200,假设共有40个门诊医生工作站,通过以下模型对可能造成的门诊拥堵进行分析。设置条件PC桌面环境云桌面环境每门诊医生工作站日平均门诊量100100每门诊医生工作站日高峰门诊量200200桌面工作环境故障恢复平均时间(根据之前统计)1小时15分钟桌面工作环境故障恢复最长时间(根据之前统计)4小时30分钟桌面工作环境出现故障平均拥堵人数(按照7小时门诊计算)

28、约15人约4人桌面工作环境出现故障最高拥堵人数(按照7小时门诊计算)约100人约15人如果设备在采购3年内,桌面工作环境故障概率5%1%如果设备采购在3-5年内,桌面工作环境故障概率10%1%按照40个门诊医生工作站计算,如果设备在采购3年内,每天故障医生工作站数量40*5%=2台40*1%=0.4台按照40个门诊医生工作站计算,如果设备在采购3-5年内,每天故障医生工作站数量40*10%=4台40*1%=0.4台按照40个门诊医生工作站,如果设备在采购3年内,每天故障医生工作站造成全院门诊平均拥堵15*2=30人4*0.4=1.6人按照40个门诊医生工作站,如果设备在采购3年内,每天故障医生

29、工作站造成全院门诊最高拥堵100*2=200人15*0.4=6人按照40个门诊医生工作站,如果设备在采购3-5年内,每天故障医生工作站造成全院门诊平均拥堵15*4=60人4*0.4=1.6人按照40个门诊医生工作站,如果设备在采购3-5年内,每天故障医生工作站造成全院门诊最高拥堵100*4=400人15*0.4=6人该计算模型是站在统计的角度测算,虽然并不代表真实发生数量,但是完全具备两种解决方案之间的比较意义,经过比较,采用云桌面的解决方案,对于避免门诊拥堵(yn d),起到了至关重要的作用。设想,如果全院PC设备使用年限,普遍接近淘汰周期,每天同时出现(chxin)多台门诊医生PC停止工作

30、,并且由于(yuy)维护人手不够,不能同时维护,如果医生工作站故障出现在相同科室,不能实现病人分流,定会造成较大拥堵,产生不良社会影响。满足移动医疗需求。使用云桌面系统,诊疗医生可以在当地通过公共的3G网络,采用安全度高的SSL加密隧道接入医院云桌面平台,并且通过医院内网访问应用服务系统,为患者服务。为医疗下乡打下良好基础,医生、护士不管走到哪里,都可以访问到一致的桌面系统环境,可以随时进行患者信息查看和录入,全面满足医生、护士现场诊治需要,实现现场录入信息的需求,提高工作效率。降低总拥有成本人力成本 根据以下计算模型,我们了解一下两种方案对于人力维护成本的不同需求。设置条件PC桌面环境(需要

31、额外安装桌面管理软件)云桌面环境每技术人员同时维护桌面终端数量100300按照医院1000台桌面终端设备数量计算,日常工作时间需要维护人员数量10人3人为医院数据中心提供7*24小时技术支持与维护保障,夜间需要维护人数2人(兼顾总院桌面支持)2人(兼顾总院、分院桌面远程支持)按照分院300台桌面终端设备数量计算,日常工作时间需要维护人员数量3人1人总人数需求15人6人另外,分院桌面环境主要工作是由总院信息中心远程维护,对分院维护人员技术要求(yoqi)不高,分院维护人员只需懂得更换备用瘦客户(k h)机即可。运行(ynxng)能耗成本PC机功率在200W左右,云终端功率在40W左右,按照100

32、0个信息点计算,其中住院部PC需要24小时开机,门诊与日常办公PC开机时间平均在10小时左右,按照住院部PC 200台,每度0.8元计算,下表是两种模式下的终端能耗比较。模式PC本地模式云计算模式每日耗电2560KW512KW每日能耗成本2048元410 加上数据中心云平台能耗,桌面云模式每天可节省50%以上,即节省1000元以上,按一年300工作日计算,每年可节省电费30万元以上。非功能性参数可靠性系统应提供稳定的运行保障,因为软件系统自身原因(排除硬件、网络、数据库、中间件故障)导致系统局部功能短暂不可用的次数每月平均不超过1次。应用系统MTBF(平均失效间隔时间)不低于2000小时(因网

33、络、主机硬件、数据库、中间件故障导致系统不可用不计入系统失效时间)。易用性为确保操作上的简单易用,平台建设将遵循以下原则:提供丰富详细的帮助文档;平台安装部署简单方便;界面布局及内容符合使用人员的思维习惯,容易理解、容易学习;更新操作有反馈,平台将提供各类操作提示;危险操作有警告提示,除告警之外,系统将通过完善的权限管理确保数据的安全性;系统易于管理,系统参数的维护与管理通过操作界面实现。可扩展性平台结构的重要性之一就在于整套系统应该具有可扩展性。系统可扩展性的程度,直接影响到系统的生命周期。系统的扩展性包括以下(yxi)两个方面:功能(gngnng)的可扩展性由于平台的推广(tugung)是逐步进行的,在不同的时期,其关注点也不尽相同,因此平台的功能是逐步完善的,这就要求我们在平台建设的初期,构建好一个可扩展的框架,该框架采用Plug-in的形式对功能进行组织,当开发出新的功能后,只需要基础框架中集成

温馨提示

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

评论

0/150

提交评论