武汉市东西湖区

采购需求依据武汉市东西湖区财政局计划函号J22097398-7211备案单的要求，现委托武汉市东西湖区政府采购中心就武汉市东西湖区中医医院智慧医院建设（第二期）采购项目进行公开招标采购。本项目采购预算：人民币528.73万元。第一部分供应商资格要求（一）基本资格要求：1.满足《中华人民共和国政府采购法》第二十二条规定，即：（1）具有独立承担民事责任的能力；（2）具有良好的商业信誉和健全的财务会计制度；（3）具有履行合同所必需的设备和专业技术能力；（4）有依法缴纳税收和社会保障资金的良好记录；（5）参加政府采购活动前三年内，在经营活动中没有重大违法记录；（6）法律、行政法规规定的其他条件。2.单位负责人为同一人或者存在直接控股、管理关系的不同投标人，不得参加本项目同一合同项下的政府采购活动。3.为本采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的，不得再参加本项目的其他招标采购活动。4.未被列入失信被执行人、重大税收违法案件当事人名单，未被列入政府采购严重违法失信行为记录名单。（二）落实政府采购政策需满足的资格要求：无（三）本项目的特定资格要求：无。

第二部分技术、服务及商务要求备注：1.本采购需求中提出的服务方案仅为参考，如无明确限制，投标人可以进行优化，提供满足采购人实际需要的更优（或者性能实质上不低于的）服务方案，且此方案须经评标委员会评审认可。2.招标文件中“★”标注的技术、服务及商务要求，应满足或优于，如有不满足的其投标按照无效投标处理。3.本项目共分为两个包，第1包智慧医疗建设，最高限价：264.61万元，第2包物联网医疗建设，最高限价：264.12万元。第1包：智慧医疗建设，最高限价：264.61万元一、项目概况为提升武汉市东西湖区中医医院信息化建设水平，为辖区居民提供便捷、高效的医疗服务，区中医医院现拟开展智慧医院建设（第二期）项目建设。二、服务清单第1包：智慧医疗建设1智慧医疗门诊电子病历系统1套临床路径管理系统1套单病种质量控制系统1套中医处方流转1套2智慧服务无纸化改造1套统一支付平台1套微信公众服务平台1套3智慧管理医院DRGs决策分析系统1套4配套硬件设备灾备一体机升级1套5接口改造新医保接口改造1套病案首页数据上报1套绩效数据上报1套健康证接口1套电子票据接口改造1套武汉市中医云对接1套武汉市医疗服务云对接1套武汉市公卫云对接1套武汉市药事云对接1套病房呼叫系统对接1套三、技术要求（一）设计原则1、先进性：系统应采用灵活的、稳定的信息技术架构，可以灵活配置用户使用功能及界面，能满足医院日益变化的个性化需求。通过门户可以对其他各种业务系统进行统一安全认证管理，实现整个业务系统的单点登陆。2、标准化：系统必须按照国家卫健委发布的《医院信息管理系统规范》的要求以及国家信息管理的标准、HL7数据交换标准；其中CIS（临床信息系统）按ICD-10、SNOMED、结构化电子病历XML设计等。相关产品应遵循医院信息系统功能规范和互联互通相关评测要求，产品应遵循医院指定的行业标准并制定相应的技术接口，支持以集成平台进行应用集成的技术标准，实现较高的标准化要求，以达到统一管理，统一标准，互联互通的要求。采用开放的、可扩展的数据标准，支持数据标准的动态变化，支持HL7标准，以及向后兼容今后国家、行业、地方所出台的数据标准等。3、安全性：系统应满足实现系统7×24h连续安全运行，性能可靠，易于维护。由于本项目建设涉及到大量医疗业务数据和患者隐私数据，系统安全保障极为重要，投标人应具有医疗行业敏感数据加密经验，并能从物理安全、网络安全、应用安全、数据安全、安全管理等多个层面提供详细的安全防护建议方案，以确保系统和数据的安全性。4、兼容性：系统应采用灵活的基于门户的可扩展性架构，系统可以融合各类不同体系架构产品。系统所有功能菜单可按用户角色的需求进行随时调整和组建。同时系统要求按照国际、国内有关标准开发设计。采用开放式的系统软件平台、模块化的应用软件结构，系统应能灵活地扩充其业务功能，并可与其它业务系统进行无缝互连。5、高性能：产品设计应充分考虑程序在大业务量环境中运行的效率，防止死锁和并发操作。系统应支持自动任务管理系统，可以把比较大的，时实性不强的业务放到晚上执行，整个过程无须人工干涉，以合理分配服务器的资源，提高服务器的利用率。（二）总体设计要求应用架构的设计关系到对多种系统质量属性的满足，应用系统的架构需满足以下要求：（1）多层的应用架构；（2）基于组件的设计，用户可以根据需要按角色组合和配置组件（3）具有用户可以管理工作流管理功能（4）具有用户可以配置的规则引擎（5）具有抽象的底层数据模型（6）具有事件/消息响应机制（7）具有良好的安全机制完成用户的认证、授权和数据保密。同时为了满足可适应性、易操作性、以及适应医院未来的发展，应用系统需满足以下特性：（1）支持用户自己可配置的规则管理，提供工具和功能，根据因业务规则和管理需求的变化而配置产品，使之能良好适应需求的变化，持续支撑医院业务发展（2）支持用户可配置的工作流程管理，提供工具和功能，根据因环境或内部流程的变化而配置产品，使之能良好适应需求的变化，持续支撑医院业务发展（3）用户可以按自己的习惯配置界面；提供简洁的操作；丰富的提示；一致的操作模式（4）提供应用开发框架（5）用户可以灵活的使用现有功能组件建立自己的应用（6）可将用户开发的组件通过应用程序工具加入到应用（7）客户端能根据服务器的要求而自动升级。（三）智慧医疗3.1门诊电子病历系统门诊电子病历系统需具有门诊病历书写、一键打印、既往病史查阅、检查报告读取、门诊病历质控、门诊病历打印、统计查询、中医电子病历插件等功能。具体需求如下：（1）门诊病历书写：需提供结构化和XML存储的门诊电子病历。需提供类似word操作界面风格，所见即所得，易学易用。需提供丰富的门诊电子病历模板。提供个人常用、科室常用、病种模板的调用。需提供电子申请单报告结果读取。在病历书写时，能够引用检验检查报告数据到病历文档中。门诊电子病历提供特定模板编辑器，支持特殊符号、图片、常用语引用。应能将门诊病历导出为word文档或另存为病历模板。提供病历审计日志的查看。处方、诊断、检验检查单数据应能自动导入病历功能。（2）一键打印：系统需提供门诊医生在诊疗结束时，打印病历的功能，支持一键打印。结合无纸化改造，默认将门诊电子病历推送至微信公众号（或小程序），门诊电子病历由医生选择打印。（3）既往病史查阅：需支持查阅既往门诊病历资料、住院病历资料、既往诊断、既往检验、既往检查等。（4）检查报告读取：需提供在病历书写时，读取检查报告数据到病历文档中。（5）门诊病历质控：需提供门急诊病历质控统计功能，统计门诊病历书写情况表等报表。（6）门诊病历打印：需提供患者门急诊病历即时打印及补充打印功能，支持已就诊患者的病历打印。（7）统计查询：需提供门诊诊疗活动的统计查询功能，应包含：门诊病历查询、书写情况的统计以及门诊就诊记录的查询等。（8）中医电子病历插件：需支持中医病历插入草药方功能、中医专科图片的检索、编辑和打印功能、非药物中医技术治疗医嘱和草药处方的录入等功能。3.2临床路径管理系统临床路径管理系统需具有专家配置管理、临床路径执行、统计查询等功能。具体需求如下：（1）专家配置管理：▲1.需支持定义纳入临床路径管理的病种，并与ICD10、ICD-9-CM-3编码进行关联；2. 需支持按照病种定义临床路径；3. 需支持维护各路径的评估指标；4. 需支持维护各病种的变异原因，可按变异因素，变异类别进行分类；（2）临床路径执行：1. 需提供根据患者病情人工确定进入特定病种临床路径管理的功能，可根据患者的诊断等信息自动提示是否需要入径。▲2.需提供临床路径的执行功能，根据临床路径和医生的选择，自动生成与路径关联的医嘱和检查检验申请单，避免医生重复劳动。3. 系统自动跟踪路径变异情况，对于未按路径标准执行的项目提供变异单的录入和保存功能。4. 需提供临床路径的监控功能。▲5.需提供临床路径的调整功能，包括调整入径日、手术日及出院日。6. 需提供分支路径功能，辅助主路径进行。▲7.需提供中途退径功能。病人在临床路径执行的过程中因各种原因需退出路径，即可选择异常出径，并登记变异原因。8. 在路径的出院日，病人经评估后符合出径条件，即可选择正常出径，该病人即退出临床路径管理。（3）统计查询：需支持查询病人路径的执行情况，包括入径病人和出径病人两类；实现医师版临床路径打印、病人帐户查询、路径执行日志查询、变异记录单等查询功能。统计某个病种的某个时间段内的非特异性指标，包括效率指标、效果、工作量、抗菌药物使用、卫生经济学指标等。3.3单病种质量控制系统单病种质量控制系统需具有基于诊疗过程的单病种质量控制指标评价、单病种质量控制指标审核、单病种质量控制指标分析、单病种质量控制指标报表等功能。具体需求如下：（1）基于诊疗过程的单病种质量控制指标评价：系统需支持智能化干预，审查病人病情，对符合相关要求的病人，会提醒医生将其纳入单病种管理，并全程跟踪。要求结合临床路径的智能提醒和监管功能，实现对单病种病人的最好治疗，且可以对单病种病人的费用，做到一个完美的控制。（2）单病种质量控制指标审核：通过对上报的单病种病例的有效管理，及时发现漏报和误报的病例，逐步提高临床上报的质量。查询临床上报的单病种案例和单病种质量控制指标数据，需提供查看病人完整病历的功能；对于待审核的单病种病例提供修改和审核的操作。需提供补录单病种病例的功能，直接新增单病种病人，并进行单病种质量控制指标评价；需支持数据导出excel文件。（3）单病种质量控制指标分析：应能生成各种图表为医院管理部门提供决策支持，分析医疗质量的变化趋势，评价医师诊疗行为是否符合规范，是否合理，也可以作为医院等级评审中评价医疗质量的直接数据证明。应能根据审核通过的单病种质量控制指标数据生成分析图表，每个单病种可以按年度或月份集中展示每项指标的趋势图（柱状图）。（4）单病种质量控制指标报表：需支持各类单病种报表的统计和呈现，需支持多角度多方向的统计分析，需支持单病种的诊断指标、治疗指标、效率指标和经济指标的分析和统计打印功能。3.4中医处方流转中医处方流转需具有可流转药品维护、可流转药品对照、流转处方开方、流转处方推送、流转处方审核、流转处方发药、流转处方取消发药、基层处方流转统计、中医院处方流转统计等功能。具体需求如下：（1）可流转药品维护：在基层医疗中心维护可进行流转药品标识，各医疗机构从中心库同步可流转药品信息到本机构。从基层医疗中心可导出可流转药品基本信息，以供东西湖区中医医院进行药品对照。（2）可流转药品对照：将基层导出的药品信息导入中医院数据库，和中医院现有的药品信息关联对照。对照字段为药品序号和药品产地两个条件。（3）流转处方开方：为避免影响现有流程，基层医疗处方流转在单独的界面完面，用户输入拼音代码调取可流转药品字典里的药品，选中药品后，调用东西湖区中医医院流转药房里该药品的价格和库存数量。以中医院药品价格为准保存处方。（4）流转处方推送：基层可流转处方在基层医疗收费处，按中医院价格标准完成处方收费。同时调用中医院提供的处方保存服务，将处方信息保存一份到中医院数据库。（5）流转处方审核：中医院显示流转过来的处方，通过人工审核处方。对接CA电子签名，实现流转处方中药师审核、发药电子签名。电子处方存档。审核通过的生成药房药品出库单，审核不过的不生成出库单。处方审核结果通过基层医疗机构处方状态修改服务更新基层医疗数据库。（6）流转处方发药：审核完成的处方生成出库单，中医院根据真实发药情况。一张处方对应一张出库单。点击出库确认，完成减库存功能。调用基层医疗处方状态修改服务更新基层医疗数据库。（7）流转处方取消发药：已经发过药的同库单，可以取消发药。生成一条对应的入库单，确认完成药品的入库操作。调用基层医疗处方状态修改服务更新基层医疗数据库。（8）基层处方流转统计：需提供流转处方明细、流转处方药品明细统计功能。（9）中医院处方流转统计：需提供流转处方发药药品明细、流转处方明细统计功能。（四）智慧服务4.1无纸化改造（1）HIS患者信息管理改造：针对HIS系统患者信息管理进行改造，可根据患者编号，生成相应就诊码（二维码）进行唯一关联。同时在挂号单等打印凭条上，打印相关患者就诊码。医务人员可操作业务系统，通过扫码设备直接识别患者信息，方便快速开展相关医疗服务，加速就诊全流程，同时实现与医院微信公众号的对接，实现处置信息、就诊记录、检查检验及处方的信息化记录及推送。（2）适应自助服务系统改造：针对自助服务系统，通过自助服务设备进行挂号后，在挂号单打印相关患者就诊码，窗口业务可通过扫描患者就诊码快速识别患者身份。4.2统一支付平台统一支付平台需支持支付业务、对账业务、窗口扫码付、诊间支付等功能，具体需求如下：（1）支付业务1．需通过为医院构建聚合支付平台，对接各种不同的第三方支付方，实现平台支付业务的统一对账与清算服务。平台提供线上移动支付、线下扫码支付多应用模式，同时接通支付宝支付、微信支付等主流渠道支付方式，以全新的支付系统理念服务患者。2．平台从技术上整理多渠道接口模式，合并为一个接口方式，一种安全接入验证机制，方便医院HIS等系统对接支付应用。3．聚合支付平台应能快速接入多种支付模式，支持主流以及新兴的支付方式，围绕支付、退款、对账三大核心功能提供一站式支付服务。▲4．交易记录：平台要能记录每笔交易流水的详细信息，包括但不限于病人基本信息（姓名、性别、就诊卡号/ID、联系方式等）、业务类型（门诊、住院、体检等）、业务场景（窗口、诊间等）。▲5．安全机制：为了便于后期医院多业务系统不同厂家接入平台，带来的资金安全和管理问题，平台要有针对各厂家的维护和独立加密KEY，并记录每笔交易流水接入厂家，便于后期财务对账和相关问题核对查找。▲6．退款：平台退款应支持当天或隔日全额和部分退款功能，退款原渠道返回。7．接口开发：平台应能无缝对接院内的多个相关业务系统，通过平台提供的外联工具，能简单对接医院资金管理相关的系统，实现无缝对接。（2）对账业务1．统一对账平台记录每笔交易流水，并且在互联网端自行分别和支付渠道、平台进行对账处理。而在医院端，为医院提供统一对接接口，医院通过一处对账，实现全渠道的支付流水核对，实现“多本账并一本账”。2．需实现HIS（应收）、支付平台（通道记录）和渠道（实收）三方自动对账，减轻财务人员日常对账压力。3．应支持单边账预警，出现疑似单边账记录后，提醒财务人员并列出长短款单边账记录，协助财务人员及时发现和处理单边账。4．统计报表：鉴于以后医院可能多银行合作模式，统计数据要求能按自然日分渠道准确统计出医院交易金额，便于医院财务人员对账和核算收入。▲5．单边账退款：针对对账出单边账，平台提供强制退款功能，为了防止财务人员误操作，强制退款平台要能判断HIS业务系统结算记录，并给出准确提示。▲6．单边账处理：对账平台每日要能自动提示财务结果，对账平台对每笔单边账要能提供给财务人员记录处理结果，以备后续查询核实。（3）窗口扫码付1．平台需实现在医院门诊、住院收费窗口面向患者收款时，提供统一的窗口支付服务，满足针对不同患者的不同支付通道一站式支付收款的操作。在门诊、住院收费窗口，患者提供支付宝支付码、微信支付码，窗口收费员使用固定式扫码器进行扫码，由系统自动向支付宝、微信发起交易完成支付，不增加收费员任何多余识别操作。2．退款：患者退款时应能根据源支付渠道能及时原路返回。3．实现和医院院内业务系统无缝对接及包含相关方对接改造费用。（4）诊间支付1．平台需实现在医院病人门诊就诊结束时，医生打印就诊单或导诊单，在该就诊单或导诊单上打印本次二维码，患者可以随时随地使用手机扫描二维码进行诊疗费支付。2．平台需通过系统出示一个待支付码给患者进行扫码支付，患者既可以使用支付宝也可以使用微信等进行扫码支付，提供更广泛的支付手段，提供更好的患者满意度。3．退款：患者退款时应能根据源支付渠道能及时原路返回。▲4．支付确认：为了能更加提高病人满意度，在病人扫码支付前，要能从手机端看到本次支付的费用明细清单，确认无误后进入正式支付环节。5．实现和医院院内业务系统无缝对接及包含相关方对接改造费用。4.3微信公众服务平台微信公众服务平台需具有门诊服务、住院服务、通用服务等功能。具体需求如下：（1）门诊服务1．智能导诊：需实现用户通过APP获取自我健康筛查服务，系统依据用户的当前症状表现，判断用户可能罹患的疾病，推荐相关诊疗科室及医院。2．便捷寻医：需推荐热门的医生、机构、或显示常见疾病，方便预约挂号。3．自助开单：需支持检查检验自助开单服务。▲4．医院介绍：需支持用户通过手机对医院相关情况进行查询，包含医院介绍、交通指引、科室介绍、医生介绍、就医流程介绍等内容。5．预约挂号：需实现用户通过移动端应用随时随地便捷预约挂号功能。要求基于医院的挂号资源进行开发，可以结合分时段预约系统实现对应时间段的全号源预约服务。6．签到取号：用户预约挂号成功后，在签到取号时间地点范围内（后台可配置可签到取号的时间地点范围）系统需支持用户完成在线签到取号。7．排队叫号：本人及其家庭成员的门诊队列、检查队列进度展示在同一个列表；需支持查看当前用户及绑定家庭成员的门诊、检验、检查实时队列信息，帮助用户对候诊地点和时间进行提醒。当临近就诊或执行时间时，系统应能推送消息提醒居民准备就诊。8．检查预约：需实现用户通过移动端在线预约检查，并查看检查相关注意事项，检查地点。▲9．诊间支付：需支持用户对门诊待支付项目进行查询，方便用户选择待支付项目进行诊间支付。需支持对已支付项目进行查询，便于用户掌握自己的支付历史情况，在医保开通线上脱卡支付相关政策后，能够完成结合医保的线上支付。10．报告查询：需支持门诊报告的在线查询服务。11．门诊费用查询：针对门诊用户，平台需实现用户通过移动端应用对门诊过程中产生的相关费用明细情况进行查询的功能，让用户能够明确了解自己每一笔门诊费用支出情况。▲12．预约记录：需支持用户查看通过移动端预约的门诊预约挂号记录，并对预约详情进行查询，若用户日程有变化，可以通过预约记录，取消本次预约。13.中医体质辨识：需实现相关问卷帮助居民进行个人体质辨识服务。14.体检预约：对接区域体检系统，接受居民端体检预约申请并进行提醒和展示，方便工作人员根据居民需求帮助居民预约体检项目。15.体检报告查询：需支持用户查看通过移动端查看自己或家庭成员体检报告。16.病历复印：经实名认证的用户离院后，在移动端办理病历复印申请、预约自提、快递邮寄（对接第三方快递服务平台，由快递服务平台收取快递费用）、状态查询等业务，在家就能获得所需的病历资料，解决了用户来回跑的困扰，进一步改善了就医体验。（2）住院服务1．住院预缴金：需实现用户通过移动端应用在线充值住院预缴金，应支持对历史充值明细信息、预缴金余额信息进行查询。▲2．每日清单：针对住院用户，应能通过移动端应用对住院费用清单进行查询，了解自己当日所花费用的明细情况。3．住院报告查询：需支持住院报告的在线查询服务。4．住院宣教：基于健康宣教插件，门诊患者和住院患者应能查看系统推送给患者的健康宣教内容，支持文字、音频和视频模式。（3）通用服务1．健康资讯：为用户提供健康教育、线下活动、相关政策等健康指导信息。2．价格公示：需支持在移动端对医院药品和检查治疗等项目的价格进行公示，用户可以通过中文名或拼音首字母查询的形式定位到相应项目。3．电子健康卡：需支持用户在线申领电子健康卡、完善个人电子健康卡相关信息、并支持在线使用电子健康卡处理就诊业务。4．完善信息：需支持用户对自身资料进行编辑，用户注册账户之后，系统支持完善用户个人信息，需填写姓名、证件类型、证件号码、性别、出生日期、手机号码。▲5．就诊人管理：需支持用户新增、修改、删除就诊人，互联网医院部分服务需要通过实名认证之后才能够体验。除了用户本人之外，应能绑定其他就诊人，更好地关注自己家人的健康状况，也帮助老人、未成年人享受互联网医院服务，有效提升产品体验。▲6.我的收藏：用户可以收藏自己喜欢的医生，在我的收藏中，提供已收藏医生首页的快捷入口。

（五）智慧管理5.1医院DRGs决策分析系统医院DRGs决策分析系统需具有DRGs分组器设计、医院DRGs决策分析系统、住院费用偏离分析、住院病种指数分析、多指标综合分析、系统基础设置等功能。具体需求如下：（1）DRGs分组器设计：分组器可自主定义分组类型，维护诊断标准及手术标准，配置入组规则，并可辅助完善分组编码（智能自定义补码规则），通过多种病案采集方式，完成对病案数据的自动入组处理，对由于数据质量太差或疑难杂症等原因导致入组失败的病例，可由专家手动入组，确保入组结果的准确和科学。DRGs分组器应具有系统管理、配置管理、数据通信、业务应用、信息展现等功能。（2）医院DRGs决策分析系统：需支持病种组合指数相关指标计算，应包括病种组合指数rw计算、机构总量指数RW计算、平均指数CMI计算、指数单价标准计算、病种组合药品指数计算、病种组合耗材指数计算、指数单价偏离度计算、药品单价偏离度计算、耗材单价偏离度等功能。（3）住院费用偏离分析：需支持住院总费用排名计算与分析、住院指数单价分析、住院药品指数单价分析、住院耗材指数单价分析、住院费用偏离度分析、药品指数单价偏离度分析、耗材指数单价偏离度分析等功能。（4）住院病种指数分析：需支持医院CMI排名计算与分析、医院总例数分析、医院总量指数分析、医院病种组合指数分类分析、医院病例组数占比分析、医院病例例数占比分析、医院病种分布-二维展示、医院病种分布-三维展示、医院病例指数分析等功能。（5）多指标综合分析：需支持医疗收入增长率计算与分析、药占比（含靶向药物）计算与分析、耗材占比（不含药品收入）计算与分析、收入增长率异常情况展示等功能。（6）系统基础设置：需支持配置管理、指标中心、用户/角色及权限维护、MAC地址绑定、登录日志等功能。（六）配套硬件设备6.1 灾备一体机升级医院原有灾备一体机一台，针对本次项目数据灾备需求进行升级，升级内容包括：（1）增加灾备一体机一台；（2）对原灾备一体机进行容量扩容。1、新增灾备一体机参考配置要求：指标项子指标项技术要求硬件要求硬件指标2U机架式设备；≥8个磁盘槽位3.5"SAS、SATA磁盘接口；标配≥5块6TB企业级硬盘；Intel单路8核16线程处理器；≥128GB高速缓存模块；四端口千兆以太网；≥1个冗余电源模块；RAID支持1,5,6,10,50,60，热备模式；灾备系统兼容性主机兼容性X86物理服务器：提供对所有的X86服务器的灾备保护功能；虚拟化主机：提供对MicrosoftHyper-V、VMwarevSphere（ESX\ESXi）、KVM、CitrixXen、RedHatEnterpriseVirtulization、HuaweiFusionSphere等虚拟化主机的灾备保护功能；私有云/超融合云：提供对基于Openstack、Vmware和KVM技术且采用VmwareVsan、glusterfs或ceph分布式存储技术搭建的私有云/超融合云的灾备保护功能；公有云主机：提供对基于KVM、Xen、MicrosoftHyper-V和OracleVirtualBox技术的公有云主机（不限于：阿里云、腾讯云、百度云、华为云、AWS亚马逊、微软云、浪潮云、金山云、京东云、沃云、天翼云、移动云和OracleCloud）等云主机的灾备保护功能；操作系统兼容性支持对以下操作系统数据保护：WindowsSever2003/2003R2/2008/2008R2/2012/2012R2/2016；WindowsXP/7/8/10；Redhat/Centos/OracleLinux5.x及其之后；Suse10sp1~sp4/11sp1~sp4/12sp1~sp4；Ubuntu12-~Ubuntu16;Debian8~Debian9；中标麒麟5.x6.x。应用系统兼容性提供对各种不同部署方式的业务系统灾备保护功能，满足各种应用系统的灾备保护需求：普通单机应用；数据库同步类HA集群（如Web服务器集群）；共享存储类HA集群（如OracelRac）；共享双活类应用集群（如OracleDataGuard）；基于GoogleFileSystem，Hadoop等技术开发的应用系统；数据库兼容性提供对主流SQLServer、Oracle、Sybase、ExchangeServer、LotusDomino、DB2、MySQL、AD、MONGODB、达梦等应用的灾备保护功能；提供对OracleRac、SAPHANA等应用的灾备保护；提供对其他运行在WindowsSever2003及以上或Linux2.6.18及以上操作系统上的任意数据库的灾备保护；灾备系统安全性数据传输和存储加密提供加密算法对备份数据进行加密，确保备份数据存储无泄密风险；提供分布式通讯框架、双向数字证书验证TLS协议进行数据传输，保障数据即使被网络截获也无法破解，攻击者无法伪造客户端、灾备系统欺骗来获得数据的上传和下发；平台安全性存储备份系统需为基于Linux的嵌入式系统减少病毒感染几率；系统维护后台采用动态口令机制不存在固定口令账户，动态口令由设备管理员和原厂口令组成，保障灾备系统后台不被非法登入；对备份数据进行结构重组，且禁止执行备份数据、直接浏览或重组数据，确保备份源主机中的计算机病毒（蠕虫、木马等）在备份系统中失去活性，保障备份系统中数据安全；灾备系统功能备份技术原理采用整机磁盘数据块备份技术对X86物理主机、虚拟化主机、云主机进行灾备保护；采用顺序IO技术对磁盘数据进行复制，提高在大数据量、大文件数量等场景下的备份效率；整机灾备保护考虑到用户业务系统升级、更新等问题需提供对整机包括但不限于操作系统、业务系统、各类系统配置、数据库和数据/文件、注册表信息及逻辑关系的在线完整机备份；对现有及未来新上业务系统兼容性提供整机份技术备份整机应用状态，无需了解业务系统的类型、部署方法、业务系统间的数据交互机制、数据结构/逻辑关系和数据库的品牌/版本，实现对现有及未来新上业务系统的保护兼容性；定时备份策略支持按计划对指定的服务器做备份－－每月xx天；每周x天；每天xx时；xx年xx月xx日xx时xx秒仅备份一次提供操作；CDP持续数据保护（实时备份）提供对云主机、物理机、虚拟机的CDP持续数据保护，实时备份磁盘任意时刻的状态，备份时间粒度最小可达微秒级(百万分之一秒)实现RPO趋近于0，且对被保护服务器性能影响小于1%；CDP持续数据保护支持无限历史时间点留存；提供对单盘超过5TB虚拟机提供实时数据保护；数据重删和压缩支持数据重删内置重删数据库，备份时不再备份已经存在的数据；采用增量备份模式，已经备份过的数据在客户端即实现去重，不在传输至灾备系统大幅减少对网络带宽和存储空间的占用；备份数据向灾备系统传输时采用数据压缩技术，备份速度高于实际网络带宽；断点续传支持断点续传，当备份复制过程中出现非正常中断后，恢复备份条件后可基于上一次断点处进行续传；文件恢复和卷恢复提供单文件级细粒度恢复功能，当原机中的某些重要文件丢失时，可直接恢复丢失的文件；提供卷恢复功能，当原机中的卷丢失时，可直接恢复指定的卷；高可用支持热备HA▲提供支持在任意品牌/技术/芯片组的X86物理机、虚拟机和云主机之间实现HA热备架构，并可实现RTO秒级的业务系统切换，RPO小于1s；应用容灾应急容灾可基于同一个备份点同时启动多个不同IP地址、不同个数CPU、不同大小内存等配置虚拟机对外提供服务，以应对副本使用、灾难故障应急等不同功能、性能需求。▲应急容灾时，可即刻开始对容灾主机提供微秒级CDP增量备份保护，且应急容灾期间新增的数据会形成备份点可用于灾难恢复，防止容灾期间的误删除、误操作、逻辑错误等导致数据丢失；▲应急容灾时，可同时配置将容灾主机整机回迁至原生产环境的相关参数，应急容灾期间整机包含新增数据的无缝回迁至生产环境主机，应急容灾结束后择机可秒级回切至生产环境。灾备系统备份点可靠性验证备份点验证可将选定的备份点加载为网络共享路径、可直接在WEB浏览器中直接URL访问；在虚拟化灾备验证系统中将选定验证的备份点整机启动（OS、业务系统和数据；虚拟化灾备验证系统自建隔离私有虚拟化网络，减少备份点验证时的配置难度和杜绝IP冲突风险；自动化验证远程复制为保障两台灾备一体机数据能够联动，需支持读取原灾备一体机数据读取，完成联动；灾备演练和灾难重建灾备演练和灾难重建提供原主机和异构目标机（X86物理机、虚拟机和云主机）之间的自动化灾备演练和灾难重建功能，可以实现P2P、P2V、P2C、V2P、V2V、V2C、C2C、C2P和C2V的灾备演练或灾难重建；提供整机恢复的灾备演练或灾难重建功能，无需了解操作系统、应用系统、数据库和业务逻辑，无需逐步手工安装、配置，即可完成灾备演练或灾难重建；灾备演练或灾难重建时可通过灾备系统Web管理界面完成所有操作，无需业务系统开发商工程师、数据库工程师和灾备系统工程师支持；▲支持共享存储类集群、共享文件系统集群、双机HA热备架构下的应用主机裸机、双节点或多节点整机重建恢复，千兆网络下，无论数据量大小，15分钟内重建恢复至正常使用。可管理性管理方式中文界面，基于https的WEB管理模式实现业务管理员管理、存储管理、备份任务管理、远程复制管理及权限管理等；告警方式支持以邮件告警的方式，针对于备份存储系统的软件故障、存储空间、备份任务、操作状态等信息及时通知管理员；售后服务技术支持和售后服务原厂售后服务项目；原厂3年免费软件升级；原厂3年7*24小时原厂工程师邮件/电话/远程支持；LicenseLicense授权备份存储容量授权（不区分定时备份/CDP备份）：20T；CDP主机保护数量授权不限；整机保护主机数量授权不限；数据重删主机数量不限；4台整机接管授权；2台CDP持续数据保护授权；2台RAC实时备份授权；交货时以上License授权需提供原厂授权证明文件；其他其他采购方有权对所投设备进行功能测试，对于设备不能满足招标参数要求的，用户方有权拒签合同。2、原灾备一体机扩容要求：新增6T企业级硬盘，6T容量授权；3年维保服务。

（七）接口改造7.1新医保接口改造投标人须根据湖北省医疗保障信息平台最新接入规范要求，对医院医保接口进行改造，改造主要涉及基础信息获取、医保结算、医药机构服务、信息采集上传、信息查询、其他等六大类结算相关必做接口。7.2病案首页数据上报投标人须针对一期病案管理系统进行相关接口改造，使其支持病案首页数据自动上传。7.3绩效数据上报投标人须按照东西湖区绩效考核细则要求，进行相关数据接口改造，保障院内绩效数据的高效上报。7.4健康证接口与健康证系统进行接口对接改造，实现健康证的数据同步查询。7.5电子票据接口改造投标人须按照湖北省卫健委、湖北省财政厅等要求，需完成电子票据改造工作，减少医疗机构发票采购的成本、实现居民在线支付后电子票据生成以及自助设备的电子票据打印，减少居民排队等待时间。7.6武汉市中医云对接投标人须充分利用市卫健委1+5+2项目建设成果，对接武汉市中医云，CDSS知识库服务。涉及中医云的辅助决策系统（专病）、中医知识库检索系统、中医治未病系统、中医依从提醒服务、健康武汉治未病居民端。7.7武汉市医疗服务云对接投标人须根据武汉市医疗服务云与医院信息系统对接要求，针对医院信息系统进行接口改造，实现医院信息系统与医疗服务云对接。7.8武汉市公卫云对接投标人须充分利用市卫健委1+5+2项目建设成果，对接武汉市公卫云平台，实现妇幼健康服务信息管理系统、标准化智慧产科门诊系统、武汉市传染病动态监测结防系统、武汉精神卫生信息管理系统、法定传染病监测管理系统等公卫云系统，实现医院与公卫云之间的数互通与协同服务。7.9武汉市药事云对接投标人须充分利用市卫健委1+5+2项目建设成果，对接武汉市药事云平台，接入药事云安全用药智能决策系统、处方点评系统、药物不良反应监管等药事云系统，实现医院与药事云之间的数据互通与协同服务。7.10病房呼叫系统对接投标人须针对医院病房呼叫系统进行相关接口改造。商务要求说明：以下商务条款应满足或优于，须在投标文件《商务偏离表》中对以下条款进行响应描述或偏离说明。序号条款名称内容、说明与要求1合同履约期限（★实质性要求条款）本项目需要在签订项目合同后6个月内完成项目交付工作。2质保期（★实质性要求条款）投标人所投系统软件须提供2年质保服务，硬件须提供3年原厂质保服务，自全部系统设备安装调试完毕并经验收合格之日起进入质保期。3交付地点（★实质性要求条款）采购人用户指定地点。4付款方式（★实质性要求条款）本合同签订后15个工作日内，采购人向中标人支付合同价款的30%作为预付款；服务完成并验收合格后15个工作日内，采购人向中标人支付剩余的合同价款。5实施要求1.投标人须具备与本项目建设相匹配的技术研发、运维服务能力以及标准化管理体系，应具有丰富的同类项目建设经验以及较为完整的医疗卫生信息化产品线，以保障本项目整体建设质量。期间可能由于用户的需要及政策的变化而对系统进行相应的客户化修改，投标厂商必须无条件满足。2.项目实施期间，投标人拟派本项目的技术人员不少于8名，项目小组成员应具有与本项目建设相匹配的技术能力，拟派项目经理须有类似项目担任项目经理的经验，其他技术人员须具有2年以上工作经验。如投标人安排的技术实施人员不能满足招标方要求，采购方有权要求投标人及时更换同等水平人员，并经采购方同意。3.本项目建设是基于武汉市东西湖区中医医院现有信息化的基础上进行改造与拓展建设，投标人须实现本次项目新建系统与医院已有系统的无缝衔接，从而达到项目整体建设目标。中标人应承诺配合采购人完成业务系统的集成整合工作，并承担第三方系统相关接口费用，采购人不再另外支付。6包装、运输投标人负责本项目下的所有货物的包装、运输和装卸，并承担由此产生的一切费用和风险。7培训6.1投标人需针对本项目提供免费培训服务，培训方式应包括理论培训和现场培训，须针对不同的培训对象，提出培训计划，包括但不限于培训内容、培训时间、地点、授课老师等。6.2投标人派出的培训教员应具备丰富的相同课程教学经验，所有的培训教员必须中文授课，投标人必须为所有被培训人员提供培训用文字资料和讲义等相关用品。8售后要求7.1投标人须安排1名服务经理负责项目验收后的运维服务管理工作，以便响应采购方的技术服务需求。7.2投标人须承诺在质保期内提供免费保修及上门服务，免费负责安装、调试、技术协助。7.3投标人须承诺对所投系统进行终身维修（有偿质保），质保期满后，双方协商签订维保合同。7.4服务响应时间：投标人须提供7×24电话或电子邮件服务，接到业主报修通知1小时内做出明确响应和安排，4小时内做出故障诊断报告；如需现场服务的，具有解决故障能力的工程师应在接到报修通知次日内到达现场。7.5投标人应提供切实可行的售后服务方案，方案内容包含但不限于：1）售后服务承诺函、2）服务标准、3）服务流程、4）服务方式、5）服务内容、6）售后服务网点。9附件、图纸按照产品制造商规定的随机标准附件和图纸配置。10验收要求（★实质性要求条款）9.1业务系统安装、调试完毕，并稳定运行一个月后，由中标方提出验收申请，采购方应于中标方提出验收申请后十个工作日内组织验收。采购方验收合格后应当出具验收报告。9.2需按照招标文件、投标文件、合同、相关承诺和相关补充文件的内容进行验收。本项目所有技术性能规格及参数应符合招标文件和中标方投标文件所要求的技术标准及服务标准，且系统运行稳定，无故障，数据无错误。9.3中标方在项目验收时须将系统的全部有关操作手册、数据库结构、安装、测试、验收报告等文档汇集成册交付使用单位。11报价要求（★实质性要求条款）10.1本项目的投标报价中应包括项目的供货、运输、安装、调试、软件开发、试运行、升级及售后服务工作等全部费用。10.2本项目为“交钥匙”项目，投标人应充分考虑到项目运行至验收合格过程中所发生的一切可预见及不可遇见的费用并将此包含在投标总报价中，在合同实施时采购人将不再支付中标人没有列入或疏忽缺失的项目费用，并认为此项目的费用已包含在投标总报价中，采购人将只按其中标金额支付费用而不再支付其他费用。12知识产权管理要求（★实质性要求条款）11.1投标人应具有较强知识产权管理体系，并承诺在本项目中所有预装和为本项目安装的软件为在中国境内具有合法版权或使用权的正版软件且无质量瑕疵的最新版本；11.2采购人在中华人民共和国境内使用投标人提供的货物及服务时免受第三方提出的侵犯其专利权或其它知识产权的起诉。如果第三方提出侵权指控，中标人应承担由此而引起的一切法律责任和费用。13投标人实力13.1投标人具有经中国国家认证认可监督管理委员会认证机构颁发的有效的质量管理体系认证；环境管理体系认证；职业健康安全管理体系认证；信息安全管理体系认证；信息技术服务管理体系认证；13.2投标人具有有效的信息系统建设和服务能力等级证书；13.3投标人具有有效期内的信息技术服务运行维护标准符合性证书（ITSS）；13.4投标人具有本项目相关的奖项或荣誉称号13.5投标人具有智慧医院建设服务项目的类似业绩13.6投标人具有承建的医院项目通过“电子病历系统功能应用分级评价”四级或以上的经验。13.7投标人具备电子病历类；临床路径管理类；单病种质量控制类；处方流转平台类；DRGs分组器类软件服务支撑能力；13.8标人拟派的项目负责人具有人力资源和社会保障部门颁发的信息系统项目管理师（高级）资质、高级工程师（信息技术）资质证书且具有同类项目管理经验。13.9投标人拟派的技术负责人具有人力资源和社会保障部门颁发的系统分析师、数据库系统工程师，软件设计师资质证书。13.10投标人在项目建设过程中，拟派项目组技术成员（除项目负责人、技术负责人）具有人力资源和社会保障部门颁发的系统分析师；系统架构师；软件设计师；软件评测师；数据库系统工程师；网络工程师资质证书；14项目总体设计方案投标人需根据政策背景及医院目前信息化现状，提供科学合理的项目总体设计方案，包含但不限于1）项目现状、2）需求分析、3）总体设计、4）技术路线等方案。15项目实施管理方案投标人需提供科学合理项目实施管理方案，包含但不限于1）实施承诺、2）实施计划、3）实施步骤、4）项目测试和验收、5）实施管理措施、6）质量管理措施等方案16安全保障能力投标人需提供切实可行的信息系统安全和应急方案，确保项目安全稳定运行。包含但不限于物理安全、网络安全、应用安全、数据安全和安全管理等方案

第2包：物联网医疗建设，最高限价：264.12万元一、项目概况为提升武汉市东西湖区中医医院信息化建设水平，为辖区居民提供便捷、高效的医疗服务，区中医医院现拟开展智慧医院建设（第二期）项目建设。二、设计原则投标产品应具有较好的先进性、可操作性、可维护性、安全性、整合性与扩展性、高性能等特点。(1) 标准化构建基于HL7（国际通用医疗电子数据交换标准）、IHE（医疗信息系统集成标准）、ICD10（国际疾病分类编码）、SNOMED（医学系统术语标准）等医疗行业的标准以及卫生部相关标准规范的规范化信息系统。标准规范包括术语规范、业务规范、技术规范、数据规范、接口规范、运维管理规范等。(2) 先进性系统应采用灵活的、稳定的信息技术架构，整个系统平台架构采用门户平台方式，可以集成B/S与C/S多种架构体系的不同产品，可以灵活配置用户使用功能及界面，能满足医院日益变化的个性化需求。通过门户可以对其他各种业务系统进行统一安全认证管理，实现整个业务系统的单点登陆。(3) 实用性整个信息系统应建立图形导航图，用户可以根据自己操作习惯配置自己常用功能的快捷方式。在操作界面上提供多种人性化的提示符号。主要功能的按钮图片放大处理，让操作员操作更加清晰。对于主要的各项操作功能，应在系统上建立帮助系统。建立系统间的消息系统。确保系统性能优良、价格合理、系统设计面向实际，坚持实用、经济原则。应用软件设计充分考虑用户习惯，为用户提供友好的操作界面和丰富的联机帮助，提升系统的实用性和经济性。(4) 可维护性系统应能实现统一维护，统一权限管理，统一数据库链接池管理。具有自动更新升级管理和错误日志管理功能。(5) 安全性系统应满足实现系统7×24h连续安全运行，性能可靠，易于维护。系统具有高可靠性和多种应急解决方案。设置有多种内部网络设置层级授权机制，设定系统内部终端和访问者的权限，设定操作者多层级电子签名机制，防止数据删改和电子确认的漏洞。系统在安全性上提供的设置和措施应包括：1) 严格的权限与登录管理2) 采用分级授权模式，对于不同的数据和功能模块，不同用户和组别具有不同的增加、修改、删除、打印权限3) 应急解决方案4) 日志监控管理5) 关键数据加密管理6) 屏幕锁定保护管理7) 关键记录修改记录管理本次项目涉及到大量医疗卫生行业业务数据和患者隐私数据，系统安全保障极为重要，投标人应提供详细的安全防护建议方案，包括医疗卫生敏感数据加密保护等，以确保系统和数据的安全性。(6) 整合性与扩展性系统应采用灵活的基于门户的可扩展性架构，系统可以融合各类不同体系架构产品。系统所有功能菜单可按用户角色的需求进行随时调整和组建。同时医院信息系统按照国际、国内有关标准开发设计。采用开放式的系统软件平台、模块化的应用软件结构，系统应能灵活地扩充其业务功能，并可与其它业务系统进行无缝互连。投标产品应充分考虑兼容国产化数据库管理软件、国产化服务器操作系统等国产化系统软件的需求。(7) 高性能系统应充分考虑医院程序大业务量环境中运行的效率，防止死锁和并发操作。系统应支持自动任务管理系统，可以把比较大的，时实性不强的业务放到晚上执行，整个过程无须人工干涉，以合理分配医院服务器的资源，提高医院服务器的利用率。三、总体设计要求应用架构的设计关系到对多种系统质量属性的满足，应用系统的架构需满足以下要求： 多层的应用架构 基于组件的设计，用户可以根据需要按角色组合和配置组件 具有用户可以管理工作流管理功能 具有用户可以配置的规则引擎 具有抽象的底层数据模型 具有良好的安全机制完成用户的认证、授权和数据保密。 满足可适应性、易操作性、以及适应医院未来的发展。四、服务清单第2包：物联网医疗建设1物联网医疗多媒体信息发布系统1套多媒体分诊叫号系统1套专家排班系统1套无线输液系统1套2患者服务患者随访及满意度管理系统1套3一体化运营管理平台基础平台建设1套数据中心1套院长决策支持系统1套对外系统接口1套4系统接入HIS、EMR系统对接1套多媒体分诊叫号系统接入1套专家排班系统接入1套无线输液系统接入1套5平安医护监控系统改造1套一键报警系统1套上网行为管理1套安全隔离网闸1套6硬件设备19寸显示屏10台43寸显示屏2台55寸显示屏4台立式智能触摸屏1台会议室电子屏1台7驻场运维服务1人（2年）2年五、技术要求（一）物联网医疗多媒体信息发布系统▲1）需提供制造厂商“多媒体综合业务显示系统”、“信息显示客户端软件”、“网络终端设备数字证书”3项软件著作权证书。2）可播放各种格式的图片、文档、FLASH、网页及音视频。支持同时叠加多个元素同时播放。3）播放列表设定多个媒体内容的播放时间次序。可定时播放、指定时间播放、随时插播，可以对发布时间（开始，持续，结束）、发布顺序等进行编制和定义管理。4）显示屏幕划分成多个区域，每个区域可根据我院需求播放不同的多媒体节目，可设置不同大小。我院可以利用系统中提供的固定模版，也可以通过系统的模版制作模块，自己任意拖拉制作新的分割画面模版。可预定所有区域的播放日期和时间，也可对每个区域设定一个独立的播放时间表。▲5）具有紧急信息和临时信息的插入播放功能，紧急信息或临时播放完毕能够自动切换到原播放节目。（供应商应提供软件响应截图）6）支持远程设置终端的定时播放/音量/重启功能，当终端出现异常情况，系统可远程重启终端播放器，使之恢复正常。支持远程升级，可通过网络进行智能软件升级，无需到现场进行操作；可对所有终端实施分组管理模式，同一组的终端可以进行统一设置；7）安装在各个尺寸一体机上，主要解决设备安全，防止病毒攻击、防止内容非法下载、防止网络盗链。支持基于HTTP、RTSP、UDP等各类流媒体协议的视频流接收及播放，可以设定缓冲，支持多终端同步播放。支持设备自动安全检测，支持自动内核更新等。多媒体分诊叫号系统多媒体分诊叫号系统与医院原有系统进行对接；1、普通门诊分诊叫号系统▲1）需提供制造厂商“普通门诊导诊叫号系统软件”软件著作权证书。2）系统可根据诊间环境大小及特点设定诊间等候区等候人数1-3人不等，患者多的时候，可以开启二级分诊模式。3）系统支持对回诊、过号患者与初诊患者进行间隔呼叫的设定，设定规设定灵活简便。▲4）支持一对多（单个医生看诊多个队列）和多对一（多个医生看诊同一个队列）叫号模式；（供应商应提供软件响应截图）5）支持一诊室一医生、一诊室多医生的排队叫号模式；6）早间高峰期患者突增情况下，分诊台软件须支持自动报到和手动批量报到机制；2、医技科室叫号系统▲1）需提供制造厂商“医技排队叫号系统软件”软件著作权证书。2）系统支持过号患者与初检患者进行间隔呼叫的设定，设定规设定灵活简便。3）护士可为患者进行单次、多次预约，修改预约和取消预约等操作；4）可预约至精确的时间段内，时间跨度可灵活设置，最小时间跨度不大于0.25小时；5）在患者有多个检查项的情况下，当其被一检查项呼叫到时，其他检查项状态为挂起装状态，待该患者完成当前检查后，其他检查项方可呼叫。6）在患者不具备检查条件时，护士工作站软件可设置为挂起状态，待具备检查条件时，方可呼叫。3、检验科室叫号系统1）▲需提供制造厂商“检验排队叫号”软件著作权证书；2）在患者进行报到后，自动进入采血排队队列。采血窗口按照患者报到的顺序进行叫号，窗口屏幕语音呼叫并显示患者信息。3）检验窗口可按业务划分，例如：静脉血窗口、末梢血窗口，成人采血窗口、儿童采血窗口等。4）患者排队顺序以报到时间或者取号时间为准，支持过号患者优先机制。5）支持特殊患者多次采血呼叫，例如第一次采血完毕，在可设定时间后可再次进入队列并优先。4、药房取药叫号系统▲1）需提供制造厂商“药房排队叫号”软件著作权证书。2）按流程缴费后刷卡报道，打印处方单，配药完成后，叫号取药。3）支持取药患者报到机制，避免出现配药发药后无人领取的现象。4）支持取药患者报到后自动分配窗口功能，明确指示患者在分配窗口等候。5）要求药房排队叫号系统具有实际的可扩展性，可与药房摆药系统进行无缝连接。5、护士分诊台管理软件▲1）需提供制造厂商“护士分诊台管理软件”软件著作权证书。2）支持查看当前诊区的每个队列叫号情况（如：排队队列名称、候诊人数、已就诊人数、未到过号人数、当前队列最后一次呼叫的患者姓名、排队序号、呼叫医生或诊位、叫号时间等）（供应商应提供软件响应截图）3）支持刷卡、扫描条码、手工录入等多种方式进行初诊患者签到、复诊患者二次签到、过号患者再报到、患者状态查询、患者排序调号、患者预约等；；4）在普通号情况下，分诊台系统须支持将患者手动分配至指定医生或诊室下排队候诊；（供应商应提供软件响应截图）5）支持同一诊区下转诊功能，可将患者从一个队列转到另一个队列排队；（供应商应提供软件响应截图）6）患者在一个诊区有多个检查项时，系统须支持一次报到操作即进入多个检查项队列的功能，要求具备一个检查项呼叫患者，其他检查项自动暂停对该名患者进行呼叫，当患者其中一个检查项诊结完毕时，其他未间项再对患者进行呼叫，避免过号产生；7）系统须支持延迟呼叫，例如在检查、检验科室，当患者暂时不满足检查、检验条件时，护士可对患者进行延迟就诊操作，延迟时长可自定义，时间截止时，自动取消患者延迟状态，也可以通过护士手动取消患者延迟状态。6、医生虚拟呼叫软件▲1）需提供制造厂商“虚拟叫号软件”软件著作权证书。2）支持顺序呼叫、选择呼叫、扫描呼叫等三种呼叫方式；3）支持过号（呼叫未到）患者按规则自动重排，并可在后台统一设定诊区过号自动重排的次数；支持可选择呼叫过号患者就诊功能。4）医生同时出诊多队列时,可自行设定多队列的呼叫策略；5）同一患者排多个队列，被呼叫时其他队列自动挂起，诊结后自动恢复等候状态。7、语音平台软件系统应具备按照不同诊区播放不同呼叫信息语音播报软件应具备全语音库的语音呼叫功能，支持文本内容(中、英文、数字)自动语音合成与播报，排队叫号信息可自动合成为语音信息播放，语音默认要求为女声普通话，且语音清晰、流畅、无噪音、声音感受效果良好。8、数据接口模块可根据实际项目具体需求，对医院HIS、LIS、PACS系统厂商开放供货方数据库，允许合作方对数据库直接操作。可提供同等规模同类项目系统接口范例；支持数据库视图、中间表、Webservice、SOCKET、DLL调用、webapi等多方式实现与HIS系统及其他信息系统的数据交换；专家排班系统▲1）需提供制造厂商“专家排班显示系统”软件著作权证书。2）系统可从我院排班系统中同步排班数据,由终端显示排班信息。也可由系统进行排班管理,每天生成排班数据后,由终端显示排班信息；3）系统管理员可通过系统管理工作站远程登录中心多媒体信息发布服务器，对系统的整体组织结构进行设计，包括系统管理员的添加、权限划分，发布点的分组设计，公共播放模版的设计，公共播放内容的统一设定及播放任务排程设计，发布电子排班内容模版。管理员通过系统管理工作站登录系统管理后台，对系统的数据进行配置，周排班医生的管理，日排班医生的管理，分诊台的管理工作；4）护士管理人员通过电子排班分布式管理平台，选择管理的分诊台后登录到分布式管理平台，就可以对周排班、日排班内的医生信息进行临时调整，方便医生排班智能显示内容的及时更新；5）分诊台护士可通过选择分诊台对其下科室专家、医生信息进行管理、编辑等功能；无线输液系统1、软件系统功能参数：完成HIS接口，自动获取相关输液处方信息根据处方信息，自动生成双联条码标签条码编码格式需具有50%以上容错率以PDA条码扫描方式实现穿刺、接瓶、拔针时的自动核对功能病人座位无线呼叫可传送至PDA上显示，并显示座位号为确保操作的准确、及时，呼叫信息不仅要求有唯一ID地址，也要求具有高接收性能呼叫时显示医嘱执行情况及未执行医嘱根据护士实际操作，实时记录输液操作人员、病人、药物、时间等要素及匹配关系自动生成统计表（可按操作人、日期、月、年等方式进行统计）统计表可生成图、表等模式显示、打印

2、主要设备参数：企业级移动终端项目参数操作系统Android9.0系统；设备掉电后，程序不会丢失CPUMT6762高速八核2.0GHz；保证移动系统运行的速度内存4GBSDRAM；64GBROM；保证移动系统运行的效率屏幕5.7寸1440X720)分辨率多点触控电容屏保证移动设备显示内容的丰富性无线通讯WiFi：IEEE802.11a/b/g/n/ac,双频2.4GHzand5GHz；2G：GSM/GPRS/EDGE(850/900/1800/1900MHz)3G：WCDMA(B1,B2,B5,CDMA1X/EV-D0(TD-SCDMA(B34,Band39)4G：TD-LTE(B38,B39,B40,FDD-LTE(B1,B2,B3,B5,B7,B8,B20,B28)；蓝牙：Bluetooth5.0满足移动系统数据传输的性能需求；NFC：ISO14443A/B,ISO15693,ISO18000-3,Mifare,FeliCaRF,Kovio,NFCForumType1-4Tags条码、RFID标签内置一、二维条码影像式扫描；支持ISO14443A、B协议下无源标签；支持ISO15963协议下无源标签保证各项临床护理业务中条码格式的支持要求键盘5键（含左右侧按键）键盘，支持侧键扫描头快捷键、RFID快捷键、音量键；保证键盘使用的实用性解锁方式支持指纹解锁，标配NFC，支持身份证识读；输入方式触摸屏和手写录入；保证多种模式的输入方式，并与用户选择工业等级IP67工业防水防尘等级；1.5米自由跌落至光滑水泥地面无损坏；保证设备的耐用性和酒精擦拭消毒电池4800mAh容量锂离子电池；4800mAH大电池，超长续航，（识读头每6秒扫码1次上传1次，可连续工作13h以上，保证临床4-6小时的持续工作（在扫描和无线都使用的情况下）重量231克（含电池）；保证使用时的劳动强度售后服务原厂保修一年，配件保修一年；条码打印机打印方式热转印/热敏方式条码打印机分辨率203dpi打印速度127mm/s打印宽度108mm最大打印长度1200mm内存16MBROM，32MBRAM打印机编程语言同时支持zpl、epl、tspl；适配移动端汉码打印；无线呼叫单元1外形小巧,易于安装及使用2只读型ID号全球唯一3工作频率433MHz4射频功率小于10dBm5工作环境温度-40℃-+85℃6使用寿命3年以上无线接收器1高识读率，典型信号处理速度30～50∕秒2有效覆盖半径50M（自由空间，无遮挡）3通信接口：RS232、RS485、TCP/IP4工作频率：433MHz5接收灵敏度：-90dBm6工作环境温度：-40℃-+85℃7供电：支持POE供电通信网关1端口数量：16个10M/100M自适应端口2工作电压：220VAC3输出电压：48VDC4规格尺寸：1U5协议：TCP/IP、UDP（二）患者服务患者随访及满意度管理系统随访中心、宣教中心、满意度调查快捷入口；本月随访统计数据展示、本月宣教统计数据展示、本月满意度调查统计数据展示；支持系统数据的多种统计图表分析展示，如：客户年龄分段统计、客户疾病统计等支持对门诊患者、住院患者基本信息列表管理；支持患者信息来源通过接口对接、文档导入及手动新增等多种方式实现；实现多条件自定义查询统计患者信息；▲6）提供患者管理模块页面相关截图；7）支持自定义随访规则，实现不同科室、不同疾病等设置不同的随访规则；8）支持多种随访途径的设置和选择；9）实现根据患者随访需求，创建不同的随访分组信息，并自定义随访规则；10）支持为随访分组设置分配患者信息；11）实现电话随访话术的维护，自定义随访话术内容，并在随访时直接选择已维护好的话术模板直接使用；12)实现短信随访内容模板的维护，实现自定义短信随访模板；13)系统支持单个和批量患者随访计划的生成；随访计划生成后，按照提前预定的随访规则自动执行；14)实现待随访任务的列表展示，电话随访任务支持快捷拨打电话操作；短信随访任务根据随访规则、随访分组、短信模板等内容设置自动执行；15)支持电话随访、短信随访、微信随访等不同方式的随访患者列表信息展示；▲16)提供随访管理模块页面相关截图；17)支持宣教内容的分组管理，根据宣教类别、疾病类别、科室类别等不同信息实现宣教内容的分组维护和管理；18)实现患者宣教分组管理，根据患者疾病信息，操作人员可将该患者设置分配到相关的宣教分组中，便于系统批量推送健康宣教内容；19)实现系统后台自定义维护健康宣教内容；根据宣教内容可选择该宣教内容所属的宣教分组，便于系统自动执行宣教内容的信息推送；20)支持单个和批量患者宣教计划的生成；宣教计划生成后，系统将按照预定的时间及内容向患者定向推送宣教信息，如明日手术、检查预约等宣教内容；21)支持短信宣教内容推送、微信宣教内容推送记录的患者列表信息展示；▲22)提供健康宣教模块页面相关截图；23)实现患者满意度调查分组管理，根据满意度调查内容等信息实现满意度调查问卷的分组设置和管理；24)系统支持自定义调查问卷模板管理；实现填空题、选择题、主观题等多种不同形式的体型供选择，实现调查问卷体型的灵活配置；25)支持单个和批量患者满意度调查问卷的推送；根据客户实际需求，支持设置微信推动方式优先级高于短信推送；26)支持实时或指定时间点推送随访问卷。27)系统实现对调查问卷反馈信息的处理功能，支持处理时间、处理意见等数据信息的录入管理；28)支持满意度问卷内容自定义设计。满意度表单定期通过各类规则推送至患者微信、短信问卷内容可自适应PC，手机端。29)支持对医疗行业药品知识库的维护管理，实现自定义药品库及查看药品详情；30)支持对医疗行业诊断疾病库的维护管理；31)支持患者随访数据信息的列表展示，实现自定义多条件综合查询分析，支持文档导出等功能；32)支持患者健康宣教数据信息的列表展示，实现自定义多条件综合查询分析，支持文档导出等功能；33)支持患者满意度调查数据信息的列表展示，实现自定义多条件综合查询分析，支持文档导出等功能；34)支持对患者满意度调查结果数据的统计分析；（三）一体化运营管理平台基础平台建设1、数据接入管理：支持多种数据源的数据采集，包括SQLServer、Oracle、DB2、MySQL等关系数据库。▲2)支持对业务系统数据以数据库中间表、视图的方式实现数据读取，现有业务系统不需要改造。3)在进行数据利用应用的建设前，平台须完成接入医院现有的业务系统的数据，以中间库进行保存。4)通过CDC技术捕获业务系统数据的变化，提取数据变化信息。不需要业务系统厂商进行系统改造。5)数据采集的范围包括但不限于HIS、LIS、PACS、EMR等业务系统。包括当前在用的业务数据及历史数据。2、主数据管理：集中统一地管理全院的基础数据，以规范数据的统计口径，提高数据质量。支持对标准字典数据进行增、删、改、查。支持数据字典标准分类的定义，包括对国际标准、国内标准、行业标准、院内字典的管理。▲4)对医院各系统的非标准数据与标准字典数据之间提供映射管理功能。5)提供主数据批量导出功能。3、数据管控中心：数据管理模型的开发需以病人业务为中心，以信息管理为主线，以电子病历为依据，集病人信息和诊疗，费用等信息管理于一体化为原则；医院的数据是来自在线库、历史库等异构的数据，同时是来自HIS、EMR、LIS、RIS、PACS等不同厂商，需要通过数据管理平台建立信息表达和交换处理；医院数据集模型应支持面向多种主题，便于多主题的开发，为临床和管理的决策支持提供数据支撑；数据模型的主题领域需包含病人属性（来源、费别、身份等），同时也包含门诊、急诊、住院等收入数据，用药包含门诊处方和住院医嘱等；通过建立医院内部数据在科室、疾病、收费项目，历史数据、当前数据的数据集模型，实现医院信息化的医疗运营管理，建设医院信息标准化，开展同期对比和分析，为医院提供决策支持；▲6)遵循国家卫生数据字典、最小数据集、数据元标准，建立起满足医疗机构数据交换和数据共享的数据集。并提供以上数据标准化管理、数据集成的管控工具：平台内部维护一个统一的、共享的标准数据字典，包括国标、行标、院标等；允许用户通过可视化的图形界面来定义院内各子系统私有数据字典与标准数据字典的内容映射；实现数据元编辑管理功能；7)元数据管理：数据元是不同业务领域之间进行无歧义信息交换和数据共享的基础，也是组成数据集的基本单位。在卫生部发布的健康档案、电子病历规范中有明确的定义，可以通过【数据元管理】先定义数据元分类；对每一分类下，可以对所属元数据进行增删查改；8)数据集管理：主要是对在交换中的数据集（又叫接口、表、视图等）进行定义，发布。▲9)集成系统数据源配置：主要是对平台需直接接入的库的数据源进行配置，支持数据库到数据库的动态数据源配置，支持在系统界面上进行数据源的动态配置；10)数据通道管理：支持动态配置各个接入业务系统的各种接口方式的对接；支持数据库到数据库的数据交互形式；提供数据清洗功能采集数据；数据中心1、操作数据存储(ODS)：提供业务数据冗余备份，是数据中心的数据与业务数据的缓冲隔离区。为临床数据中心提供细节数据支撑。支持在设计ODS的数据模型之前，确定采集数据范围，对ODS进行主题划分。ODS库存储的数据内容必须是业务系统的实时映像。2、临床数据中心CDR：临床数据中心CDR建设要点临床数据中心是将一个患者在某一医疗机构内发生的所有临床活动所产生的临床文档的集中存储中心，它是一个面向主题的、集成的、可变的、当前的细节数据集合，用于支持医院对于即时性的、操作性的、集成的全体信息的需求。建设功能要点如下：集中式数据存储和管理重点关注各类临床数据各类数据具备实时性各类数据具备长期性临床数据中心数据采集范围其数据采集为全院范围内的医院医疗数据，实现医疗数据的采集与汇聚，建立以电子病历数据为核心的临床数据中心，基本数据范围如下：患者基本信息；患者就诊信息：挂号、退号、住院登记、取消住院登记、转科信息、出院登记、取消出院登记、诊断信息等；医嘱信息：医嘱信息、医嘱状态、医嘱执行记录等；检验类：检验医嘱执行状态、检验结果等；检查类；PACS、病理等检查医嘱执行状态、检查结果等；手术类：手术申请信息、手术执行状态、术后结果等；费用类：门诊费用、住院费用等。▲提供对以上数据源访问的封装，实施人员只需配置相关的数据通道服务即可，要有直观的界面化操作。临床数据中心数据存储服务支持将检查、检验结果、诊断、医嘱、生命体征、诊疗过程等各种临床信息存储到CDR中。支持住院诊疗、门诊诊疗、体检、LIS常规检验、LIS微生物检验、血压、身高、体温、体重、呼吸、脉搏/心率、24h出入量、诊断、用药情况、手术、入院记录内容、出院记录内容等结构化数据的存储。院长决策支持系统1、整体要求：通过主题维度的建模，能够对指标进行自动分析和展示；能够监测实时运营情况，包括门诊实时、住院实时和手术动态；提供指标的趋势分析、同比分析、排名分析、钻取分析等功能；提供指标预警功能，查看指标预警信息；提供院长日分析、周分析、月分析简报。2、数据挖掘分析展现要求：数据挖掘分析应用需要建立在数据中心基础之上，通过平台确保了数据的完整性和一致性；数据挖掘分析应用系统不直接从业务直接采集数据；提供多维分析功能，包括数据钻取、关联分析等功能，使用户在分析汇总数据的同时能够深入到自己感兴趣的细节数据中，可以全面地了解情况，做出正确决策；数据呈现分析要求从院长日周月分析、综合管理分析、专题数据分析到实时监控分析归类呈现；支持系统指标导航，支持指标检索并在结果中高亮显示，并能从导航列表中直接跳转至具体指标分析图表；以WEB方式提供数据分析功能；提供多种丰富的图形（折线图、柱状图、饼状图、雷达图、散点图等）展示运营指标数据变化情况；提供指标层层钻取分析的同时，也要能支持具体详细数据的查看，如处方平均金额数据钻取分析，最后能查看到某科室某医生某个处方的详情；▲9)支持指标预警管理，分类展示指标预警情况，醒目展示异常指标，提供运营指标与目标值对比功能，及早干预，并能够对异常指标跳转至详情分析页面；10)支持指标图表以原图形式下载、Excel表格形式导出；11)提供实时运营情况监测分析；12)提供指标预警基线在图表中的呈现功能，在关键指标分析图表上以红色等醒目预警线展示。13)图表支持根据建立好的数据模型提供指标自定义分析功能，如科室影响度分析、科室间对比分析等。▲14)指标数据能以数据磁贴的形式分类汇总呈现，磁贴可拖拽自由排序，可显示/隐藏，方便指标查看的同时，也能满足用户个性化偏好的设置。▲15)要求厂商具有优秀的临床数据统计分析的能力及经验，厂商须提供证明自身数据分析经验的计算机软件著作权登记证书。3、院长决策支持系统分析指标要求：院长首页简报日分析简报:今日门急诊人次、今日预约就诊人次、今日入院人次、今日出院人次、今日在院人次、今日转科人次、挂号量实时监控、今日全院总收入、今日门急诊总收入、今日住院总收入、门诊药占比、住院药占比、今日门诊处方总数、大处方占比；需提供软件功能截图。院长首页简报周分析简报:本周门诊量人次、日均门诊量、本周急诊人次、本周入院人次、本周出院人次、日均入院人次、日均出院人次、门诊患者均次费、出院患者均次费、门诊患者均次药费、出院患者均次药费、本周总收入及药品占比、本周门急诊