投标须知投标人必须认真阅读以下内容，以免造成投标失败。1.名词解释1.1采购人：广州市白云区卫生局1.2采购代理机构：广州公共资源交易中心。1.3招标采购单位：采购人及采购代理机构。1.4 投标人：已从采购代理机构处购买招标文件并向招标采购单位提交投标文件的供应商。1.5 财政部指定的政府采购信息发布媒体：中国政府采购网（网站域名：www.ccgp.gov.cn）。2.关于招标文件2.1本招标文件仅适用于本次招标公告中所叙述的项目。2.2本招标文件中凡标有“★”的地方均被视为重要的指标要求。投标人要特别加以注意，必须对此具体、明确响应并完全满足这些要求。否则若有一项带“★”的指标未响应或不满足，将按投标无效处理。2.3招标文件的澄清和修改2.3.1招标采购单位对已发出的招标文件进行必要的澄清或者修改的，应当在招标文件要求提交投标文件截止时间至少十五日前，在财政部指定的政府采购信息发布媒体上发布更正通知，并以在财政部指定的政府采购信息发布媒体上最早公告更正通知的时间为公告时间和政府采购当事人对更正通知应当知道的时间。采购代理机构同时将加盖公章的更正通知以传真形式通知所有招标文件收受人。该澄清或者修改的内容为招标文件的组成部分。2.3.2招标文件收受人在收到以上更正通知传真后必须书面确认（在更正通知上加盖招标文件收受人公章），并于投标截止之前将该书面确认件传真至广州公共资源交易中心，否则视为招标文件收受人放弃投标，其提交的投标文件将不被接受。2.4招标采购单位可以视采购具体情况，延长投标截止时间和开标时间，但至少应当在招标文件要求提交投标文件的截止时间三日前，将变更时间书面通知所有招标文件收受人，并在财政部指定的政府采购信息发布媒体上发布变更公告。2.5招标采购单位根据招标采购项目的具体情况，可以组织潜在投标人现场考察或者召开开标前答疑会，但不得单独或者分别组织只有一个潜在投标人参加的现场考察。3.关于投标人3.1★投标人资格及要求（参加本项目投标的投标人除应具备《政府采购法》第二十二条供应商资格条件外，还必须达到下列全部要求并提供相应证明材料，所有证明材料须加盖公章）：3.1.1 投标人要求为国内独立的事业单位法人或独立企业法人（提供中华人民共和国事业单位法人证书副本复印件或企业法人营业执照副本复印件），且已从采购代理机构处购买招标文件并按规定交纳了投标保证金的供应商；3.1.2 投标人必须具有软件企业认定证书，提供证书有效年审合格证明复印件（如果投标当年颁发的认定证书则提供证书复印件）。3.2关于联合投标本项目不接受联合投标。3.3非联合体投标的，不同的供应商之间有下列情形之一的，不得参加同一项目投标：3.3.1彼此存在投资与被投资关系的；3.3.2彼此的经营者、董事会（或同类管理机构）成员属于直系亲属或配偶关系的。3.4按照财政部《关于信息系统建设项目采购有关问题的通知》（财库［2011］59号）规定，在信息系统建设中，受托为整体采购项目或者其中分项目的前期工作提供设计、编制规范、进行管理等服务的供应商，对于理解及把握采购内容具有一定的优势，其再参加该项目的采购活动，存在违反公平竞争原则的可能性。为保证政府采购公平、公正，凡为整体采购项目提供上述服务的法人及其附属机构（单位），不得再参加该整体采购项目及其所有分项目的采购活动；凡为分项目提供上述服务的法人及其附属机构（单位），不得再参加该分项目的采购活动。4.关于投标文件4.1 投标文件的组成和格式4.1.1投标文件应包括下列部分：投标文件目录；投标函（格式见附件1-1）；开标一览表（格式见附件1-2）；详细报价清单（格式见附件1-9）；投标人基本情况表（格式见附件1-5）；企业营业执照副本复印件或事业单位法人证书复印件；经正式审计的2012年财务报告及全套报表复印件；投标人获有关部门颁发的认证证书；企业信誉相关证明资料；项目经理简历（格式见附件1-6）；承担本项目主要技术人员和售后服务人员表（格式见附件1-7）；提供技术人员的认证证书等技术证书复印件并加盖公章，并提供以上人员在本公司任职的外部证明材料（如加盖政府有关部门印章的打印日期在本项目投标截止日之前六个月以内的《投保单》或《社会保险参保人员证明》，或单位代缴个人所得税税单等）复印件；提供《2011年以来已完成同类型项目一览表》（格式见附件1-8）；投标响应与招标文件差异一览表（格式见附件1-3）；重要指标响应一览表（格式见附件1-4）；项目实施方案；项目管理、工期进度表；调试、验收方案；售后服务情况表（格式见附件1-10）；售后服务和培训价格表（格式见附件1-11）。采用节能产品情况表（格式见附件1-12）； 4.1.2投标人在投标截止时间前，可以对所递交的投标文件进行补充、修改或者撤回，并书面通知招标采购单位。补充、修改的内容应当按招标文件要求签署、盖章，并作为投标文件的组成部分。4.2 投标文件的编写4.2.1投标人在投标文件中提供不真实的材料，无论其材料是否重要，都将视为投标无效，并承担由此产生的法律责任。4.2.2投标人必须对本招标文件的每一项要求给予实质性响应，否则将视为不响应。 “实质性响应”指符合招标文件所有要求、条款、条件和规定，且没有重大偏离。4.2.3投标人对本招标文件的每一项要求所给予的响应必须是唯一的。否则将视为不响应。4.2.4投标人应在投标文件中按招标文件的规定和要求附上所有的资格证明文件，要求提供的复印件必须加盖单位印章。4.3 投标文件的签署和印刷规定4.3.1投标文件正本必须打印。投标人应按照要求，在正本规定的地方加盖单位公章或由投标人法定代表人（或其委托代理人）签字，副本可通过正本复印。4.3.2投标文件除签字外必须是印刷形式，其中不许有加行、涂抹或改写。若有修改须由签署投标文件的人进行签字。4.3.3电报、电话、传真形式的投标概不接受。4.4 投标文件的密封、标记和递交4.4.1投标文件的密封和标记4.4.1.1投标人应准备投标文件的正本1套，副本5套，电子文件1份（光刻盘），在每一份投标文件上要明确注明“正本” 或“副本”字样。一旦正本和副本内容有差异，以正本为准。4.4.1.2投标人应将投标文件按照本章4.1.1要求单独装订成册，在正本封面上加盖公章。4.4.1.3投标文件应装订牢固不可拆卸（如：胶订），如因装订不牢固导致的任何损失由投标人承担。4.4.1.4正本和电子文件一起封装，全部副本一起封装，在每一封口处加盖公章，并在信封上标明招标编号和投标人名称。4.4.1.5投标保证金凭证（银行出具的现金送款单原件或转帐凭证复印件加盖投标人公章）、《投标保证金交纳声明函》（格式见附件2-2）各一份装入独立信封，在信封上标明招标编号和投标人名称。4.4.2投标文件的递交4.4.2.1投标人凭投标保证金收据将投标文件按上述规定进行密封和标记后，按招标公告注明的地址在投标截止时间之前送至采购代理机构。否则，招标人应当拒收投标文件。4.4.2.2在投标截止时间之后送达的投标文件，为无效投标文件，招标人应当拒收。4.4.2.3投标人未从采购代理机构处购买招标文件而向招标人提交的投标文件为无效投标文件，招标人应当拒收。4.5 投标文件的有效期投标文件有效期为自投标截止之日起90天。在原投标有效期结束前，出现特殊情况的，招标采购单位可以书面形式要求所有投标人延长投标有效期。投标人同意延长的，不得要求或被允许修改其投标文件的实质性内容，但应当相应延长其投标保证金的有效期；投标人拒绝延长的，其投标失效，但投标人有权收回其投标保证金。4.6 投标语言及计量单位4.6.1投标文件及投标人和招标采购单位就投标交换的文件和来往信件，应以中文书写。投标人提供的支持文件、技术资料和印刷的文献可以用其他语言，但相应内容应附有中文翻译本（经公证处公证），以中文为准。4.6.2计量单位应使用中华人民共和国法定公制计量单位。4.7 关于报价4.7.1投标人必须以人民币报价。4.7.2投标人必须按招标文件指定格式正确填写各种价格单，价格单中相应内容的报价应计算正确。4.7.3每一项目的报价必须是唯一的。报价栏项目中如出现数字0，视报价为零，即免费；如出现空白，视为已响应但漏报价。4.7.4漏报的单价或每单价报价中漏报、少报的费用，视为此项费用已隐含在投标报价中，中标后不得再向采购人收取任何费用。4.7.5所有报价应包含本项目的所有费用（包含国家规定的所有税费）。4.7.6开标一览表（附件1-2）的总报价大小写应该一致，大写金额和小写金额不一致的，以大写金额为准。4.7.7开标时，投标文件中开标一览表的总报价与投标文件中明细表的报价不一致的，以开标一览表的总报价为准。4.7.8投标文件的大写金额和小写金额不一致的，以大写金额为准；总价金额与按单价汇总金额不一致的，以单价金额计算结果为准；单价金额小数点有明显错位的，应以总价为准，并修改单价；对不同文字文本投标文件的解释发生异议的，以中文文本为准。4.7.9★投标人报价低于最高限价50%的，必须在投标文件中说明报价理由。5.关于投标保证金5.1 投标保证金为本次投标的必要组成部分，应在有关单据上注明招标编号。5.2 投标保证金用于保护本次招标免受投标人的行为而引起的风险。5.3 ★投标人须向采购代理机构交纳投标保证金壹万捌仟元整（￥18,000.00）。投标保证金必须由投标人通过银行主动划账或以现金方式交纳到广州公共资源交易中心以下银行账号，并必须于投标截止日前1个工作日下午4：30前到帐，以银行提供的已到帐单位名单为准。收款单位：广州公共资源交易中心开户银行：广州银行龙口西支行账号：***************转帐事由：GZIT2014-ZB0035投标保证金投标截止时间前，投标人凭已盖章的银行进账单原件（原件验证完毕当场退回）及其复印件或网上银行电子回单打印件，到中国建设银行天润路支行营业大厅（交易中心正门旁）的保证金专窗开具投标保证金收据。5.4 已转帐但未投标的潜在投标人的投标保证金，潜在投标人必须凭退还保证金申请（注明招标编号、保证金划出时间、金额、未投标原因等，并必须注明单位全称、开户银行、开户账号并加盖公章）和银行出具的保证金划帐凭证（或现金交款单）原件办理退还手续。采购代理机构收到以上申请并核实投标保证金到账后，在5个工作日内采用银行主动划账方式予以无息退还，退还时间以采购代理机构在开户银行办理划帐手续的时间为准。由于潜在投标人提供的证明材料不全或错误导致投标保证金未能及时退还的责任和损失由潜在投标人承担。5.5 参加投标的投标人投标保证金的退还（由于投标人提供的《投标保证金交纳声明函》内容不全、内容错误导致投标保证金未能及时退还或退还过程中发生错误，其责任和损失由投标人全部承担）。5.5.1未中标的投标人的投标保证金，在本招标项目中标公告或《招标结果公告》发出后5个工作日内，采购代理机构将按照投标人提供的《投标保证金交纳声明函》上的投标人账户，采用银行主动划账方式予以无息退还，退还时间以采购代理机构在开户银行办理划帐手续的时间为准。5.5.2中标人的投标保证金，在本招标项目合同签订后由投标人立即将签订后的合同正本一份提交到采购代理机构并办理退还投标保证金手续，采购代理机构将在收到合同之日起5个工作日内，按照投标人提供的《投标保证金交纳声明函》上的投标人账户，采用银行划账方式予以无息退还，退还时间以采购代理机构在开户银行办理划帐手续的时间为准。由于投标人未能及时提供签订后的合同正本，造成投标保证金退还时间延误的责任和损失由投标人全部承担。5.6 在下列情况下不退还投标保证金：5.6.1投标人已递交投标文件，并在投标截止时间之后，投标文件有效期满之前，撤回其投标文件；5.6.2中标后，中标人不按中标的投标文件签订合同，放弃中标；5.6.3由于中标人原因没有在规定时限内签订合同；5.6.4在招标期间用不正当手段影响评标结果。6.关于投标费用投标人须承担与投标有关的自身的所有费用，包括但不限于本招标文件工本费、投标文件准备以及投标保证金的费用等。无论投标结果如何，招标采购单位在任何情况下不承担、不分担任何类似费用。7.关于开标7.1 招标采购单位按招标公告中规定的时间和地点公开开标。7.2 开标时，投标人必须由法定代表人或其委托代理人（委托代理人必须随身携带并出示授权委托书，授权委托书必须按照附件2-1格式填写）在开标时间之前到达开标地点、出示身份证原件、和签到证明其出席开标会。否则视为该投标人放弃投标，招标人应当拒收其投标文件。7.3开标时，应当由投标人或者其推选的代表检查投标文件的密封情况，也可以由采购代理机构委托的公证机构检查并公证；经确认无误后，由招标工作人员当众拆封，宣读投标人名称、投标价格、价格折扣、招标文件允许提供的备选投标方案和投标文件的其他主要内容。唱标后，投标人法定代表人或其委托代理人在开标唱标表上签字确认。7.4 未宣读的投标价格、价格折扣和招标文件允许提供的备选投标方案等实质内容，评标时不予承认。8.关于评标和定标8.1本次招标采用一次报价一次评标定标的方式。8.2评标委员会由采购人的代表和有关专家共五人以上的单数组成，其中专家的人数不得少于成员总数的三分之二。专家名单由广州市政府采购管理机构专家管理系统随机抽选确定和通知。评标工作在评标委员会内独立封闭进行，评标委员会按排名顺序向采购人推荐第一名、第二名。若排名第一的中标候选人放弃中标或被取消中标资格，采购人可顺选排名第二的为中标候选人。若排名第二中标候选人的报价高于排名第一的中标候选人报价20％（含）以上的，评标委员会只推荐排名第一的投标人为中标候选人。8.3招标采购单位和评标委员会不向投标人解释落标原因，不退还投标文件。8.4评标和定标应当在投标有效期结束日30个工作日前完成。9.关于中标通知和签订合同9.1采购代理机构在收到采购人确认评标结果后或在评标结束后第六个工作日将以书面形式发出《中标通知书》，同时在财政部指定的政府采购信息发布媒体、广州市政府采购网（http://www.gzg2b.gov.cn）和广州公共资源交易中心网站（http://www.it-tender.gov.cn）上发出中标信息。《中标通知书》一经发出即发生法律效力。中标通知发出时间以财政部指定的政府采购信息发布媒体上公布中标信息的时间为准。9.2中标人须在中标通知发出之日起30日内与项目采购单位签订合同。合同由采购人报同级政府采购管理机关备案。9.3投标人自递交投标文件截止时起放弃投标的，由代理机构报财政监督管理部门处理。9.4中标后无正当理由不与采购人签订合同，给他人造成损失的，应当依照有关民事法律规定承担民事责任。10.关于投标无效和废标10.1 有下列情况之一出现的投标文件，将作投标无效处理：10.1.1投标文件未密封。10.1.2投标函无单位盖章。10.1.3投标文件不完整、不真实或未对招标文件做出实质的响应导致投标无效。10.1.4未按招标文件要求提交投标保证金的。10.1.5联合体投标未附联合体各方共同投标协议的。10.1.6除联合体外，不同的供应商之间有下列情形之一的：1）彼此存在投资与被投资关系的，2）彼此的经营者、董事会（或同类管理机构）成员属于直系亲属或配偶关系的。10.1.7投标文件载明的招标项目完成期限超过招标文件规定的期限。10.1.8投标设备或服务明显不符合技术规格、技术标准的要求。10.1.9投标文件载明的货物包装方式、检验标准和方法等不符合招标文件的要求。10.1.10投标文件附有招标采购单位不能接受的条件。10.1.11投标报价超过最高限价人民币壹佰捌拾捌万元整（￥1,880,000.00）。10.1.12投标报价低于企业的成本价。10.1.13投标文件逾期送达。10.1.14不满足招标文件本部分（即第一部分）和第二部分中其它重要指标。10.2 下列情况出现，应予废标，采购代理机构将在财政部指定的政府采购信息发布媒体、广州市政府采购网（http://www.gzg2b.gov.cn）和广州公共资源交易中心网站（http://www.it-tender.gov.cn）上发出《招标结果公告》。除10.2.4点情形外，招标采购单位将重新招标：10.2.1符合专业条件的投标人或者对招标文件作实质响应的投标人不足三家的； 10.2.2出现影响采购公正的违法、违规行为的； 10.2.3投标人的报价均超过了采购预算，采购人不能支付的；10.2.4因重大变故，采购任务取消的。11.关于质疑和投诉11.1 供应商的质疑投诉根据《中华人民共和国政府采购法》第六章和《政府采购供应商投诉处理办法》的规定执行。11.2 质疑、投诉应当采用书面形式，质疑书、投诉书均应明确阐述招标文件、招标过程和中标结果中使自己合法权益受到损害的实质性内容，提供相关事实、依据和证据及其来源或线索，便于有关单位调查、答复和处理。12.关于知识产权系统软件、通用软件必须具有在中国境内的合法使用权或版权的正版软件，所开发的应用软件的知识产权和专利权属业主所有，涉及到第三方提出侵权或知识产权的起诉及支付版税等费用由投标人承担所有责任及费用。13.关于保密未经采购人和投标人许可，双方都不得将招标文件中关于采购人的系统现状及需求情况、建设情况提供给任何第三方。14.关于中标服务费14.1广州公共资源交易中心向中标人收取中标服务费。收费采用差额定率累进计费方式，本项目属于服务采购类，100万元以下部分按1.2%收费，100万元至500万元部分按0.64%收费。14.2中标人须于领取中标通知书前向广州公共资源交易中心交纳中标服务费。中标服务费金额在财政部指定的政府采购信息发布媒体、广州市政府采购网（http://www.gzg2b.gov.cn）和广州公共资源交易中心网站（http://www.it-tender.gov.cn）上发出的中标信息中公布。第二部分 项目技术要求第一章项目需求描述 ★项目工期要求：应用软件必须在签订合同后9个月内完成项目开发、实施和初步验收，试运行1个月后，进行项目终验；终验通过后进入为期一年的保修期；硬件设备必须在合同签订后40个工作日内完成供货、实施和验收。★本次采购产品为非进口产品（进口产品指通过中国海关报关验放进入中国境内且产自关境外的产品）。★凡属于政府强制采购的节能产品，投标人所投产品必须已列入最新一期的《节能产品政府采购清单》（该清单可查询中国政府采购网http://www.ccgp.gov.cn）。（注：请投标人在投标文件中提供打印投标产品所在《清单》页，须填写采用节能产品情况表（格式见附件1-12））。 ★投标人必须承诺：中标后签订合同前或项目验收阶段，采购人有权要求中标方提供投标产品（服务器及存储交换机）送国家认可第三方实验室按照投标文件的性能参数进行测试，测试费用由投标人支付。不能提供样品或不能通过技术测试或测试结果与投标文件不符的视为虚假承诺，并报相关政府采购监督管理部门进行处理，导致整批货物被拒收和索赔，由此引发的所有损失由中标人负责。★投标人必须承诺供货时提供服务器及存储交换机原厂商针对本项的供货授权函原件。1 项目概况1.1项目建设背景2009年4月《党中央、国务院关于深化医药卫生体制改革的意见》正式公布，确立了建立中国特色的医药卫生体制，逐步实现人人享有基本医疗卫生服务，提高全民健康水平的总体目标。2009年，中共中央、国务院发布《关于深化医药卫生体制改革的意见》要求，在充分借鉴国内外卫生信息化发展经验的基础上，进一步明确了卫生信息化的发展思路，研究提出了“十二五”期间卫生信息化建设总体框架，即建设国家、省和地市3级卫生信息平台，加强公共卫生、医疗服务、新农合、基本药物制度和综合管理等5项业务应用，建设居民电子健康档案、电子病历2个基础数据库和1个专用网络，简称“3521工程”。目标是利用现代化的信息手段，推动医药卫生体制改革，为百姓提供安全、有效、方便、价廉的基本卫生服务。2012年发布的 《“十二五”期间深化医药卫生体制改革规划暨实施方案》中提出了未来几年卫生信息化建设方向：发挥信息辅助决策和技术支撑的作用，促进信息技术与管理、诊疗规范和日常监管有效融合。研究建立全国统一的电子健康档案、电子病历、药品器械、医疗服务、医保信息等数据标准体系，加快推进医疗卫生信息技术标准化建设。加强信息安全标准建设。利用“云计算”等先进技术，发展专业的信息运营机构。加强区域信息平台建设，推动医疗卫生信息资源共享，逐步实现医疗服务、公共卫生、医疗保障、药品监管和综合管理等应用系统信息互联互通，方便群众就医。卫生信息化是完成医药卫生体制改革各项任务的必要保障。在卫生行业中，全面实现各个业务领域日常工作的信息化，将极大地促进卫生服务水平和质量的提高，减少差错，提高效率，更好地为人民群众服务；此外，通过将各类医疗机构内部各类信息系统的互联互通，整合数据资源和应用资源，不但能全面提高整体服务水平，更能实现医改要求的“以人为本，创新服务”，减少不必要的卫生资源浪费，使优质卫生服务资源能实现集约化，提高其辐射能力，保障人民群众享受卫生服务的均等性。卫生信息化对于方便城乡居民获得均等化的公共卫生服务，规范化、科学化的医疗保健服务，以及安全、有效、方便、价廉的药品和实时结报医药费用，有效落实医改措施、监测医改效果，提高医疗卫生服务质量和效率、降低医药费用，促进实现人人享有基本医疗卫生服务目标具有重要意义。根据新医改的要求，基层医疗卫生机构的地位逐步突显，卫生信息化建设需求迫切。新医改之前，白云区根据本区的经济水平以及业务发展的需求，自发开展了一些信息化建设的探索，呈现出起步的发展态势。从总体来讲，广州市白云区卫生信息化建设经过早期的自发无序建设，目前进入到统一和整合建设阶段。为迎合这一发展要求，白云区需要进一步进行区域卫生信息化建设，以符合当前区域化统一建设的思路。为积极配合深化医药卫生体制改革，推进以健康档案为核心的区域卫生信息化建设，卫生部发布了《健康档案基本架构与数据标准（试行）》以及《基于健康档案的区域卫生信息平台建设指南（试行）》等相关指导性文件，为各级卫生行政部门信息化工作指明了方向。广州市目前已建立广州市基于健康档案的区域卫生信息平台，制定了EHR管理规范及数据标准，搭建以居民为中心EHR数据中心。EHR的组成内容被分为个人基本信息、儿童保健、妇女保健、疾病预防、疾病管理、医疗服务等六个方面，采集各单位来源的卫生服务记录，EHR的档案生成范围将与各单位的医疗卫生服务对象范围一致，在此基础上建立相应的区域协同医疗示范应用系统，如广州市民健康卡的使用、基于既定规范和管理制度实现双向转诊管理信息化等。通过建设为广州市建设区域卫生信息系统提供技术验证和可扩展的基础平台，为各卫生机构的信息系统建设提供规范和标准以及接入方式。通过建设基于EHR的区域卫生信息平台，为广州市建立起卫生信息标准体系，并为卫生信息标准研究、引用、开发提供技术保障。因此，广州市白云区区域卫生信息化建设应该遵循广州市基于健康档案的区域卫生信息平台的标准，使之能够与广州市卫生信息平台进行数据交换与服务，保证广州市白云区与广州市卫生信息化建设的统一性和一致性。根据上述理念，白云区卫生信息化建设一期项目已不能满足白云区卫生信息化发展的需要，需要在一期项目基础上，进行二期项目的建设。1.2白云区卫生信息化建设现状白云区位于广州市老城区的北面，面积795.79平方公里。白云区辖内有14条行政街，4个中心镇，即三元里街、松洲街、景泰街、黄石街、同德街、棠景街、新市街、同和街、京溪街、永平街、均禾街、嘉禾街、石井街、金沙街和江高镇、人和镇、太和镇、钟落潭镇4个镇。设居民委员会245个，村民委员会118个，全区户籍人口77万多人，流动人口约80万。当前白云区的卫生信息化现状情况如下所述：白云区卫生信息化一期项目已在区内15家社区卫生服务中心建设社区卫生信息系统，包括医院管理信息系统（HIS）系统及公共卫生服务信息系统，在另外7间有建档任务的医疗机构也安装使用区域居民健康档案管理系统。实现了区域居民健康档案的网络化录入，22间医疗机构录入的居民健康档案能实现共享、查阅，在15间社区卫生服务中心实现了医疗信息软件可即时调阅居民健康档案及进行居民健康随访等。社区中心与社区中心之间可以进行数据的传输和共享，实现电子健康档案的共享。HIS系统包含门急诊挂号系统、门急诊收费系统、门诊药房管理系统、门诊医生工作站、门诊电子病历、多媒体查询系统、物资管理系统、药库管理系统、家庭病床管理系统、广州医保接口及白云区公医接口系统。采用PB技术开发，C/S架构，ORACLE数据库。公共卫生服务信息系统（按照2010年广州市基本公共卫生服务包要求建设）包括居民个人健康档案管理（个人基本信息、基本档案、既往史及体检表）、慢病管理（高血压管理、糖尿病管理及老年人管理）等公共卫生服务系统模块。采用JAVA技术开发，B/S架构，ORACLE数据库（数据库大小为6G）。截止2014年2月底，已在白云区建立170余万份电子健康档案。尚未建立区域卫生信息平台，社区中心与区级医院之间暂未实现数据共享，无法开展全区范围的区域化卫生信息共享。4家镇卫生院建设了已收费为核心的管理信息系统，未建立以电子病历为核心的医院管理信息系统，镇卫生院、社区中心与区级医院未实现数据共享。区内各家医院的信息系统不统一，技术相对落后，功能不够全面，没有建立其全面的数字化医院信息系统，与医院外的业务系统无联动等问题，没有建立起以电子病历为核心的全面的数字化医院信息系统，无法满足医院业务要求和区域卫生信息化的需求，还需要更深入的信息化建设。1.3项目建设目标 总体建设目标：立足于全局规划的高度，以面向服务的集成思想为指导，建立以服务为导向的应用架构体系，初步建成一个系统安全、运行通畅、标准统一、应用全面、管理规范、资源共享，覆盖全区医疗卫生机构的信息化网络体系，基本实现基层卫生电子化、医疗服务数字化、公卫管理网络化、信息服务智能化、安全保障一体化的战略目标。以信息化促进卫生事业的改革与发展，为政府、社会和居民提供高效优质的信息服务。本期项目建设目标：1、实现资源共享、互联互通：从白云区实际情况出发，建立白云区基于居民电子健康档案（EHR）的区域卫生管理信息平台，实现对内和对外的数据互联互通、共享交换。采用先进、成熟信息技术，建立功能完备、标准统一、系统安全的区域卫生管理信息平台，实现卫生领域信息资源共享共用和医保信息的互通互联。基本实现医疗卫生电子化、医疗服务数字化、公卫管理网络化、信息服务智能化、安全保障一体化的战略目标，开创全人全程终身式的健康服务新模式和现代化的医疗卫生协作管理新模式，推动和支持城乡一体化医疗卫生体制改革。2、提升基层医疗机构服务和管理的效率和质量：建设以电子病历为核心的医院管理信息系统，提高基层医疗机构（镇卫生院）信息化管理水平，有效利用医疗资源，进一步提高医疗质量，保障医疗安全，为人民群众提供安全、有效、方便、价廉的医疗服务，促进社会和谐。以电子病历为核心的医院信息系统是深化公立医院改革的重要内容。以电子病历为核心医院信息化建设是公立医院改革中让患者得到方便、快捷医疗服务的有效措施，关系到广大人民群众的看病就医体验和切身感受。以电子病历为核心的医院信息系统是提高医疗服务效率，充分利用有限医疗资源，发挥最大服务效益的重要手段。一方面有利于提高医务人员工作效率，减轻工作负担；另一方面，促进医疗资源合理使用，提高医疗资源利用率。1.4本项目建设内容序号项目建设内容数量备注1区级区域卫生信息平台区级卫生数据中心及区域卫生资源库1套包括15家社区中心及4家镇卫生院的平台接入。区级区域卫生数据共享和交换平台　1套区级MPI与卡管理系统1套电子健康档案浏览器EHR VIEW1套与其他系统接口1套2医院管理信息系统医院管理信息系统4套共4家镇卫生院的系统建设。3配套硬件设备采购及租赁平台数据库服务器（租赁）2台包括安装、实施及集成服务。平台应用服务器（租赁）1台存储交换机2台1.5建设原则（一）统筹规划、协调发展。坚持规划先行、统筹安排，从全方位考虑、长远观点出发，理顺关系、合理布局，防止各自为政、重复建设。充分调动和发挥各方面的积极性和主动性，加强协调配合，分阶段组织实施，边建设、边完善，边发展、边提高。（二）以人为本、务求实效。以坚持服务人为本，以需求为导向，以应用促发展，要善于捕捉和挖掘医疗卫生工作中的卫生信息化建设需求，有针对性地开展研究和应用工作。要坚持先易后难、效益先导、务求实效，通过信息系统成果的不断推广应用，推进卫生信息化建设深入发展。（三）规范标准、强化管理。加强组织协调和业务指导，规范卫生信息化建设行为，制定应用系统业务流程、基本功能、数据格式和编码信息标准，坚持“统一规范、统一代码、统一接口”，在强化行业管理的基础上，坚持“统一软件”；卫生系统内重大信息化建设项目，要建立和完善立项审批、验收制度。（四）资源共享、安全可靠。以现有网络、业务系统和信息资源为基础，打破行业、部门、单位之间的界限，加强网络资源、数据资源整合，实现互联互通、信息资源共享。在保证网络、信息系统先进性的同时，坚持采用成熟、安全、可靠的技术，建立备份、应急预案和灾难恢复系统，保障网络和信息系统使用安全。（五）循序渐进、突出重点。系统的建设要在统一规划下循序渐进地建设，并根据实际业务需求突出重点和亮点，确保信息化建设实用高效。2项目总体要求2.1总体要求1.投标人必须承诺所提供或开发的软件产品严格执行国家有关软件工程的标准，保证系统的质量，提供完整、准确、详细的建设文档资料，应用设计符合国家、医疗卫生行业有关标准、规范和卫生局、医院自身的发展规划。2.应用软件要满足实用、高效性、易操作和安全性原则。3.系统建设必须根据用户实际需求进行个性化定制。4.★本期项目与白云区卫生信息化一期项目中的公共卫生服务信息系统必须做到无缝融合，在全面规范和整理现有数据、优化现有业务流程的基础上，确保本次采购系统的平稳实施，确保目前的业务系统运作不停顿；确保现有资源，尤其是数据资源得到充分的保护和利用。在此项目建设过程中，采购方负责提供相关接口所需的源代码及接口标准。2.2总体架构图建设广州市白云区卫生信息数据中心，制定统一的标准，有效整合医疗卫生业务应用系统，形成一个互联互通的医疗卫生业务协作网络。如下图：广州市白云区卫生信息数据中心总体架构图 2.3本期项目软件架构图 2.4本期硬件部署架构图 本期项目硬件部署图见下图： 2.5项目技术路线要求本系统在可靠性、可用性、可扩展性等方面都有很高的要求，所以系统软件平台应基于面向服务架构（SOA）架构，采用消息中间件及门户中间件技术，来完成各种异构系统间消息的传输、转换、过滤与路由等，使系统能够在架构层面支撑公共卫生信息各关联系统的整合。2.2.1★区域卫生信息平台采用J2EE多层架构设计框架。完全面向服务的软件架构（SOA）设计。2.2.2★采用XML标准的数据交换共享，跨平台、跨语言的数据软交换技术，并采用国际上成熟的标准压缩加密算法处理业务数据，以最大限度利用网络带宽。2.2.3数据中心采用伸缩性可扩展平台设计，数据中心根据政策变化可进行扩展与调整。2.2.4大型数据库应用与数据分析、数据挖掘技术，采用大型数据库作为DBMS，海量数据存储与联机数据分析挖掘技术2.2.5数据交换平台采用消息总线方式设计，在面向服务的设计体系支持下，以后可为扩展卫生行业其他业务系统之间的业务集成和数据交换，可保护现有投资。2.6需遵循的标准规范按照广州市卫生信息化建设的总体要求，结合广州市白云区卫生医疗机构的基础和特点，确定本期的建设内容主要参考标准如下：1)卫生部《全国卫生信息化发展规划纲要（2003-2010年）》2002年10月2)2009 中共中央 国务院关于深化医药卫生体制改革的意见3)卫生部医药卫生体制改革近期重点实施方案（2009－2011年）4)卫生部农村卫生管理司《农村居民健康档案管理规范》2008年5)卫生部《基于健康档案的区域卫生信息平台建设指南》6)卫生部《基于健康档案的区域卫生信息平台建设技术解决方案》7)卫生部《健康档案基本架构和数据标准（试行）》8)卫生部《医院信息系统基本功能规范》2002年4月；9)卫生部、国家中医管理局《病历书写基本规范(试行)》；10)卫生部《电子病历系统功能规范（试行）》11)卫生部《电子病历基本架构与数据标准》12)《广东省卫生信息化发展规划（2004-2010年）》；13)《广州市国民经济和社会信息化发展十一五规划》；14)《广州市卫生信息化建设十五规划》；15)《广州市“十一五”信息安全总体规划》16)符合《软件开发过程性规范》；17)符合国家标准《计算机软件工程规范》。18)卫生部《国家基本公共卫生服务规范》2.7本期项目软件系统所需特性及技术要求为了满足可适应性、易操作性、以及适应白云区卫生局及基层医疗机构未来的发展，本期项目软件系统需满足以下特性及要求：?医院管理信息系统需采用门户设计，业务操作人员能够通过一次登陆，使用与其业务相关的系统，主要体现在建设个人门户管理。门户管理需具备三个特点:1、个性化；2、单点登陆；3、内容聚合。?支持用户自己可配置的规则管理，提供工具和功能，根据因业务规则和管理需求的变化而配置产品，使之能良好适应需求的变化，持续支撑医院业务发展?支持用户可配置的工作流程管理，提供工具和功能，根据因环境或内部流程的变化而配置产品，使之能良好适应需求的变化，持续支撑医院业务发展?用户可以按自己的习惯配置界面；提供简洁的操作；丰富的提示；一致的操作模式?用户可以灵活的使用现有功能组件建立自己的应用?软件采用大型数据库(相当于Oracle)，区级卫生管理信息平台采用相当于weblogic或Websphere中间件技术。?软件系统具有统一自动升级程序，满足只需升级服务端的程序，客户端自动升级程序。3项目系统软件功能要求3.1区级区域卫生信息平台投标人需根据从白云区的实际情况，制定切实可行的实施方案、明确实施计划、实施任务及所涉及的单位。针对区级区域卫生信息平台实施工作，投标人需在白云区指定的中心机房部署实施以下区级区域卫生信息平台内容。3.1.1区级卫生数据中心及区域卫生资源库区级卫生数据中心是基于健康档案的区域卫生信息平台的核心，建立集中为主、分布为辅的统一数据中心，完成基层医疗卫生机构的卫生信息的存储、集中管理，保障数据的安全存储和高效使用，服务于所有区域卫生业务应用。数据中心数据结构应以健康档案为中心，生命周期为主线，属地化管理为原则进行设计，充分考虑到区域中各种卫生机构相关业务活动及业务管理、决策支持要求，建立健康档案、公共卫生、医疗服务数据库。卫生数据中心具备如下功能：第一，能够收集并管理医疗卫生行业各部门相关应用系统的信息，进行汇总、整理、分析；第二，支持实现各种业务数据共享，实现医疗卫生数据资源和居民健康档案信息的共享；第三，支持各医疗卫生机构通过向卫生数据中心传送信息并接收有关信息，实现各业务部门的业务数据交互；第四，数据中心的数据要符合部颁和国颁标准，能够支持和上级卫生信息平台的数据交换。区级数据中心建立在全市统一的数据标准之上，实现定时向广州市卫生数据中心传输健康档案数据，要预留广州市预约挂号、区域妇幼系统及双向转诊等接口。主要对两类数据与市数据交换中心实现交换共享：?国家及卫生主管部门需要的业务数据，如：国家卫生部规定的统一报表、系统规划的上报数据。?主管部门需要的管理分析信息，如：实时查询、在线工作情况等。区级平台主要采集镇卫生院及社区卫生服务中心的居民健康档案信息、处方等信息、诊疗信息、形成居民广义健康档案，建设成为区级卫生数据共享和交换中心，并为区域卫生管理提供数据支持。为区域内的社区卫生服务中心及镇卫生院提供全区域统一的信息标准，为数据共享奠定基础。3.1.2区级区域卫生数据共享与交换平台区级卫生数据共享和交换平台是整个项目的重点，是整个区各种卫生业务运行和整合的支撑平台，是全区医疗卫生信息的数据共享和交换中心。通过数据共享和交换平台，采集区内医疗机构的HIS数据，包括门诊信息、居民健康档案信息等，以及采集其他系统业务数据为建立区域居民健康档案提供数据基础。数据共享与交换平台应完全符合《健康档案基本架构与数据标准》、《基于健康档案的区域卫生信息平台建设技术解决方案（试行）》和《基于健康档案的区域卫生信息平台建设指南（试行）》，通过数据交换与共享平台，使各应用系统在应用和数据层面形成一体，实现数据共享、交换和应用业务整合与集成。本期项目任务要实现白云区15家社区中心及4家镇卫生院的平台接入，实现健康档案数据共享和交换，预留与白云区区级医院的平台接口，在后期项目中接入。3.1.2.1平台基本服务组件要求投标人设计的区域卫生信息共享交换平台必须作为服务于区域卫生医疗的单一实例而存在，提供多种服务组件，包括且不限于如下几种。（1）注册服务注册服务包括对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语的注册管理服务，系统对这些实体提供唯一的标识。针对各类实体形成各类注册库（如个人注册库、医疗卫生机构注册库等），每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。注册库保有一个内部的非公布的标识符。（2）健康档案存储服务 健康档案存储服务是一系列存储库，用于存储健康档案的信息。（3）健康档案信息共享和协同服务 健康档案信息共享和协同服务基于健康档案存储服务，提供医疗卫生机构之间的信息共享服务和业务协同服务。 （4）全程健康档案服务全程档案服务用于处理健康档案中卫生信息平台中的存储和共享等工作。主要为用户提供数据标准化服务、业务规则服务、索引服务、健康档案地址服务。标准化服务是指能将各种非标准化的数据格式转换为系统所能识别的统一的标准数据格式，并能校验单次收集数据的完整性。业务规则服务负责对业务中的逻辑进行处理，通过对数据装载、主键管理、健康档案索引等服务的调用以及对数据中具体指标的判断，执行不同的业务处理。健康档案摘要服务，支持从健康档案信息中抽取关键性指标，包含一定的关键域，客户端能够通过这些关键域同健康档案索引服务关联起来，去定位当前个人健康状况中的关键性问题。健康档案地址服务提供每条医疗信息记录的真实存放地址，方便跨区域调阅健康信息。地址信息包括：存放服务器地址，存放服务名等信息。这些存放服务器都需要采用统一的基于新型可靠技术的数据存储服务，同时使用可靠技术解决安全问题。（5）信息接口服务信息接口服务包括两大类服务：通信总线服务和平台公共服务。通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信。主要服务组件包括消息服务和协议服务。3.1.2.2数据交换与共享要求通过数据共享和交换平台，采集基层医疗机构的HIS数据，包括门诊信息、健康档案信息等，以及采集其他系统业务数据为建立区域健康档案提供数据基础。通过数据共享和交换平台需要满足如下纵向资源整合：（1）支持居民健康卡的整合利用区卫生信息平台提供的关于病人主索引及相应卡介质的数据交换标准和服务接口对医院和社区卫生服务中心的相关子系统进行改造，以实现病人主索引及居民健康卡在全区各医疗机构各项医疗卫生业务中的通用，实现广州市健康卡在医疗系统的识别。（2）电子健康档案数据的整合居民在市区各级医院（通过广州市区域卫生平台实现）、社区卫生服务中心进行各项医疗卫生健康服务业务时，医院和社区卫生服务的信息系统利用卫生信息平台提供的接口服务将居民各项服务产生的数据（包括个人基本信息、诊断及处方）上传到卫生数据中心整合成统一的居民个人电子健康档案ＥＨＲ，同时医院和社区卫生服务的信息系统利用卫生信息平台提供的接口服务根据权限查询居民的个人电子健康档案ＥＨＲ。3.1.3区级MPI与卡管理系统实现全区居民个人唯一标识MPI、基本信息以及MPI卡介质的建立和管理。区级MPI与卡管理系统是实现全区医疗卫生业务逻辑上的“一卡通”以及建立全区广义电子健康档案的基础设施。本功能基于广州市区域卫生信息平台服务接口实现。目前各医疗卫生业务部门都各自建立了相应的业务管理系统，需要重复采集患者的基本信息，增添了不必要的麻烦，而且造成了个人基本信息的不一致，并且各部门为提高智能化管理水平，很多部门都有面向服务对象发卡的意愿，这种情况将会导致医疗卫生的服务对象在不同机构接受服务时都要办理不同的多张卡和各类证件。因此，为了适应医疗体制的改革发展，借助于此次信息化建设的契机，可以考虑充分利用健康卡，作为居民享受健康服务和医疗诊疗的身份标识，并充分利用健康卡相关资源，从而实现卫生业务信息互联共享。3.1.3.1MPI与卡管理在平台的实现本系统的MPI与卡管理的功能实现将调用广州市基于健康档案的区域卫生信息平台提供的功能接口。通过平台MPI服务管理，把来自不同系统和机构的病人标识和统计信息进行统一的维护管理，并映射成统一的标识，共享患者的各种身份识别信息（包括健康卡、身份证、医保卡、诊疗卡等等），以及患者基本信息。基于卫生数据中心和信息交换平台，主要完成全区居民个人唯一标识的建立和管理，健康卡的发放，挂失，注销，解挂等，可以通过接口集成嵌入到医疗机构的信息系统中使用。3.1.3.2MPI应用流程MPI的应用流程如图所示： 如上图，居民就诊或享受社区服务时，通过终端设备刷相关卡（健康卡、身份证、医保卡、诊疗卡等等）调入基本信息，调用广州市基于健康档案的区域卫生信息平台提供的功能接口传入基本信息，如果该居民（病人）未建卡（档）则调用平台提供的接口进行建卡从而获取居民的MPI，如果该居民已建卡（档）则直接获取MPI，然后使用返回的MPI在系统进行其它诊疗或社区服务。3.1.3.3卡管理应用流程卡管理的应用流程如图所示： 如上图，居民通过身份认证信息调用平台功能接口判定是否建档，如果未建档则进行建档返回MPI，如果已建档直接获取MPI，通过返回的MPI进行卡管理，包括卡挂失、卡注销、密码重置、其它卡唯一标识映射等业务。3.1.4电子健康档案浏览器EHR VIEW电子健康档案浏览器（即EHR浏览器）是为终端用户提供的基于web 的访问个人电子健康记录的应用程序，提供健康档案的展现。健康档案浏览器的目标是建立一个用户友好的环境，在该环境下被授权的卫生专业人员可以方便地访问健康档案中保存的相关数据。健康档案信息由临床信息、预防保健信息、康复信息等组成，健康档案浏览器可以根据使用者的特定需求提供不同卫生领域的调阅展示服务。居民电子健康档案涵盖居民从出生到死亡整个生命周期的健康记录，包括基础信息以及医院诊疗信息等方面的健康档案信息。建设区域健康档案，逐步实现“多档合一”，体现预防为主的方针，实现健康档案与临床信息的一体化。同时达到以下要求：?利用区域卫生数据交换平台采集到健康档案系统。?提供居民健康查询和利用需有严格的权限管理制度及管理方法。?提供动态扩充健康问题的定义功能。3.1.5与其他系统的接口3.1.5.1与广州市区域卫生信息平台接口在采购人提供接口相关源代码的基础上，按照广州市基于健康档案的区域卫生信息平台的要求，实现区级区域卫生信息平台与广州市卫生局基于健康档案的区域卫生信息平台的对接，实现全广州市居民个人唯一标识MPI、基本信息以及MPI卡介质的建立和管理，实现市、区级平台数据交互共享等。白云区居民在区外医疗卫生机构就医所产生的医疗卫生信息，可通过市级平台交换获取，实现健康档案数据在全广州市的信息交换和共享。实现广州市居民健康卡的发放及使用。对于整个广州市区域卫生信息化建设来说，白云区区域卫生信息平台相当于二级数据中心，通过二级卫生数据中心和广州市市级平台的对接可实现数据在全广州市的信息交换和共享。本区居民在区外医疗卫生机构就医所产生的医疗卫生信息，可通过市级平台交换获取。在市内各个业务信息系统间的数据交换和共享，通过统一的数据标准和数据集进行，各个业务系统间并不直接发生接口关系，所有的接口只针对二级平台统一制订。二级平台是广州市卫生交换平台的支撑，各个业务系统数据通过二级平台的梳理传递给广州市级平台，实现广州市级平台接口的进一步专业化，避免重复接口的实现风险。同时二级平台又是广州市级平台的补充，通过二级平台的建设，分担了市级平台的极高负荷，通过数据的归属化管理，近一步减轻了市平台的无效负载，有效改善系统反应速度和开发负责度，通过市级平台的传递和过滤同时能够实现和二级平台与周边区域的信息共速度交流，减轻了二级平台的接口实现难度，最大限度保留原有投资的不浪费。因此，广州市白云区区级平台和广州市市级平台互为依托，缺一不可。如下图所示： 3.1.5.2与公共卫生服务信息系统接口★在采购人提供接口相关源代码的基础上，要实现区级区域卫生信息平台与公共卫生服务信息系统的对接，实现与公共卫生服务信息系统中电子健康档案数据的数据交换与共享，必须保证上述两个系统高度融合，无缝链接，数据互联互通。3.1.5.3与医院信息系统的对接★在采购人提供接口相关源代码的基础上，要实现区级区域卫生信息平台从白云区15家社区中心及4家镇卫生院的医院信息系统中采集医疗机构的业务数据和临床诊疗数据，必须保证上述两个系统高度融合，无缝链接，数据互联互通。3.2医院管理信息系统3.2.1门诊急诊挂号系统门诊挂号系统主要门诊挂号等业务处理，能提供按挂号时间和汇总时间二种统计方式提供多种类型的汇总表、统计表的统计查询。系统要支持广州市卫生局统一的居民健康卡的发放及使用。主要功能要求如下：挂号处理建立门诊病人档案，处理门诊病人挂号、退号、转科、预约挂号及操作员挂号日报表、支持就诊卡使用。查询提供挂号号表查询、挂号分类统计、预约挂号查询、、帐户信息查询、药品信息导入等功能。统计报表提供挂号分科统计表、医生挂号统计表、等报表。系统维护对挂号科室、挂号科室。系统维护对挂号科室、挂号科室、医师排班、发药药房、票据号码（门诊号、处方号、发票号）、常用地址、常用单位、病人证号报表格式、医生科室对照等进行维护管理。3.2.2门急诊划价收费系统门诊收费系统主要门诊收费等业务处理，按收费时间、结帐时间和汇总时间三种统计方式提供多种类型的汇总表、统计表和核算表的统计查询。本系统要支持多个门诊系统（如门诊，急诊等），支持就诊卡的刷卡使用，同时要求系统选项中增加处方有效期设置，处方录入套餐的功能。主要功能要求如下：收费结算处理提供收费结算、发票作废处理、病人退费处理、操作员收费日报表、门诊收费日报表等功能。支持一个医生对应多个科室、支持根据门诊号、就诊号或者就诊卡号自动从医生站调入处方，支持同一界面录入中药方、成药方、草药方、医技项目，处方录入支持套餐，皮试提示等功能。查询提供收费发票查询、帐户信息查询、药品信息导入等功能。统计报表提供性质费用汇总表、单位费用汇总表、科室医生核算表、帐户卡发放统计报表等报表。系统维护对医师排班、发药药房、票据号码（门诊号、处方号、发票号）、常用地址、常用单位、病人证号报表格式、医生科室对照等进行维护管理。3.2.3门诊药房管理系统门诊药房信息系统主要处理药房划价发药及基本库房业务。本系统共有三种类型的业务：库房业务、门诊发药、住院发药（在门诊药房中指对住院病人的处方发药，在病区药房中则指对病区的医嘱发药等）。其中药房的库房业务主要包括向药库领药、其它入库、出库、药房之间调拨、药房向库房退药、盘存处理、月结处理等，另外还有库存调整、库存禁用等特殊操作。门诊发药业务包括处方划价、处方发（配）药、退药处理、取消发药等，并提供相应的处方发药查询、未发药处方查询、发药统计等。住院发药用于对住院病人的处方发药，并在在发药统计中进行统计。3.2.4门诊医生工作站本系统主要针对门诊医生，完成对门诊病人的诊断、处方、医技，并完成门诊预约的功能，同时具有统计门诊病人发生的一切费用和门诊医生的工作量，查询病人的门诊病历等功能。主要功能要求如下：主界面在主界面上右栏显示病人的基本信息。左栏按照病人的历次就诊记录时间整齐排列，可查询病人历次的病历、处方单、检查单和各类报告单等，右栏显示病人的门诊号码、病人姓名、性别、年龄、病人性质、职业、血型等基本信息。 新病人完成一个新门诊病人的选择，需要输入病人的门诊号码，或在新病人列表中点选，点选后显示的信息有病人姓名、年龄、初诊判别、门诊号码、就诊次序等基本信息。系统支持病人采用就诊卡，若内嵌就诊卡，则可直接刷卡，调用病人的基本信息。诊中病人业务处理通过计算机程序完成门诊病人从信息调入到就诊结束的一个完整诊疗过程的操作。处方录入完成病人处方的输入。在中西药方中有西药方、中药方、草药方三种处方供填写。在西、中药方中有用药数量、每次剂量、药品贴数、给药途径、药品单位、药品频次、药品用法、用药天数等数据，同时显示药费、注射费等；在草药方中有每次用量、处方贴数、草药制法、给药途径、药品用法等数据需要填写。同时显示药费。处方录入支持拼音码、五笔码等多种识别码。支持药品基本的信息的快速查询，药品录入过程中直接点右键可自动查询该药品所有的基本信息。支持处方套餐的调用。支持“复制”功能，通过复制功能可调入历史处方。增加处方单选择菜单目录，处方菜单包括：常用药、组套、药品分类和全部四个项目，通过点击就可选择医生所需要的药品。处方录入过程中支持皮试药品提示。处方录入支持附加计价项目的调入。检查单录入完成病人检查治疗项目的输入。显示费用名称、数量、单价、单位、申请医生、执行科室，自负比例。检查单录入支持拼音码、五笔码等多种识别码。支持检查单套餐调用。报告单查询医师查看反馈回来的检查报告。预留支持检验系统、放射系统等医技科室连接的接口，查看检验报告等诊断结果完成诊断结果。管理信息包括诊断名称、诊断类型、诊断转归。在诊断结果中可以添加各种诊断，并可以把此病人上一次诊断的资料调出为参考，以维持诊断的形式添加到诊断中。在诊断录入的同时，还可以选择是否针对某项疾病进行鉴别处理。暂挂处理对需要进行医技检查的病人程序界面进行暂停处理，先对后面的病人处理，等病人做完检查后，恢复处理，再进行下一步的诊疗。就诊结束结束对病人的诊疗过程，自动生成完整的一份门诊病历。复诊预约在结束一个病人以后，可以进行复诊预约。复诊预约管理包含的信息有科室、医生、挂号类型、值班类型、预约时间。信息查询和统计查询药品字典、诊疗字典、诊断字典、手术情况查询、住院情况查询、住院预约查询、复诊预约查询、门诊就诊记录查询、门诊详细资料查询、门诊病历查询。系统维护医生权限维护、发药药房维护、药品组套维护、项目组套维护 、给药途径维护、项目关联维护。3.2.5药库管理围绕“金额管理、数量统计、实耗实销”的管理目标，为中西药库提供药品的入库，出库，调价，帐务处理，计划编制，药品质量控制等业务功能，并能对其进行综合的统计分析与查询。主要功能要求如下：入库处理：该功能主要包括入库单处理及库房验收、财务验收子功能、付款处理、采购历史查询等功能。出库处理对药品进行出库处理（科室领用、盘亏等），药房退回药库药品的出库处理，出库方式的汇总、科室消耗的汇总等功能调价调价主要包括调价处理、调价历史、调价差额汇总三个子功能。计划根据药库实际情况进行采购计划的制定，包括计划编制、计划审批、计划执行、计划评估四个子功能。其它处理药库药品的养护、盘点以及药库的月结处理。综合查询综合查询功能包括会计帐簿、保管员帐簿、库存查询、收发存表、收发存分析、剂型收发存分析、采购分析、销售分析、特殊药品进销统计、低储过储报警、高储过限报警、失效预测、财务月报功能。系统维护药品信息维护：主要维护药品的基本属性、药品单位和包装设置，药品编码、设置药品的高低储标准、失效日期、用药限制、药品说明、药品作废、等效药等功能。3.2.6住院收费系统以病人为中心，提供病人住院过程中发生的入院登记，预缴金交纳，床位分配，转床转科等一系列功能，并对其中的数据进行综合的统计查询，加强医院对住院病人的管理的控制。提供病人住院过程中发生的费用记帐，费用结算，退费，催款等一系列功能，并对其中的数据进行综合的统计查询。3.2.7住院药房管理病区药房信息系统包括库房药品管理和发药管理两部分。其中库房管理主要包括向药库领药、其它入库、出库、药房之间调拨、药品的回库、盘存处理、月结处理、各类业务的查询等，另外还提供库存调整、库存禁用、药品信息导入等特殊操作。病区发药管理包括普通医嘱发药、急诊用药、出院带药三种类型，另外系统还可以执行药房药品信息维护、退药处理、发药汇总、发药预领、发药查询等操作。3.2.8住院医生工作站住院医生站主要功能包括：入院诊断、常规医嘱、医嘱输入、病历首页、手术申请、出院处理等；提供病人费用、药品比例、医保病人费用查询等功能。主要功能要求如下：入院诊断新病人处理时，输入入院诊断，包括诊断类型（初步诊断、主要诊断、并发症、补充诊断、维持诊断）和鉴别诊断，诊断具有分组的能力，每一组中至少有一种主诊断。常规医嘱新病人入院时，根据住院病人的科室和病区的具体情况以及输入的入院诊断在入院医嘱中自动弹出医嘱输入框添加两种医嘱（科室常规医嘱，疾病常规医嘱），用户可以自己选择是否删除和新增。医嘱输入住院医生输入病人的医嘱，包括检查医嘱和药品医嘱、无费用医嘱。允许医生根据自己的疾病--治疗方案维护库对病人进行方便的治疗方案选择处理，无需逐条输入新医嘱，也允许医生根据鉴别诊断维护库对病人进行方便的医技方案选择处理。病历首页依据住院病人的住院号，开启首页书写界面，根据病人一般情况自动填写首页的前面部分，根据病人的诊断自动填写病人的出院诊断，根据病人的手术情况自动填写手术及切口情况病人诊断的更改选择病人，开启诊断更改界面，补充、修正、新增住院病人的诊断手术申请/查阅选择病人，填写手术医嘱单时，开启手术申请界面，或直接打开手术医嘱单。填写申请表（主刀医生，第一助手，第二助手，第三助手，麻醉方式，麻醉会诊）可以发送或保存手术申请。转科申请/查阅开启转科申请单界面，输入转科申请的目的科室，被申请医生。病危通知选择病人，输入病危情况。出院处理包括出院停嘱、出院带药、出院诊断、门诊病历小结、病历首页等功能。3.2.9住院护士工作站根据以病人为中心的宗旨，为病区护士提供了在医护工作中对病人一系列的业务操作。包括床位管理，医嘱的录入，执行与打印，治疗单与各种卡片的打印，体温单的绘制，书写护理记录，查看结果报告，查询住院费用。包括对家庭病床病人的管理功能。主要功能要求如下：床位管理对病人的床位情况进行管理，主要包括为病人分配床位，进行包床、转床、换床、借床、转科等操作。病区借床需经对方病区的允许。医嘱处理医嘱处理是病区护士工作站的主要功能，主要指护士根据医生的医嘱信息，录入到计算机，或对医生站提交过来的医嘱进行提交或执行操作。医嘱提交和执行医嘱录入后，药品医嘱、费用医嘱、医技根据其类型和用法在不同的菜单提交或执行药品医嘱提交分按病区提交和按病人提交两种方式，也可按全部医嘱、长期医嘱、临时医嘱、普通医嘱、急诊医嘱、出院带药等医嘱分类进行提交。医嘱复核医嘱复核分按病人复核和批量复核退药与退费对于药房已发药的药品医嘱，若要进行退药，需先进行退药申请。对于本病区记费的项目（包括发药属性为病区发的药品，费用医嘱及附加计价中的药品和费用），可直接在本病区退费。医嘱卡片根据医嘱的给药途径，自动生成不同类型的医嘱卡片，包括护理卡、口服卡、注射卡、静滴卡、饮食卡、临时医嘱卡，输液巡视卡等卡片。病区管理对病区日常事务进行管理，主要包括护士排班、催款处理、费用清单查询等功能。催款处理可以根据催款比例与催款金额查询病人欠费情况，打印催款单，具有三层明细结构查询欠费清单。病区药品管理管理本病区的药品的入出库情况，统计药品的收支信息，包括本病区药品维护设置，药品出入库管理，本病区医嘱发药处理、本病区盘点处理、月底过帐、收支查询及本病区三级库房的初始化等功能。查询查询病区各项信息，如在院、出院病人信息，发药退药情况、病区日报表、医院未执行单查询、医院病区收入核算、病区饮食医嘱统计、病区收入核算、护士工作评估等。系统维护维护医嘱发药药房的设置、药品用法、给药途径的设置、医嘱组套、排斥医嘱、值班类别的设置、数据字典的设置、报表设置、项目关联设置等。3.2.10门诊电子病历系统本系统是为门诊医生提供了处理日常就诊事务的方便快捷的工具。包括书写病人的主诉，现病史，体征，诊断等信息的病程记录，查看历史病程。门诊电子病历应采用结构化输入和XML存储方式，便于今后的查询、分析、统计。支持打印、续打、套打，能够完全满足临床医生的实际需要。同时，填写的病历可以实时进行打印和续打，支持引入历史病历内容；插入特殊符号；支持不同就诊日期的处方记录、检查记录、历次诊断记录等数据引入；通过导出模板，可以设置个人模板或常用语等功能。主要功能要求如下：（1）病历资料门诊病历：填写门诊病人的病历。系统要提供整体模板功能，方便填写。并能够打印。历史病历：查阅病人历史的门诊病历。基本信息：填写、修改病人的基本信息。其中，有些内容可以直接从HIS系统中读取。（2）医嘱处方：将医嘱中的药物信息导入处方，供病人取药。可以直接打印处方。（3）其他病案查询：查阅病人的历史病历。密码修改：进行个人登录密码的修改。3.2.11住院电子病历系统住院电子病历系统是根据病历书写规范为医生提供一个方便的书写，打印，查看，检索病历的工具。住院电子病历应采用结构化输入和XML存储方式，便于今后的查询、分析、统计。支持打印、续打、套打，能够完全满足临床医生的实际需要。同时，填写的病历可以实时进行打印和续打，支持引入历史病历内容；插入特殊符号；支持不同就诊日期的处方记录、检查记录、历次诊断记录等数据引入；通过导出模板，可以设置个人模板或常用语等功能。具体功能要求如下:病历资料基本信息：填写、修改病人的基本信息。病人基本详细可以直接从HIS系统中读取。住院病历：填写住院病人的住院病历。系统提供整体模板功能，方便填写。并能够打印存档。首次病程：填写住院病人的首次病程记录。系统提供整体模板功能，方便填写。并能够打印存档。病程记录：填写住院病人的病程记录。包括病程记录、上级医生查房记录、术后病程记录、诊疗操作记录等。系统提供模板功能，方便填写。并能够打印存档，同时支持续打功能。会诊资料：填写会诊申请、会诊记录。系统提供模板功能，方便填写。并能够打印存档。死亡记录：填写病人的死亡资料（包括死亡记录、死亡讨论）。系统提供模板功能，方便填写。并能够打印存档。出院小结：填写病人的出院小结。系统提供模板功能，方便填写。并能够打印存档。病案首页：按照卫生部门要求，逐项填写病案首页内容，并打印存档。医嘱医嘱：可下达各类医嘱信息，如药品、手术、护理、膳食、处置、其它。出院医嘱：为病人下达出院医嘱。预制医嘱：由医生事先定义好医嘱套，方便今后的下达。手术资料手术：对做手术的病人，填写手术相关资料。包括术前讨论、术前小结、手术记录。系统提供整体模板功能，方便填写。并能够打印存档。同意书：填写各类同意书内容，包括手术同意书、治疗同意书、病情告知书、操作知情同意书等。并能够打印存档。权限维护角色维护：维护系统使用者的角色功能。用户维护：定义系统用户的角色。其他查房：整体查阅病人的病历资料。病历归档：对已经完成的病历进行归档。病案查询：查阅出院病人的病案。密码修改：进行个人登录密码的修改。辅助功能待归档：在病人出院后，病历未归档前，可以补充填写病历资料。提醒：病历资料填写时间的提醒。3.2.12物资管理系统物资管理系统能实现对医院的各种库存物资的流通管理。包括物资的调配、物资的入出库、盘点、支领、报损，一次性卫生用品的发放、回收与销毁等处理。物资管理系统提供：进行产品分类、供应商、生产厂商的信息维护；可以进行业务单据维护、物资的入库流程、出库流程、调价流程、调拨流程、盘点处理等功能；提供采购计划编制、科室报损、库存台帐、收支统计、综合统计与系统维护等功能。3.2.13手术麻醉管理系统主要完成对手术病人的手术申请，手术安排，以及手术、麻醉过程中其它的相关信息和所发生的费用和消耗的物品进理管理。系统应能自动接收临床科室的手术申请，完成患者的手术安排、器械准备。系统应可向管理部门、科室及医护人员提供及时准确的工作数量和质量统计。3.2.14综合查询系统综合查询系统通过对医院业务收入、医疗信息、药品信息、病人信息、物资等方面的全面查询，使医院领导及时掌握医院各部门科室运行情况、各医疗科室病人情况以及其它各种信息。主要功能要求如下：（1）、以直观、醒目、易掌握的图表方式表达各种信息（2）、功能可灵活扩充，统计方式多样，领导可多角度多侧面分析医院情况（3）、各查询能合并或分离总院与各社区的数据（4）、独特的院长日报，让院长能及时了解每日综合运营状况（5）、支持各类数据异年同期的比较，为医院高层领导提供决策支持3.2.15系统接口（1）与广州市医保及公费医疗接口在采购人提供接口相关源代码的基础上，实现医院管理信息系统与广州医保及公费医疗的接口。将门诊、住院收费自动分割，通过接口，将数据(如诊断、治疗信息，单病种信息等)即时传输到医保中心。（2）与广州白云区新农合结算接口在采购人提供接口相关源代码的基础上，实现医院管理信息系统与广州白云区新农合结算接口的接口。将住院收费自动分割，通过接口，将数据(如诊断、治疗信息，单病种信息等)即时传输到农保中心。（3）与公共卫生服务信息系统接口★在采购人提供接口相关源代码的基础上，要实现医院管理信息系统与白云区卫生信息化一期项目中公共卫生服务信息系统的对接，实现与公共卫生服务信息系统中电子健康档案数据的数据交换与共享，必须保证上述两个系统高度融合，无缝链接，数据互联互通。通过接口将健康档案中的居民与门诊就诊病人一一对应起来，在两个系统中可以分别调用对方的信息，实现医院管理信息系统与公共卫生服务管理系统的双向联动。居民到门诊就诊时，医生在医生工作站的界面中可以查看到居民健康档案的内容，包括就诊的历史记录、健康档案的基本信息以及家庭成员的基本信息，作为医生诊断的参考。并且，医生录入居民的疾病记录、检查记录、诊断情况和处方能即时更新健康档案，可在就诊同时完成随访工作。社区系统中，在该病人的个人健康档案可以查看到其每次就诊的详细情况，从而形成一份“活”的健康档案。（4）与区级卫生管理信息平台实现医院管理信息系统与本期项目区级卫生管理信息平台的对接，实现处方数据的上传，实现数据在白云区的信息交换和共享。本区居民在区外医疗卫生机构就医所产生的医疗卫生信息，可通过市级平台交换获取，实现数据在全广州市的信息交换和共享。（5）与广东省病案系统接口在采购人提供接口相关源代码的基础上，实现医院管理信息系统与广东省病案系统信息对接的相关接口，上传病案首页等数据。3.2.16管理员维护信息系统要求系统为管理员提供各种各样的系统管理工具。包括对整个系统的监控，用户管理和权限管理，数据转储，系统业务数据的校验，系统各种参数的设置及各类公共数据的维护等。系统管理：监控全院系统运行情况；提供相应的系统运行日志；察看网络效率。用户管理：添加、删除、编辑操作用户用户权限管理：设置操作用户的操作权限，具体到每个系统具体功能的权限设置病人性质维护：设置不同的病人性质，及相应的收费比例、药品比例。全院科室维护：对全院各科室进行维护，并可设置科室、科室员工等信息，其中员工设置相应的处方权与专家费用。住院床位管理：管理各病区床位包括床位价格、属性、性别管理等；收费项目维护：设置医院的各项收费项目，提供价格、名称、归并、使用限制等管理。药品信息维护：处理医院药品，支持一药多名、多产生、多价格及各药房之间包装的转换。数据字典维护：各类常用数据如（民族、籍贯、血型、员工代码过等等）、处方的维护（如敏药物、挂号类别、诊断类别、麻醉方式等等）。各类编码管理：手术编码维护、疾病编码维护、给药途径维护、用药频次维护、费用套餐维护、医嘱附加项目维护、其它信息维护（常用单位，常用地址，特殊医嘱信息维护）、病人证号管理。设置：包括系统设置，各系统的系统参数设置、药房设置、病区护士权限设置、医技科室权限设置、报表数据与格式设置、计算机个性化设置。 4本期项目配套硬件设备采购要求服务器采购采用租赁方式，平台数据库服务器及平台应用服务器的租赁期为设备到货之日起三年，租赁提供的服务器需为原厂原包装全新的设备，并提供3年原厂保修服务，租赁期满后服务器产权归中标方所有。4.1平台数据库服务器租赁参数要求（数量：2台）序号指标项技术参数要求1品牌要求服务器为知名品牌2外观4路4U机架式，可放入42U标准机柜3★处理器类型相当于Intel Xeon E7-8800/4800/2800系列处理器，此次配置相当于E7-4830 CPU 4处理器规格最高主频支持2.67GHz，核数支持6核或8核或10核5处理器当前处理器配置数目：≥4，可支持8路扩展内存内存类型相当于：ECC DDR3 800/978/1066MHz RDIMM 和LRDIMM内存插槽6★当前内存配置容量：≥64GB, 内存插槽数至少为64 个插槽硬盘内置硬盘类型：热插拔SAS/SATA/SSD硬盘配置2×300G SAS盘 7配置磁盘阵列卡，支持掉电保护,缓存≥1G，支持RAID 0/1/5/6/50/608I/O扩展PCI-E I/O插槽总数：≥8个，支持热插拔9支持免开箱维护 10全高全长， 支持两个独立供电的GPGPU 11网卡及通道卡★配置4口千兆网卡,配置2个FC HBA卡12电源满配冗余热插拔电源，并提供配套的电源连接线，提供不少于2个2000W冗余电源，可支持-48V直流供电13风扇满配冗余风扇,支持单风扇失效， 风扇支持热插拔14管理维护功能可管理和维护性:1. 集成系统管理处理器支持：自动服务器重启、风扇监视和控制、电源监控、温度监控、启动/关闭、按序重启、本地固件更新、错误日志，可通过可视化工具提供系统未来状况的可视显示； 2.具有图形管理界面及其他高级管理功能；3.配置独立的远程管理控制端口，支持远程监控图形界面, 可实现与操作系统无关的远程对服务器的完全控制，包括远程的开机、关机、重启、虚拟软驱、虚拟光驱等操作15操作系统当前配置正版相当于Windows Server 2008企业版操作系统或高于以上版本16服务要求提供原厂3年保修17节能BIOS 菜单提供节能选项4.2平台应用服务器租赁参数要求（数量：1台）序号指标项技术参数要求1品牌要求和平台数据库服务器同一品牌2类型机架服务器，高度2U，可放入42U标准机柜3处理器类型支持E5-2600全系列处理器4★处理器规格2个相当于Intel Xeon E5-2620六核处理器5内存相当于ECC DDR3 1.35V低电压内存，内存扩展能力：≥24个插槽，最大容量768GB★内存配置容量：≥32GB6存储内置硬盘类型：热插拔SAS/SATA硬盘硬盘扩展能力：1、可扩展≥26个2.5寸硬盘槽位2、可扩展≥12个3.5寸硬盘槽位和≥2个2.5寸硬盘槽位★内置硬盘配置数目：≥4块2.5寸300GB 10Krpm硬盘配置磁盘阵列卡，可支持1G，支持RAID 0/1/10/5/6/50/607集成网口4个GE端口8I/O扩展PCI-E I/O插槽总数：≥6个，支持PCIe X169节能能源之星(全球)；中国绿色环保认证10节能提供铂金超高效率电源，效率≥94%11光驱配置DVD驱动器12电源满配冗余热插拔电源，并提供配套的电源连接线，可支持-48V直流供电13风扇满配冗余风扇,支持单风扇失效14管理维护功能可管理和维护性:1. 集成系统管理处理器支持：自动服务器重启、风扇监视和控制、电源监控、温度监控、启动/关闭、按序重启、本地固件更新、错误日志，可通过可视化工具提供系统未来状况的可视显示； 2.具有图形管理界面及其他高级管理功能；3.配置独立的远程管理控制端口，支持远程监控图形界面, 可实现与操作系统无关的远程对服务器的完全控制，包括远程的开机、关机、重启、虚拟软驱、虚拟光驱等操作15操作系统当前配置正版相当于Windows Server 2008标准版操作系统或高于以上版本16服务要求提供原厂3年保修4.3存储交换机（SAN Switch）参数要求（数量：2台）序号项目技术要求1品牌要求知名品牌2★光纤交换机规格最大24个端口，当前激活8个光纤端口,配置8个8Gbps短波模块，8根3m LC光纤线3服务要求提供原厂3年保修4.4设备配送、安装、测试和验收要求4.4.1设备配送投标方须承诺中标后免费在规定时间内对指定地点进行设备配送、安装及调试，在配送中所需的一切交通工具及其它辅助工具与材料均由中标方承担。4.4.2设备安装及集成服务★投标人必须承诺向采购人提供本项目采购相关的所有硬件的安装和维护服务的全部内容，负责服务器操作系统的安装，负责平台数据库服务器的双机集群部署，负责平台数据库服务器及存储交换机与一期项目中的存储设备的连接，并将一期项目中的公共卫生服务信息的数据库（采用ORACLE数据库环境）迁移到存储设备中。4.4.3测试和验收投标人应根据所提交的验收方案和实施办法，自行组织设备和人员，并在使用单位监查下现场进行测试和验收。?开箱检验1）所有设备、器材在开箱时必须完好，无破损。配置与装箱单相符。数量、质量及性能不低于合同要求。2）拆箱后，投标人应对其全部产品、零件、配件、用户许可证书、资料、介质造册登记，并与装箱单对比，如有出入应立即书面记录，由供货商解决，如影响安装则按合同有关条款处理。?系统测试系统安装完成后，按照系统要求的基本功能逐一测试。1）单项测试：单项产品安装完成后，由投标人进行产品自身性能的测试。设备通电测试应单台进行，所有设备通电自检正常后，才能相互联结。2）系统运行正常，联机测试通过。3）如商检或系统测试中发现设备性能指标或功能上不符合标书和合同时，将被看作性能不合格，设备使用单位有权拒收并要求赔偿。4）投标人应负责在项目验收时将系统的全部有关产品说明书、原厂家安装手册、技术文件、资料、及安装、验收报告等文档交付设备使用单位。 ?产品验收要求1) 要求对全部设备、产品、型号、规格、数量、外型、外观、包装及资料、文件（如装箱单、保修单、随箱介质等）的验收。2) 凡列入《中华人民共和国实施强制性产品认证的产品目录》的产品在验收时出具CCC认证证书复印件，并以在产品外部加施认证标志作为验收依据之一。3) 投标人应负责在项目验收时将系统的全部有关产品说明书、原厂家安装手册、技术文件、资料、及安装、验收报告等文档汇集成册交付设备使用单位。5项目培训要求本项目有较多系统建设、操作和运行人员的项目管理培训和相关专题培训，相关医务人员需要分批上机操作培训。5.1培训对象针对用户的主要培训对象1)白云区基层卫生机构业务人员2)白云区卫生局系统管理和运行维护人员5.2培训内容培训内容主要包括：软件的安装、配置、故障处理；安全管理；工具的简单应用；应用系统的操作应用、运行维护等知识。具体培训内容需要在项目开展过程中视具体情况而定，但至少包含以下四种类型的培训：1)标准规范体系培训?内容：应用系统的体系规范标准；?培训对象：业务人员2)应用系统培训?内容：各个应用子系统的使用?培训对象：业务人员3)安全的基础知识， ?内容：安全方面的基础知识。?培训对象：系统管理和运行维护人员4)服务器和操作系统培训?内容：项目管理和系统运行维护的基础知识、服务器的管理、操作系统的操作和使用。?培训对象：系统管理和运行维护人员6项目售后服务要求6.1 信息系统软件售后服务要求：（1）所有软件产品的质保期自本项目验收合格书签订之日起开始计算。对于应用系统，投标人应提供 1 年免费维护。投标人需提供售后服务方案、维护人员和机构等情况。（2）工程建设期间及质保期均属于免费服务期，该期限内的所有售后服务，包括软件维护、软件升级等所产生的费用（不包含更换硬件的费用）均由中标人承担。（3）响应时间：投标人在投标书中必须明确承诺售后服务响应时间，并不得低于以下标准：提供7×24电话、远程协助或软件工程师现场维护，接到业主报修通知1小时内做出明确响应和安排，8小时内做出故障诊断报告。如需现场服务的，具有解决故障能力的工程师应在2小时内到达现场。6.2 硬件设备售后服务要求（1）所有硬件设备及产品均需提供三年原厂上门保修服务。 （2）保修期内，所有硬件设备的维修均为免费。（3）设备故障报修的响应时间：周一至周五8：30～18:00期间为2小时。若电话中无法解决，4小时内到达现场进行维护。其余期间为15小时。（4）保修期内，所有设备维修服务均为上门服务，由此产生的费用均不再收取。 第二章 付款方式说明1、合同签订5个工作日内，甲方向乙方支付合同中软件部分金额的30％及硬件部分金额的30%；2、《项目需求说明书》签订5个工作日内，甲方向乙方支付合同中软件部分金额的20％；3、硬件设备到货，安装调试完毕，由甲方验收合格之日起5个工作日内，甲方向乙方支付合同中硬件部分金额的65%；4、软件开发、部署、实施完成后，达到用户要求，通过用户初验后5个工作日内，甲方向乙方支付合同软件中软件部分金额的30%；5、项目通过用户初验后，试运行期为1个月，如试运行期系统运行正常，达到用户要求，验收通过证明后5个工作日内，甲方向乙方支付合同中软件部分金额的15％；6、一年免费维护期后，如无问题，5个工作日内，甲方向乙方支付合同软件部分金额的5％及硬件部分金额的5%。