招标内容与技术需求

一、项目概况

1.1建设背景

2020年初突如其来的新冠肺炎疫情，是对公共卫生服务体系和重大突发公共卫生事件应急处置能力的一次大考。在疫情的发生和处置过程，暴露出了疫情监测、预警和处置过程中的诸多不足，一是医防脱节，公立医院和疾控机构协作不足；二是信息报送方式落后，数据共享不足，存在“表格抗疫”；三是公共卫生信息化滞后，监测预警能力、应急响应能力受限。习近平总书记强调针对这次疫情暴露出来的短板和不足，抓紧补短板、堵漏洞、强弱项，该坚持的坚持，该完善的完善，该建立的建立，该落实的落实，完善重大疫情防控体制机制，健全国家公共卫生应急管理体系。

在本次疫情的推动下，我市公共卫生的防控救治工作需要更加重视，无论在平时还是在战时都迫切需要关注疾病防控管理。对于疾病的监测、预警、报送、响应以及分析上需要更加全面、深入地进行信息化建设。需要结合新理念、新技术、新架构，建设多维度、多领域的综合、联动、协作的信息系统，统一提高医疗机构、公共卫生机构以及监管部门的信息化服务水平，提升公共卫生应急防控能力。同时为慢性病全周期健康管理、预防控制打下坚实基础，全面提升我市公共卫生管理水平。

1.2建设目标

“宁波市健康医疗大数据公共卫生管理平台”项目的总体目标是：充分利用大数据、人工智能等技术，结合传染病防控知识、临床诊疗信息，秉承“应急优先，平战结合，立足长远”的理念，在宁波市现有信息系统基础上，全面统一提升公共卫生机构信息化、基层医疗机构服务水平，实现医疗健康服务信息统一、应用智能、使用便捷，为疾病预防体系提供基础数据；建成适合公共卫生体系建设需要的多维度、多领域的综合、联动、协作的信息系统，加强智能监测预警、应急响应管理、智能决策分析、健康医疗科研四大体系的数据交互和信息共享，建立健全宁波市公共卫生应急管理体系、疾病预防控制体系、公共卫生服务体系、重大疫情防控救治体系、领导指挥体系、应急物资保障体系。落实重点人群监测跟踪管理，从而实现数据驱动的传染病防控模式转变，将防疫端口前移，构建“事前-事中-事后”一体化防控体系，打造智能化精准防疫新模式，提高宁波市对突发公共卫生事件的应急处置能力，实现“提早发现、精准干预、科学就医”。

1.3建设内容

宁波市健康医疗大数据公共卫生管理平台基于卫健系统现有数据资源和宁波城市大脑资源进行建设，软件开发具体内容如下：

1.信息资源建设。基于城市大脑的数据交换能力，提供相关数据归集服务，对医疗系统、公共卫生系统和其他部门的数据进行归集和整合，通过数据治理，构建信息资源库，为各项应用提供数据支撑。

2.应用孵化管理系统。基于宁波城市大脑的能力建设应用孵化管理系统，实现相关特色应用的孵化和培育。

3.监测预警系统。提供疾病预警知识库和监测模型配置、预警模型配置，根据不同的监测内容提供不同的监测预警服务。通过对门诊病人的主诉、现病史、诊断、检查、检验、处方等信息进行智能综合检索，实现40种传染病、6大症候群和不明原因传染病的智能监测预警。

4.应急管理系统。面向重点人员，建立全周期应急管理机制，做好流行病学调查、密切接触者管理、疾病救治、院后随访、隔离点管理、公众宣教等工作。加强疫情网格化管理，实现跨部门快速响应和联防联控协同工作。

5.决策分析系统。以“驾驶舱”形式，直观展示疫情的传播力和管控力，实时图形化展示症状监测、疫情指挥、医疗资源保障等情况。构建疫情预测预警数据模型，建立疫情评价指标体系，监控疫情风险因素变动趋势，及时把握区域整体健康状态及变化趋势。

6.健康医疗科研系统。主要包括科研项目管理、学科管理、科技教育培养和一站式科研分析平台。实现医学数据的极速检索、高级检索、条件树检索、海量病历分析和疾病图谱分析，针对特殊疾病建立专病数据标准集，建立特殊疾病患者专病队列。科研平台系统需支持在线按照标准流程开展科研项目，具备多种数据统计分析算法，建立临床医学知识全库，实现图形化方式展示科研热点趋势，展示科研文献作者图谱，提升医学研究效率，方便管理医学研究成果。

7.人员基本信息闭环管理系统：维护全局的人员基本信息，数据采集来源主要包括全民健康信息平台、公安、民政、教育等部门的居民信息，人员基础信息以公安系统为准，其他通信信息、状态信息、工作信息等通过接入的外部系统进行动态更新。提供人员档案状态、人员标签和亲缘关系管理功能，建设就医事件索引，为业务开展提供支撑。并提供数据开放API，为各业务系统和第三方系统提供数据调阅服务。

8.契约式家庭医生制服务系统。将家庭医生签约服务与重点人群的疫情防控结合起来，发挥公共卫生服务和基本医疗服务上的双重"网底"作用。以现有家庭医生签约服务为依托，整合健康档案、疾病管理等数据，建立宁波市数据真实有效、实时统计的契约式家庭医生制服务系统。归集医院端签约数据，提供签约业务相关的信息监管和查询功能，统计并展示全市签约情况。建立家庭医生服务质量考核体系，明确家庭医生工作内容及质量标准，对家庭医生进行全面管理和综合评估，提升家庭医生签约服务质量和效率,进一步助力公共卫生疾病防控。

9.社会心理服务系统。建设社会心理服务系统，提供线上心理评估服务、线下社会心理服务和社会心理分析与预警服务。实现在线健康教育、心理评估、咨询、诊疗一体化，心理热线、心理咨询机构、心理咨询师工作规范化，重点人群管控、应急突发事件应对专业化，构建以普遍服务为前端、监测预警为中端、精准干预为末端的“社会心理健康全程服务链”，培育自尊自信、理性平和、积极向上社会心态，促进社会和谐稳定。

二、采购清单

序号	采购内容	数量	单位	备注
（一）信息资源建设
1	数据采集	1	项	基于宁波城市大脑，对数据进行归集服务，详见3.3功能需求
2	数据处理	1	项	基于宁波城市大脑，对多源数据进行治理。详见3.3功能需求
3	数据库设计	1	项	基于宁波城市大脑构建前置库、原始库、资源库、业务库等。详见3.3功能需求
4	医院电子病历结构化	1	项	33家医院电子病历结构化解析服务。详见3.3功能需求
（二）应用支撑建设
1	应用孵化管理系统	1	套	第三方应用孵化和集成。详见3.3功能需求
（三）应用系统建设
1	监测预测系统	1	套	详见3.3功能需求
2	应急管理系统	1	套	详见3.3功能需求
3	决策分析系统	1	套	详见3.3功能需求
4	健康医疗科研系统	1	套	详见3.3功能需求
5	人员基本信息闭环系统	1	套	详见3.3功能需求
6	家庭医生签约管理系统	1	套	详见3.3功能需求
7	社会心理服务系统	1	套	详见3.3功能需求
8	接口	1	套	与市全民健康信息平台（签约医生团队信息、签约信息、签约医生坐诊记录等数据）对接实施等，详见3.3功能需求
9	系统管理	1	绕	详见3.3功能需求
(四)软件购置
1	表单软件	1	套	现有组件扩容。详见3.3功能需求

三、功能需求

3.1总体要求

宁波市健康医疗大数据公共卫生管理平台台要根据信创的需求进行终端适配，系统要求满足信创环境部署需求。本期项目仅进行终端适配。系统要求对信创终端进行适配，以适应信创终端（X86架构、ARM架构、MIPS架构）和非信创终端访问的需求。

宁波市健康医疗大数据公共卫生管理平台安全等级为第三级。软件需要按照等保三级的要求进行应用安全和数据安全的设计。

系统要依托宁波城市大脑和宁波市卫健委现有业务系统进行建设，做好与上述相关系统的对接。

3.2性能要求

1、系统处理能力需求

处理能力主要考虑系统能承载的最大并发用户数，包括市本级卫健委及公共卫生单位，下属县市区卫健局及公共卫生单位、医院及其他用户。系统应支持不少于1000名在线用户。

2、系统响应速度

系统要有良好的并发响应能力，要达到以下的性能指标：系统用户登录时间<= 2秒；页面初始化操作<= 3秒；

WEB接入的系统响应时间：在政务外网和卫生专网使用，用户点击访问页面时间不超过2秒，请求提交响应时间最大不超过5秒；

系统一般性操作最长时间<=5秒；系统内在线查询操作时间<= 8秒；跨系统在线查询操作最长时间<=10秒。

3、可用性

系统能使用IE浏览器、360浏览器、百度浏览器等当前国内用户常用浏览器，也能适配信创浏览器。系统能够完成所要求的所有功能操作，同时具有良好的运行速度，有较高的数据承载能力，整个系统平均年故障时间应控制在7小时以内，即可用性达到99.9%，操作平均响应时间不超过4秒。

4、稳定性

数据定期安全备份，防止误操作，权限设置合理，网络、数据安全，有完善的灾难应急功能和恢复能力，系统应提供7 x24小时的连续运行；各业务系统对用户的操作顺序、输入的数据进行正确性检查，并以显著方式提示错误信息。系统需有出错处理机制，当系统运行过程中发生错误时，系统将明确提示错误信息并指导用户按照系统错误处理手册进行处理。系统应提供运行监视和故障恢复机制，建立系统运行日志文件，能跟踪系统的所有操作。系统还应配备软件异常处理措施。

减少系统升级发布次数，控制一个月升级一次。

在部署实施前，要求对云资源服务器资源进行合理的部署规划；同时，为了保证系统软件的稳定和响应的及时性，系统运行过程中，资源内存、CPU、磁盘等负载不能超过80%。

5、可维护性

易于管理，系统维护方便，能够方便快速的将数据转入系统，系统必须是构件化、面向对象的，可做到灵活扩展。提供服务器系统管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份、灾难事件处理与解决实施方案等。为系统中多个功能平台提供可视化的管理界面，允许部分用户进行设置。

6、可扩展性

系统在设计过程中充分考虑可扩充性，能根据技术发展和业务需求的增加不断升级扩展。系统充分考虑可能的扩展内容, 为其提供接口。

7、可移植性

平台基于大数据架构、SOA架构，SAAS化。

3.3功能要求

3.3.1信息资源建设

3.3.1.1数据采集

3.3.1.1.1数据归集范围

宁波市健康医疗大数据公共卫生管理平台数据的归集范围包括内部数据和外部数据。内部数据以对接区域卫生信息平台为主，外部数据通过宁波城市大脑与其他协同部门进行数据共享，包括公安的户籍人口和流动人口信息、教育的学校、学生信息、民政的死亡信息等，为平台业务应用提供数据支撑。

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		阴道分娩记录	电子病历系统	数据库同步
38		刨宫产记录	电子病历系统	数据库同步
39		一般护理记录	电子病历系统	数据库同步
40		病种（病危）护理记录	电子病历系统	数据库同步
41		手术护理记录	电子病历系统	数据库同步
42		生命体征测量记录	电子病历系统	数据库同步
43		出入量记录	电子病历系统	数据库同步
44		高值耗材使用记录	电子病历系统	数据库同步
45		入院评估	电子病历系统	数据库同步
46		护理计划	电子病历系统	数据库同步
47		出院评估与指导	电子病历系统	数据库同步
48		入院记录	电子病历系统	数据库同步
49		24小时内入出院记录	电子病历系统	数据库同步
50		24小时内入院死亡记录	电子病历系统	数据库同步
51		首次病程记录	电子病历系统	数据库同步
52		日常病程记录	电子病历系统	数据库同步
53		上级医师查房记录	电子病历系统	数据库同步
54		交接班记录	电子病历系统	数据库同步
55		转科记录	电子病历系统	数据库同步
56		阶段小结	电子病历系统	数据库同步
57		抢救记录	电子病历系统	数据库同步
58		会诊记录	电子病历系统	数据库同步
59		术前小结	电子病历系统	数据库同步
60		术前讨论	电子病历系统	数据库同步
61		术后首次病程记录	电子病历系统	数据库同步
62		出院记录	电子病历系统	数据库同步
63		死亡记录	电子病历系统	数据库同步
64		死亡病例讨论记录	电子病历系统	数据库同步
65		住院医嘱	电子病历系统	数据库同步
66		出院小结	电子病历系统	数据库同步
67	病案	住院病案首页	病案系统	数据库同步
68		中医住院病案首页	病案系统	数据库同步
69	手麻	手术申请单	手麻系统	数据库同步
70		麻醉前访视记录	手麻系统	数据库同步
71		手术麻醉主记录	手麻系统	数据库同步
72		手术观察记录	手麻系统	数据库同步
73		手术用药记录	手麻系统	数据库同步
74		手术输血明细	手麻系统	数据库同步
75		手术事件记录	手麻系统	数据库同步
76		体外循环记录	手麻系统	数据库同步
77		麻醉术后访视记录	手麻系统	数据库同步
78		术后镇痛观察记录	手麻系统	数据库同步
79	健康体检	体检查体结果	全民健康信息化平台	数据库同步
80		体检总检结论	全民健康信息化平台	数据库同步
81		体检检验结果	全民健康信息化平台	数据库同步
82		体检检查结果	全民健康信息化平台	数据库同步
83		体检套餐表	全民健康信息化平台	数据库同步
84		体检人员信息	全民健康信息化平台	数据库同步
85	随访	随访方案	全民健康信息化平台	数据库同步
86		随访结果	全民健康信息化平台	数据库同步
87	放疗化疗	放疗记录	电子病历系统	数据库同步
88		质子和重离子加速器放射治疗记录	电子病历系统	数据库同步
89		放射性粒子植入治疗记录	电子病历系统	数据库同步
90		化疗记录	电子病历系统	数据库同步
91	其他肿瘤治疗	肿瘤深部热疗和全身热疗记录	电子病历系统	数据库同步
92		肿瘤消融治疗记录	电子病历系统	数据库同步
93	输血	输血申请单	电子病历系统	数据库同步
94		输血观察记录	电子病历系统	数据库同步
95		输血评价记录	电子病历系统	数据库同步
96		输血不良反应上报记录	电子病历系统	数据库同步

 

（1）健康档案摘要信息

个人基本信息、行为习惯、既往史、过敏史、家族史、遗传病史、中医评估、预防接种史、个人健康教育记录、中小学生口腔健康检查记录。

（2）患者就诊基本信息

患者基本信息、患者就诊卡信息。

（3）儿童专项

出生医学证明。

 

2、其他行业的数据

其他系统拟接入和归集的数据如下：

（1）公安

户籍人口信息、流动人口信息、甬行码信息、出入境人员信息。

（2）教育

学校信息、学生学籍信息、教师信息。

（3）民政

死亡人员信息。

（4）交通

外籍人员信息（输入性）。

（5）气象局

气象环境数据。

3.3.1.1.2数据采集服务

需基于宁波城市大脑相关组件进行数据采集，数据采集支持接口数据采集、数据智能上报、外部数据导入、数据库同步采集及相关配置。

1、数据交换服务

（1）跨部门数据交换

需通过数据交换或数据接口的方式，从宁波城市大脑获取相关数据，主要为其他部门的数据，包括公安数据、教育数据和民政数据等。

（2）卫生系统内部数据交换

需通过数据交换或数据接口的方式，从宁波市区域卫生信息平台、各业务系统获取需要归集的数据。用户输入要同步的数据库地址、连接方式、管理员账号等信息，选择采集方式，可以进行数据库连接性测试，并可以根据日志查看失败原因。

2、数据抽取

数据抽取针对非系统数据，包括电子文件数据、电子表格数据等，需通过抽取的方式，将数据归集到数据库。

3、数据人工采集

针对未梳理统计的数据，需通过数据人工上报的方式进行数据归集。系统需提供上报数据配置功能，支持设计上报页面的设计，配置上报数据的上报对象。用户填报时，系统针对违反值域等问题，进行质量提醒。

有权限用户支持查看上报的数据，进行数据质量审核，可以将数据打回重填。可以查看所有需要上报而没有完成上报的数据。

3.3.1.2数据处理

需对前端抽取过来的数据进行清洗处理，数据清洗主要是针对源数据库中出现二义性、重复、不完整、违反业务或逻辑规则等问题的数据进行统一的处理，一般包括如：NULL值处理，日期格式转换，数据类型转换等。

在进行数据初次清洗时需要人工针对现有采集到的全市医疗机构的电子病历数据、病案数据、手麻数据及全民健康信息化平台的数据制定数据清洗规则。

3.3.1.2.1数据去重

数据去重主要对结构化、非结构化、多媒体等数据采用同一时间窗口比对、基于哈希算法比对等方式去除重复数据。本项目是广泛采集各类数据，因为数据源系统建设过程中一般不会事先协调，数据的重复现象是非常普遍的。重复的数据对统计和分析会造成严重影响，对平台的实用性危害极大，所以需采用必要的手段去重。

3.3.1.2.2数据关联

数据关联是将恢复的数据表中的数据，进行表与表之间的关联，还原原本数据表之间的关系。在进行数据初次关联时需要人工针对医疗机构的电子病历数据、病案、手麻及全民健康信息化平台已经采集的诊疗数据制定数据关联规则。

3.3.1.2.3数据脱敏

为保护个人隐私，保护数据代表的对象利益不受侵害，需对数据进行脱敏处理。系统内所有的脱敏均不可逆，数据脱敏后不能进行反脱敏。通常需要脱敏的信息包括：患者信息、医务人员信息、医疗机构信息。

3.3.1.2.4数据映射服务

数据映射（Data Mapping）即给定两个数据模型，在模型之间建立起数据元素的对应关系。在进行数据映射时，需要人工针对医疗机构的电子病历数据、病案、手麻及全民健康信息化平台标准之间建立数据映射规则。

在完成数据映射之后，将数据从原有的数据模型加载到全新的数据模型的过程。数据转换分为两部分，一部分是数据结构的转换，另外一类是数据存储格式的转换。在进行数据转换时，需要人工针对现有医疗机构的电子病历数据、病案、手麻及全民健康信息化平台的数据建立数据结构对应关系和数据储存格式。

3.3.1.2.5数据标准化服务

为实现不同医疗机构数据的的统一标准，需要对健康医疗数据进行标准化处理，以诊断为例，标准化过程中，不同的诊断词之间的关系不同，如“白血病”和“血癌”，“艾滋病”和“获得性免疫综合症”是两组同义的诊断词；诊断词“重度脂肪肝”是“脂肪肝”的一种类型，存在包含/被包含关系。通过标准化，最终会将临床诊断与ICD10一一对应起来。如诊断“甲减”归一到ICD10疾病“甲状腺功能减退”，编码：E03.901。

医学术语标准化是系统之间数据理解与后续数据统计分析利用的基础，涉及标准化的主数据需包括但不限于以下内容：

诊断：包括诊断名称及编码

手术及操作：包括手术操作名称及编码

检验项目：包括检验项目名称，标本名称等

检查项目：包括检查项目名称、检查项目类型等

药品：包括药品化学名，INN名，通用名，商品名，ATC编码等

各种数据元值域：如性别、婚姻状况、儿童面色等

观察项目：如体温、脉搏、血压等

3.3.1.2.6数据索引服务

数据主索引服务。需包括数据主索引算法配置、唯一标识的产生、匹配和交叉引用管理、标识及基本信息的更新通知等。如：患者主索引基于身份证（社保卡）、姓名、性别、联系方式等进行算法匹配。建立患者主索引后，需将患者在全市33家医疗机构的电子病历数据、病案数据、手麻数据及全民健康信息化平台的信息进行关联。数据主索引在数据的使用过程中的不断优化，需要人工进行干预，人工干预主要指手动的拆分或者合并同一患者，或者患者主动提供不同医疗机构的病历ID信息申请关联，审核通过后，更新数据主索引。

3.3.1.3数据库设计

3.3.1.3.1前置信息库建设

本平台需要基于区域卫生信息平台及市级医院的电子病历数据、手术麻醉系统数据、病案数据、诊疗数据和其他数据等进行接入，前置信息库存储从各部门和各数据源采集的原始数据，前置库的数据结构设计原则上和业务生产库的表结构一致，并在业务生产库基础上增添数据接入过程中的操作字段，表示数据的更新和删除等状态。以此向数据资源池提供原始、准确的数据，便于后续的分析和使用。

3.3.1.3.2原始库建设

原始库存储两个前置库的数据，原始库中的数据是数据资源池最基础的数据，需要对数据设置不同的生命周期和质量监控标准，从而保障数据的鲜活性和准确性。

由于数据来源多、种类丰富，原始库的数据应该采取清晰、合理的方式去组织。对于不同来源的数据，应该按照其数据来源进行清晰的标识，包括表名标识、表元数据标识等。对于不同种类的数据，应该采取不同的存储机制进行存取。

3.3.1.3.3资源库建设

资源库的数据是由原始库的数据经过清洗、转换、关联、比对等数据处理过程后形成的标准数据。

资源库的建设需包括数据结构设计、数据表结构设计和加工过程设计。在资源库的数据结构设计上，需以原始库数据结构为基础，补充必要的数据字段。需在数据表设计上，将相同表结构的数据表进行适当的合并，并保留原始库的表名以方便进行溯源。

3.3.1.3.4主题库建设

本平台需在市卫健委现有的全员人口库、电子病历库、居民健康档案库等数据库的基础上，构建相关主题库。具体建设内容如下：

1.应急物资信息库

需整合应急物资数据，包括应急物资类型、名称、数量、放置位置、使用方法、出库入库记录等相关内容。

2.重点人员库

重点人员库需包括重点人群、哨点人群和传染病患者等信息。重点人群包括不同单位的重点人群（如企业/养老机构/政府机关/学校的重点人群）以及0～6岁儿童、孕产妇、老年人、慢性病患者的常规类型的重点人员的信息。

哨点人群包括疫区及高危流动人口、综合管理点筛查人员、机场、码头等交通、人社枢纽站筛查人员等信息。

3.重点专病库

存储重点专病疾病特征信息、疾病指标信息、疾病图谱信息。

4.传染病知识库

构建涵盖疾病名称、疾病概述、病因与发病机制、病理、临床表现、实验室、辅助检查、诊断等信息的40种传染病知识库。

5.科研项目数据库

存储包括全市科研管理所相关的人员、项目、成果、经费、数据统计等相关信息。

3.3.1.3.5数据库结构适配转换

现有的生产库基于HADOOP架构，转到宁波城市大脑大数据环境后，采用的大数据处理技术路线有所不同，需要根据宁波城市大脑大数据分析的架构进行转换，相关数据库表结构需要进行适配调整。

3.3.1.4医院电子病历结构化处理

电子病历结构化处理需要人工将全市33家医疗机构（宁波市医疗中心李惠利医院（含兴宁院区、东部院区））所有电子病历数据进行解析并利用自然语言处理等技术，进行结构化处理。

3.3.1.4.1电子病历文档解析

宁波市医疗机构电子病历系统的建设，大部分参考了国家卫生健康委员会发布的《电子病历基本架构与数据标准》，文档的存储格式，一般采用HL7临床文档架构（CDA）。

电子病历文档解析主要是将电子病历的文档，拆分成二维数据表的格式，为数据应用提供支持。

3.3.1.4.2自然语言结构化处理

电子病历中存在大量使用自然语言记录的信息，需要通过结构化处理提出电子病历中的关键信息。

3.3.1.4.3结构化处理技术要求

结构化处理技术主要是将医生客观的自然语言记录的信息，正确的反应出来，总体包括中文分词、基本词库准备、自然语言识别模型、关键词提取、依据句法分析、语料库和人工智能干预等步骤。其中：

自然语言识别模型

自然语言识别模型须从半结构及非结构化的临床病历数据中识别出需要的信息，包括实体，实体间关系以及基于实体、关系及自然语言描述推理出的结论性字段信息。

人工干预

为保证电子病历自然语言处理的应用效果，需要采用的是人工智能+人工干预的方式。

3.3.1.4.4结构化处理范围

目前宁波市健康医疗大数据中心已经采集了全市33家医疗机构的电子病历数据，鉴于电子病历系统是不同厂家、不同时期逐步建设的，需要针对每家医院的电子病历数据情况进行定制化解析及结构化处理，最终实现电子病历数据的结构化。具体名单如下：

序号	机构名称
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	象山县红十字台胞医院

3.3.2应用孵化管理

3.3.2.1第三方应用集成需求

系统实现从原始数据到治理数据的管理和开放，以灵活的主题数据集获取方式及安全隔离的数据沙箱环境，实现卫生健康数据资源的高效利用；提供成熟的服务能力的开放，实现各级用户对接口的调用，完成技术赋能；支持智能应用一站式开放，提供完善的开发框架、测试环境、应用发布和管理流程及在线文档教程，并建立安全保障和审批监管体系全方位为整个开放平台数据安全保驾护航。

3.3.2.1.1数据使用管理

数据使用管理支持数据资产目录的开放，同时支持库、表、字段的检索，从而最大程度地方便使用者以最快的速度找到他们所需数据，提高数据获取的效率。具体功能需求如下：

1.数据准备：在数据准备模块，用户可以根据使用场景和需求，进行目标数据集的快速获取，提供Hive SQL查询、纳排条件查询两种圈定数据集的方式。

2.数据标准管理：数据标准管理主要是建立规范的数据标准，消除跨系统的非一致性问题。主要功能包括：主数据管理、数据元管理、数据集管理、术语与值域管理、数据字典库管理、医学术语管理。

3.数据资产管理：管理开放数据里的各个数据表元数据信息，表结构，表定义等，以及表之间的血缘依赖关系。通过可视化的形式展示。

4.数据血缘追溯：建设数据血缘追溯能力，实现对数据资产的数据口径、使用对象、处理方式、流转过程等数据走向的统一管理。

5.数据地图：构建一套数据地图，通过将数据的血缘关系通过数据链连接可视化展现出来，就最终实现从源头到结尾整个数据转换应用的过程可追溯。

6.数据组织：数据组织有助于数据的可视化和数据业务的实施。数据组织可确保命名约定、默认值、语义、安全性和一致性，同时确保数据质量。

7.数据使用：数据使用需要包括数据申请、个人数据管理、数据生命周期、导入沙箱、查看关联沙箱、个人沙箱管理、数据更新控制、数据结构及明细查看、数据API封装、数据导出、沙箱协作、数据分享、在线分析等功能。

8.审批管理：支持数据中心数据导出、数据标准化反馈、开放平台数据导入沙箱、数据API封装的申请审批管理。

 

3.3.2.1.2智能应用孵化

根据临床、科研、管理等不同场景需求，在开放平台上提供应用开发的标准规范，结合数据和技术赋能，卫健委自主完成智能应用的孵化开发，服务卫生健康信息化建设。

1.应用开发使用文档，提供应用开发使用文档，帮助新手快速入门；

2.创建应用，填写应用相关信息，完成创建；支持我的应用管理。

3.上传镜像，在我的镜像->镜像上传文档中，查看镜像的上传详细步骤，根据平台开发规范上传应用镜像。

4.应用编排，应用创建后添加应用版本，进行版本信息配置及编排。

5.应用测试，应用版本信息编辑完成后，可以发到测试环境，进入容器运行命令和查看日志。

6.应用发布，应用测试通过后，点击“提交审核"，管理员审核通过后发布到应用商店，在应用中心可以看到。

3.3.2.1.3应用展示管理

支持来源于开放平台所有应用的汇集展示。

支持搜索应用名称，筛选应用分类、筛选应用在卫健委的部署状态，帮助用户快速找到所需的应用。

卫健委已部署的应用，系统支持用户可根据当前应用权限，点击快速打开使用；卫健委未部署的应用，管理员在与发布方沟通购买的情况下，支持在管理后台进行应用一键部署使用。

3.3.2.1.4智能分析工具服务

智能分析工具利用城市大脑的数据中台中的数据挖掘和数据决策分析功能，不再重复开发，相关需求如下：

●可视化探索分析

面向分析用户，用户只需要进行简单的拖拽操作，选择自己需要分析的字段，几秒内就可以看到自己的数据，通过层级的收起和展开，下钻上卷，可以迅速的了解数据的汇总情况。提供可视化效果，让用户的数据以更生动更有冲击力的方式展示出来。工具需以用户思维主导的可视化分析，还能根据用户选择的数据，自动推荐可视化效果，让用户的数据分析处理更高效。

●仪表板驾驶舱

工具提供仪表板驾驶舱的功能，让用户将多个分析内容，分组组件组合成一个仪表板或者报告成为可能。是一个面向分析主题的数据呈现方式，用户可以基于仪表板监测关键指标，定期进行工作汇报，从日常低效的Excel，PPT中解放出来。

同时在仪表板中用户可以随时通过筛选器对数据进行过滤，可以通过组件直接的联动功能，实现关联分析，可以通过跳转功能将多个仪表组合成一个更大的分析主题。

仪表板提供了用的自适应布局，各种主题颜色样式的配置，除了添加主要的分析组件，还提供了动态的富文本组件，图片组件，Web组件等功能，让用户可以更好的展示和表达数据分析的思路和结果。

●数据引擎

用户可以根据数据量、实时性要求、使用频次等，自由选择实时或抽取的方式。实时数据与抽取数据方式的无缝切换，更加灵活高效支撑前端的高性能分析。

3.3.3监测预警系统

系统包括传染病预警知识库、监测模型管理和监测预警服务。系统通过对门诊病人的主诉、现病史、诊断、检查、检验、处方等信息进行智能综合检索，实现40种传染病、6大症候群和不明原因传染病的智能监测预警。

3.3.3.1传染病监测预警知识库

传染病监测预警知识库通过获取区域内多平台共享的病例数据、专家共识、临床指南、临床路径资料，构建以症状、处置、检验、检查，以时间、大小、状态为属性，生成以疾病与并发症、疾病与症状、症状与症状、疾病与检查、症状与检查、疾病与用药为边的多病种知识关系图谱。系统支持实时监听患者门急诊及住院数据，包括检验、检查结果、主诉、现病史和个人史；将所述患者的检查数据标准化后送入预警知识库进行检索，匹配疾病危险因素，匹配疾病、症状、检查、检验之间的关系，推导出患者可能患病情况及其风险，并给出相似患者列表待查；根据不同风险范围，对患者分级进行预警。系统包括传染病知识库、症后群知识库、知识库管理等功能。

1、传染病知识库：涵盖疾病名称、疾病概述、病因与发病机制、病理、临床表现、实验室、辅助检查、诊断等信息在内的40种传染病知识库。

2、症候群知识库：根据ICD-10和疾病诊疗规范中的症状词，构建六大症候群知识库，包括症状名称、与疾病的关系、频数、权重，同时能够基于大量医学领域数据，人工领域专家进行如词法、句法、语义等标注。词法分析采用条件随机场模型，并结合规则文法，对电子病历数据智能解析分词分析，不断的完善补充症状知识库。

3、知识库管理：包括知识库数据维护、疾病预警逻辑知识库。

3.3.3.2智能监测预警管理

系统针对提供个体、群体、不明原因传染病三种不同监测预警模式；系统支持基于传染病知识库自定义和配置疾病监测模型；实现在平台端或医院端的预警提醒；系统支持预警干预阶段的灵活设置，如诊间的密切接触提醒，预检分诊、诊中、检查检验中、诊毕等多个环节时的疾病预警提醒。其主要包括如下模块功能。

1、监测预警算法：支持通过应用NLP技术构建文本型疫情关键信息提取模型，对疫情相关的时间、空间、人群流量、临床诊断、实验室检测等信息进行结构化提取，支撑监测预警算法模型构建。以历史传染病暴发数据为基线，支持基于时空模型、时序模型、移动百分位、移动流行区间模型、CUSUM（Cumulative Sum Control Chart，累积和）模型、加权移动平均模型、ARIMA模型等多种算法模型，构建新发再发传染病早期症状识别监测预警算法模型。支持基于已知、未知传染病数据，通过机器学习、决策回归树等模型算法，对传染病早期识别模型参数及阈值进行设置、调整和模型验证。

2、算法模型配置管理：包括模型元管理和模型规则设定和模型设置管理。

3、预警服务监控：用于传染病监测预警的监控，系统支持设置的不同模型进行监控预警，监控数据质量与交换服务质量。

4、预警阈值设置：系统根据不同的疾病类型或模型，设置不同的预警阈值。

5、预警规则设置：系统支持对疾病、检验检查、重点人群等具体使用的权限进行单一规则或多重规则设定，从而实现用户个性化预警提醒管理的要求。

6、预警干预设置：系统支持在智能预警系统中设置不同级别的提示/警示。系统提供不同干预阶段用户配置功能，支持设置提醒参数、就诊阶段（挂号、接诊、开方、诊毕、申请、发药）、提醒的自定义内容等；系统提醒干预可以支持不同的提醒，如PC端独立提醒、PC端嵌入提醒、手机端短信、钉钉及电话提醒。

7、自定义提醒服务：提醒业务主要包含以下几类，疫情密切接触提醒、疾病预警提醒、病患救治提醒、重点人群预警提醒等智能提醒功能。

3.3.3.3传染病监测预警服务

系统支持基于信息化实行自动监测，同时实现评价信息化监测的敏感性。

1、法定传染病动态监测预警；基于ICD-10编码对甲乙丙3类40种法定传染病进行动态监测、疑似人员列表跟踪管理，对管理人员提供预警。

2、群体传染病症状监测预警：主要包括的症候群种类有发热呼吸道、腹泻、发热伴出疹、发热伴出血与脑炎脑膜炎等六大症候群监测。系统支持症状字典标准化，结合智能构件的预警规则设置，对区域内采集的医疗业务数据进行分析，可以实时进行时间、空间、人群三间分布统计分析。

3、不明原因传染病症候群主动监测预警：支持通过大数据和机器学习深度挖掘，结合疾病临床表现（如症状、体征、检验、检查、主诉）和流行病学特征（年龄、性别、职业等人口学特征，发病时间、地点、暴露史等），对不明原因传染病进行动态监测。

3.3.4应急管理系统

3.3.4.1应急物资管理系统

3.3.4.1.1应急物资档案

应急物资需按品名进行管理，一个物资会有多个规格。应急物资只属于一个应急物资分类和核算类别，只归属一个中心库房管理。

每个规格需支持单独设置装箱单位和数量即包装方式，在出入库时，方便录入箱数后进行快捷转换。

需支持应急物资以品名维度进行管理，设置应急物资分类、核算类别、物资照片等。

需支持多规格管理，可设置装箱数、最小请领数、安全库存、最大最小库存、生产厂家、产地、参考单价等。

1、应急物资分类

需具备物资分类功能，支持对物资分类的维护和管理；

支持通过树形结构方式展示；

支持分类模式的启用和禁用。

2、核算类别

提供核算类别的维护管理。

3、应急物资数据字典

提供应急物资数据字典的集中管理，支持用户自定义字典，部分系统级字典无法修改。

4、供应商档案

需提供供应商信息维护功能，支持对资质文件进行管理。

3.3.4.1.2应急物资库房业务

1、采购入库

需具备物资验收入库功能。验收人员核对配送订单录入入库数量。

2、物资出库

需具备物资出库功能。物资出库由工作人员根据实际情况登记出库数据，包括物资种类、出库数量、申请单位等，形成出库记录。

3、盘盈入库

需支持库房盘点应急物资后作盘盈入库。

4、盘亏出库

需支持库房盘点应急物资后作盘亏出库。

5、报废报损

需支持库房报废或报损应急物资并出库。

6、期末结转

需具备期末结转操作，产生进销存数据。如果发现当期业务有误，可以进行取消操作，前提是新的一期内还未发生过业务。

3.3.4.1.3综合查询

1、实时库存查询

需提供物资库存实时查询。按品名进行汇总显示，同时可按批次明细查看库存，支持导出Excel文件。

2、入库汇总查询

需提供所有入库单查询功能，可查看单据详情，支持多种条件组合查询，支持导出Excel文件。

3、出库汇总查询

需提供所有出库单查询功能，可查看单据详情，支持多种条件组合查询，支持导出Excel文件。

4、出入库明细查询

需提供所有出入库单明细功能，支持多种条件组合查询，支持导出Excel文件。

3.3.4.1.4应急物资报表中心

1、收支月报

需提供物资收支情况报表。支持导出Excel文件、PDF文件。帮助领导直观了解物资收支情况。

2、入库汇总

需提供物资入库汇总情况报表，按时间分布。支持导出Excel文件、PDF文件。

3、入库明细

需提供物资入库明细情况报表。支持导出Excel文件、PDF文件。

4、出库汇总

需提供物资的出库汇总情况报表，按时间分布。支持导出Excel文件、PDF文件。

5、出库明细

需提供物资的出库明细情况报表。支持导出Excel文件、PDF文件。

3.3.4.1.5系统管理

1、用户管理

支持系统用户信息的维护。

2、角色管理

支持系统角色信息的维护。

3、组织管理

支持系统组织架构信息的维护。

4、权限管理

支持系统权限的分配，可按角色或用户维度进行分配。

3.3.4.2流行病学调查系统

3.3.4.2.1流调PC端

1.基础配置

需提供分配各类账号间的功能权限，支持通过设置不用业务角色、管理机构权限、查询菜单权限、操作功能权限等进行权限的性质区分，用于不同账号的系统功能权限分配。账号管理即对系统各类各级角色的账号进行基本配置，如删除、新增等。    

2.流调表单管理

用户可对流调表单进行管理，预览查询相应的流调表单内容，可对表单进行状态维护，支持启停用功能。

3.流调报告模板管理

需提供病种名称、病种类型等关键字查询各类传染性病例流调报告的内容，查看各类传染病病例流调报告模板。

4.流调病例管理

需支持通过流调系统口径新增流调病例，方便及时开展流调工作。

5.个案采集

快速查询：管辖区域内的病例列表查询，可快速筛选是否流调，以及报告生成状态来筛选病例个案列表；

病例新增：可手工添加流调病例信息。

病例修改：可对某条已添加病例进行修改；

病例删除：可对某条病例进行删除；

流调新增：对状态为未流调的个案，可进行流调新增操作；

流调编辑：对已流调的个案且流调报告审核状态为待流调、未通过时支持多次编辑流调内容；

流调预览：对已流调的个案表单可进行预览查看；

报告生成：未流调时不可生成报告；已流调的个案表单支持一键转化为流调报告；

6.流调分析报告

通过先前展开的流调任务，系统可通过设定的流调报告模板，需自动生成流调报告，生成的流调报告可对文字部分进行修改。

7.个案审核

需提供病例姓名、病种名称等关键字查找相应的个案审核信息的查询功能，未审核的流调报告，支持查看病例流调报告的历史提交详情。

根据提交的流调报告进行审核分析，审核拥有审核通过和退回两种功能，退回理由必填。

8.疑似病例信息分发

支持大数据抓取的疑似病例、监测预警系统中监测出来的可疑人群以及手工导入的病例进行逐级分发处理。

可由市级疾控人员选择需要流调的病例，分发至区级疾控人员，并对相应的管理人员进行消息推送。区级疾控人员进入平台后，分配给相关的流调人员，同时提供消息提醒，由对应的流调人员进行后续的流调处理。

3.3.4.2.2流调钉钉终端

1.流调病例列表

用于查询流调病例列表，同时需支持查看流调病例详情。

列表展示：需与PC端数据同步，展示当前账号管辖下的流调病例列表，列表区分已流调、待流调

搜索个案：需支持根据居住地址、发病日期、病种类型等关键字筛选流调病例列表。

病例流调详情查看：需支持预览病例流调详情，如发病就诊登记、活动轨迹登记、密接人员登记、临床特征登记等情况

2.流调病例新增

需与PC端数据同步，展示当前账号管辖下的流调病例列表，列表区分已流调、待流调；

需支持新增流调病例、搜索个案、查看病例流调详情。

3.个案流调

流调表组成：根据不同的个案流调内容需提供不同的个案调查表，包括个案调查表与报告补充调查内容，如提供发病就诊登记、活动轨迹登记、密接人员登记、临床特征登记等，便于后续流调人员快速编写流调报告。

快速导航：将流调表进行导航拆分，可进行快速定位，针对不同类型的问题可进行快速选择。

个案预览：根据调研的流调内容预览展示流调内容，包括报告补充部分（文字）内容。

4.密接人员登记

需支持流调过程中手工录入相应的密接人员信息，可将密接人员同步至密接管理系统进行相应的管理，可支持直接将密接人员登记的内容转化为报告中密接人员一览表。

5.发热就诊登记

需支持录入发热就诊的全过程，可进行相应的编辑，同时该部分的内容将在生成报告时直接进行转化。

6.活动轨迹登记

需支持录入患者的活动轨迹全过程，可进行相应的编辑，同时该部分的内容将在生成报告时直接进行转化。

7.预览个案调查表

需支持预览移动端的个案调查表，同时对于已生成报告且未审核通过的个案表在预览界面中，支持撤回、编辑等功能

8.报告补充

需支持预览移动端的报告补充内容，包括密接人员登记、发热就诊登记、活动轨迹等部分内容，支持文字预览。

3.3.4.3个案全程闭环管理系统

个案全程管理主要包括四类人群管理和患者救治管理。

四类人群管理：对隔离对象、疑似患者、重点人群、哨点人群（疫区及高危流调人口、综合管理点筛查人员以及机场、码头等交通、人社枢纽站筛查人员）这些人群进行重点管理。可对不同性质的人员进行区分管理，灵活变更需要关注的对象人群，其中的人重点人群可划分为0～6岁儿童、孕产妇、老年人、慢性病患者以及学生等不同对象，按照不同的管理方式和要求进行管理。

患者救治管理：主要应用于患者救治过程中的院前申报、核查、派车转运以及院后的隔离、随访等功能，满足患者的全周期管理，可根据不同的疾病病种制定不同的救治管理模式，将灵活性与适用性两者相结合，更加有针对性的进行管理救治。

3.3.4.3.1人群管理

用于配置人员类型，目前可分为四类人群，包括隔离对象、疑似患者、重点人群、哨点人群等不同对象进行人员类型设置，支持大数据局对接后的数据字段进行人员类型匹配，同时支持其他人员类型的新增。

1.隔离对象管理

需提供根据隔离姓名、身份证、性别、来源、区分医务人员、隔离时间、解除时间、病例姓名、身份证、所属地、区级、镇街等关键字搜索相应的隔离对象列表信息。同时需支持查询留验站、房间号以及留观剩余天数等相关信息。

需支持对隔离对象进行新增、修改、删除等操作，可选择某条特定的隔离对象数据查看信息详情，并可调阅健康档案浏览器，支持模板下载和人员导入功能。

●密切接触人员筛查

可与公安、交通、人社、电信部门交互所得数据，可对所有确诊人员做运动轨迹回溯，结合公共交通、人社工具、公共活动场所、工作地、居住地等人群信息，分层排查轨迹中的密切接触人员，支持数据对接、新增、导入密接人员，进行后续管理。

●疫区及高危流动人口识别

支持构建流动人口库、易感人群库、高危人群库、中低危人群库，实现疑似或确诊患者的早识别、早干预和早预防，支持数据对接、新增、导入密接人员，进行后续管理。

2.疑似病例管理

疑似患者可通过移动端、PC端两个平台进行管理，支持对疑似患者的基本信息进行修改调整，提供查询疑似患者列表、填写日常体征信息、随访登记、评估登记以及诊疗调阅等操作。

3.重点人群管理

●人群管理（PC端）

非战时，关闭申报以及确认功能，人员数据进入申报确认菜单后，自动匹配完成的数据进入“重点人群管理”菜单，如果未匹配则需要先在上一个申报确认菜单中进行手工匹配。

●人群列表（移动端）

用于查询患者列表，同时可查询转运登记详细信息。

4.哨点人群管理

●疫区及高危流动人口管控

通过公安、交通、人社部门获取的轨迹信息，识别出的疫区及高危流动人口信息，需管理该类人群的基本信息、核酸检查情况、体温情况、最终去向等。

●综合管理点筛查人员管理

支持综合管理点的信息化支撑，实现与综合管理点筛查人员的信息互通，管理该类人群的基本信息、核酸检查情况、体温情况、最终去向等。

●机场、码头等交通、人社枢纽站筛查人员管理

支持机场、码头等交通、人社枢纽站筛查人员的动态管理，了解该类人员的基本信息、核酸检查情况、体温情况、最终去向等。

3.3.4.3.2患者救治管理

救治管理包括疑似申报、救治转运以及后续的随访管理，对于爆发性、聚集性等突发的传染病例，需要通过统一防疫管控、定点分级诊疗、后续随访跟踪等方式集中管控、切断传染源。

3.3.4.3.3人群申报

所有疑似患者在进入相应诊室就诊之前，必须通过申报后才能进行就诊

可由参数控制，战时系统需支持患者申报、管控人员申报或机构申报，也支持二维码快速录入。

移动端需提供申报功能，社区联络人填写疑似患者基本信息、体征信息等进行提交，可用一个手机号码关联多个疑似患者信息，多次提交申报。需根据患者姓名、身份证进行校验，避免同一时间段出现多条重复数据。

1.人群申报管理

用于重点人群申报确认的功能，对管控人员直接录入的即为已确认状态，对个人填写的需要进行申报确认。

2.病人核对

用于核对疑似病人申报情况，如未存在申报记录的居民，需要先联系所在社区，让联络员填写申报后，才能在医院进行就诊。

提供病人核对查看功能，可通过身份证号或者手机号码以及通行码，查看人员申请列表。

需支持查询历史申报记录，包括申报时间、申报人员以及申报状态。

3.居家随访

系统需提供社区医生随访以及居民自行随访两种方式，提供随访登记和信息查询。

4.集中隔离

●隔离对象观察

可根据隔离对象姓名、身份证、性别、区分医务人员、隔离时间、观察时间、观察次数、病例姓名、身份证、所属地、区级、镇街等关键字进行查询，同时可通过留验站、房间号筛选隔离对象。

可对隔离对象登记日常的观察记录，未观察时需有标注，便于及时提醒进行观察。已登记数据则支持展开查看相应的观察明细，包括是否正常、观察日期、观察时间、体温以及其他体征信息。

需提供对隔离对象者进行新增、查看以及调阅健康档案等隔离对象观察功能。

●隔离对象评估

隔离对象评估功能支持根据隔离姓名、身份证、性别、区分医务人员、评估状态、评估时间、剩余观察天数、隔离时间、病例姓名、身份证、所属地、区级、镇街等关键字进行查询，同时可通过留验站、房间号筛选隔离对象。

可对隔离对象进行评估记录登记，未评估时需有标注，已登记评估记录的隔离对象则支持展开查看相应的评估明细，包括评估时间、是否解除、去向以及其他备注。

需提供对新增评估记录功能、同时可查看隔离对象详情以及调阅健康档案等隔离对象评估功能。

●房间批量分配

用于对隔离点的患者分配房间与床位。

●病例对象维护

需提供支持病例姓名、身份证、性别、所属地等条件的病例对象查询维护功能，可对隔离患者基本信息进行新增、删除、修改等操作。

5.疫点处置

疫点处置包括疫情爆发点与集中隔离点两种，针对不同程度的疫点提供不同的处理方式。

●隔离点管理

提供对疫点命名管理功能，同时可对病房进行编号维护，记录各集中隔离点的病房数和病床数，便于后续的人员分配和床位数统计。可进行新增、删除、保存以及撤销修改的功能。

●卫生安全监督

提供疫点的日常消毒、防控行为登记功能，将消毒的日期、人员、范围等进行有效记录，便于查询统计日常消毒行为，防止遗漏，同时可用于追溯。

管理疫点人员基本信息管理、日常监督检测、行政处罚能自动生成执法文书。

●进出人员登记

记录进出时间、人员姓名、目的地，并结合甬行码、体温测量等方式进行有效出入，便于人员路径的有效管控。

●管控人员安排

权限分配功能支持对已绑定的用户账号进行隔离站点管理设置，可通过姓名、账号查询医生账户信息，支持勾选绑定，对隔离点下的隔离对象进行管理操作。

6.诊疗调阅

提供社区医生进行日常调阅操作，数据由对应门诊提醒系统提供，支持查询疑似患者的就诊医院、医生信息、病人体征信息、流行病学史、主要诊断数据等信息，为第一次上门登记以及后续的随访登记提供辅助参考功能。

7.权限管理

提供角色权限管理功能，需具备平台管理员、社区管理员、社区联络人员、区级卫健责任人、社区医生、疑似患者基本信息维护以及导入导出功能，每个角色对应不同的功能权限，可进行相应的界面操作。

8.报表查询

需支持根据辖区、隔离日期、状态、去向等各类关键字统计相应的报表，通过已登记的人员基础信息、观察记录信息、评估信息、床位信息等数据，展开各类报表统计。

可对疑似患者自行就诊情况进行比对、追溯，统计自行就诊名单并提供导出功能。

9.派车转运

当患者需要定点转运的时候，可提供派车转运的功能，分为往返登记两种、登记转运车辆基础信息。同时可查询派车转运登记的情况。

10.转站管理

管控对象在评估时选择转站时，记录进入转站申请管理菜单，根据相应的账号权限可对该条管控数据进行撤回、审核、重新申请等功能。

3.3.5决策分析系统

3.3.5.1精密智控系统

3.3.5.1.1症状监测主题展示

需提供统计、展示有关疫情发热门诊运行情况、口岸入径送医监测情况、密接流调总览、病例来源分析、新增管控中密接人数分布、省外输入密接人数排行、密接区县预警等信息。

3.3.5.1.2资源保障主题展示

需提供统计、展示医疗救治、核酸采检、急救转运、血液保障、救治医务人员、核酸采集检人员等指标。

3.3.5.1.3疫情指挥主题展示

需提供统计、展示该区域内的发热门诊运行情况、核酸采检能力监测、收治能力监测、隔离管控能力监测等多种指标。

3.3.5.2画像分析

通过对“用户画像” 与“用户标签”技术理论进行挖掘研究，通过对采集的机构、医生、患者个人的相关数据进行ETL以及标签的处理与存库，构建机构、医生、患者群体、患者个人画像标签体系。

画像分析包括机构画像、医生画像、个人画像和健康风险指数三部分。

3.3.5.2.1机构画像

健康大数据机构画像分析大屏，依托大数据技术与智能算法，将构建的机构画像标签体系与采集的机构数据相结合构建监测分析模型。

3.3.5.2.2医生画像

利用大数据技术，结合智能算法，健康大数据医生画像大屏将构建的医生标签体系与采集的医生数据相结合构建监测模型，结合地图借助于图形化手段，直观地传达医生关键科研情况、分析考核情况等，从而实现对于相当稀疏而又复杂的数据集的深入洞察。

3.3.5.2.3个人画像

个人画像分为群体画像与患者个人画像，系统借助于图形化手段直观地展示患者个人画像，依据构建的患者群体标签体系，按照多种方式聚类患者个人的监测数据，从而直观地展示患者群体画像，实现对于相当稀疏而又复杂的数据集的深入洞察。

3.3.5.2.4健康风险指数分析

系统依托大数据技术与智能算法，将采集的居民健康数据和诊疗数据相结合构建监测分析模型，借助于图形化手段直观地传达区域居民健康风险情况，计算健康风险指数。

3.3.6健康医疗科研系统

健康医疗科研系统，为全市医务工作者提供一站式科研服务平台，为管理者提供科研项目管理平台。整体包括以下内容：

3.3.6.1科研项目管理子系统

为市卫健委科技教育与合作交流处提供全市各医疗机构相关科研项目的申报、评审、项目进展监控、科研论文成果等情况管理。系统包括科研信息发布、项目申报管理、项目评审管理、过程管理、验收管理等功能。

3.3.6.2学科管理子系统

为市卫健委科技教育与合作交流处提供全市各医疗机构重点学科的申报、评审、学科建设进展、终期评估等情况管理。系统包括学科信息发布、学科申报管理、学习评审管理、学科建设进展、终期评估管理等功能。

3.3.6.3科技教育培养及国际合作信息管理子系统

系统包括科研信息管理、人才培养信息管理、国际合作信息管理等。

3.3.6.4疾病探索子系统

用户支持通过搜索任意疾病的关键词，查看与该疾病主题相关的指标统计数据和疾病关系图谱；搜索结果中可以查询数据查询范围内相关的图谱及数据统计情况。

系统包括疾病搜索、疾病图谱、疾病特征分布、疾病指标趋势等内容。

3.3.6.5病历检索子系统

病历检索系统是基于本市健康数据清洗加工的基础上，通过多样化的搜索方式和工具，达到快速检索特定要求数据。系统支持通过既往病史、输血、过敏、职业、饮酒、吸烟、婚育、诊断名称、用药、症状、临床表现、手术过程、检查检验、病理等任何一个条件来查询与之相关的健康数据结果。以满足临床各种查询、分析场景的专业搜索模块。系统提供功能包括病历的关键词搜索、高级搜索、条件树搜索、事件搜索、搜索历史和搜索收藏、搜索结果统计分析、搜索结果展示等。

3.3.6.6患者病历展示子系统

系统基于居民全市内的临床疾病数据，建立患者维度的数据整合及病历展示系统，可通过时间轴的方式，图形化的方式展示重点诊疗信息，还支持通过病历详情的方式，查阅个人基本信息、入院记录、出院记录、病程记录、生命体征、病理、检验、检查、医嘱等详细病历信息。

系统包括时间轴、病历详情、病历夹等功能。

3.3.6.7科研项目应用子系统

科研项目应用系统支持在线按照标准流程开展科研项目，支持在线按照标准流程开展研究项目，包括以下步骤：科研项目创建、患者入组设置、观测指标设置、在线结构化编辑、研究对象详情、研究项目数据导出、研究项目管理、项目研究项目分析等功能。其中：

1.科研项目创建：须同时支持创建单医院（中心）研究项目以及多医院（中心）研究项目。单医院（中心）项目即科研工作者利用指定某一家医院的数据进行研究；多医院（中心）研究项目即科研工作者，发起利用多家医院的数据进行研究的项目，多中心研究项目，需要经过管理部门审批后开展。

2.观测指标设置：须支持上千量级标准化指标选取、高级选取（按相对医疗事件基线时间制定化观测指标）选取以及通过结构化编辑器（根据标注信息机器学习来一键提取数值型、是否型等）等方式灵活提取所需的观测指标等功能。

3.研究对象详情：提供并支持两个入口视图查看患者信息：传统视图与多维视图.在多维视图中支持“基础信息表”+“观测指标表-就诊、用药、手术、检验、检查”等信息表展示，可将患者对应相关病历的入组途径、病案号、性别、就诊年龄、就诊科室、就诊类型、主诊断名称、就诊时间；另外在基础信息表中支持透出“通过纳排搜索添加的指标内容”，便于查询。

4.研究项目数据导出：支持以多种数据展示格式导出研究项目结果数据。

5.研究项目管理。支持删除、复制、导出等操作，支持通过“导出记录下载”查看历史下载和导出信息；

3.3.6.8研究项目统计分析

系统支持为科研工作者提供在线的统计分析工具，对研究醒目涉及的数据，按照科研的逻辑进行统计分析；

系统需支持描述性统计、单因素分析、两变量间的相关性分析、多因素分析、生存分析、将连续变量分成多段、统计分析的结果。

3.3.7人员基本信息闭环管理系统

3.3.7.1人员基本信息属性动态管理

人员基本信息属性动态管理是对于需要管理的人员基本信息的数据集、数据元的建模管理。

人员基本信息动态管理是对各应用系统数据采集、数据处理、数据入库、数据应用过程的管理，以确保数据能够安全、准确的管理过程。平台可以查看已集成的人员基本信息，进行初步的分析，可以进行手工的修正维护等管理。

3.3.7.2人员信息交换共享

需实现与公安、交通、教育、民政等协作部门实现全市个人信息交换共享，获取全市常驻居民和流动人口的人口学、移动轨迹、学生学籍等信息。

人员基本库数据初始化由公安系统提供，当其他系统中人员身份信息存在不一致的情况，以公安系统数据为准。

其他需要接入的业务系统包括：

1）预约挂号平台中的会员信息

2）区域平台中诊疗信息数据中的人员信息

3）区域平台中公卫健康档案数据中的人员信息

4）其他出生证明系统、民政、公安、人社、交通等

3.3.7.3人员身份属性更新策略

人员身份信息（姓名、性别、民族、出生日期、户籍所在地）以公安系统为准，不支持迭代更新：其他信息包括：通信信息（手机号码、现居住地址、联系人、联系人电话）、状态信息（死亡信息、迁移信息、婚姻状态、文化程度）、工作信息（工作单位、单位地址、单位联系电话、职务、职称）等通过接入的外部系统进行动态更新。

需支持对人员的每个属性对于接入数据来源的业务系统设置不同的更新优先级，确保人员信息的动态更新以及准确性。

3.3.7.4人员档案状态管理

人员信息一直处于动态变更中，其中几个主要的状态尤其重要：出生、迁出管理区域、死亡等几类状态，几个状态的标准定义分布在多个不同业务系统中，需要根据特殊的判断规则确保状态的更新准确性。

3.3.7.5人员标签管理

需通过对人群进行自定义的标签化的管理可以对人群进行分类管理，标签库分类可以人群画像更精细化，了解特定人群的数量、占比用于决策。系统预定义部分系统标签，也支持用户进行自定义的标签，一旦人员属于这个特定标签的属性特征时，我们可以把人员归入这个标签，一个人可以同时被设置多个标签，同时标签大类也会自动关联生成。系统支持批量人群设置标签，同时可以组合检索标签进行查询筛查人群。

3.3.7.6亲缘关系管理

需通过采集公卫户籍信息、健康档案库中家庭信息等建立维护人员的关系网络信息，为业务开展提供数据支撑。

3.3.7.7就医事件索引

需建立人员基本就医事件索引，形成居民就医全生命周期的360视图，提供其的就医轨迹、近期的就医状况，可以将患者的医院历次就诊的详细信息进行统一的展现。采用先进的集成化浏览器方式，以居民的就诊时间为横轴，实现居民信息、就诊数据的多细节分层次可视化，提供居民在整个就诊期间所有相关事件和临床信息的综合性、富视觉的概要图表，而不需要在多个离散的界面分别获取信息，方便地调阅患者的门诊与住院情况，提高临床检索的效率，解决数据集中查询的需求。

3.3.8家庭医生签约管理

3.3.8.1家庭医生签约数据归集

1、填报管理

手工填报：需支持社区卫生服务中心相关负责人上报管辖范围内相关数据；

发布填报任务：需支持填报指标的发布、编辑和删除；

填报审核：需支持通过机构查询填报的数据，并选择通过或是退回；

填报查看：需支持按填报年度、状态、机构查询后进行查看操作；

汇总上报：需支持年度、状态查询后进行汇总上报、查看等操作；

对账日志：需支持按机构、日期查询对账信息，双击对账情况可查看对账详情。

2、退回管理

上级退回管理：需支持年度查询；

上级退回管理：需支持年度查询，有退回功能。

3.3.8.2家庭医生签约监管

平台端为区、县市，提供一套签约业务相关的信息监管和查询功能。

签约医生管理：需提供区、县市对各机构单位的签约医生查询管理；

团队设置：需提供区、县市对各机构单位的团队情况查看；

改签管理：需提供区、县市对各机构单位的改签信息监管；

签约预到期提醒：需提供区、县市对各机构单位的预约到期检查；

签约记录管理：需提供区、县市对各机构单位的签约记录查看；

管理员对账日志：需提供区、县市对各机构单位的对账记录查看；

解约记录管理：需提供区、县市对各机构单位的解约记录查看；

签约居民收费记录查询：需提供区、县市对各机构单位的收费记录查看；

签约医生坐诊记录查询：需提供区、县市对各机构单位的签约医生坐诊记录查看；

签约居民就诊记录查询，需提供区、县市对各机构单位的签约居民坐诊记录查看。

3.3.8.3家庭医生签约统计分析

1、签约统计报表

签约总体情况：需支持按机构、统计时间查询和导出功能；

签约人群情况：需支持按机构、统计时间查询和导出功能；

签约医务人员情况：需支持按机构、统计时间查询和导出功能；

签约服务情况：需支持按机构、统计时间查询和导出功能。

2、签约图形报表

签约总体情况：需支持按机构、统计时间、指标查询；

签约人群情况：需支持按机构、统计时间、指标查询；    

签约医务人员情况：需支持按机构、统计时间、指标查询；

签约服务情况：需支持按机构、统计时间、指标查询；

年度环比统计：需支持按机构、统计时间、指标查询。

3.3.9社会心理服务系统

3.3.9.1心理健康教育科普功能

（一）健康科普

1.科普展现形式多样，包括文章、视频、音频、现场讲座、互动体验等等。

2. 科普支持自定义主题栏目。

3. 支持进行图文音视频科普材料，系统课程，微课堂，直播课堂介绍内容，科普主题栏目的新增，编辑，分类，上下架等等的管理设置。

4. 支持对科普内容进行分享，同时可通过分享的科普链接进入平台学习。

5. 支持对平台上科普的访问情况进行统计分析。

6.支持查看文章列表并可查看阅读情况；支持发表文章，文章可上传图片、视频等；支持自定义系统标题、首页logo图片；各个栏目下面的单位排序由管理员设置。

（二）康复

1.平台包括多种康复指导方案。

2.支持对患者的康复治疗记录进行管理并自动生成档案。

3.人工智能化认知行为治疗CCBT板块。

治疗主题包括抑郁、失眠、焦虑、强迫四个方面。每个主题设有多个相应的治疗阶段。为焦虑、抑郁、失眠、强迫等临床常见疾病提供模拟心理治疗情景，快速发现患者核心歪曲认知，精准定位治疗靶点，提供完全个性化治疗方案。

系统提供人性化的操作界面，治疗过程采用语音、动画场景再现、专家视频讲解相结合的方式呈现，增强治疗情景真实性，提高患者治疗参与度，有效改善患者症状。

支持短信提醒功能，提醒及时进入下一阶段的训练。

（三）交流平台

1. 开设交流平台，为患者提供一个在线交流的平台。

2. 具体功能包括：发帖，删帖，留言评论，关注主题版块等等。平台支持患者匿名发布帖子及评论，保护用户隐私。

四、智能推送

支持智能科普康复内容推送，根据用户当前的可疑症状、所属行业，年龄等等的信息进行推送。

3.3.9.2心理评估干预功能

（一）机构准入管理

支持各级心理机构入驻平台，并对机构信息进行维护。

（二）咨询师管理

1.入驻形式：支持咨询师在医生端主动发起入驻申请，主管单位审批同意后入驻平台；支持主管单位在管理端添加咨询师信息进行入驻操作。

2.平台将为咨询师建立咨询师档案，维护基本信息（职称，电话，执业经历，服务机构等等）。

3.支持与心理服务人才数据共享。支持与心理咨询中心进行接口对接，实现咨询预约等业务操作。

（三）测评管理

1.系统支持个人测评完成后出具相应的测试报告，针对每个人不同的情况，测试报告中会有针对性的提供专业的建议，帮助使用者更好的成长、改变，提出科学合理的建议和提高方法，每份测试报告中，会就相应的问题做出全面的科普，帮助使用者走出误区，增强自信，用更积极的心态面对生活，用更科学的方法解决问题。

2. 支持在管理端中查看管理整个平台的测评信息及测评报告，支持对测评报告的审核及推送操作。支持报告导出。

3.量表设置：支持在管理端对量表进行维护，

4.系统量表囊括了职业社交、儿童心理、婚姻家庭、生活质量、身心健康、睡眠状况、智力认知、人格心理、成瘾依赖、情绪行为等十大类不少于100套的专业心理测评量表，预留趣味性量表模块来增加用户黏度。

5.心理测试组合分发：支持咨询师选择量表进行推送或生成二维码分享，患者扫描二维码进行测评。

（1）支持设置不同类型的测试量表组合并自定义命名量表组合。

（2）支持测评二维码自动生成，个体测试首次扫码需设置手机号、出身日期、登录密码。扫码进入并进行人员分类，对扫码人员测评结果进行统计。

（3）心理测试根据需要可以支持实名验证或非实名测评。

（4）测评报告管理：支持一键导出测试报告，通过对测评大数据的统计，实现对测评结果的预警，并由专业人员进行干预。

6.评估模块需包含成套认知评估模块,使用范围10-90岁中国人常模,评估测试内容包括数字复制、汉字比较、心算、汉字旋转、数字广度、字词再认、图形再认七个分测试，系统要求包含认知训练模块，可以记录脉搏信息和心率变异分析曲线，根据曲线不同，系统自动展现不同的训练flash动画、训练场景、音乐等。

7.评估系统须采用浏览器终端通讯技术，支持远程测试。

（平台采用的评估量表须提供合作心理CT系统厂家的CE认证证书和授权书的复印件，制作的资信及技术标中；同一份检测报告无需重复提交，但需标出所在检测报告页码）

8.量表内容

分为个性人格、老年心理、成人心理、少儿心理、精神量表、社会功能、智力认知、人际家庭、应激应对、职业能力等10个板块以上，包含以下量表内容：

（1）卡特尔十六种人格因素测验(16PF)、明尼苏达多项个性测查表(MMPI)量表

（2）智力认知：学业成就与人际关系归因测验(MMCS)、中学生社会适应能力诊断量表、成人智残测查量表、同学关系测验问卷、儿童学习适应性调查表、认知能力测试（1、可以测试水平的概念、数量的概念、顺序概念、质量守恒、形式运算思维，初步逻辑运算、体积的概念、形式运算思维，线的长度判断，空间抽象能力、形式运算思维，物体位置角度变化推理、概念推理，自我位置知觉、简单推理、抽象思维能力，一般角度变化推理、长度关系判断，按一定规则排序、抽象思维能力，空间旋转推理、抽象思维能力，概率推理、抽象思维能力，投影方向推理、形式抽象推理、抽象思维能力，从属概念推理、抽象思维能力，从属、类别推理；2、可以测试小学以下至高三认知水平）。

（3）TAT测验量表：完整20套图版，每套图均包含欲求和压力两类测试选项，图片要求亚洲人外貌特征（提供样图及量表原型）

（4）人格测评亚量表：至少包含6个及以上亚量表功能，可出具主观性抑郁、精神运动迟滞、躯体功能失调、精神迟滞、沉思、否认焦虑、需要关注、健康问题、躯体抱怨、攻击性抑制、家庭关系不和、权威冲突、社交场合的稳定性、社会离异、自我离异、偏执观念、喜欢刺激、天真、情感异化、认知自我控制缺乏、欲求自我控制缺乏、缺乏自我把握和有效抑制体验、古怪感觉、缺乏道德感、精神动力加速、沉着冷静、自我夸大等亚量表报告。

9.各量表支持开放给其它系统调用。如干部体验中心、学校等，通过接口自动导入个人基本信息完成登记开始测试。

（四）测评结果分析

通过对测评大数据的统计，实现对测评结果的可视化处理。具体包括对运行情况分析。按时间、机构、咨询师的工作量进行分析，经济分析。按时间、机构、咨询师的业务收入进行分析；患者分析。按患者类别、年龄等情况进行分析。

（五）危机干预

1.系统支持手动录入需进行危机干预的人员信息。

2.系统设置危机量表，根据量表结果咨询师评定患者危机级别，纳入危机干预人员列表中。

3.支持对心理服务人才进行分配，为危机患者进行预防小组建设。

4.心理服务人才根据患者级别，对危机干预的方式（预约面诊，电话咨询）进行选择。

5.支持咨询师对干预后的结果对危机干预人员级别进行修改或进行解除危机操作。

3.3.9.3心理热线聚合功能

接口对接：支持心理热线接口对接，整合心理资源。

3.3.9.4社会心理服务管理功能

支持对县、乡、村的服务机构数据进行录入，支持入驻时登记机构基本信息（名称，法人代表，工商注册，服务范围，从业地址等等信息）及服务信息（机构目前心理咨询师，年服务人次）。

支持对各站点机构进行账号分配，新增或修改机构内的咨询师信息。

3. 支持以地图的形式展示心理机构并对心理机构进行分类。

4. 支持管理人员对机构各类信息进行修改管理。

机构台账：支持设置咨询师排班，咨询对象、咨询内容、咨询方式、咨询效果等等的相关信息。

机构效能分析：支持多维度生成机构统计分析数据（按机构、机构类别、时间等等），支持分析报表的导出等功能。

3.3.9.5心理服务人才管理功能

1.服务人才及类别维护：支持医生、心理咨询师、心理治疗师、心理健康教育教师及社会心理服务人员等进行平台认证并纳入系统专家库，为区域内民众提供心理指导服务，对服务人才类别及属性进行维护。

2.积分管理：支持对社会服务工作者进行积分登记，登记事项包括服务内容、服务时间、积分等，以及积分兑换的管理。

3.学分管理：支持学分进行管理，登记心理咨询师的教育培训、督导、学分等信息。支持拍照上传学分证明等信息。

4.支持上传受训经历，管理人员审核通过后允许上岗。上传后形成心理咨询师自己的培训经历，动态管理自己的经历。

5.支持录入线下咨询诊疗记录，积累服务时长。支持平台是那个的诊疗记录自动累计。

6.支持平台管理端对培训活动的发布，删除，编辑等操作

7.支持对培训活动的在线报名，活动开始前支持线上打卡，打卡后自动生成培训记录并上传至咨询师个人受训经历中。

8.通过服务质量、学习进度、辅导情况、培训经理等多种方向对咨询师进行自动评分。

9.人才综合分析：各县市大数据展示，对咨询师的资源分布、咨询能力、咨询时长等信息进行统计分析。

3.3.9.5服务展示功能

在线监管社会心理服务体系运营情况，采用大屏技术基于六个中心生成的关键数据信息，以模块化形式呈现心理热线、心理评估、心理咨询、心理诊疗、预警、重点人群等信息数据内容，通过可视化图表直观展示海量数据,并能在线查询社会心理服务体系的统计数据，随时了解全区域民众心理健康情况水平，供主管部门决策分析。

3.3.10系统接口

3.3.10.1市级卫健家庭医生签约对接

宁波健康医疗大数据公共卫生管理平台项目需与宁波10个市区县的区域卫生信息平台进行对接，并完成接口联调、测试等相关实施工作。数据对接范围包括签约医生团队信息、签约信息、签约收费信息上传、改签记录上传、服务记录上传、预签约记录上传、解约记录上传、签约居民就诊记录、签约医生坐诊记录、指标任务、报告信息、验证用户的签约情况、指标数据上传。

3.3.10.2人口基本信息闭环管理数据对接

人口基本信息闭环管理需结合公共卫生数据以及其他协同部门数据（公安、教育、民政、交通等）进行数据协同交互。需包括公安部门的户籍人口信息、流动人口信息、健康码信息；教育部门的学校信息、学生学籍信息、教师信息；民政的死亡信息；交通部门的重点人群(跟踪)信息等，建立人口基本信息闭环。

3.3.11系统管理

3.3.11.1工作台

开发宁波市健康医疗大数据公共卫生管理平台首页，用户登录首页后进入工作台，工作台展示各系统功能模块，用户可以按权限访问。本招标需求相关系统通过一个系统入口进行访问。系统首页、工作台及相关系统页面设计、访问风格应保持统一

3.3.11.2用户认证体系

对接浙政钉（宁波）用户体系，开发用户权限配置功能，通过对用户赋权，实现对平台各系统、各应用功能的浏览权限控制。

3.3.11.3单点登录

系统支持基于区域卫生信息平台现有的单点登录系统，实现市卫健委、县市区卫健局、医院等单点登录，在政务外网端部署单点登录服务，实现政务外网访问的单点登录。

具体功能包括：统一用户管理、统一权限管理、角色管理。

3.3.12智能表单工具扩展

在卫健委现有的智能表单工具基础上，对现有的表单模块进行升级，增加相关表单组件授权，实现报表聚合、分析大屏定制、表单智能运维、表单数据分析等功能。

其中现有的报表功能清单如下：

现有报表功能如下	多数据源关联
	多sheet报表设计
	多报表运行环境
	增强分析统计模块
	参数查询界面
	静态图表
	模板权限集成
	Alpha Fine
	打印导出
	远程设计
	H5动态图表
	图表高级交互

 

●决策报表组件

决策报表须支持采用画布式操作界面，通过简单的拖拽操作即可帮助用户可以强大、全面的“管理驾驶舱”，在同一个页面整合不同的企业数据，展示企业的各类业务指标，实现数据的多维度分析。

●数据填报组件

数据填报组件包括填报组件、填报风格、填报提交控制、数据校验、多级上报、离线填报、数据暂存、多sheet填报、excel数据导入等功能。

四、实施要求

4.1项目进度要求

本项目要求中标单位合同签订之日起一年内完成开发，实施及部署，通过初验。初验通过且试运行申请通过之日起进入为期三个月的试运行。试运行通过之日起一个月内完成相关系统测评和项目专项验收。

投标人应按照上述时间安排，制定相应的项目实施详细进度计划，确定每个实施阶段的时间表及工作目标。

4.2项目组织及实施要求

1）投标人中标后需要在10个工作日内在宁波市卫生信息中心成立工作团队，并指定一名专职的项目经理，负责项目协调和调度工作。除项目经理外，项目组须配备专职的技术负责人，并按照项目实施的要求，配置相应的项目管理、系统设计、开发、测试、集成、培训、质量保证等人员。

2）本项目实施阶段要求驻场，要求投标单位明确各阶段的人员驻场安排，项目经理要求在项目建设各阶段在现场开展相关工作，并保证一定的到场率；项目小组团队成员在各阶段至少安排5人进驻现场开展各项工作。并在验收后的质量保证期内专人（该工程师需全程参与过本项目建设）参加日常维护工作。

3）参与此项目的技术人员必须具有承担过相同类型软件开发的经验，能够与用户进行良好的沟通，掌握相关领域的相关基础知识，具备相关应用和开发的能力。

4）中标单位在项目合同签订后，需组织相关实施人员在该项目招标需求的基础上进行深入调研，编制需求规格说明书。需求规格说明经采购人、中标单位确认后作为项目验收的依据。

5）要求中标单位在各阶段及时提供相应的项目管理文档、开发类文档及实施类文档，以便业主方及时了解项目进展情况。

6）对上述安排投标人应列出详细实施方案，包括但不限于项目管理计划、项目进度计划、项目验收计划、项目组织结构（人员姓名、经验、学历和在本项目中的职责分工等，项目小组成员须提供社保证明）等。

7）投标人应在投标文件中提供详细的施工计划，应包括项目组织机构、项目实施流程、项目实施进度、项目实施安排。

8）投标人应向采购方提供项目管理人员和技术人员配置情况，并在系统部署工作开始之日起，指派具有资质的项目经理负责现场工作的组织、协调和施工工作。

4.3安装、测试及系统集成要求

1）负责本项目范围内应用软件的现场安装部署、集成、测试和调试，保证系统功能、性能要求的实现，提供售后服务。同时负责对应用于该项目的原有软硬件设备的系统集成。在安装、配置和测试、调试过程中，中标单位应对最终用户技术人员所提出的技术问题，给予满意的答复。

2）要求有完整的安装和配置程序，具有详细的系统安装配置说明手册、用户使用说明书和系统维护说明书。系统实际安装与操作必须与说明书描述一致。

3）要求具有完整的系统测试计划，包括根据用户需求编写的，遍及系统95%以上功能、性能的测试用例，合理的测试方案和测试方法。要求保留完整的测试报告。

4）项目实施过程中，如果牵涉到与第三方产品集成工作，中标单位应与系统集成商及其他供应商通力合作，并提供必要的技术支持。

5）在整个软件系统建设中，中标人如果使用第三方产品，必须作出采购人关于知识产权免责申明的承诺。

6）采购人有权聘请具备国家相关软件评测资质的第三方评测机构对软件和数据库进行测试，中标单位有义务作好配合工作，并对测试结果中出现的问题或缺陷进行整改，直到满足要求为止。

7）中标单位负责解决系统建设中全部技术问题，对用户单位项目建设中碰到的其他技术问题，有责任和义务提供咨询和帮助。

4.4售后服务要求

1）中标单位应保证对软件系统提供至少3年的质量保证期。

2）在保修期内由于设备本身质量原因造成的任何损伤或损坏，中标人须免费负责修理或更换。

3）质量保证期自项目正式验收合格之日开始计算；由于本项目的特殊性（必须满足业务7*24小时不间断工作），质量保证期内，在接到系统故障通知后，投标人必须在15分钟内响应。对于影响平台系统正常运行的严重故障，投标人工程师及其它相关技术人员必须在在接到故障通知后2小时内赶到现场，查找原因，提出解决方案，并工作直至故障修妥完全恢复正常服务为止，一般要求保证系统在4小时之内修复，并需要提供确保承诺实现的措施。

4）为保证系统正常、安全地运行，技术支持力量和优良的服务是系统正常、安全运行的保障。投标人应据此制定系统详细的技术支持与服务方案，包括服务内容、服务方式、服务响应时间、应急措施及组织结构等。

5）投标人须做出无推诿承诺。即投标人应提供特殊措施，无论由于哪一方产生的问题而使系统发生不正常情况时，并在得到采购人通知后，立即派工程师到场，全力协助系统集成商和其他供应商，使系统尽快恢复正常。

6）系统保质期内故障率不得超过5天，如达不到要求，每超过一天，质保期相应延长10天。保质期内因系统本身缺陷造成各种故障应由中标单位免费技术服务和维修。

7）在质量保证期结束前，须由中标单位工程师和采购人代表进行一次全面检查，任何缺陷必须由中标单位负责修改。在修改之后，中标单位应将缺陷原因、修改内容、完成修改及恢复正常的时间和日期等报告给采购人。

8）质量保证期结束后，中标单位应保证以优惠价格优先对采购人进行系统技术支持和维护。

9）中标人应提供电话免费咨询服务。

4.5软件版权要求

1）中标单位应确保本系统中所使用到的第三方软件应具备正版license。

2）本系统开发完成后，采购单位和中标单位共同用户具有本系统的版权，系统的使用权属于采购单位。

4.6培训要求

1）中标单位必须为采购人提供系统使用、系统操作和管理维护培训，培训形式包括客户现场培训、课堂培训；投标人必须列明相应的培训课程。

2）投标人应在投标文件中提供详细的培训计划，包括培训项目、人数、地点、日程、资料、其它等详细内容，为所有被培训人员提供培训用文字资料和讲义等相关用品。

3）技术培训的内容必须包含软件的日常操作和管理维护，以及基本的故障诊断与排错。中标单位培训人员必须是公司的资深工程师。

4）培训工作必须在合同生效之后系统试运行之前安排。

5）所有培训费用（含培训教材费），已包括在投标总价中。

6）实际培训时间、人数和地点按中标单位与项目采购人商定的为准。

4.7交付要求

1）中标人应按照招标文件所约定的内容和时间进行交付；按照计算机软件工程规范国家标准分阶段交付应用系统的文档，所交付的文档与文件应该是电子版式及纸质形式。交付的文档包括但不限于：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目测试方案、项目测试报告、用户操作手册、管理与维护手册、安装手册、总结报告及采购人认为需要的其他材料。

4.8项目验收要求

项目的验收包括初步验收、试运行和专项验收。

1）项目初验

项目初验前，中标方应首先对系统进行自测，并将系统自测报告提交甲方和监理方审查。中标方依本合同约定向甲方提交成果及相关文档，并向甲方提出初验申请。甲方接到中标方初验申请后，组织相关单位进行初验，初验合格后联合签署初验报告。

2）试运行

初验合格后，系统进入试运行，试运行时间为3个月。

3）专项验收

系统通过试运行后，中标方向甲方提出终验申请，甲方组织相关单位进行系统的专项验收。系统专项验收通过，进入正式运行阶段。专项验收合格的条件必须至少满足以下三个要求：已提供了合同要求的全部设备、软件、软评报告、安评报告、安全等保测评报告和其他资料等；试运行时性能满足合同要求；性能测试和试运行验收时出现的问题已被解决。