医院招标文件.docx
- 文档编号:17750346
- 上传时间:2023-04-24
- 格式:DOCX
- 页数:101
- 大小:67.69KB
医院招标文件.docx
《医院招标文件.docx》由会员分享,可在线阅读,更多相关《医院招标文件.docx(101页珍藏版)》请在冰豆网上搜索。
医院招标文件
XX交通大学第一附属医院彬县医院信息化建设(一期)
建设要求
(最终版)
第一章项目背景
XX交通大学第一附属医院彬县医院(以下简称彬县医院)位于彬县泾河新区,占地50.91亩,建筑面积25019平方米,设计门诊住院楼一栋,地下一层,地上12层,裙楼两层。
全院设置12个住院病区,26个门诊科室,23个功能科室,设计床位数350X。
基于医院的发展思路及战略目标,本着先进、实用的原则,交大一附院彬县医院信息化建设的总体目标应为:
利用各种先进的计算机技术、网络技术和医学信息处理技术,采取整体规划、分步实施、逐步完善的办法,建立全面的管理信息系统和临床信息系统,对全院的信息资源(人、财、物、医疗信息)进行全面的数字化,优化和整合医院内外相关资源为临床、教学、科研、保健及管理服务,提供先进的,便捷的,人性化的信息服务;逐步建立区域的健康信息服务平台,提高医院在本地区的医疗服务水平,提高医院的整体经营效益与社会效益,打造现代化的数字医院,达到并超越二级医院信息化标准,为医院的发展战略提供全方位的信息化支撑。
彬县医院为XX交通大学第一附属医院托管分院,本次招标系统如HIS、LIS、PACS、EMR需与XX交通大学第一附属医院系统信息互联互通。
2、总体目标
1、建立一个稳定的、先进的、能够覆盖医院所有科室的医院信息系统,应用软件在开发中要遵循实用性、高效性、可靠性、易操作性和安全性原则。
2、医院信息系统必须根据医院管理模式采用科学化、信息化、规X化、标准化理论进行设计建立,以满足医院管理模式和管理流程的规X化和持续改进的需要,同时也应考虑到医院的实际情况多一些人性化设计和智能化设计。
3、系统应具有较好的实用性。
它应该符合现行医院体系结构、管理模式和运作程序,能满足医院一定时期内对信息的需求,并能对提高医疗服务质量、工作效率和管理水平,为医院带来一定的经济效益和社会效益产生积极的作用。
4、系统必须保证与我国现行的有关法律、法规、规章制度相一致,并能满足与各级医疗机构和各级卫生行政部门交换信息的要求。
5、系统必须保证各项信息统计指标,符合卫生部颁布的信息统计指标规X,中标单位根据卫生行政管理部门的要求及时免费对系统进行升级。
第二章本期建设内容
XX交通大学第一附属医院彬县医院信息化建设采用总体设计,分步实施的原则,根据规划,本期建设内容如下:
一、应用系统软件
系统
分类
功能
医院信息管理系统(HIS)
经济管理部分
病人一卡通功能
门诊XX管理功能
门急诊挂号功能
门急诊收费功能
住院登记功能
住院收费功能
住院结算功能
物价管理功能
临床诊疗部分
门、急诊医生站功能
门诊医技管理功能
住院医技管理功能
住院医生站功能
住院护士站功能
手术室管理功能
病案管理功能
医院质量管理功能(HQMS)
药品管理部分
药品库房管理功能
门诊药房管理功能
住院药房管理功能
物流管理部分
物资管理功能
供应室管理功能
综合管理与统计分析部分
系统管理功能
基本信息维护功能
院长查询系统
病人咨询服务功能
病案统计功能(各类数据报表)
内、外部接口部分
城镇居民医疗保险接口
农村合作医疗保险接口
终生免费提供第三方管理系统软件接口(如财务管理专用等软
件等)
终生免费与财务、ICU、OA、医院本部远程会诊及XX省卫计委远程会诊平台等系统等软件的接口,按照要求提供中间库;免费与其他系统配合,按照要求制作接口。
免费预留医院以后其它管理系统接口。
电子病历信息系统(EMR)
电子病历系统平台
住院电子病历系统,护理病历系统、系统管理分系统、病历质控分系统、护理质控分系统、查询检索分系统
实验室管理信息系统(LIS)
基本信息维护、权限管理、常规检验模块、生化检验模块、微生物检验模块、酶标检验模块、质控管理模块、标本管理模块、医生护士站查询打印模块、主任管理模块、用血管理模块
医学影像信息系统(PACS/RIS)
预约登记、分诊排队、放射PACS、超声PACS、内镜PACS、病理PACS
远程会诊系统接口
实现与医院本部及XX省卫计委远程会诊平台的对接。
二、网络系统集成
业务办公区域内网综合布线及网络设备要求。
三、硬件系统集成
全院硬件平台建设及终端设备要求。
四、机房建设
核心机房标准化装修要求。
第三章资质及要求
一、资质
1.注册资金不少于2000(含2000万)万元;
2.投标人必须是独立法人资格的供应商;
3.投标人必须具有软件企业认定证书;
4.投标人必须具有CMMI3级资质(含3级)或CMMI3级以上(含3级)资质证明;
5.投标人须提供所投硬件设备(服务器,存储,交换机,防火墙,PC机)原厂项目授权书及售后服务承诺函;投标人需提供所投软件部分(HIS,LIS,EMR,PACS)的软件著作权登记证书。
6.投标人必须具有计算机系统集成资质三级及以上资质证明;
二、投标要求
1、各投标人必须根据招标文件要求的内容做出完整的实施方案,列出本项目的技术方案、解决办法、产品选型、培训与售后服务(包括软件开发方案设计,系统开发、调试、试运行及质量保证期的技术保障等,达到整个系统正常运行)。
2、投标人要提供开发的软件系统完整的说明及全部的技术文件资料,其中包括软件开发技术方案、项目实施方案等。
3、投标人需列出同类项目的业绩。
标书中附有加盖公章的合同复印件(或中标通知书)或用户评价书、使用说明等证明文件。
4、投标人须从事医院信息系统的开发与实施至少3年以上项目经验,且必须在XX省内有足够的技术人员作为医院的技术支持,保证系统正常运行(提供XX省内社保证明)。
5、投标人必须为专业开发、生产、经营医疗信息类软、硬件产品的专业公司。
6、必须拥有自主知识产权的、成熟的医院软件产品,具有相当的技术经验和相应的技术经济实力及良好的信誉。
其中HIS系统,全国至少应在5家以上三级综合性医院(需为全院HIS系统的应用)正常运行2年以上。
7、所提供软件的各项功能应符合遵循ICD-10、HL7、IHE;遵循《全国卫生信息化发展规划纲要》;遵循卫计委新版《医院信息系统基本功能规X》;国内最新的有关软件、医疗系统信息化及XX省相关标准及规X。
8、各投标人必须承诺在工程验收合格后,至少有壹名专业技术人员常驻医院提供服务
9、在投标文件中对招标文件提出的全部技术要求进行响应,并逐项给予详细说明。
第四章应用系统软件需求
一、总体要求
1.软件产品成熟稳定,具有自主知识产权,功能模块齐全,符合应用规X,满足业务需求。
2.项目中所涉及的第三方软件,如数据库、中间件等均须包含在内。
3.各系统采用统一的基础字典库,实现医院人员信息,财务信息,物资信息统一管理。
4.各系统间高度集成,实现数据共享。
5.实现患者信息唯一索引管理。
6.所有功能实施统一的身份认证和权限管理,通过同一界面可单点登陆,多向访问。
7.实现与本部院区间的远程信息共享及信息交互,双向转诊,提供安全开放的接口。
8.具备科学、合理、先进的软件系统架构,并具有高度的灵活性和扩展性,充分考虑当医院业务高峰期数据库访问量巨大的情况下,整个业务系统的性能,并能满足未来5年的医院发展和信息技术发展的需要,满足医院可持续的流程优化和系统集成优化的需要。
9.要求投标人针对医院的信息管理需求提供一体化解决方案。
软件要以“以病人为中心、以临床信息为主线,以提高医院经济、社会效益,提高医院科学管理水平,提高医生医疗水平提高医院医疗、服务质量为基本点”为设计思想,实现以电子病历为核心的临床诊疗信息资源一体化、结构化应用。
10.业务连贯性。
有切实有效的措施确保关键业务不能中断,有行之有效的应急体系。
如门诊收费、挂号;门诊医生工作站等。
11.全部软件系统均采用网络版;模块化设计,可拆分组装,分步实施;功能齐全,覆盖面包括医疗、护理、医技等临床信息及人事、经济、设备、材料、医保等管理信息。
各业务系统间做到有机集成、无缝连接;流程规X,优化管理,符合相关标准和规X的要求;严格权限设置,高度安全XX;运行稳定可靠,易学易用,操作简便。
12.软件设计应满足医院相关个性化要求和本地特色。
13.确保软件系统的稳定性和安全性,有限操作,保存痕迹;应用层与基础数据层有访问限制,XX信息与公开信息有严密隔离等安全管理体系。
14.可进化能力。
在产品的使用生命周期中,医院外部环境和内部运作机制可能会发生改变,IT技术也会不断发展进步。
因此,需要系统能以经济和快速的方式满足因这些变化而出现的新需求。
包括:
●扩展新特性和增加新的功能,来支持新的服务和满足新的管理需求。
●容纳新的技术,使产品的质量持续改进。
15.开放性能力。
为了获取最大的投资和使用效益,系统需要容易地、低成本地与其它应用系统整合。
将不同的应用或硬件组件结合组成一个整体系统的能力。
包括:
●不仅实现功能的集成,还需要实现业务过程的集成。
●使用统一的集成方式,减低费用和复杂度,以及方便维护。
●实现统一平台界面,在同一界面上实现所有信息系统相互访问与全面整合。
16.易维护能力。
对系统的维护应控制在合理的费用下;对维护人员的技能要求是容易到达的;故障能通过有效的工具被及时的发现、诊断和解决;系统容易升级,且不会对业务连贯性造成影响。
●使用良好的工具协助维护人员对系统进行管理和维护,通过提高维护自动化的程度,来提高维护质量和减少人力成本。
●使用适当的工具方便的对系统的运行状况进行监控、跟踪和记录,帮助维护人员及早发现可能出现的系统故障,并及时解决。
●提供适当的工具和指南,帮助维护人员安全快速地升级系统,降低由于升级复杂度导致的系统停顿的可能性。
●提供详细的维护指南和标准的文档模板,帮助维护人员进行故障诊断,并对不能通过维护工具解决的故障以规X的形式进行描述。
●适应性能力。
系统对于医院业务过程和业务规则的改变,数据结构和主控数据的改变,用户操作方式的改变,与其它应用系统之间交互方式的改变,以及用户数量的改变具有最大程度的适应能力。
17.建立严格的软件审核、测试、验收等制度,建立反应机敏的BUG追踪和系统化升级修改的软件质量管理机制。
按照项目管理的国际规X,在确保质量的前提下,又好又快地按期完成。
18.提供各个层次的技术培训。
从项目组织管理、售后服务方面保证为本项目提供长期持续服务支持。
19.提供齐全的电子版和书面的操作说明等文档。
20.本项目采购的软件系统满足招标人及其下属机构使用需要,安装数量和用户数量以满足招标人实际需要为准,不限制站点数和用户数。
序号
项目
技术要求
1
设计方法与技术架构
架构设计关系到对多种系统质量属性的满足,我院要求采用多层的应用架构,采用业界先进、成熟的软件开发技术和设计方法,面向服务(SOA)架构模型,可视化的、面向对象的开发工具;支持C#。
NET、J2EE或其他开发语言;基于组件的设计,用户可以根据需要按角色组合和配置组件;具有用户可以管理工作流管理功能,用户可以配置的规则引擎;具有事件/消息响应机制。
2
标准化要求
支持HL7、ICD-10、DI、IHE等国际标准,符合卫生部2002年4月《医院信息系统基本功能规X》要求,符合卫生部《电子病历基本数据集》的要求,软件数据字典应遵循国家数据字典、省部委数据字典、地区和用户数据字典规X。
并能充分实现客户化。
3
集成要求
支持病人主索引管理(EMPI);
支持消息机制处理;
支持WebService,提供定制开发接口适配器。
同时支持跨院区的数据交换与共享,实现院际间业务协同服务。
4
数据要求
采用大型关系型数据库产品。
5
系统安全性要求
应用系统须具有良好的安全机制完成用户的认证、授权和数据XX;授权方便、数据库登录用户权限、有完善备份功能、有完备的恢复功能、提供数据修改全程监控、提供错误日志、提供系统运行日志。
提供包括单点登录、数据签名、门诊应急处理、RIS单机容灾等在内的信息安全保障措施。
6
系统可扩充性
重要系统模块可以做到既可以单独运行也可以共享运行、提供其它模块和外部调用的函数、动态库、HL7等接口。
7
系统可维护性
系统安装方便、在程序中提供维护数据库的工具。
8
系统升级方式
有统一自动升级程序、客户端自动升级。
9
易用性
具有个性化设置功能,能定义到每一个操作员个性化设置,提供在线帮助,报表支持与EXCEL的接口,界面友好性,具有Windows风格、重要报告保持电子化的手工纸X样式。
10
技术支持
开放技术便于维护,提供维护和二次开发所需要的技术支持
二、软件系统功能模块需求(包含且不局限以下内容)
1.医院信息系统软件部分(HIS)
1.1经济管理部分
1.1.1.病人一卡通系统
系统支持院内卡和居民健康卡等主流就诊卡。
1.1.1.1.门诊卡管理功能
Ø门诊建卡与发放
支持门诊患者建卡,并且能够保存患者的基本信息;
支持门诊挂号,门诊收费等界面直接刷卡调出患者基本信息。
Ø门诊卡挂失补发
支持门诊卡丢失后补发,不丢失患者信息及病历信息。
Ø门诊患者基本信息修改
支持建卡后患者基本信息的修改。
Ø就诊卡业务处理
实现各诊疗环节就诊卡应用,如刷卡扣费、刷卡查询等。
实现就诊卡预交金门诊住院结转等。
Ø查询
支持通过门诊卡号查询患者病历号等。
1.1.1.2.门诊XX管理功能
Ø账户管理
支持患者的开户管理,通过输入患者的门诊卡号查询患者信息,录入证件号(XX、军人证等)、输入密码完成门诊账户的建立,并打印开户凭证;
支持患者门诊账户充值、返还的操作,并打支持印、补打相关凭证;
支持账户的结清操作,且保留账户,并支持结清凭证打印;
支持账户的停用和重新启用,并支持相关凭证的打印;
支持账户的注销,注销前要结清账户金额,并支持打印相关凭证。
Ø账户授权管理
支持将本人账户的金额授权给他人使用;支持取消授权操作;支持授权信息的修改;支持授权凭证的打印。
Ø账户密码的查询
支持根据证件(XX、军人证等)查询患者账户信息并修改密码。
Ø相关查询
患者预交金信息查询等。
1.1.2.门急诊挂号功能
Ø挂号
支持医保、公费、自费等多种身份的病人挂号;
挂号员根据病人请求快速选择诊别、科别、号别、医生,生成挂号信息,打印挂号单,并产生就诊病人基本信息等;
根据业务流程,支持挂号环节调整;
支持专家号、专科号的限额手工减少功能;
支持挂号票的补打功能;
支持现场预约挂号和等形式预约挂号。
Ø退号
可以通过输入病历号或者挂号发票号,显示对应的允许退号的有效挂号信息,完成病人退号;并能正确处理病人看病日期、午别、诊别、类别、号别以及应退费用和相关统计等功能;
支持对已看诊号是否可退的权限管理。
Ø换科
支持非专家、非专科号的换科功能。
Ø日结
可以按时间段完成日结功能,并能打印或补打出日报表。
Ø查询统计
能完成挂号、退号、病人、科室、医师的挂号状况、医师出诊时间、科室挂号现状等查询,按科室、门诊工作量统计的功能。
Ø基本信息维护
挂号员权限、挂号费用等信息维护的功能;
患者基本信息修改和补充功能;
挂号级别维护,可根据医生职称等信息进行统一维护。
Ø其他
支持多种挂号方式(包括简易挂号、完整挂号);
支持医保、公费、自费、本院、合作单位多种身份的病人挂号;
支持挂号费用结算及报表统计功能;
支持专科和专家排班,并可以自定义排班模板。
1.1.3.门急诊收费功能
Ø门诊收费、退费
支持划价收费一体化或分别处理功能,自动获取或直接录入收费信息(包括患者XX、病历号、结算类别、医疗类别、医生编码,开处方科室名称、药品/诊疗项目名称、数量等);
支持多种结算方式(自费、公费、医保等)、支持自动找零、银联接口等;
退费可以录入门诊发票号选择药品或非药品进行退费,可以选择全部退费或者部分退费。
Ø门诊发票重打
录入门诊发票号重新打印,原发票作废。
Ø收费员日结算
对收款员收费进行结存并打印日结报表。
Ø其他功能
具有严格发票号管理(如使用发票号和机器生成号管理发票);
支持日结和月结或按任意时段结算功能,能灵活设置发票归集项;
提供收费处输入药品时自动检测药房数量;
提供灵活的费用折扣措施;
支持记帐、公费、医保等多种结算方式;
支持留观病人的费用结算,支持现金、支票、IC卡等多种支付方式。
Ø查询统计
提供收费员发票查询,收费员工作量统计,门诊收费分项查询。
1.1.4.住院登记功能
Ø入院登记
录入患者XX、性别等基本信息,为患者办理入院登记;
患者住院号可选择手工录入或系统自动生成;
支持登记时收取住院预交金;
患者XX、性别等必填信息界面中已经用醒目颜色标注出来;
支持住院处直接接诊流程(开关控制);
支持患者住院科室的修改(或者未被病房接诊);
支持患者等级是同时如入担保信息,也可以在担保管理界面单独录入。
Ø出院登记
支持出院处直接出院登记流程:
录入患者住院号,办理出院登记手续,患者的状态标记为“出院登记”。
出院登记会停止患者的所有医嘱、床位费等日固定费用的滚动,所以建议在确认患者所有医嘱、费用等信息准确无误后,再为患者办理出院登记。
Ø出院召回
支持住院处出院召回操作。
录入患者住院号,为患者进行出院召回。
出院召回是出院登记的逆过程,患者的状态将从“出院登记”状态更新回“住院接诊”状态,注意此操作不会恢复患者长期医嘱,请相关医生注意。
Ø患者信息修改
录入患者住院号,检索患者的基本信息,供操作人修改。
可根据医院规定,设定相应修改权限及内容。
Ø患者诊断
录入患者住院号、为患者添加诊断信息。
诊断分为入院诊断、主要诊断、其他诊断等多种类型,输入时注意类型选择。
Ø无费退院
录入患者住院号,为没有发生费用的患者办理无费退院。
患者的费用总额、预交金必须是0才可办理无费退院。
Ø转科转床
支持住院处转科转床操作:
录入患者住院号,为患者进行转住院科室,转病床操作。
为患者选择转入科室、病床,重新分配住院医生、护士等信息。
Ø担保管理
支持担保金的收取、返还、补打等操作,支持担保信息查询。
Ø无费退院
对未发生费用的患者进行退院操作(发生费用的必须先退掉,有预交金的先返还)。
Ø查询
入院情况查询;
出院情况查询。
1.1.5.住院收费功能
Ø预交金管理
实现住院患者预交金的收取,返还,补打等;
提供多种支付方式,打印预交金收据凭证。
Ø预交金日结算
按操作员实现预交金日结并打印清单。
Ø非药品收费
手工输入住院患者所发生的费用,具有单项费用录入和复合项目、组套项目费用录入功能选择。
Ø非药品退费
手工集中退费功能。
Ø退费确认
对于退费申请进行退费确认。
Ø催款单打印
低于警戒线的患者的查询打印。
Ø欠费标准设置
可分别按全院、病区、科室、个人、合同单位和时间段设置警戒线。
Ø手工开/封帐管理
支持按住院号进行单个在院患者手工开/封帐操作;
支持按科室进行批量患者手工开/封帐操作;
封帐的患者将不能进行费用操作。
Ø查询
预交金查询;
患者费用查询;
Ø在院患者一日清单:
查询打印在院患者日费用清单。
1.1.6.住院结算功能
Ø中途结算
支持患者住院中,阶段性的结算,并打印结算收据。
Ø出院结算
实现患者的结算,并打印结算收据。
Ø欠费结算
支持患者的欠费结算,并打印票据(根据实际情况)。
Ø结算召回
对中途结算、出院结算和欠费结算的患者进行取消结算。
Ø操作员日结
包括预交金在院病人各项费用、出院病人结账和退款等统计汇总。
Ø查询统计
预交金查询:
按照不同方式查询预交金并打印清单;
住院发票查询:
查询结算发票信息;
出院患者清单:
查询出院登记未结算的患者费用清单。
1.1.7.物价管理功能
Ø诊疗项目维护
维护除药品外的检查,化验,材料,治疗等诊疗项目。
Ø诊疗项目调价
调整诊疗项目全院价格的功能界面,可以设置及时生效,定时生效等功能。
Ø床位等级及费用维护
提供全院床位等级及配套费用维护。
Ø复合项目维护
将普通诊疗项目组合为复合收费项目的维护窗口,例如肝功八项,参照当地的物价标准进行维护。
Ø诊疗项目执行科室维护
支持诊疗项目默认执行科室维护,并支持多级执行科室维护。
Ø费用组套维护
提供全院、科室收费组套维护。
科室组套可以授权科室进行维护,方便收费员录入项目。
Ø挂号费费用
按照合同单位,维护每个合同单位下的不同挂号级别的挂号费用。
Ø合同单位维护
可维护不同收费待遇合同单位的编码,名称,等基本信息。
Ø合同单位待遇维护
维护不同合同单位的基本待遇算法,比如自费比例,统筹比例,报销上限等,如果待遇复杂,可维护对应的待遇计算接口。
Ø固定费用维护
主要用于维护某个床位级别下的需要自动收费的项目列表,可详细设置自动收费时间段,等详细属性。
1.1.8.医保合疗管理功能
Ø身份变更
提供自费转医保、医保转自费、自费转公费、公费转自费等不同身份类别之间的变更。
Ø医保合疗费用计算
根据患者医保类型及医保政策,自动计算患者费用额度,可用额度。
Ø医保合疗费用审核
实现医保患者身份审核,费用审核,费用拆分等。
Ø医保合疗结算
与当地医保进行对接,医保实时结算。
医保合疗费用对账。
1.2临床诊疗部分
1.2.1.门急诊医生站功能
Ø门诊处方
输入处方的类别、名称、数量、用法、每次用量、频次、备注、是否加急、总量、单位;开立组套处方,将处方设定为组合或取消组合。
支持门诊中草药类医嘱开立,符合中草药医嘱开立习惯。
Ø历史处方查询
选择患者,查看患者的历史医嘱。
Ø组套管理
可将选定的药品、非药品、诊疗项目等设置成套餐并储存为个人、科室或者全院通用的套餐,在给患者开立医嘱时调用,方便的进行医嘱录入。
Ø药品信息查询
查看所有药品列表,并设置显示方式,具有拼音码、五笔码、自定义码的过滤功能。
Ø非药品信息查询
查看所有非药品列表,并设置显示方式,具有拼音码、五笔码、自定义码的过滤功能。
Ø诊断录入
支持按ICD-10码下达诊断、支持自定义诊断录入。
Ø其他
支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院活动。
自动核算就诊费用,支持医保用药管理、提供医生权限管理,如部门、功能等;自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住院诊疗信息及相关费用。
Ø与其他系统接口及数据交换
申请检验及影像的相关信息传送给PACS/RIS、LIS、合理用药系统等相关系统,并接收传回的影像及报告;
处方自动传送到门诊药房;
处方支持一维、二维条码打印与扫描;
患者基本信息自动获得。
1.2.2.住院医生站功能
Ø医嘱管理
为患者开立医嘱和诊断,并且可以开立检查、检验申请单,用血申请单、会诊申请单。
提供长期和临时医嘱处理功能,包括医嘱的开立、停止和作废;
医嘱信息自动传给护士站
支持所有医嘱和申请单打印功能,提供医生、操作员签字栏,打印结果由处方医师签字生效;
医生医嘱处理中包括以下相关信息:
开医嘱、检查、检验、处方、治疗处置、卫生材料、手术、护理、会诊、转科、出院;
住院能下达转科、转诊等特殊医嘱,打印相应文件;
支持所有医嘱和申请单打印功能,提供医生、操作员签字栏,打印结果由处方医师签字生效;
中草药医嘱按中医医嘱格式(煎法、服法、付数);
提供患者既往医嘱、诊断、医嘱执行情况等查询。
Ø退费申请
提供对在院患者的退费申请,并打印申请单,如果已发药需要去药
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 招标 文件