XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx

上传人:夺命阿水 文档编号:525770 上传时间:2023-08-11 格式:DOCX 页数:14 大小:32.16KB
返回 下载 相关 举报
XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx_第1页
第1页 / 共14页
XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx_第2页
第2页 / 共14页
XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx_第3页
第3页 / 共14页
XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx_第4页
第4页 / 共14页
XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx_第5页
第5页 / 共14页
点击查看更多>>
资源描述

《XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx》由会员分享,可在线阅读,更多相关《XX省检查检验结果互认共享系统二期--互认项目数据扩面与治理提升项目需求说明.docx(14页珍藏版)》请在课桌文档上搜索。

1、XX省检查检验结果互认共享系统二期一互认项目数据扩面与治理提升项目需求说明一、项目概述1.1. 项目背景为进一步聚焦党中央国务院、省委省政府重点工作、重大改革及卫生健康领域的数字化改革“健康大脑”跑道,进一步完善巩固和加快推进检查结果互认共享多跨协同应用场景建设成果、提质扩面增效及常态化检查检验互认共享,通过XX省检查检验结果互认共享系统二期,加强临床放射质控中心对本辖区内医学影像检查资料在线医疗质量控制与评价,助力科学互认、精准互认,保障医疗安全,提高医学检查的整体质量与水平,充分发挥XX省医学影像检查资料互认共享工作的先行优势,进一步加快推进XX省放射等影像检查同质化、规范化和标准化,通过

2、互认项目数据扩面与治理提升项目进一步提高检查数据质量,帮助各辖区卫健系统查找数据短板,强化原因分析,以数据流提升业务流;加强流程规范管理,最大限度减少不规范操作行为,保证数据的真实性、可靠性和准确性。以夯实数智互认数据为底座,以保障质量安全为底线,以降低患者负担为导向,以数字智慧赋能为抓手,进一步增加互认项目,扩大互认范围,完善互认标志,健全质控体系严控数据质量。依托现有XX省医学检查数据交换共享系统及一期升级改造成果,基于现有检查数据交换共享系统实现医学检查结果质量提升与功能强化,基于现有医学检查与临床检验互认实现互认结果扩面与增效,实现医学检查结果与XX省健康大脑应用平台集成接口开发,实现

3、医学检查结果监测优化与改造,建立省级医院影像云存储服务平台。投标人要求对政策背景、项目需求、用户现状、本项目相关的医疗卫生机构影像信息化情况,本次XX省检查检验结果互认共享系统二期一互认项目数据扩面与治理提升项目与本项目相关的现有医学影像基础交换平台、医学影像共享平台、全省医学检查数据质量监管平台、相关地市级区域影像共享平台、支撑检查互认应用(一期)升级改造信息互联互通有较为深刻的理解和阐述,具有实施可行性、建设经验。本期项目将对原有平台进行升级改造。1.2. 建设目标检查检验共享互认是推进全省卫生健康领域数字化改革的重大应用场景,是“健康大脑+智慧医疗”目标的重要集成应用,而本项目(本次XX

4、省检查检验结果互认共享系统二期-互认项目数据扩面与治理提升项目)是全省医学检查检验互认共享的重要支撑系统。本期项目是按照XX省检查检验结果互认共享系统总体规划,基于XX省检查检验结果互认共享系统二期要求,按照省卫健委的要求进行互认项目数据扩面与治理提升,进一步升级改造现有XX省医学检查、临床检验数据交换共享系统,不断完善检查检验结果互认共享应用服务。基于原有检验检查采集系统,新增基层医疗卫生机构数据采集,并开展标准化质控,开发影像调阅速度智能监测模块,开展检查检验结果优化改造,集成应用到X里办、XX省健康大脑等不同应用场景,建设影像云存储服务软件应用系统。推动检查检验结果互认项目数据扩面与治理

5、提升,进一步实现提质扩面增效,支撑全省公立医疗卫生机构高质量的检查互认应用服务,不断提升人民群众看病就医获得感、幸福感和满足感。1.3. 总体建设任务I)基于现有系统和互认应用实现影像路由监控,支撑高质量医学检查共享互认服务。2)基于互认应用提供数字化质控,支撑检查互认放射质评服务。3)基于现有检查检验互认实现互认扩面,满足检查检验互认数据扩面与数据治理服务。4)省级医院影像云存储应用服务,实现试点医院跨医院调用医学影像的易用性和流畅度,支撑省级医院检查互认率进一步提升。5)接口集成开发,满足系统与XX省健康大脑集成融合、集成调阅、展示及开发服务。1.4. 建设周期本期项目的建设周期为合同签订

6、后3个月以内,试运行期不少于1个月。1.5. 建设原则1、规范化原则系统设计和开发应符合国家及卫生健康行业的相关信息化和数据标准或规范,特别是遵循医改以来中国卫生信息标准最新研究成果,功能符合国家的医疗卫生相关管理规范要求。2、稳定性原则应采用成熟稳定的操作系统和数据库平台,同时在系统的结构体系和应用部分各模块的设计中都以此原则约束,从而确保系统的稳定可靠。3、开放性原则应注重系统的开放性,以适应系统扩充的需要。开放性包括对环境的开放,提供跨系统、跨平台的标准接口,使各分系统有较强的交互操作能力;开放性还体现在系统的互联上,体现在系统的升级、扩充和更新上,体现在应用目标和功能的变化上。4、安全

7、性原则本项目所采集的数据涉及居民的隐私和健康相关信息,系统设计应保证系统的运行安全,数据在传输、存储、交换中的安全。在软件的组织和设计方法的选择、数据的安全性和完整性以及系统的运行和管理等方面应采取必要的措施,能检测潜在性故障,防止并能够恢复由内在因素和危机环境造成的错误和灾难性故障,以保证系统的可靠性。系统应建立严格完整的用户认证机制、业务日志审核机制,对关键操作应在后台留有不可更改的痕迹。5、高效性原则系统应确定适当的应用部署和数据共享交换、数据质控机制,对于不断增长的数据负荷和一定用户数量,确保系统响应的高效性;系统应考虑大数据量的访问和传输,保证响应时间处于可接受的程度。6、易用性原则

8、系统应具有友好的用户接口,具备良好的Ul设计,界面简洁易用,界面设置应该与业务流程相吻合,不同功能的界面风格尽可能统一,使用户易于掌握和操作。各种统计分析报表应所见即所得。7、经济性原则系统的建设是一项复杂的、长期的系统工程,因此在规划建设过程中,必须遵循长远规划和逐步建设的指导方针,应根据实际需要和经济条件,采用灵活的、能不断适应业务发展的框架,确保阶段性投资的最大收益。1.1. 性原则。立足应用、务求实效。以需求为导向,以应用促发展,系统建设将坚持先易后难、效益先导、务求实效,在保证系统界面友好、操作简单、直观灵活、高效快速的前提下,考虑各种软硬系统的兼容性和可扩展性,使系统具有较高的性能

9、价格比、良好的可扩充性和可伸缩性,共同创建信息共享、系统集成环境,以适应卫生业务发展和变化的需要。二、总体要求1.2. 系统功能具体要求1、基于现有系统和互认应用实现医学影像传输的路由规则设计和质量监控(1)制定影像路由监控规则:基于互认应用场景,按照影像分级分类特征及检查结果,定制开发影像调阅速率监测的规则引擎,根据省卫健委的要求,平台支持每日在高峰、平峰时段智能抽取医疗卫生机构一定数量的X线、CT、MR三类影像,支持影像分类监测管理统计分析,支持统计针对X线影像的平均下载速率、支持统计针对CT/MR影像每秒下载的影像幅数指标,能实现与现有系统无缝对接服务。(提供软件截图)(2)影像路由监控

10、服务:基于现有省级和地市级监控服务模块,增加多线程调阅监控,缩短监控周期,提高监控效率。能够根据影像速率AI监控算法规则自动记录影像下载速率监测内容,系统支持监控18家省级医院及11个地市平台中抽取影像的下载速度。基于现有医学检查数据质量监管系统模块基础,升级支持增加统计、展示“高峰、平峰”时的X-Ray,CT、MR三类影像速率指标,支持通过“快、中、慢”分级统计记录调阅情况。(3)数据质量监控优化服务:基于现有系统增加质控中心权限,面向省、市、区县放射质控中心开放医疗卫生机构互认对码数、每日放射检查上传数、互认对码检查数、对码覆盖率展示查询服务。面向省级医院、地市新增对码质控明细查询,支持针

11、对省级医院质控对码显示“对码数、未对比例”,针对地市级显示各地市医疗卫生机构统计医院、已对码、未对码和未对比例,支持导出功能。面向省级医院、地市新增对码质控结果查询,支持针对省级医院按时间范围查询省级医疗卫生机构名称、X线、CT.MR、互认类型总数、报告类型总数、覆盖率。针对地市支持按时间范围查询医疗卫生机构X线、CT、MR、互认类型总数、报告类型总数、覆盖率。2、基于互认应用提供医学影像图片的质量控制(1)质评基础服务:支持基础机构管理服务,新增质控专家管理、质控小组管理、质控模版管理等功能。(2)数字质控策略:支持根据多种条件(例如:机构等级、机构所属地区、互认编码、抽样数量等)定制抽样策

12、略。支持按影像质量和诊断报告质量细化评分项,并支持自定义。支持多维度和样式展示质评结果。(3)数字质控管理:支持线上抽查管理,新增抽查评分、专家抽查评分,抽查评估等功能。支持整改反馈管理,支持评分结果反馈给质控机构;质控机构根据质控结果总结整改意见;支持质控中心管理互认项目;支持质控机构查询互认项目,或反馈项目互认需求。3、基于互认工作扩面的数据质控模块改造提升(1)扩增互认项目:实现扩大检查检验互认项目范围,按批次增加互认项目,支持智能化匹配新增检查检验报告互认项目并且实现数据质控及项目对码校验服务。(2)新增基层医疗卫生机构接入:基于互认应用,在现有基础上因新增基层医疗卫生机构纳入互认范围

13、,实现对原有质控系统新增检查检验数据的核对、清洗等服务。支持对新增基层医疗卫生机构上传的检查检验互认数据进行质量把控,支持检查检验互认项目的质控结果向下展示至基层医疗卫生机构。因本次扩面新增接入的基层医疗卫生机构需对原有系统的检验检查报告和影像索引文档的解析、提取、处理、上传服务的性能进行改造提升。优化云上数据库性能,提供报告及人员表分表处理等优化改造服务。(3)信息动态变更服务:支持全省相关医疗卫生机构基本信息动态变更服务,支持系统内部建立医疗卫生机构主索引机制,通过内部码实现对现有系统的医疗卫生机构基本信息、检验检查业务数据的自动关联和维护。4、省级医院影像云存储应用服务(D影像存储信息归

14、档服务:支持缓存相应的影像文件存储信息(包括文件KEY值、文件标识号、文件大小等)并归档至对应的影像索引。(2)影像文件验证服务:支持验证上传的影像存储信息的有效性。(3)影像交换路由服务的升级改造:支持互认应用集中配置医疗卫生机构影像WADO地址的路由映射,基于对象存储提供统一影像调阅服务。(4)影像索引调阅服务:智能选择影像调阅的最优路径并提供省级医院/跨市互认影像调阅。(5)影像索引清洗服务:支持清洗省级医院/地市影像平台影像索引数据。(6)影像索引数据管理服务:提供动态存储3个月的影像索引管理服务。(7)影像监控服务的升级改造:支持采集影像监控数据供省检查数据质量分级监控平台展示。(8

15、)系统兼容性要求:本次互认项目数据扩面与治理提升项目能与现有检验检查结果互认共享系统实现无缝集成,包含双向接口费用,提供书面承诺函及检查检验数据共享系统无缝融合相关证明材料。5、接口集成开发(1)提供标准化接口,支持与第三方系统接口集成对接。(2)实现与健康大脑单点集成。1.3. 标准规范要求(1)国家行业标准和技术规范卫生信息数据元目录(WS363.1-2011)卫生信息数据元值域代码(WS364.1-2011)电子病历基本数据集第4部分:检查检验记录(WS445.4-2014)电子病历共享文档规范第6部分:检查报告(WST500.6-2016)XX省检验检查结果互认共享平台-XX省医学影像

16、数据共享接口规范V3.0(2)国际标准1 )、RSNA&HIMSS,IHEITInfrastructure(ITl)TechnicalFramework,Volumel2a2b2x3,Revision8.0-FinalText,August19,20112 )RSNA&HIMSS,IHERadiologyTechnicalFramework,Volume14,Revision10.0-FinalText,February18,20111.4. 信息安全要求系统的安全性是项目稳定运行实施的基础,既要保证信息共享利用,又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法、XX省大数据

17、局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求,开展全方位的安全体系建设,满足网络安全、管理安全、系统安全和数据安全等各方面要求。1.4.1 服务保密要求中标方须在签订合同后与业主单位签订保密协议。1.4.2 安全性、功能性能测试要求系统须避免各种信息安全漏洞,加强安全性防护,有完善的安全解决方案。采购方可委托第三方进行安全和性能测试,如果测试中发现存在问题,中标方需尽快解决。测试费用由中标方承担。233系统等保要求在项目建成后,系统需符合安全等级保护的第三级别,系统必须整改等保过程中发现的软件问题。在运维期内,每年至少进行一次等级问题整改。2.3.4 密评要求制订商用密码应用方

18、案,运用国产密码技术保障信息系统网络和数据安全,按照要求开展商用密码安全性评估,必须整改密评中发现的安全问题。2.3.5 代码安全要求需遵循代码安全开发规范和实施代码安全检测,检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。2.3.6 软件应急方案中标人必须提供系统应急方案,并得到业主方的批准,此为验收通过的必备条件之一。应急方案需考虑各种故障类型,分别给出解决方案。2.3.7 信息安全承诺保障中标方承诺严格把控运维人员安全风险及系统安全风险,提供核心运维人员背景审查材料,每月对系统进行安全监测和巡检。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统

19、进行7*24小时严密监控,一旦发现问题,要求在第一时间内关停或恢复正常服务,并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。合同约定的建设和运维期内如发生重大信息安全事件,被上级单位或公安机关通报一次,罚款5000元。如发生被悬挂反动标语、赌博色情、数据泄漏等安全事件,视情节严重程度罚款1-5万元。因运维人员管理疏忽导致的上述信息安全事件,采购方保留追诉中标方连带法律责任的权力。2.4. 技术要求系统要符合政务云架构,满足政务云的数据库部署要求,要有良好的分层体系,采用主流的多层分布式架构进行设计开发,以B/S架构方式进行实现。依托现有业务系统省市两级部署

20、架构。主要技术路线包括:(1)采用标准和开放的技术。系统设计遵循国家卫生技术标准和规范以及国家电子政务标准化指南及相关标准,采用先进、开放的技术,支持主流厂商的硬件和操作系统平台。考虑降低技术风险以及特定供应商的依赖性,有利于保持系统的向后兼容性、可集成性和可扩展性。(2)信创相关要求。本系统应根据建设单位需求,按照信创相关标准规范,实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用,系统建成后对信创环境下的客户端必须具有较强的兼容性和适应性。(3)基于SOA的架构、通过WebSerViCe和ESB(企业服务总线)的方式来连接异构系统。(4)通过权限管理为不同用户展现个性化的应用界面

21、和业务功能,并通过对事件和消息的处理传输把用户有机地联系在一起。(5)能对传输数据进行加密、解密、以保证数据安全。2.5. 接口要求中标人须负责本标项内的标准定义、服务定义和消息定义,须按统一接口规范接入XX省健康大脑相关应用系统。三、实施要求3.1. 项目组织管理要求1、投标方应充分考虑满足投标项目的建设要求,本项目需有1名项目经理,负责具体项目实施管理。本项目要求开发实施团队至少6人,其中研发和测试的人员不少于3人,现场实施部署人员不少于2名,驻场售后服务人员不少于1人,提出完整的人员配置管理计划、项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案以及投标方人力资源供给方案。

22、2、投标方在投标文件中,应根据对项目的理解作出项目的人员配置管理计划,包括组织结构、项目负责人、组成人员及分工职责;阐述项目建设中业主方和建设方的职责。要求投标方安排熟悉相关影像平台的开发、实施的技术人员去技术对接和快速实施部署。3、招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作,投标方必须接受并服从招标人的监督、管理要求,无条件提供中间过程工作成果。3.2. 质量管理要求1、投标方应按IS09001质量管理体系规范要求,针对招标项目实施过程及交付结果进行质量规划、管理、控制。2、投标方一旦中标必须提交正式的质量计划,明确质量控制点、控制内容、质量要求、检查

23、记录要求,并经招标人审核、批准。3、中标方在项目实施过程中应开展质量保证活动,所提交的进度报告应包括质量报告内容,对质量问题制定改进措施并有效执行。4、中标方必须接受招标人的质量监督检查,提供真实有效的相关质量活动记录、证据,无条件接受招标方提出的质量问题整改要求,承担质量责任及因质量问题导致的进度延迟责任。5、投标方必须提供详细测试方案,包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中,中标方应先拟出一个测试方案,具体到每一个测试步骤,与用户讨论通过后,方可按计划进行测试。3.3. 驻场实施及保障服务要求1、根据省卫健委需求,从省级平台层面配合省级医院及地市平台侧的医学检查检验

24、互认升级改造服务,提供7*24小时制业务咨询与服务,技术提供7*8小时服务。平台咨询维护及技术服务包括系统管理、运行维护、系统保障、优化完善、故障排除、例行巡检、技术支持和现场服务。设立技术支撑热线;提供及时准确地解决平台软件故障,以及软硬件平台、网络故障协助排查;提供咨询和支撑,及时解决系统运行和业务使用过程中遇到的疑难技术问题;对业务运行情况开展主动性、预防性的检验,提供人员、技术支持和技术咨询,并提供培训资料,现场及集中应用操作培训,以达到能独立操作、维护、保养及正常使用。2、支持根据运行情况定期提供系统优化、使用优化和管理优化建议,确保系统以最优状态运行,建立完善的沟通协调机制,应及时

25、提供运维服务,提供完善备份方案并提供备份服务,提供恢复和应急演练服务。3.4. 文档交付要求软件项目交付物包含并不限于:需求分析报告、系统设计书、投标书、合同、软件的源程序及可执行代码、数据库的设计以及数据实体模型相互关系的描述、网络系统的拓扑结构以及相关设备的配置、系统体系架构及描述、数据库安装手册、程序安装维护手册、软件使用操作手册、软件功能技术手册、系统测试报告等材料。3.5. 试运行与验收软件开发实施并调试完成,经过用户的认可后,投入不少于1个月试运行,在试运行期间,投标人应使任何故障或问题都能在收到故障通知后尽快(节、假日也不例外)被修复和解决,并给出详细修复细节报告,所有试运行期间

26、软件的修改和变化都应在试运行结束后提供书面和电子文档。试运行稳定后可进行验收。验收合格的条件必须至少满足:项目开发任务已经完成,测试合格并上线试运行;项目经过试运行,试运行时出现的问题已被解决,并得到用户认可;项目提交了完整的文档资料,并通过了采购人组织的审核。3.6. 培训要求投标方在项目建设前后除了对业务经办人员的专项培训以外,应对招标方的系统维护人员进行系统维护培训。包括:系统管理、开发工具、平台软件等。培训方式采用课堂授课和参与开发实习相结合。1、培训计划:系统的培训工作分为集中培训与普及培训2阶段。2、培训内容:为了让用户能够熟练地使用本系统,投标方需要对所有使用单位的系统管理员和操

27、作人员进行培训,确保系统管理员、操作人员安全熟练使用软件。3、培训对象:包括业务管理层人员(主要指各使用单位和部门的领导)、系统管理人员以及业务人员(主要指具体的业务操作人员)。4、培训时间:根据项目推进情况确定。5、培训形式:汇报、PPT讲解、会议、专题沟通、现场操作、远程培训等方式。6、培训课程:根据不同的培训对象制定不同的课程。3.7. 售后服务要求1、项目免费维护期1年,免费维护期间提供1人驻场开发服务,免费维护期以项目验收之日起算。免费维护期内应提供免费技术服务,包括改正性维护和适应性开发服务。驻场人员资质要求:(1)应在投标方就职1年以上,并从事相关技术维护岗位1年以上;(2)熟悉

28、省卫健委相关应用平台的操作与维护,熟悉政务云平台的数据库架构,能处理数据库的常见问题;熟练运用SQL语句,如建库、数据库备份、数据库相关查询等操作;(3)具有2年以上相关行业工作经验;(4)投标方应在应标文件中提供详细人员资质资料;(5)驻场人员在未经采购单位允许,不得进行随意变更,如需变更应提前1个月告知,并经采购人确认后在后续工作人员到岗后方可变更。(6)售后维护组成员至少包含2人,成立A、B岗负责制。在乙方应响应7X24小时电话或电子邮件服务,1小时内做出明确响应和安排,2小时内做出故障诊断报告,如需现场服务的,具有解决故障能力的工程师应在2小时内到达现场。2、投标方必须根据本次招标文件

29、所制定的目标和范围,提出相应的售后服务方案,并作为投标文件的一部分提交。3、投标方在投标书中必须明确承诺达到用户的服务响应要求:7*24小时电话或电子邮件服务,1小时内做出明确响应和安排,2小时内做出故隙诊断报告,如需现场服务的,具有解决故障能力的工程师应在2小时内到达现场。4、在免费维护期内,项目承建方应免费向买方提供所有软件升级的服务。在设备扩容及软硬件升级时,卖方应派专业技术人员到场指导。5、免费维护期间维护服务具体内容应包括:提供日常业务咨询投诉渠道的的问题查处、反馈等应包括系统管理、运行维护、系统保障、优化完善、故障排除、例行巡检、技术支持和现场服务。设立技术支撑热线;提供及时准确地

30、解决平台软件故隙,以及软硬件平台、网络故障协助排查;向数据使用方提供咨询和支撑,及时解决系统运行和业务使用过程中遇到的疑难技术问题;对业务运行情况开展主动性、预防性的检查,提供人员、技术支持和技术咨询,并提供培训资料,现场及集中应用操作培训,以达到能独立操作、维护、保养及正常使用;根据运行情况定期提供系统优化、使用优化和管理优化建议,确保系统以最优状态运行,建立完善的沟通协调机制,应及时提供运维服务,可提供完善的数据备份方案并提供数据备份服务,并可提供数据恢复和应急演练服务。3.8. 维护费用要求免费维护期满后,中标方收取的每年维保费用不高于本次所签订合同总价的10%o四、知识产权要求中标方应

31、保证所提供的系统或其任何一部分均不会侵犯任何第三方的知识产权。本项目所有成果知识产权归采购方所有,采购方有权在其他项目上运用该项目成果。未经采购方书面同意,成果不得擅自扩散或提供给第三方使用。中标方应保证采购方在软件使用过程中,免受第三方提出的侵权起诉。如发生此类纠纷,由中标方承担一切责任并负责解决。五、关于实施费用有关本项目实施、等保测评、代码审计、信创改造等所涉及的一切费用均由中标方承担。六、付款条件1、合同签订后15个工作日内,乙方需向甲方提交合同总金额的1%作为项目履约保证金,项目验收合格后无息退还。2、签订合同后,甲方在收到乙方履约保证金和发票并确认无误后,甲方向乙方支付合同总额的60版系统完成功能开发,经由甲方签字确认后,甲方向乙方支付合同总额的35乐系统验收合格收到乙方发票并确认无误,甲方向乙方支付合同总额的5%O

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号