| 1.1全量数据中心功能需求 |
| 1.1.1数据中心具备规范性标准化体系，支持国际国内医院业务实际现状的参考模型构建标准信息模型，支持按需求进行模型的任意扩展。 |
| 1.1.2数据中心模型的设计满足以病人业务为中心，以信息管理为主线，以电子病历为依据，集病人信息和诊疗，费用等信息管理于一体化为原则； |
| 1.1.3 数据中心具备对在线库、历史库、本院库、分院库等不同厂商异构数据源建立信息表达、交换、处理上的统一标准和规范的能力； |
| 1.1.4具备多维度数据模型，能够将数据组织和汇总一起，用一组维度和度量值所定义的多维度结构，使得医院用户可用不同角度来观察和分析所关心的事实数据； |
| 1.1.5 数据中心数据集模型具备支持面向多种主题，便于多主题的设计和开发的能力，实现对临床和管理的决策支持提供数据支撑； |
| 1.1.6数据中心数据模型满足在整合临床数据库的基础上，同时建立基于疾病，治疗，卫生经济，医生，患者等方面的主题数据集，为医务人员提供完整的、统一的数据展现； |
| 1.1.7实现构建医院之间、医院内部数据在科室、疾病、服务项目，历年数据、当前数据的数据集模型，实现医院信息化的医疗质量和患者安全管理，建设医院信息标准化，开展同期对比和分析，为医院提供决策支持； |
| 1.1.8实现围绕规范医疗、集成医疗、安全医疗，以医疗业务和管理流程、数据利用建立医疗数据集标准和数据管理模型； |
| 1.1.9满足一站式的标准数据模型集成、可配置的开发环境； |
| 1.1.10满足实体定义管理医疗数据被解析转化后的数据； |
| 1.1.11满足实体注册表与数据存储的表和列进行映射和关联； |
| 1.1.12实现实体统一管理所有医疗或组织的功能； |
| 1.1.13具备标准数据模型实时数据物化引擎，实现将数据模型生成物理表可达到ms级性能； |
| 1.1.14具备基于开发环境的全过程管理功能； |
| 1.1.15软件具备国际先进的医疗信息汇集技术； |
| 1.2数据集成引擎功能需求 |
| ★ 1.2.1支持数据的实时获取，支持对历史数据的变更数据集成更新； |
| 1.2.2数据集成引擎支持断点续抽、增量抽取、完全抽取等抽取策略； |
| 1.2.3数据集成引擎具备配置的方式进行数据的集成； |
| 1.2.4数据集成引擎具有调度作业管理的功能； |
| 1.2.5数据集成引擎具有数据抽取、转换、装载等功能； |
| 1.2.6数据集成引擎支持图形化的GUI设计界面； |
| 1.2.7数据集成引擎具备易配置的功能：无特殊安装要求，数据抽取高效稳定； |
| 1.2.8数据集成引擎能够管理来自不同数据库的数据。包括但不限于Oracle，DB2，Sybase，SQLserver，MongoDB，Text，Excel，用户自定义文件，FTP，XML等； |
| 1.2.9数据集成引擎要具有整合转换和作业的功能； |
| 1.2.10数据集成引擎要具有图形界面设计即通过图形界面设计实现做什么业务，无需写代码去实现； |
| 1.2.11数据集成引擎要具有定时功能。可以每日，每周以及自定义时间等方式进行定时； |
| 1.2.12数据集成引擎要能够所有的定时调度情况； |
| 1.2.13数据集成引擎要能够定时调度的作业日志和整个平台的日志； |
| 1.2.14数据集成引擎要包含数据集成的数量及质量； |
| 1.2.15数据集成引擎要具备数据集成统计分析功能。 |
| 1.3大数据分析引擎功能需求 |
| ★ 1.3.1支持自由探索式的统计分析，可按照不同维度及维度间任意组合，通过可配置的方式快速可视化的响应医院运营管理的需求，使医院实现敏捷管理（简单需求一天内，复杂需求一周内）； |
| 1.3.2 大数据分析引擎满足WEB应用：客户端不需要安装任何程序，透过浏览器，引擎为独立的web应用程序，能够自托管和轻松设置； |
| 1.3.3支持多维度语言：使用者可自定义各种计算与统计，内置多种函数公式，包括但不限于数学和三角函数、文本函数、日期和时间函数、逻辑函数、数组函数、报表函数等，提供自定义函数机制，可以由用户根据业务需要自行定义一些函数； |
| 1.3.4具备拖拉式的版面设计功能：多视窗模式(Multi-Parts)中的所有数据表与统计图皆可透过拖拉方式来轻易地调整大小及位置，轻松设计出最佳的呈现画面； |
| 1.3.5具备数据查询功能：提供维度式、阶层式、成员式等不限阶层的多维查询操作模式，并可执行行、列、数值等三个轴的灵活弹性组合，亦包括行列旋转、数据分页、维度切片等多项功能； |
| 1.3.6具备统计分析功能：引擎内建多种统计常用的现状分析模型，包括：80/20分析、绝对值分布分析、比重分析、排序分析、平衡性分析、80/20区间分析、进度分析、强度分析、异常值分析、变异数分析、时间数列分析、贡献度分析等，各种分析并可采用多视窗模式(Multi-Parts)方式同时加以呈现； |
| 1.3.7具备排名排序功能：可自行设定层级内排序以及跨层级排序模式，以便找出区域性及全局性的数据统计结果。同时亦提供自动产生名次栏位的功能，以透过名次栏位分析来观测不同量值间的因果关系； |
| 1.3.8具备关联追溯功能：提供多种关联式分析功能，可模拟使用者的假设性推理思路，辅助使用者展开跳跃式与引导式的关联性分析流程； |
| 1.3.9支持任意维度间阶层组合交叉分析：可提供没有数量限制之行、列数据轴的维度组合，使用者可以自行组成任意阶层的维度来达成分析的目的，亦提供快速的行、列数据轴交换功能，快速达到不同角度分析数据的目的； |
| 1.3.10支持上钻与下钻逐层分析：可提供使用者对维度内数据各阶层进行逐层分析（上卷和下钻）的功能，可在表格与图形中执行；另外亦提供下钻后之同阶其它成员的快速切换机制； |
| 1.3.11具备表格样式自由设定功能：提供对于表格本身各个成员的显示格式设定，包括字形、大小、颜色、背景颜色等。对于数值数据亦提供各种格式化呈现方式，包括小数精确度、百分比呈现、币别金额呈现方式等，以及可依据不同的数值数据有不同的呈现方式，以增加表格数据的可阅读性； |
| 1.3.12具备数据预警颜色设定功能：提供红绿灯号标注的直觉式管理辅助机制，还可依不同的达成率来设定不同的图示或灯号显示，方便管理者进行有效率的绩效管理； |
| 1.3.13具备快速定制图形功能：在交叉分析表中若有任意数据希望以统计图形的方式来呈现，都可以选用建立统计图形的功能，迅速产生出对应该数据的统计图形，且可以拖拉方式任意调整图形的位置与大小； |
| 1.3.14具备多表多图多页面功能：一个交叉分析表一次可对应多个统计图形；使用者亦可针对不同的指标数据，同时进行不同的统计分析，以多个角度来观。 |
| 1.4分析报告设计器功能需求 |
| ★ 1.4.1支持跨业务系统、跨时间维度（至少三年数据）的数据查询分析； |
| 1.4.2 分析报告设计器为独立的web应用程序，能够自托管和轻松设置； |
| 1.4.3支持多维度语言：使用者可自定义各种计算与统计，内置多种函数公式，包括但不限于数学和三角函数、文本函数、日期和时间函数、逻辑函数、数组函数、报表函数等，提供自定义函数机制，可以由用户根据业务需要自行定义一些函数； |
| 1.4.4具备数据查询功能：提供维度式、阶层式、成员式等不限阶层的多维查询操作模式，并可执行行、列、数值等三个轴的灵活弹性组合，亦包括行列旋转、数据分页、维度切片等多项功能； |
| 1.4.5支持任意维度间阶层组合交叉分析：可提供没有数量限制之行、列数据轴的维度组合，使用者可以自行组成任意阶层的维度来达成分析的目的，亦提供快速的行、列数据轴交换功能，快速达到不同角度分析数据的目的； |
| 1.4.6支持表格样式自由设定：提供对于表格本身各个成员的显示格式设定，包括字形、大小、颜色、背景颜色等。对于数值数据亦提供各种格式化呈现方式，包括小数精确度、百分比呈现、币别金额呈现方式等，以及可依据不同的数值数据有不同的呈现方式，以增加表格数据的可阅读性； |
| 1.4.7具备数据预警颜色设定功能：提供红绿灯号标注的直觉式管理辅助机制，还可依不同的达成率来设定不同的图示或灯号显示，方便管理者进行有效率的绩效管理； |
| 1.4.8具备快速定制图形功能：在交叉分析表中若有任意数据希望以统计图形的方式来呈现，都可以选用建立统计图形的功能，迅速产生出对应该数据的统计图形，且可以拖拉方式任意调整图形的位置与大小； |
| 1.4.9具备多表多图多页面功能：一个交叉分析表一次可对应多个统计图形；使用者亦可针对不同的指标数据，同时进行不同的统计分析，以多个角度来观察同一个数据指标； |
| 1.4.10支持目录功能：通过总分的方式展示医院阶段性运营状况，自定义报告目录，通过选择目录能够跳转到对应的分析报告内容； |
| 1.4.11支持自定义报告样式：能够自定义报告样式，包括报告的封面自定义，支持图片的添加与设定； |
| 1.4.12支持多数据源：具有完备的跨数据库系统的数据源管理功能。可以同时连接多个不同的数据源，从中取数据制作报表； |
| 1.4.13报告具备任意配置功能：报表中所使用的所有的图表、表格及报表的页眉页脚等都可通过属性进行细致的配置，包括字体大小，颜色，倾斜角度等等 |
| 1.4.14分析器具备数据处理能力：工具具备强大的数据处理能力、能够根据数据中心海量的历史数据和实时数据，能够快速高效的呈现统计分析结果； |
| 1.4.15支持模板化样式设计：内置样式模板功能，对于编辑的字体样式等能够作为全局变量供整个报表使用，无需次次编辑，提高开发效率； |
| 1.4.16具备所见即所得功能：工具支持所见即所得的报表设计方式，能够在非保存的状态下，通过预览方式直接展示编辑后的最终效果，防止开发的过程中导致既有报表的覆盖和数据的丢失等。 |
| 1.5综合运营决策分析系统功能需求 |
| ★ 1.5.1支持数据的实时查询分析，支持数据的自由钻取和联动分析，能够从宏观到微观的的角度全面对医院的临床及运营管理做出分析； |
| 1.5.2包含三级公立医院绩效考核模块：能够提供全院公立医院绩效考核指标的自动统计分析，将公立医院绩效考核指标进行可视化呈现，支持按年、月的时间维度查询，提供不同年月的数据对比，指标支持按图片、Excel、PDF格式的文件导出，支持指标的详细分析、支持数据的钻取和联动分析、支持科室间的数据差分比较； |
| 1.5.3包含三级公立医院绩效考核填报模块：提供公立医院绩效考核指标中主观数据的填报，支持填报模板的自定义、填报过程监控、填报结果修正、填报结果导出等功能; |
| 1.5.4包含综合运营分析模块:支持按照不同主题对全院的医疗质量和运营效率进行统计分析，支持但不限于按照时间维度、科室、医生等多维度进行灵活查询，统计指标的可配置的钻取和联动。综合运营分析统计的指标包含但不限于收入主题、药品主题、平均住院日、手术主题、次均费用主题、耗材主题等，能够从宏观到微观进行全面的数据分析，为医院的运营管理提供可视化的数据依据; |
| 1.5.5包含运营分析报告模块:支持医院将近三年的临床业务数据进行统一展现，支持按时间、科室等进行动态查询，生成复合型数据统计报告，通过近三年的数据同比、及月份同比，能够可视化的呈现医院的运营状况趋势。报告的内容包含但不限于总收入汇总、科室总收入、服务收入汇总、服务收入占比、科室床日收入、检查检验收入、门诊收入构成、住院收入构成、门诊人次、住院人次、手术量统计、手术量占比、平均住院日、耗占比、医技工作量统计分析等等。支持按需求自定义报告的内容、支持报告按不同格式的导出，包括Excel、PDF、HTML、Word等，支持报告的快速查询; |
| 1.5.6包含基础信息维护模块:支持对医院基本信息的维护、包括科系科别维护、药品属性维护、手术属性维护、科室床位维护。维护后的基础信息数据能够为医院提供更多维度的统计口径、综合运营分析及运营分析报告中能够以新的维度进行统计分析; |
| 1.5.7包含运营数据大屏模块:支持实时显示医院的运营状态，汇总医院人力资源流、资金流、重点信息流、资源利用情况，结合医疗数据重点指标项，构建实时数据监控大屏，帮助领导实时掌握医院的运营状态; |
| 1.5.8包含系统管理模块:实现系统的基本功能，包括用户管理、角色管理、权限控制、日志管理、菜单管理、字典管理等功能。 |
| 1.6接口要求 |
| ★ 1.6.1投标方所提供的医院智慧运营管理分析平台（信息中心）必须包含标准化的数据接口，与院内常用业务系统实现对接，包括但不限于医院现有系统老版本HIS系统(东华Trakcare6.8版)，新版本HIS系统（东华iMedical 8.2.0版），老版本PACS系统（爱克发impax653版），新版本PACS系统（GEpacs6.0 版），老版本RIS系统（爱克发 ChinaRis C7 v7.1.16 版），新版本RIS系统（GEris1.3.5 版），超声工作站、内镜报告工作站、统一预约平台、钉钉协同平台等第三方业务关联系统的标准接口对接，实现数据互通，若由此产生的医院相关第三方系统的接口开发费用，由投标方承担。如果第三方厂家修改功能产生费用或因第三方对接投标方系统产生的投标方开发费用，由投标方与第三方厂家协商解决。 |
| 1.7项目文档 |
| 1.7.1投标人需要提供完善的文档，并对项目进行过程中的文档进行有效的管理，接受招标人对项目各阶段评估分析和监督管理。整个项目过程包括后期修改维护提供系统、完整的项目管理、设计和开发、操作说明等书面文档及其电子版。 |
| 1.7.2投标人须根据实施进度及时提供相关文档（电子文档、纸质文档），文档应有严格的版本控制策略，最终交付的文档必须是最新的，软件技术描述需包含但不局限以下文档： 准备阶段：《系统开发技术文档》、《项目实施方案》； 测试阶段：《测试计划》、《测试记录》、《测试报告》； 上线阶段：《试运行/上线计划》、《试运行/上线报告》； 过程文档：《培训计划》、《培训记录》、； 交付使用：《用户手册》、《安装维护手册》、产品使用说明书等； 其他文档：《售后服务规范》及按采购文件要求须提供的其它文档，数据结构说明、安装程序以及相关外部接口文档和参数文档；已安装的设备明细表、调试记录、竣工图（网络拓扑图）、施工随工记录/施工日志、设计变更、洽商记录（若发生）、停(复)工通知单；（如发生）交工验收记录等。所有的技术文件须用中文书写。 其中《系统开发技术文档》至少包含开发环境、系统详细架构、数据结构、数据表单、数据流图、系统字典说明等内容。 |
| 1.8安全要求 |
| 1.8.1身份鉴别管理要求 对系统管理端提供角色管理，至少区分系统管理员和普通用户。 用户密码至少 8 位字符，其中要包含大写字母、小写字母、数字和特殊字符。 能够禁用账户，在系统受到威胁时使凭证失效或禁用账户。 用户连续登录失败后锁定账户，防止黑客暴力猜测口令。账户锁定后可以由系统管理员解锁，也可以在一段时间后自动解锁。 |
| 1.8.2访问控制管理要求 提供管理端和业务端两个不同的入口，管理端不得从互联网侧进行访问。 区分公共访问区域和受限访问区域，受限区域只能接受特定用户的访问，而且用户必须通过站点的身份验证。以文件形式存储的系统数据、系统配置不得放在公共访问区域。 防止SQL注入攻击，暴力破解 对输入进行过滤与编码检查 |
| 1.8.3加密要求 不得明文存储用户密码、身份证号、联系方式等隐私数据。 |
| 1.8.4审计要求 以下操作有日志可以审计： 审计功能的启动和关闭 用户管理、访问控制信息 应用系统的启动和停止 配置变化 用户对数据的异常操作事件 |
| 1.8.5、备份与恢复要求 支持数据导出备份、按指定文件恢复 |
| 1.8.6、信息安全技术网络安全等级保护要求 投标方所提供的软件必须符合《信息安全技术网络安全等级保护基本要求》相应级别要求，并承诺配合医院按照等保要求对软件安全防护进行升级改造。 乙方驻甲方实施工程师，签订并履行数据安全保密责任书，遵守甲方有关信息安全管理规定、患者隐私数据安全。未经甲方授权允许，乙方不得擅自修改、查询、统计导出、删除甲方医疗信息系统内数据，不得将医疗信息数据用于甲方未采购的产品测试，或将医疗数据提交给第三方公司测试、使用。如乙方合同履约不当或不履行甲方数据安全管理义务，造成不良影响的，应在第一时间采取一切必要措施防止医疗信息数据扩散，尽最大可能消除影响、减少损失，并及时告知甲方。乙方如违反本合同任何条款造成甲方数据资产损失或发生医疗数据泄露事件的，应当向甲方承担违约责任并支付违约金1000元/天。同时，如因乙方的违约行为造成了甲方损失，乙方除支付违约金外，还应赔偿甲方的实际损失。 |
| 1.9系统配套硬件设备服务器数量及配置需求 |
| 为满足智慧医院运营管理系统的长期稳定运行，所有的硬件设备应遵循以下原则： 1.9.1成熟、先进的技术参数，保证整个系统部署的硬件平台在技术上处于领先地位，且建成后一段时间内不会因技术落后而做大规模调整，同时要具有较好的兼容性，能够通过扩展设备配件保持硬件的先进性，延长其生命周期，达到降低成本的目的； 1.9.2较快的数据读写速度，保证系统在进行大量数据的存储和读取时不会由于硬件设备的限制而影响系统运行的稳定性； 1.9.3基于业务的数据实时检测能力，避免数据在传输过程中出现安全风险； 1.9.4保证系统高效稳定运行基础上，满足未来升级需求的扩展性，服务器数量不低于10台。 |
| 2.1服务保障和承诺要求 |
| 2.1.1服务期乙方内因服务质量、服务响应速度、服务能力等问题遭甲方投诉且经讨论确系乙方自身原因的，每次投诉乙方向甲方上缴1000元罚款；遇严重投诉给甲方造成社会不利影响的、给甲方工作带来重大麻烦的，乙方向甲方上缴5000元罚款，投诉情况由甲方出具书面通知书为准；乙方未按协议约定条款为甲方及时提供紧急维修服务和定期提供保养服务的，发生 3 次以上的（含 3 次）甲方有权要求乙方承担合同总金额 5 %的违约金，发生 5 次以上的（含 5 次），甲方有权解除协议，并要求乙方承担合同总金额 10 %的违约金;产生上述罚款、违约金时，甲方可从当期服务费中直接扣除。如因维护不及时或维护操作失误导致设备、系统、数据等故障、损坏、影响业务且对甲方造成实际损失，乙方应按照甲方提供的清单或与甲方协商的结果进行赔偿。 |
| 2.2履约能力要求 |
| 2.2.1投标方应具备较高水平的医疗卫生信息化行业技术研发能力；具备成熟的软件研发能力，从软件设计、研发、实施、售后均能达到国内领先水平；具备行业领先的信息安全管理能力，所设计开发的软件符合国家信息安全保护标准。 |
| 2.2.2投标方应详细列出参与本项目的人员姓名、年龄、学历、职责分工、专业技术培训认证情况、曾参与类似项目所担任的工作等，着重介绍担任本项目的项目经理及各实施阶段负责人情况。项目实施过程中，投标方应严格按照标书中的承诺将人员指派到位，其中项目经理和技术负责人必须专职全程参与本项目的开发、实施过程，未经甲方同意不得更换。 |
| 2.3 数据安全 |
| 2.3.1供方签订并履行数据安全保密责任书，遵守需方有关信息安全管理规定、患者隐私数据安全。 |
| 2.3.2未经需方授权允许，供方不得擅自修改、查询、统计导出、删除需方医疗信息系统内数据，不得将医疗信息数据用于需方未采购的产品测试，或将医疗数据提交给第三方公司测试、使用。 |
| 2.3.3如供方合同履约不当或不履行需方数据安全管理义务，造成不良影响的，应在第一时间采取一切必要措施防止医疗信息数据扩散，尽最大可能消除影响、减少损失，并及时告知需方。 |
| 2.3.4供方如违反本合同任何条款造成需方数据资产损失或发生医疗数据泄露事件的，每次应向需方承担违约责任并支付合同金额1%的违约金。发生 3 次以上的（含 3 次），需方有权解除协议，并要求供方承担合同总金额 10 %的违约金。 |
| 2.3.5供方的违约行为给需方造成实际损失的，供方除应按照协议约定赔偿需方依法最终认定所受到的实际损失外，还应承担其因调查供方的违约行为、采取补救措施而支出的合理费用，包括但不限于需方向供方及有关单位追索而发生的仲裁费、诉讼费、律师费、交通费等费用。 |
| 2.3.6发生协议规定的违约、赔偿问题时，需方在支付项目货款时有权予以直接扣除。 |
