余杭区卫生局区域卫生信息平台（二期）软件开发项目招 标 文 件（项目编号：HZYHZFCG-2013-237）采购人： 杭州市余杭区卫生局采购代理机构：杭州市余杭区公共资源交易中心2013年8月 目 录投标人注意事项- 2 -第一部分 招标公告- 4 -第二部分 投标人须知- 7 -第三部分 采购需求- 24 -第四部分合同样本- 72 -第五部分投标文件格式- 83 -投标人注意事项一、投标人如发现招标文件存在含糊不清、相互矛盾、多种含义条款或是歧视性、排他性等不公正条款或其它违法违规内容时，为保证招标文件的修改留出充足时间，请在2013年8月16日12:00前向采购人或采购代理机构提交询问或递交质疑书。二、如遇投标截止时间推迟、采购需求变动等，采购代理机构将会在网上发布更正公告（通知），请投标人及时关注原招标信息发布媒介！并请投标人在阅读更正公告（通知）后，将附件中的更正通知打印并盖上投标人公章后传真至采购代理机构。三、根据余财采〔2012〕2号《关于进一步加强政府采购验收工作的意见》的通知，对于单次采购金额在十万元以上的货物类采购项目（除国家规定应由专业机构强制检测或已聘请专业监理公司监理的采购项目），委托质检余杭分局监测中心进行验收。对不按招标文件、投标承诺及政府采购合同要求供货的供应商，将依据《中华人民共和国政府采购法》等相关法律法规的规定，给予1至3年内禁止参加余杭区政府采购活动的处罚，对拒不改正的将无限期禁止其参加余杭区政府采购活动，同时将处罚结果上网进行公示。四、本项目已按规定于2013年7月18日经公开招标发布公告（原项目编号HZYHZFCG-2013-207），因招标失败而致项目时间较紧，要求本次招标的等标时间缩短（法定为20日），如供应商对此有异议的，请于投标截止前3日向招标方提出，可以依法延长到规定时间，否则招标方将按规定开标，之后供应商对此的质疑将不予受理。本项目经意见征询其招标文件没有倾向性或歧视性。 第一部分 招标公告根据《中华人民共和国政府采购法》、《政府采购货物和服务招标投标管理办法》等规定，经杭州市余杭区财政局[2013]1195-003号确认书批准，现就杭州市余杭区卫生局区域卫生信息平台（二期）软件开发项目进行公开招标采购。欢迎符合要求并有能力完成本项目的投标人前来投标。一、项目名称及编号：余杭区卫生局区域卫生信息平台（二期）软件开发项目（HZYHZFCG-2013-237 ）。二、采购组织类型：政府集中采购三、采购方式：公开招标四、采购内容本项目采购内容为余杭区卫生局区域卫生信息平台（二期）软件开发、调试、维护及完善等，具体要求详见本招标文件第三部分采购需求。五、合格投标人的资格要求1、符合《中华人民共和国政府采购法》第二十二条规定；2、省级（含）以上政府部门颁发的软件企业认定资质。六、投标报名时间：2013年8月7日至2013年8月15日（双休日及法定节假日除外）时间：上午：8：30-11：30，下午：13：30-17：00七、投标报名地点：杭州市余杭区临平南大街265号 市民之家三楼，杭州市余杭区公共资源交易中心政府采购窗口（联系电话：****-********）八、投标报名时应提供以下资料（均须加盖公章）：1、经有关部门年检通过的企业法人营业执照副本原件及复印件；2、法定代表人授权委托书原件（参考第五部分 投标文件格式七、法定代表人授权委托书）；3、授权代表有效身份证件原件及复印件；4、省级（含）以上政府部门颁发的软件企业认定资质证书原件及复印件。注：报名需法人代表或其授权代表本人前来。本项目投标人的资格仍需接受评标委员会审查。投标人应在投标文件中按招标文件的规定和要求附上所有的资格证明文件，要求提供的复印件必须加盖单位公章，并在必要时提供原件备查。九、招标文件可通过以下网站免费下载，现场报名不再发售纸质文件：杭州市余杭区公共资源交易网（http://www.yhggzy.com.cn）；余杭区政府采购网（http://zfcg.yuhang.gov.cn/new）；杭州余杭政府门户网站（http://www.yuhang.gov.cn）；浙江省政府采购网(http://www.zjzfcg.gov.cn)。十、投标截止时间与地点（逾期送达或未密封将予以拒收）：2013年8月20日上午09：40杭州市余杭区公共资源交易中心2号开标室十一、开标时间与地点（授权代表携带本人有效身份证件出席开标会议）：2013年8月20日上午09：40杭州市余杭区公共资源交易中心2号开标室十二、业务咨询：1、采购单位：杭州市余杭区卫生局；联系人：王星； 联系电话：****-********； 2、项目负责人：吴珊 ； 联系电话：****-********； 传真：****-********；3、中标通知书发放、保证金退付、合同鉴证咨询电话：****-********。十三、质疑和投诉：1、投标人如认为招标公告信息使自身的合法权益受到损害的，应于自招标公告发布之日起七个工作日内以书面形式向采购代理机构提出质疑；投标人如认为招标文件使自身的合法权益受到损害的，应于自获取招标文件之日起七个工作日内以书面形式向采购代理机构提出质疑（招标文件领取截止时间之后获取的，应于自招标文件领取截止时间之日起七个工作日内以书面形式向采购代理机构提出）；投标人如认为采购过程和中标结果使自身的合法权益受到损害的，应于自中标结果公告之日起七个工作日内以书面形式向采购机构提出质疑。2、投标人对采购代理机构的质疑答复不满意或者采购代理机构未在规定时间内作出答复的，可以在答复期满后十五个工作日内向同级政府采购监督管理部门余杭区财政局采购监管科投诉，联系电话为****-********。3、质疑受理地点：杭州市余杭区公共资源交易中心（杭州市余杭区临平南大街265号 市民之家三楼 ）政府采购窗口；联系电话：****-********。 第二部分 投标人须知前附表序号名 目内 容1项目名称余杭区卫生局区域卫生信息平台（二期）软件开发项目2项目编号HZYHZFCG-2013 - 2373投标保证金1）须从投标单位账号汇出投标保证金，金额为11000元（币种为人民币，拒收现金）。收款单位（户名）:杭州市余杭区公共资源交易中心开户银行：杭州银行余杭支行银行账号：********501600-00012）须在投标截止时间前将投标保证金（交付方式:汇票/支票/银行转帐等，谢绝现金缴纳）缴纳到账，并在缴款凭证备注栏中注明项目编号，逾期未缴纳者视为无效投标。3）请在余杭区市民之家三楼杭州银行窗口办理本项目投标保证金递交函，并将该递交函作为投标文件组成部分。投标文件中未提供本项目递交函，视为无效投标。4） 杭州银行咨询电话：0571- ********4投标有效期投标书递交后60天内有效5投标文件份数报价文件：正本一份、副本四份商务/技术文件：正本一份、副本四份投标文件份数不符合要求的，视其投标无效。6评标方法综合评分法71）本项目预算公开，总预算价为110万元。2）本项目投标报价超过预算价的（即投标报价预算价），其投标视为无效。3）报价是中标的一个重要因素，但不是中标的唯一依据。8本项目须进行真实性演示，演示时间控制在25分钟内。请各投标人自行备好演示电脑及系统等相关的工具或物品。须使用真实的软件系统进行现场演示，演示内容详见招标文件第二部分 投标人须知之专用条款中 “35、真实性演示”条款。9中标公示期内，中标单位需向采购人提供桌面管理系统原厂商针对本次中标的桌面管理系统软件产品三年质保承诺书原件（加盖原厂商公章），不提供则视作自动放弃中标资格。10本项目已按规定于2013年7月18日经公开招标发布公告（原项目编号HZYHZFCG-2013-207），因招标失败而致项目时间较紧，要求本次招标的等标时间缩短（法定为20日），如供应商对此有异议的，请于投标截止前3日向招标方提出，可以依法延长到规定时间，否则招标方将按规定开标，之后供应商对此的质疑将不予受理。本项目经意见征询其招标文件没有倾向性或歧视性。 第一节 投标人须知之通用条款一、总则1、适用范围本招标文件适用于本项目的招标、投标、评标、定标、验收、合同履约、付款等行为。2、定义2.1、“招标人”系指组织本次招标的采购代理机构（杭州市余杭区公共资源交易中心）以及本项目采购人。2.2、“投标人”系指向招标人递交投标文件的单位。2.3、“书面形式”包括信函、传真、电报等。3、采购方式：公开招标。4、投标委托：投标人代表须携带有效身份证件。如投标人代表不是法定代表人，须有法定代表人出具的授权委托书。5、投标费用：投标人需自行承担涉及投标的一切费用。6、投标人应仔细阅读招标文件的所有内容，按照招标文件的要求提交投标文件，并对所提供的全部资料的真实性承担法律责任。二、招标文件7、招标文件的澄清与修改7.1、投标人应认真阅读本招标文件，发现其中有误或有不合理要求的，投标人必须以书面形式要求招标人澄清。招标人对已发出的招标文件进行必要澄清、答复、修改或补充的，应当在采购信息发布媒体上发布更正公告，并以书面形式通知所有报名的投标人。7.2、采购代理机构必须以书面形式答复投标人要求澄清的问题，并将不包含问题来源的答复书面通知所有前来报名的投标人。7.3、招标文件澄清、答复、修改、补充的内容为招标文件的组成部分。当招标文件与招标文件的答复、澄清、修改、补充通知就同一内容的表述不一致时，以最后发出的书面文件为准。7.4、招标文件的澄清、答复、修改或补充都应该通过采购代理机构以法定形式发布，采购人不得擅自澄清、答复、修改或补充招标文件。三、投标文件的编制8、投标文件的语言及计量8.1、投标文件以及投标人与招标人就有关投标事宜的所有来往函电，均应以中文汉语书写。除签名、盖章、专用名称等特殊情形外，以中文汉语以外的文字表述的投标文件视同未提供。8.2、投标文件中如附有外文资料，必须逐一对应翻译成中文并加盖投标人公章后附在相关外文资料后面，否则外文资料不予认可。翻译的中文资料与外文资料不符的，均不予认可。翻译严重错误的，将视同提供虚假资料，不予退还投标保证金。8.3、投标计量单位，招标文件已有明确规定的，使用招标文件规定的计量单位；招标文件没有规定的，应采用中华人民共和国法定计量单位（货币单位：人民币元），否则视同未响应。8.4、投标文件中优惠条件事项不能包括采购项目本身所包括涉及的采购事项。投标人不能以“赠送、赠予”等任何名义提供货物和服务以规避招标文件的约束。9、投标文件组成详见“第二节 投标人须知之专用条款”中相关条款。10、 投标有效期10.1、投标书递交后60天内有效。10.2、在原定投标有效期之前，如果出现特殊情况，采购代理机构可以以书面形式通知投标人延长投标有效期。11、 投标保证金11.1、投标保证金用于本次招标免受因投标人的行为引起的风险。11.2、投标保证金缴纳详见“第二部分投标人须知”的前附表相关条款。11.3、未按规定交纳投标保证金，将被视为投标无效。11.4、投标保证金的退还：11.4.1、中标单位须在合同签订并交余杭区公共资源交易中心3份备案后，才可办理投标保证金退还手续；11.4.2、未中标单位的投标保证金由余杭区公共资源交易中心在中标公示七个工作日结束后无质疑则自动退还。11.5、发生以下情况投标保证金将不被退还：11.5.1、开标后投标人在投标有效期内撤回投标。11.5.2、未按“第二部分投标人须知”第30条的规定签订合同。11.5.3、提供虚假资料。11.5.4、其他法律法规规定的不予退还保证金的情况。12、 投标文件的编制12.1、投标文件标识不清、编写不完整、编排混乱导致投标文件被误拆、误读、漏读或者查找不到相关内容的，责任由投标人自行承担。12.2、 全套投标文件应无涂改和行间插字，除非这些删改是根据招标人要求进行，或者是投标人造成的必须修改的错误。所修改处须加盖投标人公章或者法定代表人签字或授权代表签字，否则，修改处不予认可。投标文件因字迹潦草或表达不清所引起的后果由投标人负责。12.3、 投标文件提倡采用A4幅面双面打印，并按顺序统一编目编码装订成册。四、 投标文件的递交13、投标文件的签署和份数13.1、投标人应按商务、技术文件、报价文件正本各1份，副本各4份分别编制并单独装订成册，商务、技术文件可合并装订（但须明显区分）。投标文件的封面应注明“正本”、“副本”字样。一旦正本和副本有差异，以正本为准。13.2、投标文件的正本需打印或用不褪色的墨水填写，投标文件正本除本第二部分 投标人须知中规定的可提供复印件外均提供原件。副本为正本的复印件。13.3、投标文件须由投标人在规定位置加盖单位公章、法定代表人或授权代表签署，投标人应写全称。14、投标文件的包装和递交14.1、投标文件须密封包装并加盖投标人公章，报价文件必须单独密封包装，除报价文件之外其他投标文件中不得出现投标报价。14.2、投标文件外层包装封面上应注明“商务/技术文件/报价文件、项目名称、项目编号、投标人名称及开标时启封”字样，并加盖投标人公章。可参考：第五部分、投标文件格式。14.3、招标人将拒绝未通过报名的投标人的投标文件。14.4、未按规定密封或未按规定标记的投标文件，一经发现将被拒绝，由此造成投标文件被误投或提前拆封的风险由投标人承担。14.5、投标文件在投标截止时间前由授权代表持本人有效身份证件将投标文件送至招标人指定地点。在递交投标文件时，授权代表未在规定时间到达开标现场或未出具有效身份证件原件的，将被拒绝投标。14.6、投标文件一经拆封均不退回。15、递交投标文件的截止时间15.1、所有投标文件必须按招标文件规定的投标截止时间之前送至招标人指定地点。15.2、招标人将拒绝在投标截止时间后递交的的投标文件。16、投标文件的修改和撤回投标人在投标截止时间之前，经开标工作人员确认后，可以对已提交的投标文件进行修改或撤回。修改后重新递交的投标文件应当按本招标文件的要求签署、盖章和密封。投标截止时间后，投标人不得撤回、修改投标文件。五、 开标17、开标准备采购代理机构将在规定的时间和地点进行开标，投标人的法定代表人或其授权代表应准时参加开标会议并签到。18、开标程序：18.1、开标时，由投标人代表检查各投标文件的密封情况，确认无误后，工作人员当众拆封商务技术文件并清点投标文件正本、副本数量，符合招标文件要求的送评标室评审；不符合要求的，视其投标无效，并由投标人代表签字确认；18.2、商务技术评分结束后，开报价文件，由投标人代表检查各报价文件的密封情况。确认无误后，工作人员当众拆封报价文件，并清点报价文件正、副本数量，若报价文件数量不符合要求的，视其投标无效，并由投标人代表签字确认。符合要求的报价文件，工作人员进行唱标，唱标内容为报价文件正本中“开标一览表”内容并作记录，由授权代表当场校核及勘误并签字确认，授权代表未到场确认或拒绝签字的，不影响评标过程。18.3、开标会结束。六、评标19、组建评标委员会项目评标委员会根据相关规定由采购人代表和有关技术、经济等方面的专家组成，成员人数应当为5人以上单数。20、评标的方式本项目采用不公开方式评标，评标的依据为招标文件和投标文件。21、评标程序21.1本项目评标一般将按以下程序进行：投标文件初审、澄清有关问题、投标文件技术与商务部分的比较与评价、报价文件的比较与评审、推荐中标投标人和编写评标报告等。21.2投标文件初审包括资格性检查和符合性检查。21.2.1资格性检查：依据法律法规和招标文件的规定，对投标文件中的资格证明等进行审查，以确定投标投标人是否具备投标资格。资格性检查不合格的投标人则无须继续进行符合性检查，并且投标文件初审结论不合格。21.2.2符合性检查：依据招标文件的规定，从投标文件的商务、技术文件有效性、完整性和对招标文件的响应程度进行审查，以确定是否对招标文件的实质性要求作出响应。符合性检查不合格的投标人，投标文件初审结论不合格。21.2.3投标文件初审结论合格的投标人进入评标后续程序。21.3投标文件的澄清。对投标文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容，评标委员会可以要求投标人作出必要的澄清、说明或者纠正。投标人的澄清、说明或者补正应当采用书面形式，由投标人授权代表签字，并不得超出投标文件的范围或者改变投标文件的实质性内容。投标人代表未到场或者拒绝澄清或者澄清的内容改变了投标文件的实质性内容的，评标委员会有权对该投标文件作出不利于投标人的评判。21.4比较与评审。按招标文件中规定的评标方法和标准，对资格性检查和符合性检查合格的投标文件进行商务、技术、价格比较和评审。21.5 推荐中标候选人。根据评标情况，推荐中标候选人。22、错误修正投标文件如果出现计算或表达上的错误，修正错误的原则如下：22.1、投标文件的大写金额和小写金额不一致的，以大写金额为准；22.2、当单价金额小数点有明显错位的，应以总价为准，并修改单价；22.3、对不同文字文本投标文件的解释发生异议的，以中文文本为准。按上述修正错误的原则及方法调整或修正投标文件的投标报价，投标人同意并签字确认后，调整后的投标报价对投标人具有约束作用。如果投标人不接受修正后的报价，则其投标将作为无效投标处理。23、评标原则和评标办法23.1、评标原则：评标委员会必须公平、公正、客观，不带任何倾向性；不得向外界透露任何与评标有关的内容；任何单位和个人不得干扰、影响评标的正常进行；评标委员会及有关工作人员不得私下与投标人接触。23.2、评标办法：本项目评标办法是综合评分法。24、评标过程的监控本项目评标过程实行全程录音、录像监控，投标人在评标过程中所进行的试图影响评标结果的不公正活动，可能导致其投标无效。25、无效投标的情形25.1、被拒绝的投标文件；25.2、未按规定交纳投标保证金或投标保证金递交函未在投标文件中提供；25.3 、资格证明文件不全，或者不符合招标文件标明的资格要求（参见招标公告之“五、投标人资格要求”）；25.4、授权委托书、开标一览表、投标响应函无法定代表人签字或未加盖单位公章；25.5、授权代表与投标文件中授权委托书所载内容有异； 25.6、 提供虚假证明材料；25.7、投标文件不响应采购需求的实质性内容，评标委员会不能确认为有效；25.8、投标文件中对于采购需求中的实质性内容的响应表述不清，评标委员会不能确认为有效；25.9、投标文件份数不符合要求；25.10、投标技术方案不明确，存在一个或一个以上备选（替代）投标方案；25.11、未按照招标文件标明的币种报价；25.12、报价超出最高限价，或者超出采购预算金额，采购人不能支付；25.13、投标报价具有选择性；25.14、投标报价明显高于其市场报价或低于成本价，投标人又不能做出书面说明并提供相关证明材料；25.15、不符合法律、法规或投标文件有招标人不能接受的附加条件；25.16、根据招标文件要求，评标委员会认为应当作无效投标处理的其他情况。26、废标根据《中华人民共和国政府采购法》第三十六条等条款之规定，在招标采购中，出现下列情形之一的，应予废标：26.1、符合专业条件的投标人或者对招标文件作实质响应的投标人不足三家的；26.2、出现影响采购公正的违法、违规行为的；26.3、投标人的报价均超过了采购预算，采购人不能支付的；26.4、因重大变故，采购任务取消的；第一条款按照有关法律法规，除作为废标外可经批准后继续按原采购方式进行或采取其它采购方式。废标后，招标人将就废标理由通知所有投标人。27、评标内容的保密27.1、凡属于审查、澄清、评价和比较投标的所有资料，不应向投标人或与评标无关的其他人泄漏。27.2、在投标文件的审查、澄清、评价和比较以及确定中标单位过程中，投标人对采购代理机构和评标委员会施加影响的违规行为，都将导致其不被推荐为中标候选人。七、定标28、 推荐中标单位28.1、评标委员会将根据招标文件和有关规定，履行评标工作职责，以评标原则和评标办法为标准，全面衡量各投标人对招标文件的响应情况后，对实质上响应招标要求的投标人，以招标文件规定的打分方法对各投标人进行综合评审，按评审后得分由高到低顺序排列。得分相同的，按投标报价由低到高顺序排列；得分且投标报价相同的，按技术指标优劣顺序排列。按顺序推荐中标候选人。28.2、评标结果报经批准，最终确定中标单位。29、定标29.1、招标人将在评标结束后5个工作日内，将中标公告发布于以下网站：杭州市余杭区公共资源交易网（http://www.yhggzy.com.cn）；余杭区政府采购网（http://zfcg.yuhang.gov.cn/new）；杭州余杭政府门户网站（http://www.yuhang.gov.cn）；浙江省政府采购网(http://www.zjzfcg.gov.cn)。对于未中标单位，将不再另行通知，招标人无义务解释未中标原因。29.2、中标公告发布七个工作日后，招标人将以书面形式发出中标通知书，中标通知书一经发出即发生法律效力。中标通知书将作为签订合同的重要依据。八、合同签订及其他30、签订合同30.1、采购人与中标单位应当在中标通知书发出之日起30日内签订政府采购合同。30.2、招标文件、中标单位的投标文件、澄清文件及中标通知书等，均为签订合同的依据。30.3、中标单位不遵守招标文件或投标文件的要约、承诺、擅自修改报价或在接到中标通知书规定时间内借故拖延、拒签合同者，招标人不予退还投标保证金。同时，招标人有权取消该单位的中标资格，与下一中标候选人签订合同或重新组织招标。30.4、采购人与中标单位签订合同并经余杭区公共资源交易中心鉴证后可生效。31、合同备案：政府采购合同一式多份，其中三份须交到余杭区公共资源交易中心备案。32、履约保证金、质量保证金32.1、履约保证金、质量保证金根据不同采购人的采购需求而定。32.2、履约保证金、质量保证金均由采购人收取。33、采购人有权对本项目的服务进行验收或考核。对不按招标文件、投标承诺及政府采购合同要求供货的投标人，将依据《中华人民共和国政府采购法》等相关法律法规的规定，给予1至3年内禁止参加余杭区政府采购活动的处罚，对拒不改正的将无限期禁止其参加余杭区政府采购活动，同时将处罚结果上网进行公示。34、质疑与投诉34.1、投标人如认为采购过程或采购结果的产生过程存在违法行为，使自身的合法权益受到损害的，可以在知道或者应知权益受到损害之日起七个工作日内，以书面形式向招标人提出质疑；34.2、投标人对采购代理机构的质疑答复不满意或者采购代理结构未在规定时间内作出答复的，可以在答复期满后十五个工作日内向余杭区财政局采购监管科（****-********）投诉。第二节 投标人须知之专用条款35、真实性演示35.1、投标人须按照本项目的采购需求演示产品的功能，演示的主要内容包括： 功能模块演示要求平台基于可视化工作流定义的双向转诊功能平台余杭区健康档案浏览器升级，支持基于XDS-i的影像访问和展示平台提供平台运行监控、MAC地址绑定安全登录、SQL资源耗用排名等平台医院协同接入业务组件展示诊间支持区域HIS与区域体检工作台功能在线切换，满足诊间体检的要求诊间医生工作台个人绩效实时统计和展示功能收费提供原生语音双屏报价支持（非第三方设备）药房支持配方和直接发药可选配置，提供在线处方点评功能门诊护理提供大屏皮试倒计时和语音提示功能住院提供医生不切换页面开具处方、医技申请单、手术申请等内容住院提供生命体征采集、体温单展示、集成视图展示功能统计提供基于地图系统的实时查询统计功能统计提供可视化自定义报表功能35.2、投标人需使用真实的软件系统进行现场演示，演示时间不得超过25分钟。若无相关演示，则真实性演示分得0分，若只有ppt等非真实的软件系统演示，则真实性演示分最高得5分;35.3、投标人自备演示电脑及系统，进行现场演示；36、投标文件组成（加“▲”的资料为必须提供，否则将视为无效标处理）部分格式可参考第五部分 投标文件格式，未提供参考格式的由投标人根据相关要求自行编制。投标文件一般应当包括以下主要内容：报价文件和技术文件、商务文件。36.1、投标人的报价文件应单独密封，内容应当包含（均须盖章）：36.1.1、▲开标一览表；36.1.2、▲分项报价表；36.1.3、投标人认为需要提供的与本项目有关的其他文件和说明。投标报价注意事项：（1）投标报价应包括有关本项目建设所需的技术方案编写、软件开发、数据建库、安装调试和验收费、系统集成费、质保期运行维护、技术支持、测试费、培训费、售后服务和税金等须由投标单位支付的所有费用。（2）投标报价应是唯一的，招标人将拒绝有选择的报价。36.2、投标人技术文件应至少包括：36.2.1、目录；36.2.2、评分响应表；36.2.3、系统建设技术方案：根据“第三部分 采购需求”编写（不能套用招标文件，要有具体说明），可包括:技术方案与需求的吻合情况、技术方案与现有系统（基于电子健康档案的杭州市余杭区区域卫生信息平台（软件部分）一期）的衔接方案、功能规划与设计情况、技术方案的成熟度等；36.2.4、满足招标文件采购需求“1.5.11 桌面管理系统”要求的相关图片（截图）；36.2.5、项目实施进度表； 36.2.6、项目培训方案；36.2.7、售后服务方案，可包括项目的质保期限，质保期内提供上门维护服务，对故障响应、到达现场、解决问题时效所采取的措施，质保期内性能调优、技术咨询等技术支持服务情况；36.2.8、本地化服务能力：本地企业（杭州市区，包括上城区、下城区、拱墅区、江干区、西湖区、滨江区和余杭区、萧山区）提供营业执照副本复印件，外地企业提供在浙江省内设立的售后服务机构的工商注册或经合办注册资料复印件；36.2.9、其它投标人认为与所投标项相关的必要的文件和说明；36.3、投标人的商务文件包括： 36.3.1、目录；36.3.2、▲投标响应函；36.3.3、▲投标保证金递交函；36.3.4、▲法定代表人授权委托书原件、法定代表人及授权代表的身份证复印件；36.3.5、▲省级（含）以上政府部门颁发的软件企业认定资质证书复印件；36.3.6、投标单位基本情况表、通过年检有效的企业法人营业执照、税务登记证复印件； 36.3.7、省级及以上高新技术企业资质证书、CMMI3及以上认证证书、区域卫生信息平台著作权证书、区域医院信息系统著作权证书（提供证书复印件、加盖投标人公章）；36.3.8、区域HIS部分具有省级及以上权威部门出具的符合招标要求的性能测试报告(至少满足5000以上的在线用户，1500以上的并发用户，单页面响应速度小于2秒的性能要求)；36.3.9、软件开发成功案例：投标人自2011年1月1日以来开发的省内B/S架构区县级及以上区域卫生信息化系统的成功案例（包括区域平台类和区域HIS类），以合同签订时间为准，须提供合同复印件加盖公章；36.2.10、承诺：开发实施阶段，提供不少于5名开发人员驻场开发；36.2.11、▲承诺：在质保期内，固定2名技术客服人员随时提供技术服务；36.2.12、▲承诺：在质保期内，根据用户要求提供为本系统增加或调整功能模块的服务；36.2.13、▲承诺：若我公司中标，则在中标公示期内，向采购人提供桌面管理系统原厂商针对本次中标的桌面管理系统软件产品三年质保承诺书原件（加盖原厂商公章），不提供则视作我公司自动放弃中标候选人资格。36.3.14、▲不存在知识产权方面问题承诺；36.3.15、关于对招标文件中有关条款的拒绝声明（如果有的话）；36.3.16、投标人认为需要提供的与本项目有关的其他文件和说明。37、评标办法及评分标准：37.1、总则本次评标采用综合评分法，总分为100分。合格投标人的评标得分为各项目汇总得分，中标候选资格按评标得分由高到低顺序排列，得分相同的，按投标报价由低到高顺序排列；得分且投标报价相同的，按技术得分由高到低顺序排列。排名第一的的投标人为中标候选人。评分过程中采用四舍五入法，并保留小数2位。投标人评标综合得分=价格分 (技术分 商务分)37.2、评标内容及标准37.2.1、价格分（20分）投标价格的合理性：分析投标价格是否合理，投标价格范围是否完整，有否重大错漏项。投标价格分计算方法：满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为20分。其他投标人的价格分统一按照下列公式计算：投标报价得分=(评标基准价／投标报价)×价格权值×100（精确到小数点后二位）。37.2.2、技术、商务分（80分）（1）、技术、商务分的计算：技术、商务分按照评标委员会成员的独立评分结果汇总数、减去一个最高分和一个最低分后的算术平均分计算，计算公式为：技术、商务分=（评标委员会所有成员评分合计数-最高分-最低分）/（评标委员会组成人员数-2）（2）、评分细则如下：内容评分标准分值技术分（63分）1、真实性演示（0-20分）：根据招标文件第二部分“35、真实性演示”要求进行现场演示，时间控制在25分钟内。需使用真实的软件系统进行演示，若无相关演示，则真实性演示分得0分，若只有ppt等非真实的软件系统演示，则真实性演示分最高得5分。评分细则详见附表“真实性演示评分标准”。20分2、投标技术方案（34分）（不能套用招标文件，要有具体说明）1）技术方案与采购需求的吻合度（0-16分）：①招标文件第三部分《采购需求》中带◆号的系统功能模块，缺1个（含）以上的，本项得分（16分）为0分，系统功能模块有功能缺陷的，酌情扣1-3分；②招标文件第三部分《采购需求》中带★号的参数，一项及以上参数不满足的，本项得分（16分）为0分；16分2）与现有系统（基于电子健康档案的杭州市余杭区区域卫生信息平台（软件部分）一期）的衔接方案（0-7分）：①对现状分析情况，0-2分，酌情给分。②与现有系统衔接方案的合理性，0-5分，酌情给分。7分3）功能规划和设计是否完整、是否充分满足当前需求并考虑到未来的扩展，0-3分，酌情给分。3分4）投标技术方案的成熟度比较（0-8分）：所有投标产品均采用B/S构架的得4分；有完备的应急预案并提供离线版方案的得2分；提供系统运行状况监控、mac地址绑定登录等安全方案的得2分；否则该项不得分。8分3、项目实施进度：综合比较各投标人的实施进度，在合理、保质、保量的情况下，能按时完成全部系统建设的得0-2分，酌情给分。2分4、培训计划的合理性、全面性、有效性比较，0-3分，酌情给分。3分5、质保期限的长短比较（0-2分）：质保期限在满足招标文件要求的基础上每增加一年得1分，本项最多得2分。2分6、本地化服务能力比较（0-2分）：本地企业（杭州市区，包括上城区、下城区、拱墅区、江干区、西湖区、滨江区和余杭区、萧山区）企业，得2分； 外地企业在杭州市区设立售后服务机构的得2分，在浙江省内其他地区设有售后服务机构的得1分，本项取最高值，不重复给分。本地企业需提供营业执照副本复印件，外地企业需提供在浙江省内设立的售后服务机构的工商注册或经合办注册资料复印件，否则本项不得分。2分商务分（17分）1、投标人具有的省级及以上高新技术企业资质、CMMI3及以上认证、区域卫生信息平台著作权证书、区域医院信息系统著作权证书，提供一个得1分，最多得4分（提供证书复印件加盖投标人公章，否则不得分）。4分2、区域HIS部分具有省级及以上权威部门出具的符合招标要求的性能测试报告(至少满足5000以上的在线用户，1500以上的并发用户，单页面响应速度小于2秒的性能要求),满足得4分，不满足不得分，提供测试报告复印件加盖投标人公章。4分3、提供“开发实施阶段，提供不少于5名开发人员驻场开发的承诺”得2分，不提供承诺或承诺不符合招标文件要求，本项不得分；2分3、软件开发成功案例：投标人自2011年1月1日以来开发的省内B/S架构区县级及以上区域卫生信息化系统的成功案例，区域平台类每提供一个得1.5分，最多得3分；投标人自2011年1月1日以来开发的省内B/S架构区县级及以上区域卫生信息化系统的成功案例，区域HIS类每提供一个得1.5分，最多得3分。案例以合同签订时间为准，须提供合同复印件并加盖投标人公章，否则不得分。6分4、标书制作质量比较（0-1分）：投标文件内容完整规范、装订整齐、内容前后一致得1分。内容不完整规范、装订不整齐、内容前后不一致每涉及一项扣0.5分，扣完为止。1分附表：真实性演示评分标准功能模块演示要求分值平台基于可视化工作流定义的双向转诊功能2分平台余杭区健康档案浏览器升级，支持基于XDS-i的影像访问和展示2分平台提供平台运行监控、MAC地址绑定安全登录、SQL资源耗用排名等1分平台医院协同接入业务组件展示1分诊间支持区域HIS与区域体检工作台功能在线切换，满足诊间体检的要求2分诊间医生工作台个人绩效实时统计和展示功能1分收费提供原生语音双屏报价支持（非第三方设备）2分药房支持配方和直接发药可选配置，提供在线处方点评功能1分门诊护理提供大屏皮试倒计时和语音提示功能2分住院提供医生不切换页面开具处方、医技申请单、手术申请等内容1分住院提供生命体征采集、体温单展示、集成视图展示功能2分统计提供基于地图系统的实时查询统计功能1分统计提供可视化自定义报表功能2分 38、解释权专用条款与通用条款有矛盾之处，以专用条款为准。凡涉及本次招标文件的解释权属于采购人与杭州市余杭区公共资源交易中心。第三部分 采购需求一、项目建设内容采购内容包括余杭区卫生局区域卫生信息平台（二期）软件的开发、调试、维护及完善等。在开发期、试运行期内，软件功能仍有可能不断完善，投标人须根据用户要求为本系统增加或调整功能模块。正式验收通过后，软件功能若有变动，在质保期内，投标人仍应按用户需求对整个系统做出相应修改，以满足用户的需求。项目建设所需的技术方案编写、软件开发、数据建库、安装调试和验收费、系统集成费、质保期运行维护、技术支持、测试费、培训费、售后服务和税金等须由投标单位支付的所有费用均包含在投标报价中。1.1建设背景2009年3月中共中央、国务院提出了《关于深化医药卫生体制改革的意见》，按照党的十七大精神，为建立中国特色的医药卫生体制，逐步实现人人享有基本医疗卫生服务的目标，提高全民健康水平，深化医药卫生体制改革，“建立实用共享的医药卫生信息系统”，“以推进公共卫生、医疗、医保、药品、财务监管信息化建设为着力点，加快卫生信息标准化和公共服务信息平台建设，逐步建立统一高效、资源整合、互联互通、信息共享、透明公开、使用便捷、实时监管的医疗卫生信息系统”。通过本项目的建设，可以在全区卫生信息联网的基础，进一步实现跨医疗机构的业务协同。利用现代计算机网络通讯技术，使得健康档案、慢病管理、妇幼保健等公共卫生服务信息和医疗信息互通共享，建立一个具有高效率、高安全、高灵活性的区级卫生数据中心和业务系统中心。信息化技术的使用可加强政府部门对各级医疗卫生机构卫生服务工作的监管,有力提升卫生行政管理部门的管理效率；采用信息化技术支撑现代社区卫生服务，促进医疗卫生机构工作的规范化建设；居民通过网络系统，查阅自己的健康信息，了解自己的健康状况，实施健康自我管理,适应现代化发展需要的新型医疗卫生服务。本项目涉及余杭区6家区属医院、20家社区卫生服务中心及疾病预防控制中心、卫生监督所、120急救中心共29家医疗卫生机构。1.2一期建设情况基于电子健康档案的杭州市余杭区区域卫生信息平台（软件部分）一期项目主要建设完成了以下内容：基础平台建设：以相关技术规范为标准，建设了余杭区区域卫生信息平台基础支撑系统，主要包含注册服务、MPI、元数据管理、工作流引擎、动态表单、组织机构以及SSO统一用户、权限管理等。数据交换：以数据交换中间件为基础，建设了覆盖余杭区区属医院、社区卫生卫生服务中心以及卫生行政机构的数据交换平台。数据中心建设：通过平台基础支撑系统和数据交换平台，完成居民健康档案数据库、电子病历数据库、卫生资源数据库的基础建库工作。健康档案浏览器：依托余杭区居民健康档案数据和电子病历数据库,提供统一的健康档案浏览器,供各区属医院和社区卫生服务中心医生站进行实时调阅浏览。平台应用：一期项目在基础平台建设的基础上，建设了社区卫生服务信息子系统、区域健康体检子系统、居民健康互动平台子系统、卫生综合管理子系统等平台应用系统。（注：本期项目需要与一期项目进行无缝对接，一期平台开发公司对该项目的接口免费开放。）1.3建设目标本期项目将在一期项目建设成果的基础上，结合区属医院和社区卫生服务中心信息系统的升级改造，逐步探索跨医疗机构协同业务的开展，同时对一期项目部分功能进行升级提升，主要包含：依托基础平台，建设双向转诊协同应用系统；建设影像诊断、会诊协同应用平台组件；升级健康档案浏览器，实现检验检查结果互认；建设医院协同业务接入服务组件；完成与区域PACS系统进行整合；完成与区域LIS系统的整合；完成与区域心电系统的整合；完成与社区卫生服务系统整合；完成平台元数据管理模块的升级；建设平台医疗资源注册管理模块；建设区域HIS系统。1.4建设原则1)整体性原则区域卫生信息平台的设计应充分考虑上级卫生行政部门对我区卫生信息化工作的要求和我区医疗卫生单位的发展现状，统筹兼顾，整体规划。2)先进性原则平台的设计应采用目前国内外先进的体系结构和软硬件技术，满足目前以及将来相当一段时间对平台的需求，保证平台高效运行。3)可靠性和安全性原则区域卫生信息平台应具备高度的可靠性，保证平台以7*24小时连续运行；系统应具有多级数据校验和质量控制，包括程序级的数据完成性验证和数据库级的数据完整性验证；保证跨系统数据调用的实时性，有大规模接入点数据交换项目经验。保证平台可提供良好的负载均衡手段，防止系统阻塞失灵等等。数据交换、业务集成和信息展现所处理、传送和管理的信息，可能涉及到不同部门和系统的秘密或敏感信息，此类信息处理和传递的任何环节如果出现漏洞，其损失将是巨大的。因此，系统的安全性将是十分重要的原则。其次，数据交换、业务集成和信息展现承受着大批量的关键性数据的流转、交换和存储，系统的可靠性将是系统建设需要重点考虑的问题。4)开放性和标准化原则平台的运行中有大量的数据交换，因此平台的设计和建设必须符合开放性原则，并且符合当前国家卫生部的电子健康档案、电子病历、区域卫生信息平台等标准。本项目系统必须与杭州市现有的基于电子健康档案的社区卫生服务信息系统实现对接，可接受处理该系统的批量数据或实现实时数据接受，亦可根据杭州市卫生局要求向该系统上传需要的批量数据或实时数据上传。5)可扩展性原则在系统的设计中不仅应考虑目前的业务需求，更应该满足未来业务量及接入手段种类增长的需求，系统规模应具有可调性，支持未来各项卫生业务的接入。6)实用性原则根据业务实际需求，高效实用地满足医疗机构或组织业务管理的具体需求；并能充分解决系统应用过程中遇到的其它问题。系统应提供简洁、明快的操作接口，以便业务人员使用方便；系统管理的信息包括文本、图形、图像等多种信息，系统能准确快速地处理各种媒体信息存储的一致性和媒体信息的同步传输。1.5.本项目需求1.5.1 项目总体要求及功能清单1.5.1.1一般要求1）延续性要求基于电子健康档案的杭州市余杭区区域卫生信息平台（二期）是在一期基础上提升和深入应用，所有潜在供应商的技术方案应具有良好的延续性，充分利用一期项目的建设成果和基础平台，避免重复建设和信息孤岛的产生。2）技术路线要求基于电子健康档案的杭州市余杭区区域卫生信息平台（二期）宜采用与一期项目相同的技术路线，主要包含：采用JAVA EE 技术体系；采用基于SOA的技术构架；采用跨平台技术，支持各种主流操作系统；采用工作流技术；采用应用集群化的负载均衡技术。3）参考标准要求基于电子健康档案的杭州市余杭区区域卫生信息平台（二期）的建设应首先符合杭州市、浙江省以及国家卫计委（原国家卫生部）的相关标准；相关数据采集、交换应符合余杭区健康档案数据采集和交换标准；对于国家、省、市没有相关标准的情况下，宜采用DICOM、HL7、IHE、LOINC、SNOMED等相关国际标准。1.5.1.2系统整合要求杭州市余杭区已经建设了区域卫生信息平台一期工程，本子系统需要与区域卫生信息平台实现有效集成，同时余杭区已经建成了区域健康体检系统，本子系统需要已经建成健康体检系统进行无缝集成，共用应用支撑平台，实现组织机构、用户、权限的统一管理，并实现一站式登录，在操作习惯和界面风格上保持一致。1.5.1.3其它要求1）本项目的相关知识产权归采购人所有；2）项目验收时，供应商须提供所有产品的最新运行系统的源代码；3）项目验收时，供应商须提供所有产品的数据结构及说明文档；4）采购人具有在相关源代码基础上进行升级开发的权利。1.5.1.4系统功能模块清单序号应用系统模块名称1◆基于居民健康档案的区域医疗卫生业务协同服务2◆双向转诊系统3◆检验、检查结果互认4◆区域会诊业务组件5◆医院接入业务组件6◆与区域临床信息系统的整合7◆社区卫生服务系统整合与改造8◆一期平台组件功能提升9◆区域HIS系统10◆桌面管理系统1.5.2基于居民健康档案的区域医疗卫生业务协同服务 医疗卫生业务协同是指医疗卫生机构与机构之间通过区域卫生信息平台实现业务的协同。通过医疗卫生业务协同，可以有效利用医疗资源，降低医疗成本，提高医疗质量。 1)角色和交易 医疗卫生业务协同服务包括三个角色：医疗卫生业务协同服务组件、协同服务使用者和业务服务提供者。业务服务提供者以服务的方式把自己的功能和数据注册在医疗卫生业务协同服务组件中，医疗卫生业务协同服务组件可以对这些业务服务进行组装、编排并对外暴露出一组协同服务。协同服务使用者根据业务需要调用协同服务。医疗卫生业务协同服务根据协同服务使用者的请求，通过调用业务服务提供者提供的服务，并进行组装、编排后响应协同服务使用者的请求。 2)角色的选择 区域医疗卫生协同服务角色交易表角色 交易 可选性 协同服务使用者 调用协同服务 必须 业务服务提供者 调用业务服务 必须 医疗卫生业务协同服务 调用协同服务 必须 调用业务服务 3)交易流程 以双向转诊为例： 社区卫生服务中心作为协同服务使用者，调用医疗卫生业务协同服务组件中的双向转诊资源查询服务。 医疗卫生协同服务组件调用协议医院A（作为业务服务提供者A）的转诊资源查询服务。 协议医院A（作为业务服务提供者A）的转诊资源查询服务返回转诊资源响应给医疗卫生业务协同服务组件。 医疗卫生业务协同服务组件调用协议医院B（作为业务服务提供者B）的转诊资源查询服务。 协议医院B（作为业务服务提供者B）的转诊资源查询服务返回转诊资源响应给医疗卫生业务协同服务组件。 医疗卫生业务协同服务组件将收到的协议医院A的转诊资源响应和协议医院B的转诊资源响应整合后，作为协同服务的响应，返回给社区卫生服务中心。 4)实现选择 （1）基于ESB ESB全称为Enterprise Service Bus，即企业服务总线。可以基于ESB提供的基于内容的路由和过滤来支撑医疗卫生业务协同。 （2）基于ESB BPM BPM全称为Business Process Manager，即业务流程管理。可以基于BPM的复杂的业务流程建模和流程引擎的能力来支撑医疗卫生业务协同。同时可以针对业务需求的变化，实现业务流程优化和业务流程重组。ESB实现了业务服务的重用，BPM实现了业务流程的重用。 （3）基于事件（EDA） EDA全称为Event-Driven Architecture，即事件驱动架构。它是一个异步地发布订阅模式。可基于EDA提供的发布订阅模式来支撑医疗卫生业务协同中异步形式的协同。 （4）基于业务规则引擎（BRE） 业务规则引擎是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据规则做出业务决策。可基于BRE提供的业务规则来支撑医疗卫生业务协同。5)用户管理和权限控制 （1）实体认证 应确保访问区域卫生信息平台的所有实体（用户和系统）采用唯一身份标识，并对实体身份进行统一管理： ?对区域卫生信息平台各类实体信息进行数字身份的定义和标识； ?实现数字身份流程化管理，控制数字身份的整个生命周期，支持身份信息申请、审批、变更及撤销等管理操作； ?确保每个用户必须具有唯一的身份标识和唯一的身份鉴别信息； ?如果进行用户和系统之间的相互身份鉴别，则系统也必须具有唯一的身份鉴别信息； ?确保用户和系统的身份鉴别信息必须是不可伪造； ?提供用户自助服务功能（例如身份注册申请、修改、密码重置等）。 应提供专用的认证模块对访问平台系统的用户和系统进行身份鉴别，并对鉴别数据进行保密性和完整性保护，应选择以下身份认证机制中的两种或两种以上组合进行身份认证： ?基于PKI体系的数字证书认证方式：数字证书需存储于硬件证书载体USB Key并进行PIN口令保护、私钥和PIN码应在USB Key内生成； ?用户名/口令认证方式：口令设置必须具备一定的复杂度、口令设置定期更换要求、口令字符输入时应不显示原始字符、口令信息在传输及存储过程中需采用密码技术加密保护、管理员有权限重置密码； ?基于人体生物特征识别的认证方式； ?其他具有相应安全强度的认证方式。 应支持登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施： ?设置账户锁定阈值时间，当失败的用户身份鉴别尝试次数达到规定的数值时，必须能够终止用户与系统之间的会话； ?用户多次登录错误时，自动锁定该账户，管理员有权限解除账户锁定； ?必须对身份鉴别失败事件进行审计跟踪。 ?应支持单点登录系统功能，用户只经过一次身份认证即可访问不同的业务系统。 （2）实体授权 应根据用户对区域卫生信息平台系统的使用性质的不同进行用户分类管理： 将用户分为业务用户和管理用户两大类，根据用户职责对用户分类进行细化； 创建用户角色和工作组，按照一定规则将具有相同属性或特征的用户划分为一组，进行用户组管理。 系统支持对用户、角色、资源和权限的标准化管理，实施权限管理和权限的分配： 应支持基于“用户－角色/用户组－应用资源”的授权模型，制定授权策略； 提供增加、修改、删除和查询用户权限的功能； 能够创建、修改数据访问规则，具有根据业务规则对用户自动临时授权的功能（如限定访问时间或访问资料范围等）； 应支持分层次授权，避免集中授权复杂性，提高授权的准确性； 业务权限和管理权限严格分开，业务用户不应具备管理权限； 必须对所有的授权行为进行审计跟踪。 （3）实体访问控制 应启用访问控制功能，依据安全策略控制用户对平台系统的访问，满足以下功能要求： ?标识和鉴别系统用户的过程 ?应符合功能实体认证?角色的职能分割 ?应符合功能实体授权应在安全策略控制范围内，据安全策略控制用户对文件、数据库表等客体的访问，访问控制的覆盖范围应包括与资源访问相关的主体、客体及它们之间的操作： ?访问控制主体的粒度为用户级，客体的粒度为文件或数据库表级。访问操作包括对客体的创建、读、写、修改和删除等； ?基于授权策略建立自主访问控制列表； ?应按用户和系统之间的允许访问规则，决定允许或拒绝用户对受控系统进行资源访问，控制粒度为单个用户； ?应依据安全策略严格控制用户对有敏感标记重要信息资源的操作； ?应能根据会话状态信息为数据流提供明确的允许/拒绝访问的能力，控制粒度为服务级； ?应在会话处于非活跃一定时间或会话结束后终止连接； ?应能够对应用系统的最大并发会话连接数进行限制； ?应能够对单个帐户的多重并发会话进行限制； ?应能够对一个时间段内可能的并发会话连接数进行限制； ?应能够对一个访问账户或一个请求进程占用的资源分配最大限额和最小限额； ?应能够对系统服务水平降低到预先规定的最小值进行检测和报警； ?应提供服务优先级设定功能，并在安装后根据安全策略设定访问账户或请求进程的优先级，根据优先级分配系统资源。 6)信息安全 （1）病人访问管理 允许并管理病人通过平台访问个人的健康信息，病人在进行系统访问时进行有效的身份认证 ?应符合功能实体认证 为一个医疗服务机构来管理病人对医疗信息的访问 ?应符合功能实体授权 ?应符合功能实体访问控制 （2）不可抵赖 系统执行关键业务操作时，对参与者/操作者发生动作时（如：初始录入、修改或数据传递）应加入数字签名功能 。宜采用电子签章技术与数字签名技术结合的方式，实现对关键信息或操作的数字签名以及可视化展现。系统在敏感信息的传送时，对传送数据进行数字签名，确保消息的发送者或接收者以后不能否认已发送或接收的消息 。为数据原发者或接收者提供数据原发证据的功能 。为数据原发者或接收者提供数据接收证据的功能 。应支持对数字签名信息加盖时间戳，时间戳必须由国家法定时间源来负责保障时间的授时和守时监测。 （3）数据安全传递 应对数据交换的参与者双方进行有效的身份认证： ?应符合功能实体认证 应对交换数据进行数据完整性保护： ?宜采用数字摘要、数字签名技术保障数据的完整性 应对通信过程中的整个报文或会话过程敏感信息字段进行加密，系统应支持基于标准的加密机制： ?宜采用PKI密码技术或采用具有相当安全性的其他安全机制实现 应保障交换数据的真实性及不可抵赖性： ?应符合功能不可抵赖 （4）数据安全路由 在通信双方建立连接之前，应用系统应进行会话初始化验证： ?宜采用PKI密码技术或采用具有相当安全性的其他安全机制实现 应确保只和认证及授权过的来源和目的地进行健康档案的数据传递： ?应符合功能实体认证 ?应符合功能实体授权 ?应符合功能实体访问控制 应保障传递数据的安全性： ?应符合功能数据安全传递 （5）信息验证 应确保健康记录中的每个条目必须是编写者签署，不应出现由其他人签署： ?宜采用数字签名/验签技术实现 应提供健康档案的编写者进行增加和修改健康档案的内容； 应提供健康档案的编写者进行健康档案的验证功能： ?宜采用数字签名/验签技术实现 ?应标明健康档案是否被验证 ?验证过程记录的文件要有保留 能够为通过认证和授权的用户情况提供健康档案的验证： ?应符合功能实体认证 ?应符合功能实体授权 ?应符合功能实体访问控制 7)隐私保护 应按照用户的实践范围提供完全符合病人的隐私和保密的要求： ?应符合功能实体认证； ?应符合功能实体授权； ?应符合功能实体访问控制； ?应符合功能不可抵赖性； ?应符合功能数据安全传递； ?应按照用户的实践的范围，提供不同的保密级别。 ?应按照用户的实践的范围进行部分或全部电子健康记录（如药物，条件，敏感的文件）的隐藏功能。 1.5.3双向转诊系统1.5.3.1系统概述由于社区卫生服务机构在设备和技术条件方面的限制，对一些无法确诊及危重的病人需要转移到上一级医疗机构进行治疗。上一级医院对诊断明确、经过治疗病情稳定转入恢复期的病人，确认适宜者，将重新让患者返回所在辖区社区卫生服务机构进行继续治疗和康复。其目标是为建立“小病在社区、大病进医院、康复回社区”的就医新格局。1.5.3.2业务需求一、双向转诊范围 余杭区实施双向转诊的医疗机构为城乡基层医疗机构（包括社区卫生服务中心、社区卫生服务站）和二级以上医院。 二、双向转诊原则 （一）分级医疗原则。常见病、多发病常规诊治在基层医疗机构；疑难危重症诊治在二级以上医院；一般康复、护理支持与管理回基层医疗机构。 （二）安全合理原则。根据医疗机构布局，方便、快捷就近转诊；根据专科专病特色，针对、有效合理转诊。 （三）患者自愿原则。充分尊重患者以及家属的知情权和选择权，由患者自主选择转往医院。 （四）转诊优先原则。医院根据实际情况对转诊的患者优先安排就诊或住院。 （五）连续无缝原则。建立起有效、严密、实用、畅通的上下转诊渠道，逐步通过信息化为病人提供连续无缝的转诊服务。 （六）资源共享原则。基层医疗机构和医院对患者的基本情况、检查报告、治疗方案等信息实现资源共享。 三、双向转诊指征 （一）上转指征 根据患者病情，基层医疗卫生机构应将下列情形的病例及时转至二级及以上医院： 1.涉及医疗服务内容超出医疗机构核准登记的诊疗科目范围的；依据相关规定，基层医疗卫生机构不具备相关医疗技术临床应用资质或手术资质的； 2.依据有关法律法规，需转入专业防治机构治疗的； 3.病情复杂，医疗风险大、难以判断预后的；或在基层医疗卫生机构就诊3次以上（含3次）仍不能明确诊断，需要进一步诊治的； 4.重大伤亡事件中伤情较重、急性中毒者症状较重及临床各科急危症，病情难以控制的； 5.卫生行政部门规定的其它情况。 （二）下转指征 有下列情形的患者在征得患者或家属的同意后，二级及以上医院可将其转回基层医疗卫生机构治疗或管理： 1.普通常见病、多发病，基层医疗卫生服务机构有能力诊治的病例； 2.诊断明确的患者，处理后病情稳定，已无需继续住院但需长期管理的； 3.各类手术后病情稳定，仅需康复医疗或定期复诊的； 4.各种疾病晚期仅需保守、支持、姑息治疗的； 5.卫生行政部门规定的其它情况。 四、双向转诊程序 （一）签订转诊协议 基层医疗机构与二级以上医院签订双向转诊协议书，建立双向转诊绿色通道。协议也可卫生行政部门统一组织签订。 （二）签署转诊单 医疗机构在上转、下转前，均需填写双向转诊单，转诊单依据浙江省基本公共卫生服务规范（2013年版）相关规定。基层医疗机构上转病例时应提供前期诊疗信息；上级医院下转病历时应提供检查结果、后续治疗方案及康复指导。医方转诊前应履行告知义务，患方应在双向转诊单知情同意栏签名。 （三）全程管理 医疗机构必须做好转出、转入登记，并做好相关信息反馈。1.5.3.3功能需求投标供应商应认真分析余杭区的具体情况和需求，提出双向转诊的完整整合方案，至少要满足以下要求：?提供医生对满足转诊指征病人快速发起转诊请求的功能；?转诊申请单流程可以可视化定义，并支持各医院和社区个性化需求；?流转过程可以选择短信或即时通讯软件通知；?转诊病人信息可以方便地与平台居民主索引系统进行交互；?转诊病人的诊疗信息可以通过平台即时展现到申请单流转的每个环节；?可以与健康档案浏览器进行集成；?提供对转诊申请的路由转发功能；?提供转诊申请限时反馈功能；?提供转诊申请单接收反馈功能；?提供转诊医生对转诊病人持续追踪功能；?提供社区、医院和区域的各种统计和实时展现功能。1.5.4 检验、检查结果互认1.5.4.1政策背景《卫生部办公厅关于医疗机构间医学检验、医学影像检查互认有关问题的通知》（卫办医发〔2006〕32号）指出, 医疗机构间检查互认包括检查资料互认和检验结果互认。在医疗机构间互认医学检验、医学影像检查，对于合理、有效利用卫生资源，降低患者就诊费用，简化患者就医环节，改进医疗服务，在医疗过程中体现以人为本的服务理念都具有重要意义。开展医疗机构间检查互认工作首先要保证医疗质量和医疗安全。各级地方卫生行政部门要加强对医疗机构医疗质量的监督管理，促进医疗机构对医学检验、医学影像检查等实施质量控制，参加质量评价，推动医疗机构间的技术交流、技术沟通、技术支持，促使医疗机构为开展检查互认奠定工作基础。各省级卫生行政部门要根据辖区医疗机构实际状况，合理确定开展检查互认的项目。目前，对于参加国家级质量控制和省级质量控制的、稳定性好、质量比较容易控制和费用较高的检查项目，应当组织辖区内有条件的医院间逐步开展检查互认工作。1.5.4.2主要业务范围（一）医疗机构范围 一级（包括未评定等级）医院对二级和三级医院的医学检验、医学影像检查结果，应予认可；二级医院对三级医院医学检验、医学影像检查结果应予认可；同级医院中医学检验、医学影像检查结果应予认可；如下级医院的医学检验、医学影像检查结果符合诊断资料的质量和时限等要求，上级医院应予认可。 （二）医学检验、医学影像检查结果互认内容 医疗机构间检验、检查结果互认内容主要包括医学检验结果和医学影像检查资料。1、临床检验类：对方法学相同、稳定性好的临床检验类项目应予互认。2、影像片类（不含报告）：二级以上医院普通放射摄片（含CR、DR）、CT、MRI、核医学成像（PET、SPECT）甲级片。 要求患者或通过网络共享平台提供检查部位正确完整、图像清晰的客观检查胶片、图像资料。3、动态性检查结果：医学影像检查、电生理检查中需根据检查过程中的动态观察出具诊断报告的，或诊断报告与检查过程密切相关的项目，如放射造影检查（含DSA）、超声检查、脑血流图、心电图、动态心电图、脑电图、肌电图等一般不作为互认项目。如接诊的临床医师认为检查结果符合诊断资料的质量要求，可以认可，不再复查。 （三）有下列情形之一者可不列入互认范围或不受互认限制： 1、 因病情变化，已有的检验、检查结果难以提供参考价值的（如与疾病诊断不符合等）； 2、检验、检查结果在疾病发展过程中变化幅度较大的； 3、检验、检查项目意义重大的（如手术等重大医疗措施前）； 4、检验、检查结果与病情明显不符的； 5、急诊、急救等抢救生命的紧急状态下； 6、患者或其亲属要求做进一步检查的。需再行检验、检查的项目，应向病人或其亲属明确说明，征得其知情同意。1.5.4.3系统功能需求检验、检查结果互认应考虑余杭区的实际情况，以区域卫生信息平台为基础，以健康档案浏览器为载体，整合区域影像系统、区域实验室信息系统，以信息化手段推进该项工作的开展，检验、检查结果互认子系统至少需要满足一下要求：?完善医学检验、医学影像检查报告和相关附加信息的上传机制；?建立与现有区域居民主索引之间的互动关系；?协同区域实验室信息系统，建立区级实验室标准指标体系；?协同区域检验、检查系统，建立质控数据采集和评价标准；?升级现有健康档案浏览器，实现检验、检查报告及附件数据的展现功能，并提供单项指标的历史数据变化图表等。?建立后台重复检验、检查的核查机制，对设定的符合重复检验、检查的项目进行自动识别处理，并提供相关管理人员进行甄别。1.5.5 区域会诊业务组件1.5.5.1区域会诊业务概况远程医疗是指通过计算机技术、通信技术与多媒体技术，同医疗技术相结合，旨在提高诊断与医疗水平、降低医疗开支、满足广大人民群众保健需求的一项全新的医疗服务。目前，远程医疗技术已经从最初的电视监护、电话远程诊断发展到利用高速网络进行数字、图像、语音的综合传输，并且实现了实时的语音和高清晰图像的交流，为现代医学的应用提供了更广阔的发展空间。按照实现方式，远程会诊包括交互式远程会诊和离线式远程会诊。交互式远程会诊。支持会诊专家与申请医生、患者间的实时交互式远程会诊；支持患者的临床需求，实现患者在病床上就能实时接受专家远程会诊服务；支持会诊专家对异地病床上的患者视频画面进行远程控制；针对危重症患者，支持床边监护仪等生命体征数据的实时传输，为会诊专家提供连续、动态的诊断依据。离线式远程会诊。支持会诊专家与申请医生间的非实时离线式远程会诊；支持申请医生提交会诊申请信息和病历资料；会诊专家根据实际情况，非实时浏览会诊申请信息和病理资料，并编写和发布会诊报告；申请医生再浏览会诊报告。1.5.5.2区域会诊业务平台组件的主要任务在现实医疗协同中，远程会诊的类型和范围是多种多样的，区域卫生信息平台相关会诊业务组件主要解决的是远程会诊过程中共性的业务管理部分，系统通过核心的工作流系统，定义设置会诊的流程、参与者和权限，依据通用的表单设计功能，可以在基本信息的基础上定制各种会诊的信息采集字段和附件；同时区域会诊业务平台组件将与基础平台充分互动，提供区域会诊业务参与者（主要是各医疗机构的信息系统）对病人主索引MPI、电子健康档案的调阅、基于XDS的医疗文档共享网络的文档调阅、申请单流转管理等提供技术支持；区域会诊业务平台组件需要与具体会诊业务系统进行有效的整合，在确保业务正常开展的基础也允许卫生行政部门及相关单位对会诊业务展开有效的管理和监控。所有类型的会诊业务也将记录相关业务日志，供平台统计系统进行业务量统计等操作。1.5.5.3区域会诊业务平台组件的功能需求基于电子健康档案的杭州市余杭区区域卫生信息平台（二期）项目,需要对区域远程会诊进行统一的规划,本次主要实现影像、心电远程、视频会诊等业务，并可按用户的需要，增加其它类型的会诊。相关业务组件至少满足以下要求：?建立统一区域会诊管理平台组件，将影像诊断、心电、视频等会诊统一纳入管理；?留有进一步扩展其他类型会诊的余地；?提供与区域影像系统、区域心电系统整合管理功能；?提供会诊申请单路由转发功能；?提供短信和即时通讯软件实时提醒功能；?提供与现有区域平台居民主索引交互功能；?提供诊断、会诊申请的反馈传递功能；?提供远程诊断、会诊业务量分类统计功能。1.5.6 医院接入业务组件考虑到协同业务涉及基层医疗机构和区属医院，区一医院新版信息系统已经完成，同时本着尽量减少接口的目的，平台需要提供统一的医院协同业务接入组件，完成与医院HIS与区域平台之间的交互和协同，相关业务组件至少需要满足一下要求：?提供各种协同业务申请单的发起、接收功能；?提供各种协同业务的反馈功能；?提供各种协同业务的资源注册维护功能；?与平台工作流整合，提供相关申请单、会诊单等医院端流转审核功能；?与平台短信平台整合，提供个审核环节短信提醒功能；?提供医院EMPI与区域平台居民主索引间的交互；?提供与医院HIS、LIS、PACS、EMR、心电等系统的协同对接和数据交换功能；?提供对医院相关人员限时反馈和催办功能。1.5.7 与区域临床信息系统的整合本次建设的基于电子健康档案的杭州市余杭区区域卫生信息平台（二期）项目，需要与余杭区已经建成或即将建设的各区域临床信息系统进行全面横向整合，确保数据与技术标准统一、实现平台化管理，杜绝体外循环和信息“孤岛”或信息“烟囱”的出现。主要包含：与区域LIS系统的整合?协同建立实验室检验指标、质控等数据标准；?提供多个临检中心业务资源注册服务；?提供临检中心业务资源服务范围设定功能；?提供申请单交换路由功能；?提供报告单交换路由和归档功能；?协同处理实验室样本冷链流转业务；?提供实验室报告与居民互动平台的整合功能；?协同完成实验室指标危机值管理。与区域PACS系统的整合?协同建立影像质控等数据标准；?提供多个影像诊断、会诊中心业务资源注册服务；?提供影像诊断、会诊中心业务资源服务范围设定功能；?提供申请单、会诊单交换路由功能；?提供报告单交换路由和归档功能；?提供影像报告与居民互动平台的整合功能；?整合影像WEB浏览器到健康档案浏览器。与区域心电系统的整合?提供多个心电会诊中心业务资源注册服务；?提供心电会诊中心业务资源服务范围设定功能；?提供会诊单交换路由功能；?提供报告单交换路由和归档功能；?提供心电报告与居民互动平台的整合功能；?整合心电WEB浏览器（aECG标准）到健康档案浏览器。1.5.8 社区卫生服务系统整合与改造社区卫生服务中心及社区卫生服务站是区域协同业务重要参与方，因此社区卫生服务系统整合与改造也是本次基于电子健康档案的杭州市余杭区区域卫生信息平台（二期）项目一个重要内容，通过系统的改造、提升和整合，以期满足对双向转诊、疑难会诊等协同业务的顺利展开，投标供应商应根据余杭区基层医疗机构社区卫生服务系统的现状，提出切实可行的改造和整合方案，如产生相关第三方费用，均应包含在项目报价中。对于社区卫生服务系统的整合和改造，至少须满足以下要求：?实现社区卫生服务系统与区域居民主索引间的交互；?实现各种协同资源的同步；?提供双向转诊的发起功能；?提供双向转诊的机构内部流转审核服务；?实现双向转诊与区域平台的对接；?实现双向转诊单的接收和机构内部审核服务；?实现转出病人的后续跟踪功能；?实现开具非本院检验申请单功能；?跟踪非本院检验申请单的流转状态；?实现非本院检验完成提醒功能；?实现检验项目危机值告警接收和提醒功能；?实现非本院检验报告的在线查看功能；?实现远程会诊的申请功能；?实现远程会诊申请单的状态跟踪功能；?实现远程会诊结果在线查看功能；?实现与健康档案浏览的整合。1.5.9 一期平台组件功能提升基于电子健康档案的杭州市余杭区区域卫生信息平台（软件部分）项目完成了基础平台、数据交换已经平台应用等功能，随着本次项目的建设，各种协同业务的开展，需要对原有功能组件进行必要的升级，主要包含：?注册管理在原有基础上增加对协同业务的支持；?工作流引擎增加对双向转诊、区域会诊、区域诊断等业务的支持，同时提供对医疗机构内部流转的支持；?提升健康档案浏览器功能，提供对影像文件和心电文件的浏览支持；?提升健康档案浏览器功能，提供对XDS-i区域影像文档库的检索服务；1.5.10 区域HIS系统1.5.10.1 系统概述区域医院信息系统（以下简称区域HIS）：区域内的社区卫生服务中心（站）、乡镇卫生院共用同一个信息系统，将县（市、区）内的基层医疗卫生机构的医疗信息数据集中在县（市、区）级平台上，对区域内的社区卫生服务中心（站）、乡镇卫生院进行统一管理。系统包括除门诊管理分系统、住院管理分系统、药品管理分系统等业务系统，还应具有卫生行政部门及各社区卫生服务中心（站）、乡镇卫生院的统计分析系统、决策分析系统等。1.5.10.2 总体要求系统至少应包括药品管理分系统、门急诊医务人员工作站、住院医务人员工作站、综合查询分析系统等，并能实现一体化，达到互相间的数据共享。系统应具备内嵌的统一用户身份认证和授权管理功能，访问控制功能可以确保对数据访问的随需控制，不仅支持普通的列级访问控制，还支持行级访问控制。授权管理体系应该逐级转授权，支持将系统管理和使用权限下发，使得业务人员真正成为数据的控制者。1.5.10.3 技术构架要求系统采用基于SOA的B/S构架，应用服务器支持跨平台部署。数据库支持oracle、DB2、SQL Server等主流商业数据库。 系统支持至少5000以上的在线用户，1500以上的并发用户，单页面响应速度小于2秒。客户端无安装，支持Win2000、ＷinXP、Ｖista和windows7等操作系统。（注：区域HIS部分须提供省级及以上权威部门出具的符合招标要求的性能测试报告复印件。）1.5.10.4 实施范围本期项目实施范围为余杭区17家社区卫生服务中心及其下属社区卫生服务站。1.5.10.5 系统功能1.5.10.5.1 区域HIS综合查询统计分析系统概述：区域HIS综合查询统计分析是指区域卫生行政部门通过信息系统对管辖范围内的社区卫生服务中心（站）、乡镇卫生院的人、财、物进行实时监管，对管辖区域内的卫生信息进行统计分析。功能要求：区域HIS综合查询统计分析基本功能：1.提供所有医疗机构、科室、人员及权限维护，药品、项目字典维护。2.提供药品、诊疗项目最高限价管理。3.查询病人信息、处方功能。4.基本药物制度实施后优惠统计报表。5.医疗机构门诊量分析报表。6.医疗机构住院情况分析报表。7.医疗机构药品使用量排行报表。8.医疗机构药房库存量分析报表。9.医疗机构药库库存量分析报表。10.医疗机构医生工作量分析报表。11.医疗机构业务收入状况分析报表。12.医疗机构科室收入状况分析报表。13.病人年龄结构统计分析报表。14.所有报表能汇总统计各社区服务中心数据，也能分开统计社区服务站数据。15.具备与历年同期数据对比功能。1.5.10.5.2 中心药库管理分系统概述：中心药库管理分系统是用于协助卫生局对区域内各医疗机构的药品进行统一采购、配送管理的计算机应用程序，其主要任务是对药品字典价格进行统一管理、对药品进行统一采购和配送，实现区域内药品零差价管理，包括接收请领、调拨、药品库存查询及药品调配等功能。功能要求：中心药库管理分系统基本功能：1.接收各社区药库、药房的请领单，并进行调拨。2.提供各社区药库、药房库存的查询功能。3.提供对各社区药库、药房库存进行合理调配的功能。4.录入或自动获取药品名称、规格、批号、价格、生产厂家、供货商、包装单位、发药单位等药品信息以及医疗保险信息中的医疗保险类别和处方药标志等。5.具有自动生成采购计划及采购单功能。6.提供药品入库、出库、调价、调拨、盘点、报损丢失、退药等功能。7.提供特殊药品入库、出库管理功能（如：赠送、实验药品等）。8.提供药品库存的日结、月结、年结功能，并能校对帐目及库存的平衡关系。9.可随时生成各种药品的入库明细、出库明细、盘点明细、调价明细、调拨明细、报损明细、退药明细以及上面各项的汇总数据。10.可追踪各个药品的明细流水帐，可随时查验任一品种的库存变化入、出、存明细信息。11.提供药品的核算功能，可统计分析各社区药房的消耗、库存。12.可自动调整各种单据的输出内容和格式，并有操作员签字栏。13.提供药品字典库维护功能（如品种、价格、单位、计量、特殊标志等），支持一药多名操作，判断识别，实现统一规范药品名称。14.提供药品的有效期管理、可自动报警和统计过期药品的品种数和金额，并有库存量提示功能。15.对毒麻药品、精神药品、贵重药品、院内制剂、进口药品、自费药等种类均有特定的判断识别处理。16.支持药品批次管理。17.支持药品的多级管理。18.药品从采购到发放给病人有进价、零售价以及设置扣率和加成率参数，这二种价格应由专人负责，根据物价部门的现行调价文件实现全区统一调价，提供自动调价确认和手动调价确认两种方式。19.要记录调价的明细、时间及调价原因，并记录调价的盈亏等信息，传送到药品会计和财务会计。20.提供药品会计帐目、药品库管帐目及与财务系统的接口，实现数据共享。按会计制度规定，提供自动报帐和手工报帐核算功能。21.药品会计帐务处理须实现计算进出药品库房和药房处方等的销售额与药品的收款额核对，做到帐物相符，并统计全院库房和药房的合计库存金额、消耗金额以及购入成本等信息，计算出各月的实际综合加成率。22.药品会计统计分析报表应实现对月、季、年进行准确可靠的统计，为“定额管理、加速周转、保证供应”提供依据。23.提供医院各科室药品消耗统计核算功能。24.打印功能：对药品会计处理需要的帐簿、报表按统一规定的格式和内容进行打印和输出。1.5.10.5.3 药品供应链接口概述：药品供应链接口是用于实现中心药库与医药公司间药品采购信息的互通的计算机应用程序。其主要任务是接收药品采购目录、采购单据及明细药品数据，提高中心药库采购操作速度、减少采购操作环节、减轻操作人员工作量。功能要求：药品供应链接口的基本功能：1.基础信息导入与对应：把医药公司导出的购货单位信息、药品产地等信息导入，并与中心药库基础字典信息进行对应。2.电子发票导入：把医药公司导出的电子发票信息导入，处理形成入库单据，并同步拨出到药房。3.药房请领单生成采购单：把药房请领单据自动生成采购单，导出给医药公司使用。1.5.10.5.4 药品管理分系统概述：药品管理分系统是用于协助社区服务中心完成对药品管理的计算机应用程序，其主要任务是对药库、门诊药房、中药房、住院药房、药品价格、药品会计核算等信息的管理。功能要求：药品管理分系统基本功能1. 西药库房管理功能：1）录入或自动获取药品名称、规格、批号、价格、生产厂家、供货商、包装单位、发药单位等药品信息以及医疗保险信息中的医疗保险类别和处方药标志等。2）具有自动生成药品进药计划申请单，发往中心药库。3）提供药品入库、出库、调价、调拨、盘点、报损丢失、退药等功能。4）提供特殊药品入库、出库管理功能（如：赠送、实验药品等）。5）提供药品库存的日结、月结、年结功能，并能校对帐目及库存的平衡关系。6）可随时生成各种药品的入库明细、出库明细、盘点明细、调价明细、调拨明细、报损明细、退药明细以及上面各项的汇总数据。7）可追踪各个药品的明细流水帐，可随时查验任一品种的库存变化入、出、存明细信息。8）自动接收科室领药单功能。9）提供药品的核算功能，可统计分析各药房的消耗、库存。10）可自动调整各种单据的输出内容和格式，并有操作员签字栏。11）提供药品的有效期管理、可自动报警和统计过期药品的品种数和金额，并有库存量提示功能。12）对毒麻药品、精神药品、贵重药品、院内制剂、进口药品、自费药等种类均有特定的判断识别处理。13）支持药品批次管理。14）支持药品的多级管理。2.中药库房管理功能：1）录入或自动获取药品名称、规格、批号、价格、生产厂家、供货商、包装单位、发药单位等药品信息以及医疗保险信息中的医疗保险类别和处方药标志等。2）具有自动生成采购计划及采购单功能。3）提供药品入库、出库、调价、调拨、盘点、报损丢失、退药等功能。4）提供特殊药品入库、出库管理功能（如：赠送、实验药品等）。5）提供药品库存的日结、月结、年结功能，并能校对帐目及库存的平衡关系。6）可随时生成各种药品的入库明细、出库明细、盘点明细、调价明细、调拨明细、报损明细、退药明细以及上面各项的汇总数据。7）可追踪各个药品的明细流水帐，可随时查验任一品种的库存变化入、出、存明细信息。8）自动接收科室领药单功能。9）提供药品的核算功能，可统计分析各药房的消耗、库存。10）可自动调整各种单据的输出内容和格式，并有操作员签字栏。11）提供药品字典库维护功能（如品种、价格、单位、计量、特殊标志等），支持一药多名操作，判断识别，实现统一规范药品名称。12）提供药品的有效期管理、可自动报警和统计过期药品的品种数和金额，并有库存量提示功能。13）对毒麻药品、精神药品、贵重药品、院内制剂、进口药品、自费药等种类均有特定的判断识别处理。14）支持药品批次管理。15）支持药品的多级管理。3.门诊药房管理功能：1）可自动获取药品名称、规格、批号、价格、生产厂家、药品来源、药品剂型、药品属性、药品类别、医保编码、领药人、开方医生和门诊患者等药品基本信息。2）提供对门诊患者的处方执行划价功能。3）提供对门诊收费的药品明细执行发药核对确认，消减库存的功能，并统计日处方量和各类别的处方量。4）可实现为住院患者划价、记帐和按医嘱执行发药。5）门诊收费设置包装数、低限报警值、控制药品以及药品别名等功能。6）门诊收费的药品金额和药房的发药金额执行对帐。7）可自动生成药品进药计划申请单，并发往西药库或中心药库。8）提供对药库发到本药房的药品的出库单进行入库确认。9）提供本药房药品的调拨、盘点、报损、调换和退药功能。10）具有药房药品的日结、月结和年结功能，并自动比较会计帐及实物帐的平衡关系。11）可随时查询某日和任意时间段的入库药品消耗，以及任意某一药品的入、出、存明细帐。12）药品有效期管理及毒麻药品等的管理同西药品库房管理中的第12、13条。13）支持多个门诊药房管理。14）支持二级审核发药。4.中药房管理功能：1） 可自动获取药品名称、规格、批号、价格、生产厂家、药品来源、药品剂型、药品属性、药品类别、医保编码、领药人、开方医生和门诊患者等药品基本信息。2） 提供对门诊患者的处方执行划价功能。3） 提供对门诊收费的药品明细执行发药核对确认，消减库存的功能，并统计日处方量和各类别的处方量。4） 可实现为住院患者划价、记帐和按医嘱执行发药。5） 门诊收费设置包装数、低限报警值、控制药品以及药品别名等功能。6） 门诊收费的药品金额和药房的发药金额执行对帐。7） 可自动生成药品进药计划申请单，并发往中药库。8） 提供对药库发到本药房的药品的出库单进行入库确认。9） 提供本药房药品的调拨、盘点、报损、调换和退药功能。10）具有药房药品的日结、月结和年结功能，并自动比较会计帐及实物帐的平衡关系。11）可随时查询某日和任意时间段的入库药品消耗，以及任意某一药品的入、出、存明细帐。12）药品有效期管理及毒麻药品等的管理同中药库房管理中的第12、13条。13）支持二级审核发药。5.住院药房管理功能：1） 可自动获取药品名称、规格、批号、价格、生产厂家、药品来源、药品剂型、属性、类别和住院患者等药品基本信息。2） 具有分别按患者的临时医嘱和长期医嘱执行确认上帐功能，并自动生成针剂、片剂、输液、毒麻和其它等类型的摆药单和统领单，同时追踪各药品的库存及患者的押金等，打印中草药处方单，并实现对特殊医嘱、隔日医嘱等的处理。3） 提供科室、病房基数药管理与核算统计分析功能。4） 提供查询和打印药品的出库明细功能。5） 本药房管理中的库存管理同门诊药房管理中的第7、8、9、10条。6） 药品有效期管理及毒麻药品等的管理同药品库房管理中的第12、13条。7） 支持多个住院药房管理。6.药品会计核算及药品价格管理功能：1） 区域内实行药品零差价，按中心药库调价信息统一调价，提供自动调价确认和手动调价确认两种方式。2） 接收调价的明细、时间及调价原因，并记录调价的盈亏等信息，传送到药品会计和财务会计。3） 提供药品会计帐目、药品库管帐目及与财务系统的接口，实现数据共享。按会计制度规定，提供自动报帐和手工报帐核算功能。4） 药品会计帐务处理须实现计算进出药品库房和药房处方等的销售额与药品的收款额核对，做到帐物相符，并统计全院库房和药房的合计库存金额、消耗金额以及购入成本等信息，计算出各月的实际综合加成率。5） 药品会计统计分析报表应实现对月、季、年进行准确可靠的统计，为“定额管理、加速周转、保证供应”提供依据。6） 提供医院各科室药品消耗统计核算功能。7） 打印功能：对药品会计处理需要的帐簿、报表按统一规定的格式和内容进行打印和输出。1.5.10.5.5 门急诊挂号收费分系统概述：门急诊挂号收费分系统是用于处理医院门急诊划价和收费的计算机应用程序，包括预约挂号、窗口挂号、处理号表、门诊病历处理、门急诊划价、收费、退费、打印报销凭证、结帐、统计等功能。医院门急诊挂号收费系统是直接为门急诊病人服务的，建立病人标识码，减少病人排队时间，提高挂号、划价、收费工作的效率和服务质量，减少病人排队时间、减轻工作强度，优化执行财务监督制度的流程是该系统的主要目标。功能要求：门急诊挂号收费分系统基本功能：1.初始化功能：包括建立医院工作环境参数、诊别、时间、科室名称及代号、号别、号类字典、专家名单、合同单位、医疗保障机构、医生名表、收费科目字典、收费类别、病人交费等有关字典。2.号表处理功能：号表建立、录入、修改和查询等功能。3.挂号处理功能：1)支持医保、公费、自费等多种身份的病人挂号。2)支持现金、刷卡等多种收费方式。3)支持窗口挂号、预约挂号、电话挂号、自动挂号功能。挂号员根据病人请求快速选择诊别、科室、号别、医生，生成挂号信息，打印挂号单，并产生就诊病人基本信息等功能。4.退号处理功能：能完成病人退号，并正确处理病人看病日期、午别、诊别、类别、号别以及应退费用和相关统计等。5.查询功能：能完成预约号、退号，病人、科室、医师的挂号状况，医师出诊时间，科室挂号现状等查询。6.门诊病案管理功能：1)门诊病案申请功能：根据门诊病人信息，申请提取病案。2)反映提供病案信息功能。3)回收、注销病案功能。7.门急诊挂号收费核算功能：能即时完成会计科目、收费项目和科室核算等。8.划价功能：支持划价收费一体化或分别处理功能，推荐有条件的医院使用划价收费一体化方案，可以方便患者。9.收费处理功能：1)支持从网络系统中自动获取或直接录入患者收费信息：包括患者姓名、病历号、结算类别、医疗类别、临床诊断、医生编码，开处方科室名称、药品/诊疗项目名称、数量等收费有关信息，系统自动划价，输入所收费用，系统自动找零，支持手工收费和医保患者通过读卡收费。2)处理退款功能：必须按现行会计制度和有关规定严格管理退款过程，程序必须使用冲帐方式退款，保留操作全过程的记录，大型医院应使用执行科室确认监督机制强化管理。严格发票号管理，建立完善的登记制度，建议同时使用发票号和机器生成号管理发票。10. 门急诊收费报销凭证打印功能：必须按财政和卫生行政部门规定格式打印报销凭证，要求打印并保留存根，计算机生成的凭证序号必须连续，不得出现重号。11. 结算功能：1）日结功能：必须完成日收费科目汇总，科目明细汇总，科室核算统计汇总。2）月结处理功能：必须完成全院月收费科目汇总，科室核算统计汇总。3）全院门诊收费月、季、年报表处理功能。12. 门急诊病人统计功能：能实现提供按科室、门诊工作量统计的功能。13. 统计查询功能：1）患者费用查询。2）收费员工作量统计。3）病人基本信息维护。4）收款员发票查询。5）作废发票查询。14. 报表打印输出功能1）打印日汇总表：按收费贷方科目汇总和合计，以便收费员结帐。2）打印日收费明细表：按收费借方和贷方科目打印，以便会计进行日记帐。3）打印日收费存根：按收费凭证内容打印，以便会计存档。4）打印日科室核算表：包括一级科室和检查治疗科室工作量统计。5）打印全院月收入汇总表：包括医疗门诊收入和药品门诊收入统计汇总。6）打印全院月科室核算表：包括一级科室和检查治疗科室工作量统计汇总。7）打印合同医疗单位月费用统计汇总表：按治疗费用和药品费用科目进行统计汇总。8）打印全院门诊月、季、年收费核算分析报表。9）门诊发票重打。15. 系统维护功能：能实现病人基本信息、挂号费用等维护。1.5.10.5.6 门诊医生工作站分系统概述：门诊医生工作站分系统是协助门诊医生完成日常医疗工作的计算机应用程序。其主要任务是处理门诊记录、诊断、处方、检查、检验、治疗处置、手术和卫生材料等信息。功能要求：门诊医生工作站分系统基本功能：1.自动获取或提供如下信息：1)病人基本信息：就诊卡号、病案号、姓名、性别、年龄、医保费用类别等。2)诊疗相关信息：病史资料、主诉、现病史、既往史等。3)医生信息：科室、姓名、职称、诊疗时间等。4)费用信息：项目名称、规格、价格、医保费用类别、数量等。5)合理用药信息：常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等。2．支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动。3．提供处方的自动监测和咨询功能：药品剂量、药品相互作用、配伍禁忌、适应症等。4．提供协定方建立、维护、调取功能。5．提供门诊日志功能。6．提供医院、科室、医生常用临床项目字典，医嘱模板及相应编辑功能。7．自动审核录入医嘱的完整性，记录医生姓名及时间，一经确认不得更改，同时提供医嘱作废功能。8．所有医嘱均提供备注功能，医师可以输入相关注意事项。9．支持医生查询相关资料：历次就诊信息、检验检查结果，并提供比较功能。10．自动核算就诊费用，支持医保费用管理。11．提供打印功能，如处方、检查检验申请单等，打印结果由相关医师签字生效。12．提供医生权限管理，如部门、等级、功能等。13．自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。1.5.10.5.7 门诊皮试分系统概述：门诊皮试分系统是协助注射室护士对门诊病人皮试过程进行确认复核的功能并可上传不良反应报告工作的计算机应用程序。其主要任务是调取病人需皮试的处方和药品信息，执行并提醒护士完成皮试过程，登记皮试结果及相关费用。协助护士完成皮试工作，减轻护士工作量，对需皮试药品进行控制，有效控制和避免皮试药品在未皮试情况下进行注射的医疗事故。功能要求：门诊皮试分系统基本功能：1．对门急诊医生站传送来的皮试单进行单病人皮试信息的处理。2．对门急诊医生站传送来的皮试单进行对多病人皮试信息复核。3．取消已复核的病人皮试信息。4．对病人的皮试药品不良反应情况填写电子表格并提供保存功能，方便日后查询。5．提供对科室护士班次排定及打印功能。6．根据时间段或指定的门诊号查询病人的皮试记录及具体处方信息。7．根据病人门诊号、病人姓名、处方日期时间等条件组合查询病人的皮试记录及具体处方信息。8．查询本院药品目录信息。9．设置皮试各系统参数，如执行时间、显示窗口自动刷新时间。1.5.10.5.8 护士工作站分系统概述：护士工作站分系统是协助病房护士对住院患者完成日常的护理工作的计算机应用程序。其主要任务是协助护士核对并处理医生下达的长期和临时医嘱，对医嘱执行情况进行管理。同时协助护士完成护理及病区床位管理等日常工作。功能要求：护士工作站分系统基本功能：1. 床位管理1) 病区床位使用情况一览表（显示床号、病历号、姓名、性别、年龄、诊断、病情、护理等级、陪护、饮食情况）。2) 病区一次性卫生材料消耗量查询，卫生材料申请单打印。2. 医嘱处理1) 医嘱录入2) 审核医嘱（新开立、停止、作废），查询、打印病区医嘱审核处理情况。3) 记录病人生命体征及相关项目。4) 打印长期及临时医嘱单（具备续打功能），重整长期医嘱。5) 打印、查询病区对药单（领药单），支持对药单分类维护。6) 打印、查询病区长期、临时医嘱治疗单（口服、注射、输液、辅治疗等）,支持治疗单分类维护。打印、查询输液记录卡及瓶签。7) 长期及临时医嘱执行确认。8) 填写药品皮试结果。9) 打印检查化验申请单。10)打印病案首页。11)医嘱记录查询。3. 护理管理1) 护理记录。2) 护理计划。3) 护理评价单。4) 护士排班。5）护理质量控制。4. 费用管理1) 护士站收费（一次性材料、治疗费等），具备模板功能。2) 停止及作废医嘱退费申请。3) 病区（病人）退费情况一览表。4) 住院费用清单（含每日费用清单）查询打印。5) 查询病区欠费病人清单，打印催缴通知单。1.5.10.5.9 住院医生工作站分系统概述：住院医生工作站分系统是协助医生完成病房日常医疗工作的计算机应用程序。其主要任务是处理诊断、处方、检查、检验、治疗处置、手术、护理、卫生材料以及会诊、转科、出院等信息。功能要求：住院医生工作站分系统基本功能：1．自动获取或提供如下信息：1) 医生主管范围内病人基本信息：姓名、性别、年龄、住院病历号、病区、床号、入院诊断、病情状态、护理等级、费用情况等。2) 诊疗相关信息：病史资料、主诉、现病史、诊疗史、体格检查等。3) 医生信息：科室、姓名、职称、诊疗时间等。4) 费用信息：项目名称、规格、价格、医保费用类别、数量等。5) 合理用药信息：常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等。2．支持医生处理医嘱：检查、检验、处方、治疗处置、卫生材料、手术、护理、会诊、转科、出院等。3. 检验医嘱须注明检体，检查医嘱须注明检查部位。4. 提供医院、科室、医生常用临床项目字典，医嘱组套、模板及相应编辑功能。5. 提供处方的自动监测和咨询功能：药品剂量、药品相互作用、配伍禁忌、适应症等。6. 提供长期和临时医嘱处理功能，包括医嘱的开立、停止和作废。7．支持医生查询相关资料：历次门诊、住院信息，检验检查结果，并提供比较功能。提供医嘱执行情况、病床使用情况、处方、患者费用明细等查询。8．支持医生按照国际疾病分类标准下达诊断（入院、出院、术前、术后、转入、转出等）。支持疾病编码、拼音、汉字等多重检索。9．自动审核录入医嘱的完整性，提供对所有医嘱进行审核确认功能，根据确认后的医嘱自动定时产生用药信息和医嘱执行单，记录医生姓名及时间，一经确认不得更改。10．所有医嘱均提供备注功能，医师可以输入相关注意事项。11．支持所有医嘱和申请单打印功能，符合有关医疗文件的格式要求，必须提供医生、操作员签字栏，打印结果由处方医师签字生效。12．提供医生权限管理，如部门、等级、功能等。13．自动核算各项费用，支持医保费用管理。14．自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、转科、出院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。1.5.10.5.10 住院收费分系统概述：住院收费分系统是用于医院住院患者登记管理、住院病人费用管理的计算机应用程序，包括入院登记、床位管理、住院预交金管理、住院病历管理、住院病人结算、费用录入、打印收费细目和发票、住院预交金管理、欠款管理等功能。方便患者办理住院手续，严格住院预交金管理制度，支持医保患者就医，促进医院合理使用床位，提高床位周转率是该系统的主要任务。住院收费管理系统的设计应能够及时准确地为患者和临床医护人员提供费用信息，及时准确地为患者办理出院手续，支持医院经济核算、提供信息共享和减轻工作人员的劳动强度。功能要求：住院收费分系统基本功能：1.入院管理：1）预约入院登记。2）建病案首页。3）病案首页录入。4）打印病案首页。5）支持医保患者按医保规定程序办理入院登记。2.预交金管理：1）交纳预交金管理，打印预交金收据凭证。2）预交金日结并打印清单。3）按照不同方式统计预交金并打印清单。4）按照不同方式查询预交金并打印清单。3.住院病历管理功能：1）为首次住院病人建立住院病历。2）病历号维护功能。3）检索病历号。4.病人费用管理：1）读取医嘱并计算费用。2）病人费用录入：具有单项费用录入和全项费用录入功能选择，可以从检查、诊察、治疗、药房、病房费用发生处录入或集中费用单据由收费处录入。3）病人结帐：具备病人住院期间的结算和出院总结算，以及病人出院后再召回病人功能。4）住院病人预交金使用最低限额警告功能。5）病人费用查询：提供病人/家属查询自己的各种费用使用情况。6）病人欠费和退费管理功能。5. 划价收费功能：包括对药品和诊疗项目自动划价收费。6. 出院管理：1）出院登记。2）出院召回。3）出入院统计。7.住院财务管理：1）日结账：包括当日病人预交金、入院病人预交费、在院病人各项费用、出院病人结帐和退款等统计汇总。2）旬、月、季、年结帐：包括住院病人预交金、出院病人结帐等帐务处理。3）住院财务分析：应具有住院收费财务管理的月、季、年度和不同年、季、月度的收费经济分析评价功能。8.住院收费科室工作量统计：1）月科室工作量统计：完成月科室、病房、药房、检查治疗科室工作量统计和费用汇总工作。2）年科室工作量统计：完成年度全院、科室、病房、药房、检查治疗科室工作量统计、费用汇总功能。9.查询统计功能：1）包括药品、诊疗项目（名称、用量、使用者名称、单价等相关信息）查询、科室收入统计、患者住院信息查询、病人查询、结算查询。2）住院发票查询。3）空床查询、统计：对各部门的空床信息进行查询统计，打印清单。4）病人查询：查询患者的住院信息、打印清单。10.打印输出功能：1）打印各种统计查询内容。2）打印病人报销凭证和住院费用清单：凭证格式必须符合财政和卫生行政部门的统一要求或承认的凭证格式和报销收费科目，符合会计制度的规定，住院费用清单需要满足有关部门的要求：1）打印日结帐汇总表。2）打印日结帐明细表。3）打印月、旬结帐报表。4）打印科室核算月统计报表。5）打印病人预交金清单。6）打印病人欠款清单。7）打印月、季、年收费统计报表。11.床位管理功能：1）具有增加、删除、定义床位属性功能。2）处理病人选床、转床、转科功能。3）打印床位日报表。1.5.10.5.11 院长查询分析分系统概述：院长查询分析分系统是指为医院领导掌握医院运行状况而提供数据查询、分析的计算机应用程序。该分系统包括：日常事务、财务信息、医疗信息、药品信息、职工信息、病员信息等功能，从医院信息系统中加工处理出有关医院管理的医、教、研和人、财、物分析决策信息，以便为院长及各级管理者决策提供依据。功能要求：院长查询分析分系统基本功能：1.按日期进行门急诊人次、门诊人均费用、门诊处方张数、住院信息、全院收入各金额及比例数据的查看，可进行每日对比，可查看之前信息，可打印等功能。2.按门诊科室对挂号时间段内的挂号类型的数据统计，同时提供曲线图进行分析，及专家排班的情况查看功能。3.可查看全院病区的新入院、转入、转出、出院、留院人数、实际床位、额定床位、空床数、床位使用率的情况，同时也可以进行床位使用率及明细的查看。4.对门诊处方合格率、病历书写合格率、传染病法定报告漏报率、传染病法定报告及时率、护理部、财务处、统计室、医务处、质控科、科教科、院感科、放射科、检验科、血库、手术室、麻醉科、设备科、党办等各相关指标分析功能。5.对全院各科室的医疗收入、药品收入、其他收入进行统计，同时计算比例。可查看收入明细，也可以进行历年同期的数据对比。6.对门诊各科室的医疗收入、药品收入、其他收入进行统计，同时计算比例。可查看收入明细，也可以进行历年同期的数据对比。7.对住院各科室的医疗收入、药品收入、其他收入进行统计，同时计算比例。可查看收入明细，也可以进行历年同期的数据对比。8.对出院病人按各科室的总人次、人均费用、医疗收入、药品收入、其他收入进行统计，同时计算比例。可查看收入明细，也可以进行历年同期的数据对比。9.对全院数据按收费项目进行人次、收入统计及各收费项目点全院总收入的比例。也可按各收费项目进行明细查看的功能。10．根据条件基本项目或明细项目在收费时间段内按具体医生或病人对门诊明细收费记录进行分析、打印的功能。11．根据条件基本项目或明细项目在记帐时间段内按病区对住院明细记录进行显示、打印的功能。12．根据日期段或按过滤条件中的各项选择进行统计、打印门诊退费的记录。13．根据日期段或按过滤条件中的各项选择进行统计、打印住院退费的记录。14．根据挂号日期段进行各时间点的流量统计，可以选择单个门诊科室，也可以选择所有门诊科室，并有图形可以直观了解的功能。15．按挂号日期、科室进行普通、专家等人次的统计，同时计算出日平均人次及占挂号总人次比例的功能。16．按日期、金额区间、医生进行门诊处方的最大、最小、平均等各数据的统计、打印，也可以点击明细查看该处方的明细功能。17．按日期、病区选择进行入院、出院、留院人数，出院总费用、医疗收入比例、药品收入比例、占出院总费用比例、出院者平均住院日、出院者平均医疗费用、床位利用率、出院者占用总床日数等各数据的统计及打印功能。18．按日期、医生进行医生号、医生名、收治病人人次的统计及打印功能。19．根据日期、住院病区按过滤条件进行手术病人及手术信息的统计、打印功能。20．根据日期、医生进行手术主刀例数的数据统计、打印功能。21．根据中、西药库房进行各购货单位的应付款信息统计、打印，也可以按明细进行详细内容的查看功能。22．根据日期进行按药品类别、作用类别、购入金额、批发金额、零售金额等各信息的统计及打印功能。23．根据日期、药品帐别进行药品消耗信息的统计及打印功能。24．选择不同库房查看各库房的药品信息、库存数量、金额的统计及打印功能。25．根据药品的作用类别进行药品各信息的查询功能。26．根据日期进行门诊、住院或全院选择具体药品进行医生的开单数量、金额的统计、排序、打印功能。27．根据日期进行门诊、住院或全院选择具体药品进行部门的开单数量、金额的统计、排序、打印功能。28．根据日期、选择门诊、住院或所有，按具体医生进行开单医生用药统计、打印功能。29．根据日期、选择门诊、住院或所有，按部门进行开单科室用药统计、打印功能。30．可以按部门科室进行科室人员的信息查询。31．根据门诊号、门诊科室、就诊日期、姓名、门诊医生、挂号类型、就诊卡号等各条件查询挂号病员的信息。32．根据门诊号、病人姓名、收费日期、费用类别进行门诊收费信息的统计及病员的基本信息查看等功能。33．根据住院号或按病区加床位调出在院病人的各种信息，可以按费用分类进行查看数据，也可以在病案首页、预缴金、变床记录、医嘱一览、住院结算等各标签页中看到相关的信息。34．可以查看全院在院病人的各信息，也可以按过滤条件进行检索，可以通过护理人次查看各级护理人次及合计。同时具有打印的功能。35．可根据住院号、入院日期、费用类别、病区、姓名、出院日期、结帐日期等各条件统计出院病员的信息，通过点击明细信息按钮可以查看该病员的详细费用情况及信息的功能。1.5.10.5.12 电子健康档案接口概述：电子健康档案接口是用于区域内医疗机构相关信息系统与电子健康档案系统进行信息交换的计算机应用程序。其主要任务是上传和调取病人电子健康档案相关信息，提高医生的诊疗效率及诊断质量。功能要求：电子健康档案接口基本功能：1.上传就诊信息。2.查询就诊信息。3.接收个人健康档案信息。4.上传转诊请求。5.接收转诊请求。6.查询转诊信息。7.获取转诊数据。1.5.10.5.13 医疗保险接口概述：医疗保险接口是用于协助整个医院，按照国家医疗保险政策对医疗保险病人进行各种费用结算处理的计算机应用程序，其主要任务是完成医院信息系统与上级医保部门进行信息交换的功能,包括下载、上传、处理医保病人在医院中发生的各种与医疗保险有关的费用，并做到及时结算。功能要求：医疗保险接口基本功能：1.下载内容及处理：实时或定时的从上级医保部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、医疗保险结算表、医疗保险拒付明细、对帐单等，并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护。2.上传内容及处理：实时或定时向上级医保部门上传。1） 门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、门诊个人帐户、支付明细等信息。2） 住院医嘱、住院首页信息、住院个人帐户支付明细、基金支付明细、现金支付明细等信息。3） 退费信息：包括本次退费信息，原费用信息、退费金额等信息。4） 结算汇总信息：按医疗保险政策规定的分类标准进行分类汇总。3.医疗保险病人费用处理：1） 根据下载的政策参数、政策审核函数对医保病人进行身份确认，医保待遇资格判断。2） 对医疗费用进行费用划分，个人帐户支付、基金支付、现金支付确认，扣减个人帐户，打印结算单据。3） 按医疗保险指定格式完成对上述信息的上传。4） 在医院信息系统中保存各医疗保险病人划分并支付后的费用明细清单和结算汇总清单。4.医疗保险接口系统维护：1） 对下载的药品目录与医院信息系统中的药品字典的对照维护。2） 对下载的诊疗目录与医院信息系统各有关项目的对照维护。3） 对下载的医疗服务设施与医院信息系统中各有关项目的对照维护。4） 对医疗保险费用汇总类别与医院信息系统中费用汇总类别的对照维护。5） 对疾病分类代码的对照维护。1.5.10.5.14 新农合接口概述：新农合接口是用于协助整个医院，按照国家新农合政策对新农合病人进行各种费用结算处理的计算机应用程序，其主要任务是完成医院信息系统与上级新农合部门进行信息交换的功能，包括下载、上传、处理新农合病人在医院中发生的各种与新农合有关的费用，并做到及时结算。功能要求：新农合接口基本功能：1.下载内容及处理：实时或定时的从上级新农合部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、新农合结算表、新农合拒付明细、对帐单等，并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护。2.上传内容及处理：实时或定时向上级新农合部门上传。1） 门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、门诊支付明细等信息。2） 住院医嘱、住院首页信息、住院基金支付明细、现金支付明细等信息。3） 退费信息：包括本次退费信息，原费用信息、退费金额等信息。4） 结算汇总信息：按新农合政策规定的分类标准进行分类汇总。3. 新农合病人费用处理：1） 根据下载的政策参数、政策审核函数对新农合病人进行身份确认，新农合待遇资格判断。2） 对医疗费用进行费用划分，基金支付、现金支付确认，打印结算单据。3） 按新农合指定格式完成对上述信息的上传。4） 在医院信息系统中保存各新农合病人划分并支付后的费用明细清单和结算汇总清单。4.新农合接口系统维护：1）对下载的药品目录与医院信息系统中的药品字典的对照维护。2）对下载的诊疗目录与医院信息系统各有关项目的对照维护。3）对下载的医疗服务设施与医院信息系统中各有关项目的对照维护。4） 对新农合费用汇总类别与医院信息系统中费用汇总类别的对照维护。5）对疾病分类代码的对照维护。1.5.10.5.15 其它临床信息系统接口概述：其它临床信息系统接口主要是区域HIS与区域PACS系统、区域LIS系统、区域健康体检以及区域心电系统等的接口。功能要求：其它临床信息系统接口基本功能：1.申请单处理：区域HIS通过申请单与区域PACS系统、区域LIS系统、区域健康体检以及区域心电系统等交换申请信息。2.状态反馈：申请单根据工作流程接收临床系统反馈的申请单状态。3.报告反馈：区域HIS能够接收临床系统反馈的多种格式的报告单信息。1.5.10.5.16 社区收费药房分系统概述：社区收费药房分系统是用于处理医院门急诊划价和收费的计算机应用程序，包括预约挂号、窗口挂号、处理号表、门诊病历处理、门急诊划价、收费、退费、打印报销凭证、结帐、统计等功能。医院门急诊挂号收费系统是直接为门急诊病人服务的，建立病人标识码，减少病人排队时间，提高挂号、划价、收费工作的效率和服务质量，减少病人排队时间、减轻工作强度，优化执行财务监督制度的流程是该系统的主要目标。功能要求：门急诊挂号收费分系统基本功能：1.初始化功能：包括建立医院工作环境参数、诊别、时间、科室名称及代号、号别、号类字典、专家名单、合同单位、医疗保障机构、医生名表、收费科目字典、收费类别、病人交费等有关字典。2.收费功能：1) 支持从网络系统中自动获取或直接录入患者收费信息：包括患者姓名、病历号、结算类别、医疗类别、临床诊断、医生编码，开处方科室名称、药品/诊疗项目名称、数量等收费有关信息，系统自动划价，输入所收费用，系统自动找零，支持手工收费和医保患者通过读卡收费。2) 划价功能：支持划价收费一体化或分别处理功能，推荐有条件的医院使用划价收费一体化方案，可以方便患者。3) 提供对收费的药品明细执行发药核对确认，消减库存的功能，并统计日处方量和各类别的处方量。4) 收费的药品金额和药房的发药金额执行对帐。5) 收费处理功能。6) 处理退款功能：必须按现行会计制度和有关规定严格管理退款过程，程序必须使用冲帐方式退款，保留操作全过程的记录，大型医院应使用执行科室确认监督机制强化管理。7) 严格发票号管理，建立完善的登记制度，建议同时使用发票号和机器生成号管理发票。8) 门急诊收费报销凭证打印功能：必须按财政和卫生行政部门规定格式打印报销凭证，要求打印并保留存根，计算机生成的凭证序号必须连续，不得出现重号。3. 结算功能：1）日结功能：必须完成日收费科目汇总，科目明细汇总，科室核算统计汇总。2）月结处理功能：必须完成全院月收费科目汇总，科室核算统计汇总。3）全院门诊收费月、季、年报表处理功能。4. 药品账务：1） 可自动生成药品进药计划申请单，并发往药库。2） 提供对药库发到本药房的药品的出库单进行入库确认。3） 提供本药房药品的调拨、盘点、报损、调换和退药功能。4） 具有药房药品的日结、月结和年结算功能，并自动比较会计帐及实物帐的平衡关系。5） 可随时查询某日和任意时间段的入库药品消耗，以及任意某一药品的入、出、存明细帐。6） 药品有效期管理及毒麻药品等的管理同药品库房管理中的第12、13条。7） 支持二级审核发药。5. 查询统计：1） 患者费用查询。2） 收费员工作量统计。3） 病人基本信息维护。4） 收款员发票查询。5） 作废发票查询。6） 打印日汇总表：按收费贷方科目汇总和合计，以便收费员结帐。7） 打印日收费明细表：按收费借方和贷方科目打印，以便会计进行日记帐。8） 打印日收费存根：按收费凭证内容打印，以便会计存档。9） 打印日科室核算表：包括一级科室和检查治疗科室工作量统计。10） 打印全院月收入汇总表：包括医疗门诊收入和药品门诊收入统计汇总。11） 打印全院月科室核算表：包括一级科室和检查治疗科室工作量统计汇总。12） 打印合同医疗单位月费用统计汇总表：按治疗费用和药品费用科目进行统计汇总。13） 打印全院门诊月、季、年收费核算分析报表。6. 药品会计核算及药品价格管理功能：1） 提供自动调价确认和手动调价确认两种方式。2） 要记录调价的明细、时间及调价原因，并记录调价的盈亏等信息，传送到药品会计和财务会计。3） 提供药品会计帐目、药品库管帐目及与财务系统的接口，实现数据共享。按会计制度规定，提供自动报帐和手工报帐核算功能。4） 药品会计帐务处理须实现计算进出药品库房和药房处方等的销售额与药品的收款额核对，做到帐物相符，并统计全院库房和药房的合计库存金额、消耗金额以及购入成本等信息，计算出各月的实际综合加成率。5） 药品会计统计分析报表应实现对月、季、年进行准确可靠的统计，为“定额管理、加速周转、保证供应”提供依据。6） 提供医院各科室药品消耗统计核算功能。7） 打印功能：对药品会计处理需要的帐簿、报表按统一规定的格式和内容进行打印和输出。1.5.10.6 其他1.5.10.6.1 数据技术规范要求1．数据输入：提供数据输入准确、快速、完整的操作，实现应用系统在数据源发生地一次性输入数据技术。2．数据共享：必须提供系统数据共享功能。3．数据通信：必须具备通过网络自动通信交换数据的功能，避免通过介质（软盘、磁带、光盘……）交换数据。4．数据备份：具备数据备份功能，包括自动定时数据备份，程序操作备份和手工操作备份。为防止不可预见的事故及灾害，数据必须异地备份。5．数据恢复：具备数据恢复功能，包括程序操作数据恢复和手工操作数据恢复。6．数据字典编码标准：数据字典包括国家标准数据字典、行业标准数据字典、地方标准数据字典和用户数据字典。为确保数据规范，信息分类编码应符合我国法律、法规、规章及有关规定，对已有的国标、行业标准及部标的数据字典，应采用相应的有关标准，不得自定义。使用允许用户扩充的标准，并严格按照该标准的编码原则扩充。在标准出台后应立即改用标准编码，如果技术限制导致已经使用的系统不能更换字典，必须建立自定义字典与标准编码字典的对照表，并开发相应的检索和数据转换程序。1.5.10.6.2 故障处理要求系统实时性、稳定性要求极高，系统一旦投入使用，不可停机。在中心故障的情况下，要求各点能采用应急系统，开展正常业务。1.5.11 桌面管理系统指标项技术性能详细描述数量≥1000个终端许可服务器客户端基本性能及要求系统架构基于B/S、C/S混合构架，客户端3层架构，具有较好的系统安全性，管理平台采用WEB方式。支持多级级联架构，满足分级管理要求。系统自身安全性要求管理平台使用B/S结构，同时管理员在登录时需要采用随机校验码，以增加系统自身安全性。客户端通信方式要求客户端不允许开启TCP监听端口，同时要求支持NAT地址转换网络环境，并且能够支持远程控制时客户端也不开启TCP监听端口。支持管理ADSL拨号的终端接入方式。WEB服务器要求要求使用的WEB应用服务器应该为Apache，并且是专用的Apache服务，不得与其他应用有冲突。客户端注册支持静默注册、手工注册等多种可配置注册方式，并能够自动在客户机注册表中写入注册码，并且能够和防毒墙、防火墙类硬件进行联动，自动安装。客户端软件对cpu、内存的占用要求客户端进程数不能超过2个，正常情况下，客户端CPU占用率大部分时间在0%；内存占用在8M以内。客户端软件自身安全性要求不能被自动关闭，并且Agent软件的文件具有MD5文件防篡改功能。部署方式可以实现主动安装，客户端访问WEB安装页面来手工安装，支持ACTIVE控件方式；可以实现强制安装，系统自动弹出安装页面，客户端必须安装客户端后才能访问正常的办公资源；可以实现页面直接分发安装，管理员直接到页面下发部署客户端。报表导出格式要求查询结果、报表统计等导出都要支持PDF、EXCEL等格式。分级资产管理自动设备扫描自动发现接入网络的所有网络设备、主机、桌面PC、其他IP设备；支持混合厂商大规模网络环境；支持跨越路由器、防火墙等复杂环境。支持分级分权限管理支持分区域分部门多级管理模式，不同级别的系统管理人员可以进行精细粒度的权限分配，以确保用户不同的管理范围权限、不同的功能权限。支持资产信息自动采集。各计算机的IP地址、计算机名、MAC地址、网卡型号和生产厂商、计算机所在域、操作系统、主要硬件、软件信息；能够提供计算机信息综合查询报表。支持查询出多网卡设备信息能够统计出所有使用双网卡的设备列表。硬件、软件配置信息变动报警终端硬件、软件资产变更具有报警，在终端第一次注册时把硬软件信息做登记，以后每次作信息的对照。并且可以查询变动的历史。资产统计报表资产统计，对网络内终端的基本情况进行统计。资产报表展现，多种报表展现统计结果，变更情况，终端资产等各种信息。支持XLS、PDF格式，支持报表预览和打印。安全检查及加固安全漏洞和安全规则检查支持检查发现PC的操作系统漏洞；发现PC上是否安装了非法软件；发现PC是否对硬件配置进行改动；发现PC是否安装防病毒软件，检查病毒特征码是否更新；发现PC是否在执行非法进程；支持对口令强度、屏幕保护、文件写共享等检查。风险评估权重化★可以支持安全检查项分值化，对每一项的评估采用数值权重展示，产生对终端电脑的安全性评估风险数值的报表。支持终端安全状况图形化展示，及显示每台终端详细的风险信息。投标文件中须提供相关图片（截图）以验证上述功能。网络安全管理流量异常监控要求支持对系统网络流量的控制，并给出相应的处理方式，包括流量采样策略、流量控制策略。管理员可根据所属单位的具体情况来配置流量采样阈值和并发连接数量，并可查询到流量的排行。同时能够监控客户端的流量异常情况，实现对流量可疑、发包数可疑、并发连接数可疑的客户端进行阻断、提示、上报给上级区域管理器操作。反ARP欺骗★要求能够发现进行ARP欺骗的终端病毒源，并且要求能够对有ARP攻击的终端设备进行隔离。对重点主机的ARP保护，比如网关机器的IP-MAC绑定，也可指定其他机器列表。要去根据本机受到ARP攻击和本机对外进行ARP攻击两种不同情况，分别进行策略控制；投标文件中须提供相关图片（截图）以验证上述功能。违规外联违规外联检测及控制★要求能够检测出是否违规外联到互联网，或者越权访问另外一个内部涉密网络，能够检查出来是通过代理、双网卡、还是私下拨号的方式。在不需要设置外网地址时就可以很方便检测出结果。投标文件中须提供相关图片（截图）以验证上述功能。USB移动存储介质管理移动存储设备接入管理★可以禁止USB移动存储设备的接入。通过设置，保证终端只允许本单位或本地区的USB移动存储设备接入。移动存储设备使用管理★对通过USB设备进行的文件拷入、拷出的行为进行审计，记录文件名称和操作时间。可以禁止软盘的接入。对通过软盘、光驱、刻录机进行的文件拷入、拷出的行为进行审计，记录文件名称和操作时间。其他功能要求远程协助★提供网络管理人员通过本地计算机操作远程计算机的功能。可以支持NAT网络环境下的远程控制，实时查看操作进程、服务、通信端口、网络连接、用户权限等等。强大的终端安全策略禁止U盘自动运行、禁止第三方网络联接、禁止指定软件运行、可指网站首页、黑白应用策略、重点进程跟踪策略、异常进程监控策略。补丁管理要求自主研发的补丁管理机制，补丁需要经过测试再全网发布。要求补丁扫描时不影响终端性能，扫描时间在10秒以内。应用安全管理要求展示所有运行进程的一揽表，并且支持可疑进程设置、黑白应用程序包的控制，支持MD5的方式唯一识别应用程序；软件分发能够支持可执行程序、MSI安装包或者文档数据文件自动下发与安装；能够支持指定组范围、指定时间进行安装；提供打包工具，能够判断检测指定程序是否在运行，如果运行则提示系统需要升级提供一个提示对话框如果按确认则将指定程序退出开始安装， 如果选择取消则不安装，如果没运行则马上开始安装。能够提供带参数运行程序包；能够指定执行安装之后是否重启、关闭机器；能够查询软件分发的详情与历史情况；注：1、中标公示期内，中标单位需向采购人提供桌面管理系统原厂商针对本次中标的桌面管理系统软件产品三年质保承诺书原件（加盖原厂商公章），不提供则视作自动放弃中标资格。2、采购需求中带“★”的条款为重要参数，1项及以上不满足，则评分细则“投标方案与采购需求的吻合度（0-16分）”得零分。1.5.12其他非功能性要求杭州市余杭区区域卫生信息平台（二期）作为余杭区卫生信息化的重点项目，需满足如下非功能性要求：（1）平台总体支持1000个以上并发连接，5000个以上在线用户的性能要求。（2）平台单笔信息交换应在短时间内完成数据采集，过滤，转换/处理，传输等数据交换的全过程，从而达到数据的实时交换。一般业务操作页面响应速度小于2秒，日报表响应速度小于5秒，月报表、季报表响应时间小于10秒，结构复杂、数据量庞大的统计报表（如全区范围的半年报、年报）在20秒内完成页面响应。（3）其中区域HIS有很强的实时性要求，有独立的性能需求，见相关章节。（4）本次系统所有涉及的软件要求采用B/S架构, 可支持HP-UX、IBM AIX、SUN SOLARIS、Linux、WINDOWS 2003等主流操作系统平台。二、项目应提交的成果和电子文档（一）软件的源程序，源程序要求具有良好的编程风格，代码注释和说明必需完整，可执行代码以二进制文件或可安装文件的形式提供；（二）数据库的设计以及数据实体模型、相互关系和数据字典的描述；（三）系统的体系架构及描述；（四）提供的其它技术手册，包括：需求分析报告（含软件功能需求与数据要求）；系统概要设计说明书；系统详细设计方案及系统测试方案；系统测试分析报告；安装维护手册；使用操作手册；培训资料;数据结构说明文档。（五）相关标准和规范。三、项目进度（一）投标人应根据下述计划工期提供详细的系统建设计划表。1、合同签订后6个月内完成项目的全部系统建设，投入试运行。2、投入试运行后正常运行6个月（并完成相关培训），提请正式验收，验收合格，提交全部报告材料，出具终验报告，正式交付使用，进入维护期。（二）软件的安装、调试、开通1、中标单位负责所提供设备、软件的安装、调试及开通，采购人予以配合。2、实施要求：中标单位应在实施前提供详细的实施方案，并提交采购人认可。实施过程应严格执行相关的规范，并保证安全。中标单位应根据采购人的需要，在规定的时间内，保证质量，完成系统建设。实施过程中应科学、合理地掌握与其他工作界面的协调、交叉。3、投标人须保证所提供产品具有合法的版权或使用权，本项目采购的产品，如在本项目范围内使用过程中出现版权或使用权纠纷，应由中标单位负责，采购人不承担责任。四、技术培训1、投标人须在投标文件中提供详细的培训计划，包括培训内容、培训时间等。投标人须根据采购人的要求，在余杭区各医疗卫生单位提供培训。2、投标人提供的负责培训的人员应具政府部门应用系统开发3年及以上的经验。五、验收条件1、安装完毕后，由采购单位根据国家关于工程验收的有关规定和合同规定进行验收。2、招标文件条款、投标文件承诺、软件使用说明及国家有关的检验标准均为验收的依据。3、验收时中标单位必须派代表在场，验收合格后，由中标单位与采购单位共同签署检验合格证书。六、售后服务本项目整体质保期为验收合格后一年。1、质保期内，售后服务人员须在接到维修电话后30分钟内进行技术响应，2小时内赶到现场，提供不间断的服务直到结束，提供固定2名技术客服人员随时提供技术服务。2、质保期内，投标人应免费维护和正常保养。 3、质保期内，根据用户要求为本系统免费增加或调整功能模块。在开发期、试运行期内，软件功能仍有可能不断完善，投标人须根据用户要求为本系统增加或调整功能模块。正式验收通过后，软件功能若有变动，在质保期内，投标人仍应按用户需求对整个系统做出相应修改，以满足用户的需求。4、在质保期满时，投标人的工程师和采购人代表对所有产品进行另一次测试，任何故障须由投标人自费解决并取得采购人的认可。5、质保期内各类费用均已包含在投标报价中。七、货款结算方式付款阶段支付占合同总额的比例第一期付款：在项目合同签订后，7个工作日内；30%第二期付款：平台安装、调试、集成完毕，并验收合格后7个工作日内；60%第三期付款：项目验收合格一年后七个工作日内。10% 第四部分合同样本合同编号：技术开发（委托）合同项目名称：余杭区卫生局区域卫生信息平台（二期）软件开发项目 委托方（甲方）：杭州市余杭区卫生局受托方（乙方）：签订时间：签订地点： 杭州 有效期限：中华人民共和国科学技术部印制 填 写 说 明一、本合同为中华人民共和国科学技术部印制的技术开发（委托）合同示范文本，各技术合同认定登记机构可推介技术合同当事人参照使用。二、本合同书适用于一方当事人委托另一方当事人进行新技术、新产品、新工艺或者新材料及其系统的研究开发所订立的技术开发合同。三、签约一方为多个当事人的，可按各自在合同关系中的作用等，在“委托方”、“受托方”项下（增页）分别排列为共同委托人或共同受托人。四、本合同书未尽事项，可由当事人附页另行约定，并可作为本合同的组成部分。五、当事人使用本合同书时约定无需填写的条款，应在该条款处注明“无”等字样。 技术开发（委托）合同委托方（甲方）：杭州市余杭区卫生局 住所地： 杭州市余杭区南苑街道南大街265号 法定代表人： 劳晓萍项目联系人： 吴玉明联系方式 ：****-********通讯地址：杭州市余杭区南苑街道南大街265号 电话： ****-********传真：电子信箱： 受托方（乙方）： 住所地： 法定代表人： 项目联系人：联系方式 ：通讯地址：电话： 传真：电子信箱：乙方经余杭区政府公共资源交易中心通过公开招标采购方式，成功中标余杭区卫生局区域卫生信息平台（二期）软件开发项目（项目编号： HZYHZFCG-2013- ）。中标时间：2013年月日。双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同恪守。第一条本合同研究开发项目的要求如下：1、建设目标本期项目将在一期项目建设成果的基础上，结合区属医院和社区卫生服务中心信息系统的升级改造，逐步探索跨医疗机构协同业务的开展，同时对一期项目部分功能进行升级提升，主要包含：?依托基础平台，建设双向转诊协同应用系统；?建设影像诊断、会诊协同应用平台组件；?升级健康档案浏览器，实现检验检查结果互认；?建设医院协同业务接入服务组件；?完成与区域PACS系统进行整合；?完成与区域LIS系统的整合；?完成与区域心电系统的整合；?完成与社区卫生服务系统整合；?完成平台元数据管理模块的升级；?建设平台医疗资源注册管理模块；?建设区域HIS系统。2.建设内容：序号应用系统模块名称1基于居民健康档案的区域医疗卫生业务协同服务2双向转诊系统3检验、检查结果互认4区域会诊业务组件5医院接入业务组件6与区域临床信息系统的整合7社区卫生服务系统整合与改造8一期平台组件功能提升9区域HIS系统10桌面管理系统第二条乙方应在本合同生效后日内向甲方提交研究开发计划。研究开发计划应包括以下主要内容：1. 系统建设计划2. 测试计划以及方案3. 验收计划以及方案第三条乙方应按下列进度完成研究开发工作： 1、在项目合同签订6个月内（2013年月日-年月，按项目招标文件完成对项目全部建设内容的建设并进行初验 2、系统初验后投入试运行，试运行3个月（201 年月日-年月日），并对系统进行验收。3 、验收完毕，进入系统 一 年维护期。第四条甲方应向乙方提供的技术资料及协作事项如下：1．技术资料清单：系统需求以及相关资料 2．提供时间和方式： 合同签订后，电子文档以及纸质文档 。其他协作事项： 无 。 本合同履行完毕后，上述技术资料按以下方式处理： 退回甲方，不得外泄 第五条甲方应按以下方式支付研究开发经费和报酬：1．研究开发经费和报酬总额为 。2．研究开发经费由甲方分期 （一次、分期或提成）支付乙方。具体支付方式和时间如下：付款阶段支付占合同总额的比例第一期付款：在项目合同签订后，7个工作日内；30%（ 元整）第二期付款：平台安装、调试、集成完毕，并验收合格后7个工作日内；60%（ 元整）第三期付款：项目验收合格一年后七个工作日内。10%(元整)乙方开户银行名称、地址和帐号为：开户行：银行地址：户名：账号：第六条本合同的研究开发经费由乙方以的方式使用。甲方有权以的方式检查乙方进行研究开发工作和使用研究开发经费的情况，但不得妨碍乙方的正常工作。第七条本合同的变更必须由双方协商一致，并以书面形式确定。但有下列情形之一的，一方可以向另一方提出变更合同权利与义务的请求，另一方应当在3日内予以答复；逾期未予答复的，视为同意： 1.甲方提出的项目需求出现重大变化； 2.双方均认为确有必要变更合同的 。 第八条未经甲方同意，乙方不得将本合同项目部分或全部研究开发工作转让第三人承担。但有下列情况之一的，乙方可以不经甲方同意，将本合同项目部分或全部研究开发工作转让第三人承担： 1．无；乙方可以转让研究开发工作的具体内容包括：无。第九条在本合同履行中，因出现在现有技术水平和条件下难以克服的技术困难，导致研究开发失败或部分失败，并造成一方或双方损失的，双方按如下约定承担风险损失：。双方确定，本合同项目的技术风险按 的方式认定。认定技术风险的基本内容应当包括技术风险的存在、范围、程度及损失大小等。认定技术风险的基本条件是： 1．本合同项目在现有技术水平条件下具有足够的难度； 2． 乙方在主观上无过错且经认定研究开发失败为合理的失败。 一方发现技术风险存在并有可能致使研究开发失败或部分失败的情形时，应当在 3 日内通知另一方并采取适当措施减少损失。逾期未通知并未采取适当措施而致使损失扩大的，应当就扩大的损失承担赔偿责任。第十条在本合同履行中，因作为研究开发标的的技术已经由他人公开（包括以专利权方式公开），一方应在3日内通知另一方解除合同。逾期未通知并致使另一方产生损失的，另一方有权要求予以赔偿。第十一条 双方确定因履行本合同应遵守的保密义务如下： 甲方： 1. 保密内容（包括技术信息和经营信息）: 不得向第三方泄漏有关本系统的一切技术文档资料以及程序本身 。 2.涉密人员范围:参与技术人员。 3保密期限：质保期内 。 4．泄密责任： 承担本项目技术情报和资料的保密义务，不得向第三方传泄。不论本项目是否变更，解除或终止，本条款均有效。违反者，对方可追究其违约责任。乙方： 1. 保密内容（包括技术信息和经营信息）:项目涉及甲方业务资料2．涉密人员范围: 参与技术人员。 3．保密期限：无限期，直到甲方宣布解密或秘密信息已公开。4．泄密责任： 承担本项目技术情报和资料的保密义务，不得向第三方传泄。不论本项目是否变更，解除或终止，本条款均有效。违反者，对方可追究其违约责任。 第十二条乙方应当按以下方式向甲方交付研究开发成果： 1．研究开发成果交付的形式及数量： 1.系统可执行应用程序包 。2.技术文档。3.产品说明的使用说明书。4.以上成果以光盘形式提供 。 2．研究开发成果交付的时间及地点：签订合同后六个月内 余杭区卫生局。第十三条双方确定，按以下标准及方法对乙方完成的研究开发成果进行验收：由甲方组织验收小组进行验收并最终形成验收报告。第十四条乙方应当保证其交付给甲方的研究开发成果不侵犯任何第三人的合法权益。如发生第三人指控甲方实施的技术侵权，乙方应当 处理因第三方指控产生的一切事务，并承担技术侵权责任以及由此给甲方造成的相应的损失。 第十五条双方确定，因履行本合同所产生的研究开发成果及其相关知识产权权利归属，按下列第2种方式处理：1．无（甲、乙、双）方享有申请专利的权利。专利权取得后的使用和有关利益分配方式如下：无 。2．按技术秘密方式处理。有关使用和转让的权利归属及由此产生的利益按以下约定处理：（1）技术秘密的使用权：甲方所有 （2）技术秘密的转让权：甲方所有 （3）相关利益的分配办法：无 双方对本合同有关的知识产权权利归属特别约定如下：知识产权及所有权，归甲方所有 。第十六条乙方不得在向甲方交付研究开发成果之前，自行将研究开发成果转让给第三人。第十七条乙方完成本合同项目的研究开发人员享有在有关技术成果文件上写明技术成果完成者的权利和取得有关荣誉证书、奖励的权利。第十八条乙方利用研究开发经费所购置与研究开发工作有关的设备、器材、资料等财产，归 乙（甲、乙、双）方所有。第十九条双方确定，乙方应在向甲方交付研究开发成果后，根据甲方的请求，为甲方指定的人员提供技术指导和培训，或提供与使用该研究开发成果相关的技术服务。1．技术服务和指导内容： 软件使用培训，软件安装。 2：地点和方式： 现场服务，现场由甲方指定。3．费用及支付方式： 培训费包含在项目中。第二十条双方确定：任何一方违反本合同约定，造成研究开发工作停滞、延误或失败的，按以下约定承担违约责任：1． 乙 方违反本合同第三条约定，应当每延期交付一日须支付合同金额千分之五的违约金 （支付违约金或损失赔偿额的计算方法）。2． 甲 方违反本合同第五条约定，应当每延期交付一日须支付合同金额千分之五的违约金 （支付违约金或损失赔偿额的计算方法）。第二十一条双方确定，甲方有权利用乙方按照本合同约定提供的研究开发成果，进行后续改进。由此产生的具有实质性或创造性技术进步特征的新的技术成果及其权属，由 甲 （甲、乙、双）方享有。具体相关利益的分配办如下：无 乙方有权在完成本合同约定的研究开发工作后，利用该项研究开发成果进行后续改进。由此产生的具有实质性或创造性技术进步特征的新的技术成果，归 乙 （甲、乙、双）方所有。具体相关利益的分配办法如下： 无。第二十二条双方确定，在本合同有效期内，甲方指定 吴玉明为甲方项目联系人，乙方指定 为乙方项目联系人。项目联系人承担以下责任： 1．协调甲乙双方项目参与人员关系2．督促本方人员努力完成本项目工作一方变更项目联系人的，应当及时以书面形式通知另一方。未及时通知并影响本合同履行或造成损失的，应承担相应的责任。第二十三条双方确定，出现下列情形，致使本合同的履行成为不必要或不可能的，一方可以通知另一方解除本合同； 1．因发生不可抗力或技术风险； 2．无第二十四条：双方因履行本合同而发生的争议，应协商、调解解决。协商、调解不成的，确定按以下第 1 种方式处理： 1．提交杭州市仲裁委员会仲裁； 2．依法向人民法院起诉。第二十五条双方确定：本合同及相关附件中所涉及的有关名词和技术术语，其定义和解释如下： 1．无2．无 第二十六条与履行本合同有关的下列技术文件，经双方确认后， 为本合同的组成部分： 1．技术背景资料：无； 2．可行性论证报告：无 ； 3．技术评价报告： 无；4．技术标准和规范： 无 ； 5．原始设计和工艺文件：无 ；6．其他：无 。第二十七条双方约定本合同其他相关事项为：无。第二十八条本合同一式 捌 份，甲方两份，乙方四份，交易中心两份，具有同等法律效力。第二十九条本合同经双方签字盖章后生效。 甲方：杭州市余杭区卫生局 （盖章） 法定代表人/委托代理人：（签名） 年 月 日乙 方：（盖章） 法定代表人/委托代理人： （签名）年 月 日鉴证方：杭州市余杭区公共资源交易中心 （盖章） 年 月 日印花税票粘贴处：（以下由技术合同登记机构填写）合同登记编号： 1．申请登记人： 2．登记材料：（1） （2） （3） 3．合同类型： 4．合同交易额： 5．技术交易额： 技术合同登记机构（印章） 经办人：年月日此仅为合同书样本，中标人需根据实际情况和采购方签订相应的合同！ 第五部分投标文件格式一、开 标 一 览 表项目名称： 项目编号：本项目投标总报价大写：小写：备注：1、大写总价与小写总价不一致，以大写总价为准。投标人（公章）：法定代表人或授权代表（签字）： 日期：20年月 日 二、分项报价一览表项目名称：项目编号：内容数量费用（万元）余杭区卫生局区域卫生信息平台（二期）软件开发项目……合计大写：小写：备注：1、投标报价应包括有关本项目建设所需的技术方案编写、软件开发、数据建库、安装调试和验收费、系统集成费、质保期运行维护、技术支持、测试费、培训费、售后服务和税金等须由投标单位支付的所有费用。2、针对本项目的需求清单一一对应填写一份“分项报价一览表”。此表在不改变格式内容时，可自行制作。3、分项报价一览表中合计总价应与开标一览表中的相应报价相一致，不一致时，以开标一览表报价为准。4、“分项报价一览表”为多页的，每页均需由法定代表人或授权代表（签字）并加盖投标人公章。5、漏报的视同已包含在投标总价内。有重大缺项的将作无效标处理。投标人（公章）：法定代表人或授权代表（签字）：日期：20年月 日三、评分响应表项目名称： 项目编号：序号评审内容评分标准页码一技术分1详见技术文件第几页2…………二商务分详见商务文件第几页…… 四、技术偏离表格式序号内容招标文件规范要求投标文件对应规范偏离情况（注明正偏离、负偏离或无偏离）注：投标人应根据投标设备的性能指标、对照招标文件要求在“偏离情况”栏注明“正偏离”、“负偏离”或“无偏离”。投标人（公章）：法定代表人或授权代表（签字）：日期：20年月 日五、服务体系基本情况一览表公司名称注册资本企业地址法定代表人联系人联系电话售后服务热线电话注：请附技术服务机构的相关资料（含营业执照、公司资质材料、人员情况、相关案例等）。投标人（公章）：法定代表人或授权代表（签字）：日期：20年月 日 六、投标响应函杭州市余杭区公共资源交易中心：(投标人全称)授权(全权代表姓名)(职务、职称)为全权代表，参加贵方组织项目[项目编号：HZYHZFCG-20 - ]采购的有关活动，并对此项目进行投标。全部投标文件，包括报价文件正本一份、副本四份，商务/技术文件正本一份、副本四份，以及其他要求投标人提交的全部文件。据此函，签字代表宣布同意如下：1、我方承诺已经具备《中华人民共和国政府采购法》中规定的参加政府采购活动的投标人应当具备的条件：（1）具有独立承担民事责任的能力；（2）具有良好的商业信誉和健全的财务会计制度；（3）具有履行合同所必需的设备和专业技术能力；（4）有依法缴纳税收和社会保障资金的良好记录；（5）参加政府采购活动前三年内，在经营活动中没有重大违法记录；（6）法律、行政法规规定的其他条件。2、本投标有效期自投标文件合格递交之日起 60日。3、如我方中标，本投标文件至本项目合同履行完毕止均保持有效，我方将按“招标文件”及政府采购法律、法规的规定履行合同责任和义务。4、如果在开标后规定的投标有效期内撤回投标，我方的投标保证金将不被退还。5、我方完全理解贵方不一定要接受最低价的投标。6、我方同意按照贵方要求提供与投标有关的一切数据或资料，配合招标人进行评标、验收等与本次采购相关工作。7、我方在投标之前已经与贵方进行了充分的沟通，完全理解并接受招标文件的各项规定和要求，对招标文件的合理性、合法性不再有异议。并保证遵守采购文件中的有关规定。8、我方已详细审查全部“招标文件”，包括更正通知（如有的话）以及全部参考资料和有关附件，已经了解我方对于招标文件、采购过程、采购结果有依法进行询问、质疑、投诉的权利及相关渠道和要求。9、我方向贵方提交的所有投标文件、资料都是准确的和真实的。10、我方将严格遵守《中华人民共和国政府采购法》第七十七条规定，供应商有下列情形之一的，处以采购金额5‰以上10‰以下的罚款，列入不良行为记录名单，在一至三年内禁止参加政府采购活动；有违法所得的，并处没收违法所得；情节严重的，由工商行政管理机关吊销营业执照；构成犯罪的，依法追究刑事责任：（1）提供虚假材料谋取中标、成交的；（2）采取不正当手段诋毁、排挤其他供应商的；（3）与采购人、其它供应商恶意串通的；（4）向采购单位、采购机构行贿或者提供其他不正当利益的；（5）在招标采购过程中与采购单位进行协商谈判的；（6）拒绝有关部门监督检查或提供虚假情况的。法人代表签字： 授权代表签字： 公 司 盖 章: 联系人：联系电话: 联系地址：邮政编码： 传真号码： 日期：年月 日七、法定代表人授权委托书杭州市余杭区公共资源交易中心：兹委派我公司先生/女士（其在本公司的职务是：，联系电话： 手机： 传真： 身份证号：）代表我公司全权处理 项目[项目编号：HZYHZFCG-20-]的一切事项，若中标则全权代表本公司签订合同，并负责处理合同履行等事宜。在撤销授权的书面通知以前，本授权书一直有效。授权代表在授权书有效期内签署的所有文件不因授权的撤销而失效。授权代表无转委托权，特此委托。特此告知。法定代表人（签字）： 授权代表（签字）： 职务：职务：身份证号码：身份证号码： 投标人公章：授权委托日期：20年月 日 八、投标单位基本情况表投标人概况名称地址经营范围成立时间经济性质法定代表人联系电话注册资金技术人员数资产总额净资产工商登记号税务登记号是否依法纳税是否参加社保单位优势及投标品牌特点：可包括以下一些内容（须复印件加盖公章）：法定代表人签字（单位公章）年 月 日在本地售后服务机构情况机构名称：地址：人员状况：联系电话：（可另附纸说明） 日期：20年月 日 九、相关项目实施业绩一览表项目名称项目类型简要描述项目金额（万元）实施时间项目单位联系人及电话投标人（公章）：法定代表人或授权代表（签字）：日期：20年月 日 十、投标文件外层包装封面（格式供参考）1、商务文件/技术文件包装封面投标文件（商务文件/技术文件）(开标时启封)项目名称：项目编号：投标人名称（盖章）：在年月 日 时 分之前不得启封2、报价文件外层包装封面报价文件(唱标时启封)项目名称：项目编号：投标人名称（盖章）： 在年月 日 时 分之前不得启封十一、投标文件封面（格式供参考）1、商务/技术文件封面正本/副本商务/技术文件项目名称：项目编号：投标人名称（盖章）： 法定代表人或授权代表签字： 2、报价文件封面正本/副本报价文件项目名称：项目编号：投标人名称（盖章）： 法定代表人或授权代表签字：