全民健康信息系统省级平台运行维护升级改造服务投标方案.docx

全民健康信息系统省级平台运行维护升级改造服务投标方案 第一章 技术服务要求响应情况 2 第一节 运维服务要求响应 2 一、 省级决策分析系统运维 2 二、 慢病管理子系统运维 15 三、 单点登录子系统运维 27 四、 妇幼信息系统运维 39 第二节 系统升级改造要求响应 55 一、 智慧运维平台建设 55 二、 数据标准化治理 68 三、 统一登录平台升级 89 四、 质控管理系统完善 100 第三节 运维服务技术要求 114 一、 数据质量保障标准 114 二、 系统监控技术规范 124 三、 安全运维技术体系 138 第四节 系统升级改造技术要求 150 一、 智慧平台技术特性 150 二、 数据治理技术方案 162 三、 国家对接技术标准 178 第二章 功能响应情况1 186 第一节 全民健康信息共享服务平台测试报告 186 一、 全民健康信息共享服务平台系统测试报告 186 第二节 区域卫生决策支持平台测试报告 196 一、 区域卫生决策支持平台系统测试报告 196 第三节 区域慢性病管理系统测试报告 214 一、 区域慢性病管理系统测试报告 214 第四节 全民健康信息平台测试报告 221 一、 全民健康信息平台测试报告 221 第五节 区域数字化卫生信息综合管理平台测试报告 229 一、 区域数字化卫生信息综合管理平台系统测试报告 229 第三章 功能响应情况 242 第一节 医疗数据共享与交换平台测试报告 242 一、 医疗数据共享平台功能测试 242 二、 医疗数据交换平台安全测试 249 第二节 健康医疗大数据分析平台测试报告 260 一、 数据分析算法准确性验证 260 二、 大数据平台性能测试 268 第三节 数据中心管理系统测试报告 277 一、 系统资源管理功能测试 277 二、 数据中心运维监控测试 283 第四章 功能响应情况 290 第一节 运维管理平台测试报告 290 一、 用户管理功能测试 290 二、 系统参数配置测试 295 三、 主机资产管理测试 301 四、 运维综合告警测试 309 第二节 报表开发中间件测试报告 315 一、 周报生成功能测试 315 二、 质控评分系统测试 322 三、 报表维护功能测试 326 技术服务要求响应情况 运维服务要求响应 省级决策分析系统运维 数据核查与质控 数据一致性核查 数据准确性验证 确保省级决策分析系统数据的准确性，采用多层次校验机制，结合国家卫健委数据标准与福建省“三医一张网”项目规范，对平台中的个人信息、诊疗记录等核心数据进行字段级验证。通过身份证号码校验算法、医疗机构代码匹配规则等技术手段，对数据的逻辑合理性与业务合规性进行双重核验，保障数据在抽取、转换、加载各环节的准确性。建立与省级妇幼保健信息系统、居民健康档案系统的数据交叉比对机制，确保证据链完整，为跨区域医疗信息共享提供可靠数据支撑。 ①对个人信息表中的证件号进行标准化处理，15位证件号扩展为18位标准身份证号码，通过算法校验确保证件号码的唯一性和准确性。 ②建立数据质量评估指标体系，涵盖完整性、一致性、准确性等维度，定期生成数据质量报告，为持续优化数据治理策略提供依据。 ③针对诊疗数据中的关键字段，如诊断编码、手术操作编码等，与国家临床版标准进行实时比对，确保数据编码的规范性与统一性。 数据更新检查 保障省级决策分析系统数据的时效性，将建立自动化数据更新监测机制，通过设定数据更新频率阈值与时间戳比对规则，对各医疗机构上传的诊疗数据、慢病管理数据等进行实时跟踪。针对超过48小时未更新的数据集触发预警流程，通过智慧运维平台向运维团队发送提示信息，并同步通知数据提供单位进行核查。在每日系统闲时执行全量数据更新状态扫描，生成数据更新覆盖率报表，确保各业务系统数据能够及时反映最新医疗服务情况，为决策分析提供时效性强的数据支持。 数据质量评估 构建多维度数据质量评估模型，围绕数据完整性、一致性、准确性、唯一性、及时性五个核心维度，设计20余项量化评估指标，对省级决策分析系统数据进行全面体检。通过设定各指标权重系数，采用加权平均法计算综合数据质量得分，其中证件号标准化率、数据更新及时率等关键指标权重不低于20%。每月生成数据质量评估报告，详细分析低质量数据的分布特征与产生原因，并提出针对性改进建议，如优化数据采集表单、加强医疗机构数据填报培训等。评估结果纳入医疗机构数据质控考核体系，推动数据质量持续提升。 质控评分系统维护 评分标准更新 建立动态化质控评分标准管理机制，紧密跟踪国家卫健委最新发布的《全民健康信息平台数据质控标准》及福建省“三医一张网”项目相关规范要求，每季度组织医疗信息化专家与临床业务骨干进行评分标准评审。针对新增的医疗服务项目、修订的疾病分类代码等内容，及时更新评分指标库，确保评分标准与国家及地方政策要求保持同步。根据省级决策分析系统的数据应用场景，增设区域医疗资源配置分析、慢病管理效果评估等特色评分维度，使评分结果更贴合福建省医疗管理实际需求。评分标准更新后，通过智慧运维平台进行版本管理，并同步至质控管理系统。 评分系统调试 确保质控评分系统的稳定运行，制定月度调试计划，对系统的评分规则引擎、数据计算模型、结果展示模块进行全面检测。重点验证新增评分指标的算法逻辑正确性，通过构造模拟数据集进行压力测试，确保系统在数据量激增情况下仍能保持评分结果的准确性与计算效率。针对调试过程中发现的异常情况，如评分结果与人工复核偏差超过5%的指标，组织技术团队与临床专家共同分析原因，优化评分算法参数。调试完成后形成详细调试报告，记录问题处理过程与系统性能优化成果，作为系统持续改进的依据。 评分结果审核 实施三级评分结果审核机制，确保质控评分的客观性与公正性。一级审核由系统自动完成，通过预设校验规则对评分结果进行初步筛选，识别出异常波动数据；二级审核由运维工程师进行技术复核，重点检查数据采集过程是否存在异常、评分算法是否正确应用；三级审核邀请临床专家进行业务把关，结合医疗服务实际情况对评分结果的合理性进行评估。对审核过程中发现的问题评分项，启动溯源机制，从数据采集、传输、处理各环节进行排查，确保证控结果能够真实反映医疗数据质量。审核通过的评分结果将纳入医疗机构绩效考核体系，并在省级决策分析平台进行可视化展示。 数据上传质控 上传数据格式检查 严格依据国家卫健委《健康档案数据集标准》和《电子病历数据规范》，建立标准化的数据上传格式校验规则库，对医疗机构上传至省级决策分析系统的数据进行全字段格式检查。通过XMLSchema、JSONSchema等技术手段，验证数据文件的结构完整性、字段类型符合性、长度限制合规性等内容，其中身份证号、诊疗日期等关键字段设置强制校验规则。对格式不符合要求的数据，系统自动生成错误报告，明确标注错误字段位置及原因，并提供格式修正建议。开发数据格式转换工具，支持将常见的Excel、CSV等非标准格式文件批量转换为符合要求的XML格式，降低医疗机构数据上传难度。 ①检查数据文件是否采用UTF-8编码格式，确保中文信息无乱码。 ②验证数据字段长度是否符合规范，如身份证号严格限制为18位。 ③校验日期时间格式是否统一为“YYYY-MM-DDHH：MM：SS”标准格式。 ④核查数值型字段的取值范围是否在合理区间，如年龄字段限制为0-120岁。 上传数据内容审核 构建智能化数据内容审核引擎，结合规则引擎与机器学习算法，对上传至省级决策分析系统的数据进行深度内容校验。通过预设业务规则库，如“门诊处方药品剂量需符合国家药典规定”“诊断与主诉具有逻辑关联性”等，对数据的合理性进行自动判断。运用聚类分析算法识别异常数据模式，如同一患者短期内多次重复入院的情况进行标记。对审核不通过的数据，系统自动退回并附详细审核意见，医疗机构需在5个工作日内完成数据修正并重新上传。每月统计各医疗机构数据审核通过率，纳入数据质控考核指标，对连续三个月通过率低于85%的单位开展专项培训。 上传数据安全保障 实施端到端的数据上传安全保障策略，确保医疗数据在传输过程中的机密性与完整性。采用符合国家三级等保要求的传输加密协议，对上传数据进行AES-256位加密处理，同时通过数字签名技术确保数据未被篡改。在数据上传接口层部署WAF防火墙，实时拦截SQL注入、跨站脚本等恶意攻击行为，配置接口调用频率限制，单IP地址每分钟请求不超过60次。建立数据上传日志审计系统，详细记录每次数据传输的时间、来源IP、数据量等信息，日志保留期限不少于180天，满足等保合规要求。定期开展传输安全渗透测试，模拟黑客攻击场景检验防护措施有效性，持续优化安全防护体系。 ①采用HTTPS协议进行数据传输，配置SSL/TLS1.3加密套件。 ②实施数据分片传输机制，单个数据包大小不超过10MB，降低传输风险。 ③建立双因素认证机制，数据上传账户需通过密码+动态令牌方式登录。 ④对上传的敏感数据字段，如患者联系方式、病史等进行脱敏处理。 系统运行监测 主机运行监测 CPU性能监测 建立实时CPU性能监测机制，通过部署在省级决策分析系统服务器的监控代理，每5分钟采集一次CPU使用率、负载平均值、上下文切换次数等关键指标。设定三级告警阈值：常规负载阈值为70%，超过时触发系统提示；高负载阈值为85%，通过运维平台向工程师发送预警；紧急阈值为95%，自动拨打运维负责人电话告警。特别针对每日早8点至10点、午14点至16点等业务高峰期，监测频率提升至每分钟一次，确保及时发现CPU资源瓶颈。监测数据将同步至智慧运维平台，生成CPU性能趋势图表，为服务器资源扩容提供数据依据。 内存使用监测 监测指标 单位 监测频率 告警阈值 处理策略 内存使用率 % 5分钟/次 85% 自动清理缓存，生成优化建议 可用内存 GB 5分钟/次 低于4GB 关闭非核心进程，释放内存资源 交换分区使用率 % 10分钟/次 50% 检查内存泄漏，优化应用配置 内存页交换速率 次/秒 10分钟/次 高于100 分析进程内存占用，调整内存分配 存储与表空间监测 对省级决策分析系统的存储设备和数据库表空间实施全方位监测，通过SNMP协议采集磁盘阵列的读写速率、IOPS、存储空间使用率等物理存储指标，同时利用数据库自带工具监控表空间增长率、数据文件扩展次数、碎片率等逻辑存储参数。设定存储使用率预警阈值为80%，当达到阈值时自动触发容量扩容评估流程，提前30天完成存储资源调配。针对核心业务表空间，如患者信息表、诊疗记录表等，实施按日增量备份与周全量备份策略，确保数据可恢复性。每月生成存储性能分析报告，识别存储瓶颈并提出优化建议，如调整数据文件分布、实施表分区等。 系统性能评估 响应时间评估 建立覆盖省级决策分析系统所有用户操作的响应时间评估体系，通过模拟用户行为的自动化测试工具，在每日凌晨2点至4点对系统关键功能进行性能压测，包括数据查询、报表生成、统计分析等操作的响应耗时。设定不同业务场景的响应时间基准值：简单查询≤2秒，复杂统计≤5秒，报表生成≤10秒。实际监测中若连续3次超出基准值1.5倍，自动启动性能诊断流程，从网络延迟、数据库查询效率、应用服务器处理能力等维度进行根因分析。每月发布性能评估报告，包含响应时间分布热力图、性能瓶颈分析及优化方案，确保系统响应性能满足临床决策支持需求。 吞吐量评估 通过部署在应用服务器前端的流量分析工具，实时统计省级决策分析系统的并发用户数、请求处理量、数据传输带宽等吞吐量指标。设定系统正常负载阈值为每秒处理80个请求，峰值负载支持每秒150个请求的处理能力。在医保结算日、月末统计等业务高峰期前7天，开展压力测试验证系统吞吐量极限，通过逐步增加虚拟用户数至系统性能拐点，记录最大可持续吞吐量及对应的资源消耗情况。根据评估结果制定弹性扩容方案，当预测流量超过阈值时，自动触发云资源弹性伸缩，确保系统在高负载下仍能保持稳定运行。 性能优化建议 将基于系统性能评估数据，从硬件配置、软件架构、数据库设计三个维度提出针对性优化建议。硬件层面，根据CPU、内存、存储的资源使用率趋势，建议优先升级瓶颈资源，如将高频访问服务器的CPU从8核升级至16核，内存扩展至64GB。软件架构层面，推荐对核心业务模块实施微服务改造，采用异步处理模式优化长耗时任务，如将月度统计报表生成改为后台异步执行。数据库层面，建议对超过1000万条记录的大表实施分区策略，优化高频查询SQL的执行计划，增加必要的索引。所有优化建议均附带预期效果评估和实施优先级排序，形成可落地的性能优化路线图。 异常情况预警 预警规则设定 围绕省级决策分析系统的稳定性和数据质量，建立多维度预警规则体系。系统资源维度设定CPU使用率≥90%、内存使用率≥85%、磁盘空间使用率≥85%等硬件资源预警阈值；应用性能维度设置响应时间≥10秒、请求失败率≥1%、并发用户数≥200等性能指标规则；数据质量维度制定证件号校验失败率≥0.5%、数据更新延迟超过24小时、关键字段缺失率≥1%等数据规则。所有预警规则支持按时间窗口（如5分钟内连续3次触发）、波动幅度（如指标突增50%）等复合条件触发，确保预警精准性。规则配置将通过智慧运维平台的可视化界面完成，支持版本管理和灰度发布。 预警方式选择 根据预警级别采用分级通知机制，针对一般预警（如非核心指标轻微偏离阈值），通过智慧运维平台消息中心推送通知；重要预警（如核心功能响应延迟），同步发送邮件至运维团队邮箱；紧急预警（如系统服务中断风险），立即触发电话语音通知和短信告警。为确保通知时效性，建立运维人员7×24小时轮岗机制，预警信息将按职责分工自动路由至对应负责人，未在15分钟内确认的告警将自动升级通知上级主管。同时开发移动端运维助手APP，支持预警信息实时推送、告警确认、远程处理等功能，提高应急响应效率。 预警处理流程 建立标准化的预警处理流程，包含告警接收、初步研判、问题定位、解决方案实施、效果验证五个环节。告警接收后，系统自动关联历史处理记录和知识库，为运维工程师提供参考方案。初步研判阶段需在10分钟内确定预警级别和影响范围，如判断为数据质量问题需同步通知数据治理团队。问题定位采用“症状-原因-措施”三阶分析法，通过日志分析工具、性能诊断平台等技术手段快速定位根因。解决方案实施需遵循变更管理规范，重大操作前执行备份和回滚预案。处理完成后观察30分钟，确认指标恢复正常范围后关闭告警，并将处理过程记录至知识库，形成预警处理闭环管理。 中间件维护 中间件运行维护 配置参数检查 定期对省级决策分析系统所使用的应用服务器、消息队列、缓存服务器等中间件配置参数进行合规性检查。应用服务器重点检查线程池大小、连接超时时间、JVM内存分配等性能参数，确保与服务器硬件资源匹配；消息队列核查队列深度阈值、消息过期策略、重试机制等可靠性配置；缓存服务器验证缓存失效策略、内存淘汰机制、集群同步方式等关键参数。检查标准参照国家信息安全等级保护三级要求及中间件厂商最佳实践，形成参数配置基线。每月执行一次全量配置扫描，通过自动化工具比对实际配置与基线差异，生成合规性报告，对偏离项启动变更审批流程进行修正。 ①检查应用服务器最大连接数配置，确保不低于并发用户峰值的1.5倍。 ②验证消息队列持久化策略，确保异常重启后消息不丢失。 ③核查缓存服务器内存分配，预留20%空间应对突发流量。 ④检查中间件日志级别设置，确保包含ERROR及以上级别日志输出。 运行状态监测 通过中间件自带管理控制台与第三方监控工具相结合的方式，对中间件运行状态实施7×24小时监测。实时采集进程状态、端口监听、服务健康度等基础指标，以及线程池活跃数、连接池使用率、消息堆积量等性能指标。应用服务器重点监测请求处理延迟、错误率、会话数等业务指标；消息队列关注生产者/消费者数量、消息吞吐量、投递成功率；缓存服务器监控命中率、穿透率、过期键数量。监测数据实时汇聚至智慧运维平台，通过可视化仪表盘展示关键指标，当指标超出预设阈值时自动触发告警流程，确保中间件异常状态被及时发现和处理。 ①监测应用服务器线程池活跃线程数，确保不超过最大线程数的80%。 ②监控消息队列未消费消息数量，超过1000条时触发预警。 ③检查缓存服务器命中率，低于85%时分析缓存策略有效性。 ④监测中间件CPU使用率，持续高于80%时进行负载均衡调整。 中间件故障排除 故障现象分析 故障类型 典型现象 可能原因 分析工具 应用服务器无响应 页面无法加载，请求超时 线程池耗尽，内存溢出，端口占用 Jstack，Jmap，日志分析系统 消息队列阻塞 消息发送失败，消费延迟 磁盘IO瓶颈，消费者宕机，网络分区 队列监控面板，消息轨迹追踪 缓存服务器异常 缓存命中率骤降，数据不一致 集群同步失败，内存淘汰策略不合理 缓存监控工具，集群状态报告 连接池耗尽 数据库连接失败，应用报错 连接未释放，超时设置不合理 连接池监控，数据库审计日志 日志文件查看 日志类型 存储路径 关键信息点 分析方法 应用服务器日志 /opt/middleware/logs/app ERROR级别日志，异常堆栈信息，请求处理耗时 按时间范围过滤，关键字检索，异常聚类分析 消息队列日志 /var/log/mq 生产者/消费者连接状态，消息投递失败记录 消息ID追踪， broker状态变迁记录分析 缓存服务器日志 /data/cache/logs 缓存命中记录，内存淘汰事件，集群通信日志 命中率趋势分析，大key操作识别 访问日志 /var/log/access 客户端IP，请求URL，响应状态码，响应时间 按状态码分类统计，异常IP行为分析 故障修复措施 序号 故障场景 修复措施 验证方法 预防机制 1 应用服务器内存溢出 重启服务释放内存，调整JVM堆大小，优化内存泄漏代码 监控内存使用率变化，检查应用日志无OOM错误 实施内存泄漏检测，定期进行代码审计 2 消息队列消息堆积 启动备用消费者，暂停低优先级队列，扩容消费能力 观察队列长度持续下降，消息处理延迟恢复正常 配置消息堆积预警，实施消费者弹性伸缩 3 缓存服务器数据不一致 重启同步进程，手动修复差异数据，调整一致性策略 比对主从节点数据哈希值，验证数据一致性 增加数据校验机制，监控同步延迟指标 4 中间件服务无法启动 检查配置文件语法，释放端口占用，修复损坏安装文件 服务进程正常运行，监听端口处于LISTEN状态 配置文件变更审计，定期健康检查 中间件升级管理 升级计划制定 遵循国家信息安全漏洞管理规定和中间件厂商发布的安全公告，结合省级决策分析系统的业务周期，制定中间件升级计划。升级前30天完成版本兼容性测试，在模拟生产环境验证新版本对现有应用的支持情况，重点测试接口兼容性、功能稳定性和性能表现。制定详细的升级方案，包含升级步骤、回滚预案、资源需求、时间窗口等要素，选择在每月最后一个周末0点至4点的业务低峰期执行升级。成立专项升级小组，明确技术负责人、操作执行人、风险控制员等角色分工，升级前24小时完成所有服务器的全量备份，确保升级风险可控。 ①评估新版本安全性，重点关注高危漏洞修复情况。 ②制定分阶段升级策略，先在非生产环境验证，再推广至生产环境。 ③协调业务部门确认升级窗口期，避免影响关键医疗业务。 ④准备应急回滚工具和脚本，设定回滚触发条件和执行流程。 升级测试验证 在专用测试环境中搭建与生产环境一致的中间件集群，按照升级计划执行全流程模拟升级，验证升级包部署、配置迁移、服务启停等操作的可行性。测试内容涵盖功能验证、性能测试、兼容性测试三个维度：功能验证确保原有业务功能正常运行，无新增bug；性能测试对比升级前后的响应时间、吞吐量等关键指标，确保性能不下降；兼容性测试检查与数据库、应用服务器、客户端的协同工作情况。测试过程需录制详细操作视频，记录各环节耗时和系统状态变化。测试通过标准为：连续72小时稳定运行，无严重错误，性能指标优于或持平旧版本，关键业务场景通过率100%。 升级后监控评估 中间件升级完成后，启动为期14天的强化监控期，前72小时实施分钟级指标采集，之后恢复至常规监测频率。重点监控CPU使用率、内存占用、连接数等系统资源指标，以及响应时间、错误率、吞吐量等业务性能指标，与升级前基线数据进行对比分析。每日生成升级效果评估报告，包含指标变化趋势、异常事件记录、用户反馈收集等内容。针对升级后出现的新问题，建立快速响应机制，小问题24小时内修复，严重问题立即启动回滚预案。升级满14天后组织效果评审会，总结升级经验并更新中间件管理规范，形成完整的升级闭环管理。 安全运维保障 软件安全开发流程 需求阶段安全评估 序号 评估项目 评估方法 安全要求 输出成果 1 业务功能安全 功能点分析法 核心功能需包含权限控制、操作审计、异常处理机制 功能安全需求清单 2 数据安全分类 敏感度分级法 个人身份信息需加密存储，诊疗数据需脱敏展示 数据安全等级划分报告 3 访问控制模型 角色矩阵法 实施基于RBAC的细粒度权限控制，支持最小权限原则 权限矩阵设计方案 4 接口安全需求 威胁建模法 API需采用Token认证，传输数据需加密，防重放攻击 接口安全规范文档 设计阶段安全架构 遵循纵深防御理念设计省级决策分析系统的安全架构，在网络层部署下一代防火墙和WAF，实现南北向和东西向流量控制；应用层实施统一身份认证、基于角色的权限控制和操作审计日志；数据层采用传输加密（TLS1.3）、存储加密（AES-256）和脱敏处理三级保护机制。特别针对医疗数据的特殊性，设计数据访问控制模型，通过数据标签与用户权限的动态匹配，实现“能看什么数据取决于谁在看、为什么看”的精细化管控。安全架构设计需通过第三方等保测评机构评审，确保满足《信息安全技术网络安全等级保护基本要求》GB/T22239-2019三级标准。 ①构建多层次网络隔离，生产区与管理区、测试区严格物理隔离。 ②部署数据库审计系统，记录所有数据操作行为，支持审计日志不可篡改。 ③实施应用系统代码安全检测，集成静态扫描工具发现潜在漏洞。 ④建立安全基线配置标准，所有服务器和网络设备按基线部署。 开发阶段安全编码 依据《信息安全技术软件安全开发规范》GB/T34944-2017要求，制定省级决策分析系统的安全编码标准，明确SQL注入、跨站脚本、缓冲区溢出等常见安全漏洞的编码防御措施。开发团队需通过安全编码培训并考核合格后方可参与开发工作，开发过程中需使用集成在IDE中的静态代码分析工具，实时检测并修复编码缺陷。关键模块代码需经过双人交叉评审，重点检查认证授权、数据验证、加密算法实现等安全关键逻辑。每周开展代码安全扫描，对发现的高危漏洞实施“零容忍”策略，必须在24小时内修复，中低危漏洞需在3个工作日内完成整改，确保代码安全质量。 ①输入验证采用白名单机制，严格限制输入数据的类型、长度和格式。 ②输出编码对所有用户可控数据进行HTML转义，防止XSS攻击。 ③密码存储使用BCrypt算法加盐哈希，禁止明文或弱哈希存储。 ④会话管理采用安全Cookie属性（HttpOnly，Secure，SameSite），定期轮换会话ID。 应用配置核查 配置文件检查 建立省级决策分析系统配置文件的全生命周期管理机制，所有配置文件采用版本控制系统管理，变更需经过审批流程并记录变更日志。配置文件检查重点包括：敏感信息保护（如数据库密码是否加密存储）、安全参数配置（如是否禁用不安全协议）、访问权限控制（如配置文件权限是否为600）。对包含密钥、证书等敏感信息的配置文件，实施加密存储和权限隔离，仅允许特定服务账号读取。开发环境与生产环境配置文件严格分离，禁止在开发环境使用生产环境配置。每月执行配置文件合规性扫描，生成差异报告并跟踪整改，确保配置符合安全基线要求。 ①检查数据库连接串是否使用加密方式存储，禁止明文配置。 ②验证日志配置是否开启审计级别，确保安全事件可追溯。 ③核查是否关闭应用服务器的目录浏览功能，防止信息泄露。 ④检查跨域资源共享（CORS）配置，限制允许的源域名和请求方法。 参数设置审核 参数类别 审核重点 安全标准 ...