采购需求

属于实质性要求条款的，请用符号“▲”标明，否则属于非实质性要求。

一、招标一览表

标项： 1

标项	名称	规格型号与参数	单位	数量	备注
1	杭州市萧山区第一人民医院医共体总院医共体成本核算软件系统政府采购项目	详见招标需求	项	1

 二、招标需求

1、技术需求：

一、项目整体规划

基于顶层架构整体设计、分步实施、持续改进的总体策略来规划。秉承“以患者为中心、以业务人员为主体，全面提升决策、管理和诊疗水平”的设计理念，遵循国内医疗卫生相关标准和政策，结合国际标准评估体系，对医共体进行整体建设规划，逐步把医共体建设成模式先进、流程优化、管理配套、支撑有力、运作高效，符合新时代发展要求的。

本次医共体项目建设，主要涉及医院的科室成本核算管理系统及分析应用领域。具体规划如下：首先在萧山区第一人医院搭建医共体平台，建立医共体范围内所有数据及编码的统一标准；再在各医院建立统一的医院综合运营管理业务基础平台，以此基础平台为媒介，进行医院科室成本核算管理系统的建设。基础平台作为各医院综合运营管理信息化的基础，同时也是与医共体平台进行数据上传下发的媒介。要求在基础平台上新建及以后扩建的各管理系统之间必须实现业务上的无缝衔接、数据上的同源共享、流程上的畅通协同。

实际项目会以此为基础，根据医共体及各医院的实际情况进行针对性的选择。

二、项目建设规划

参照整体规划思路，基于统一平台的原则，本项目采用随用随招，实时建设的思路进行。

三、项目建设内容

1、项目建设内容

序号	系统模块	说明
1	医共体端应用
1-1	系统管理中心	字典标准对照、关系映射、权限统配等
1-2	数据处理中心	医疗机构端数据的上传、下达及数据的控制
1-3	数据对比分析	医疗机构间数据对比分析
2	医疗机构端应用
2-1	业务基础平台系统	医疗机构端基础数据统一平台
2-2	医院科室成本管理系统	科室成本核算
备注： 以上为本次项目医共体精细化运营管理规划的建设内容，具体模块选择及应用内容可以根据医共体内部管理需要作为参考。

 2、项目建设范围

本项目建设范围涉及杭州市萧山区第一人民医院及所辖范围内的两家院区，共3家单位。

以杭州市萧山区第一人民医院为龙头，完成医共体模式下的医院综合运营精细化管理、精细化数据的标准统一，权限的统一管控及汇总后的数据分析应用等。

本次医共体项目要求：在杭州市萧山区第一人民医院完成医共体端的系统建设，并做好医共体范围内科室成本核算建设及数据标准的统一；同时，还需在杭州市萧山区第一人民医院完成医院科室成本管理系统的建设，考虑到医院综合运营管理信息化项目的可延展性，本次的科室成本管理系统必须与以后扩展的项目成本管理、病种成本管理实现业务上的无缝对接，减少信息化项目的重复建设和成本投入。其他分院的业务同样需要以业务基础平台为媒介，完成各自的科室核算管理的综合运营信息化的项目建设，并进行数据的统一及上报。

3、项目建设概要

3.1.基础字典的统一和规范：会计科目编码、科室编码、物资编码、固定资产编码、收支项目编码、经营指标编码、医疗项目编码、病种编码等管理单元的统一；

3.2.期间的统一：成本核算期间应该保持一致；

3.3.管理权限的界定：对业务操作人员，按其职责划分管理权限，具有场景管理、角色管理、权限管理功能；

3.4.成本数据的统一：完成科室成本数据的分摊与估计、支持后期医疗项目成本的分配、病种成本数据的计算等；

3.5.决策分析数据的准备：根据设置的字典编码规范、业务指标规范、业务数据规范、指标计算逻辑等平台级的数据定义，对原始业务数据库中的数据进行过滤和重新组合，并按照业务主题数据库设计要求进行数据存贮，形成一套完整的经济运行资源数据，为经济运行分析决策以及其他业务系统的调用准备好数据。

3.6.建立适合医院应用的全成本核算的理论方法和合理的成本分摊方法，形成以成本核算为数据处理中心的业务管理模式。医院成本管理流程与应用设计完全符合财政部、卫生部 《医院财务制度》（财社[2010]306号）文件的制度规范要求。

3.7.科室成本依照财务理论方法对责任单位的科室进行细致化成本核算，是责任单位在医疗经营过程中所耗费的资金归集。科室成本主要是对责任单位并对科室的经营做出预测和决策，在医院的管理中有着重要作用。

四、分系统业务功能需求

4.1医共体综合管理功能要求

	医供体端应用系统
序号	一级菜单	二级菜单	菜单功能作用	备注
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		基础字典--计量单位	计量字典查询、新增、修改、删除功能
36		基础字典--项目信息	项目类型/项目级别/项目用途字典查询、新增、修改、删除功能
37		基础字典--币种	币种字典查询、新增、修改、删除功能

 

4.2医疗机构端精细化运营管理功能要求

医疗机构端包括有区第一医院、区二医院、区中医骨伤科医院，具体业务功能要求如下：

4.2.1业务基础平台系统

基础平台需要实现的功能如下：

1.系统信息

包括具体某个单位公用的部门编码、供应商编码、职工信息、库房信息、生产厂商信息、项目信息、病人信息、付款条件、运输方式、HIS连接信息、成本信息等编码信息；以及单位参数、系统联用、核算账套、会计期间设置，单位、账套级参数设置等信息。

2.会计科目体系

定义科目体系名称，科目编码规则及科目体系所属类别等信息。

3.用户管理

定义系统操作软件的用户，同时可建立角色。

4.权限管理

管理直属下级管理员的单位权限和模块权限，为直属角色赋予功能权限和数据权限，完成对角色中所有成员批量赋权，并提供权限的查询功能；

5.基础编码

添加系统业务所涉及到的币种信息，人员的学历信息，职称信息，病人类别，职工类别，资金来源，地区编码，预算科目，计量单位及项目信息。

6.系统参数

使用系统初期需要做的基础设置，包含：单位编码规则、物资类别编码规则、固定资产类别编码规则、药品类别编码规则、预算科目编码规则、无形资产类别编码规则。

7.日志管理

查询和维护所有用户登录系统后的历史浏览记录信息。

8.数据管理

按照单位、帐套、模块、年度分别备份和还原数据。

9.程序维护

重新载入业务逻辑库。

10.单位信息

使用系统初期需要做的与单位相关信息的基础设置，包含：部门编码规则、供应商类别规则、职位编码规则、库房编码的设定。

11.付款条件

添加和维护付款条件信息。

12.部门信息

添加和维护部门类别信息；可对单位各部门的编码、名称、性质等信息进行维护，建立部门档案。

13.供应商信息

添加和维护供应商类别信息，用于将供应商进行分类；可添加和维护供应商的基本信息。

14.生产厂商信息

针对卫生材料，后勤物资等厂商信息添加和维护。

15.库房信息

针对库房信息，货位信息进行添加和维护。

16.职工信息

维护本院所有职工的基本档案。

4.2.2医院科室成本管理系统

科室成本核算必须符合《政府会计制度——行政事业单位会计科目和报表》（财会[2017]25号）、《医院财务制度》（财社[2010]306号）文件对于医院成本管理的制度要求。实现财务会计、预算会计、成本会计三轨制并轨，确保财务数据、预算数据和成本核算数据的一致性。

科室成本核算是将医院业务活动中所发生的各种耗费以科室为核算对象进行归集和分配，计算出科室成本的过程。实现院级成本核算、科室成本核算、床日成本核算、诊次成本核算。

具体需要实现的功能如下：

1. 科室收入数据

对医疗收入数据和其它收入的数据进行维护，包括增加、修改、删除、归集、查询等各种功能：

在直接采集HIS收入信息的基础上，提供数据调整功能，对源数据中开单科室、执行科室错误的问题进行调整，保证收入数据能真实反映医疗服务的开单、执行情况，以便根据“谁执行、谁收入”的原则按收入归集到收益中心；

实现对收入数据的查询统计功能，并可对数据调整过程进行跟踪，源数据进行查看；

实现收入数据与会计核算数据的校验稽核功能。

2. 科室成本数据

对财务成本、直接成本（含待冲基金）、科室直接成本等数据进行维护和计算，包括增加、修改、删除、查询等：

在直接采集业务数据的基础上，提供数据调整功能，对源数据中科室归集错误的问题进行调整；实现对各项支出数据的查询统计功能，并可对数据调整过程进行跟踪，源数据进行查看；分别按财务会计与管理会计口径进行各项成本数据的查看、统计；根据业务数据重新归集核算单元的各项支出，并提供与会计的校验稽核功能。

3. 工作量数据

对门诊工作量、住院工作量、医技工作量、内部服务工作量进行维护，包括增加、修改、删除、查询等。

4. 医院基本情况

对医院的资产清单、基本情况等数据进行维护，包括增加、修改、删除、计算、查询等。

5. 数据审核

内置数据合理性、合规性等审核规则，分摊前首先需对基础数据进行审核，审核通过才能进行下一步工作。

6. 分摊管理

要求按照《医院财务制度》规定的“三级四类分摊法”对成本数据进行分摊，完成全成本核算工作，并能提供对医疗业务成本、医疗成本、医疗全成本、医院全成本的处理，分摊管理支持同一科室不同成本项目按不同的动因进行分摊，支持同级分摊、定向分摊，支持对分摊的数据进行校验，确保分摊结果的准确性。根据用户的需求灵活设置各种分摊方法。

7. 成本报表

提供医院财务制度、部级医院财务制度、成本管理办法规定的14张报表；同时可以根据医院管理需要，支持自定义报表设计；也可根据模板自动生成成本报表。

8. 成本分析

成本分析是科室成本核算的核心，全方位展现成本核算的产出结果。包括：医院收入成本收益、临床科室收入成本收益、医技科室收入成本收益、科室的成本构成明细、科室固定成本/变动成本、科室可控成本/不可控成本、科室直接成本/间接成本、科室成本类型、本期与上期/预算/去年同期成本比较、成本分摊表等，并能提供报表打印，导出到excel，历史数据保存等各种功能。

9. 本量利分析

支持对核算月内，门诊/住院/医技收入、成本、收益及保本工作量和保本收入的查询分析。并支持对核算月内，医院单位收入、成本、收益查询分析。

10.基础信息维护

成本核算各类相关字典的基础信息维护，包括：科室字典、收费类别字典、收费项目字典、成本项目字典、院内服务项目字典、服务材料字典、科室对应关系设置、成本项目属性设置、人员字典、员工职称/学历等。

五、项目建设技术要求

本项目建设的技术要求必须根据本文件的内容进行结构性编制；也可以根据自己对项目建设总体目标的理解增加内容，并按照系统化的要求进行设计方案的编制。

5.1系统技术要求

医共体端及医院综合运营精细化管理的信息化项目建设，从技术层面上需遵循如下的技术要求：

系统采用B/S架构：系统各模块需采用同一技术架构，在统一的底层基础平台上进行设计。医院综合运营管理平台及各分系统等均需采用B/S技术架构实现。

与第三方信息系统的数据交换：提供与医院第三方系统统一接口的维护与管理系统，实现针对HIS、财务、药品等关键医疗业务信息系统的数据交换。

关键技术：根据医院综合运营精细化管理的一体化应用功能需求和相关建设规范，考虑到系统运行的长远规划，以及整个系统的跨平台性、安全性、可靠性、稳定性、易维护性以及可扩展性，建议采用J2EE架构来设计。

先进性：系统要利用一些现行的、技术成熟的开发工具来辅助完成系统建设。

健壮性：系统稳定可靠，保证每周7*24小时不间断正常运行，工作日期间不能宕机，年平均宕机时间应小于8小时。

安全性：信息安全要体现在信息管理全过程：收集、录入、传输、储存、交流、查询、反馈、分析、利用、发布；系统的安全主要体现在整个系统的安全稳定和持续的运行。要对设施、技术和管理乃至整个运作体系，建立全面的安全保障体系，并能动态地根据安全检测、评估结果，调整安全策略，运用新的安全技术，进行持续改进，以控制新出现的安全隐患与风险。

灵活性：建立灵活多样的多字段查询功能，为用户的组合查询、统计分析和信息利用提供方便；设计多种数据导出格式，如 Excel 和 XML格式，满足不同用户的数据分析输出需要；建立合理、多样、灵活的数据采集方式，满足不同发展水平的医疗单位的需要。

延展性：数据库结构的设计应充分考虑发展和移植的需要，建立系统良好的扩展性和伸缩性，适度冗余也是系统建设的必要环节。

完整性：在数据的采集和数据交换环节要确保数据的完整性。

友好性：人机界面设计简洁美观、风格统一，利于基层业务人员简单操作。

5.2环境配置要求

本项目建设所需的服务器及网络环境配置，如服务器、网络、操作系统等环境因素，由投标方给建议方案。建议方案不限于必须要配置的相关服务器等设备。所谓设备配置方案，涵盖硬件设备和基础平台的系统软件产品，例如操作系统、各类平台级中间件等产品。

六、售后服务需求

供应商需提供不少于三年的免费质保，质保期从系统整体验收通过之日起计算；质保期内免上门费、维修费和系统升级费等。

质保期内，供应商需保证7*24小时的服务响应，响应时间不得低于如下标准：接到医院方的通知后1小时内必须做出明确的响应和安排；需提供现场服务的，服务团队须在2小时内达到故障现场；4小时内做出故障诊断报告，常规故障8小时内必须解决。

七、其他要求

本章节内容会直接影响本次招标的结果，每条内容都必须做出明确响应：

项目工期：合同签订六个月内，完成项目实施；

站点数限制：医共体管理系统、业务基础平台系统、医院科室成本管理系统都不允许有站点数限制；

单点登录：医共体管理系统、业务基础平台系统、医院科室成本管理系统都必须统一采用单点登录的方式；

供应商要求：本项目的供应商必须为系统软件制造商，并且具备医院综合运营管理系统（HRP/H-ERP）的计算机软件著作权登记证书；

后续服务要求：本项目实施建设的软件系统验收完成后，医院还需要对每年的运营管理数据进行分析，并与业内的平均数据进行对标，产出分析报告。因此，投标方需要在投标文件中，就运营管理数据产出、分析及对标结果给出详细的服务支持响应，并提供相关的行业报告文件。

八、付款方式

合同签订后15日内甲方向乙方支付合同总额的30%的预付款；系统稳定运行一月并经甲方验收合格后，一周内甲方向乙方支付合同总额的60%款项；验收之日起一年免费维护期到期后一周内支付合同总额的10%款项。

注：

1、除采购文件标注的参考品牌外，欢迎其它能满足本项目技术需求且性能与所注品牌相当的产品参与。

2、如有附图，仅作参考。

3、招标文件中打▲内容为实质性要求，不允许有负偏离，否则将以涉及无效投标条款作无效投标。

4、中标供应商所提供的货物、服务须与投标承诺一致，不得以次充好、偷工减料，若在项目验收中发现有上述情况，将向有关部门举报，根据相关规定进行处理。