XX卫健数字化改革集成建设项目建设方案.docx

XX卫健数字化改革集成建设方案1.项目总体目标为深入贯彻省委省政府数字化改革部署要求，深刻把握数字化改革的定义和内涵，统筹运用数字化技术、数字化思维、数字化认知，把数字化、一体化、现代化贯穿于卫生健康工作全过程，在根本上实现卫生健康整体智治、高效协同，推进XX卫生健康治理体系和治理能力现代化。根据XX省委办公厅省政府办公厅印发XX省卫生健康数字化改革指南V2.0XX省医疗机构信息系统实时贯通提升工程实施方案和关于推进大健康治理能力现代化的实施意见（市委发（2020）30号）关于开展XX市生物医药和健康产业发展扶持科技专项申报（2021年第一期）的通知（X卫发（2021）28号）等文件要求，遵循全省“1612”体系架构整体要求，迭代升级数字化改革体系架构，纵深推进XX卫生健康数字化改革。本项目遵循和支持“X里健康e生”的业务需要，旨在提升市级及下属区县平台的数据贯通及大数据中心架构，实现各级各类医疗机构信息系统实时贯通提升和医疗健康数据实时在线，进一步夯实“健康大脑”底座，实现数据高质量供给并赋能各项应用。本次项目在省卫生健康委“1+3+N”卫生健康数字化改革总框架下坚持需求导向、问题导向和目标导向，以“健康大脑+”体系为核心，从核心业务入手，紧扣重大任务和共性需求，立足“小切口”实现“大牵引”，夯实健康大脑数据底座，打造更多惠民互利的应用场景，全面提升XX市卫健委医疗卫生服务水平及管理水平，从而进一步推进医疗健康工作数字化治理发展，加快推进XX市卫生健康数字化改革。提高医疗服务效率和人民群众的获得感、满意度。通过本项目建设，促进集约化的卫生管理模式，进行卫生业务管理模式与流程的优化创新。通过智能服务监控，为各级管理部门提供抓手，提高医疗机构的服务质量、服务水平和服务效率，从而提高XX卫健委职能管理部门及所属各类用户的满意度。优化卫健大数据资源贯通能力，提高卫生健康决策指挥能力。通过此项目建设，推动健康数据高铁建设，提升平台数据处理能力，强化数据贯通能力，可高效开展医疗服务综合监管、科教管理、干部保健管理、经济合同管理等工作，实现对各医疗卫生单位的监督、管理更加及时准确，提高整体卫生资源的调配能力,提高决策水平和效率，为民办实事。2.建设原则（1）总体规划、分步实施考虑到项目的规模和实施的复杂性,分阶段实施,循序渐进。根据实际情况，确立整体的目标，制订统一的规划，保证工程实现各方目标一致，标准统一，系统有机衔接。在统一规划的基础上分阶段，有步骤地推进实施。先互联互通，再逐步统一；先建框架，再逐步深化；先行试点，再全面推广。以保证项目经费筹措、多部门协作、项目风险控制、复杂业务实现、项目实效达成等多方面的可靠程度。（2）顶层设计、遵循标准项目设计和开发应符合国际、国家及XX市医疗卫生行业的相关信息化和数据标准或规范，遵循中国卫生信息标准，项目采用标准的、开放的通讯接口和数据标准，允许不同厂商的信息系统有机地整合。遵循国际及国家标准，不但能够使医疗工作者更加集中精力在业务方面，也能够提高平台的层次，使开发应用不仅和外部进行有效的交流，还能够预期将来的业务的发展。系统部署方案需符合国家卫健委信息化建设相关规范；XX市卫健委全民健康信息平台技术白皮书要求，方案内容完整、翔实、切合实际。（3）承前继后、科学发展项目在设计过程中要充分考虑继承和利用已有的建设基础、硬件设备和应用中的软件系统，充分利用前期建设成果，在原有基础上进行整合、扩展、新建，促使XX智慧健康事业不断迈向更高的台阶及科学可持续发展。（4）数据驱动、质量优先高质量的数据是业务处理的基础，系统是围绕业务进行设计，业务是基于数据进行展开，数据的变化和不稳定性对于系统设计来说代价是高昂的，遵循“以数据为中心”的原则，全面注重数据质量的有效提升，提炼和抽象出能够不断扩展的元数据体系统与核心数据模型，保证系统的无缝集成和可持续发展。（5）创新驱动、协调发展在兼顾成熟技术的同时充分利用创新技术和理念，围绕单一业务、业务联动性、业务协同性、业务整体性等方面积极打造创新应用，不断驱动项目高效出彩和协调可持续发展。（6）安全保密、稳定可靠按照信息安全技术网络安全等级保护基本要求（GB/T22239-2019）文件第三级安全要求，着重加强防病毒、网络态势感知、终端接入管理、身份认证密码、数据资源安全等网络安全体系建设，保障信息系统安全可靠运行。项目遵循商用密码应用安全体系框架建设，所有应用系统应能满足商用密码应用安全评估要求。根据XX省公共数据条例、XX省公共数据安全管理总则、XX省电子政务外网安全评估指标体系等文件精神，落实数据安全分级分类、脱敏、加密、安全评估要求。所有建设应用系统应能支持在信创云上部署和运行，满足安全可靠要求。3.应用系统建设方案3.1. XX健康数据高铁3.1.1. 功能架构省级 平台网端云端区县 平台或医疗 机构云端数据共享库 （电子政务外网）数据服务 （卫生业务网）卫生业务网电子政务外网前置交换数据质控交换监测源业务数据仓（ODS）秒分级 小时级 天级省级健康数据高铁通道区县健康数据高铁通道标准规范体系数据安全体系市级和区县平台整体功能架构市级大数据平台整体架构包括市级健康数据高铁通道、数据传输监测以及对外提供数据服务和共享。市级健康数据高铁通道：对原有接口采集模式进行提档升级，利用政务云数据传输工具，使用数据库数据日志同步的方式提升数据传输的稳定性和及时性,通过源端前置机和云端管理，实现对数据采集通路的两端节点的管理。针对采集点管理实现数据连接配置、业务表配置等功能。针对中心端管理，实现对源端采集机构采集链路监控等功能。数据传输监测：针对数据库日志同步的方式，设计医疗机构或区县平台数据传输监测的方案。基于数据高铁传输的所有全民健康信息平台数据集升级统一的质控平台，对所有全民健康信息平台技术白皮书数据集字段的字典值域和字段逻辑进行质控，形成统一的质控反馈页面。数据服务和共享：关系型数据对外提供数据服务和数据共享库两种形态，其中数据服务部署在卫生业务网内，供医疗卫生系统内的各种应用场景厂家使用，以便让应用系统构建在支撑全民健康信息平台的卫健大数据中心（下称：卫健大数据中心）治理后的干净数据之上；数据共享库部署在政务外网，针对市属横向部门或部署在政务云上的省级平台，充分利用不同政务云间基础架构一致性上的优势进行数据交换共享（如省卫健委健康数据高铁前置库、市级大数据局等横向部门数据交换）。3.1.2. 数据架构基于上述功能架构的设计描述，对市级平台的数据架构设计如下所示:业务n甲£愿殖入Jl数据源端的数据，通过数据集成（库表同步）以及数据高铁（数据库日志同步）方式接入到卫健大数据中心，其中：电子病历、中医处方、健康体检、健康档案等数据集，通过接入层的ESB接口完成数据接入，是数据中心平台层的主要数据来源，需要逐步切换到数据高铁接入的方式，即：市属医疗机构以及区县平台，按照XX市全民健康信息平台技术白皮书要求，将医疗机构诊疗数据从院内数据库、经过院内质控、值域对码、字段格式转换、多表关联等操作后，推送至前置机数据库（前置库），由云端平台层拉取到云端大数据中心。而省大数据局的下发的检查检验等数据、民科系统的医疗机构以及医护人员数据、市卫健各业务处室数据等，可以通过数据集成（库表同步）完成接入。云端主要划分为平台层（数据接收、数据存储、数据计算、数据服务）与业务层（面向业务处室的业务系统建设与业务需求满足）。平台层与业务层通过交换层进行连接，以实时数据仓库或者统一数据服务接口的形式进行数据交换，其中：实时数据仓库用于批量、大数据量交互，如全天的门诊病历数据、门诊处方数据；统一数据服务接口用于小数据量交互，如：某个患者的健康处方等。平台层主要通过实时数据仓库以及统一数据服务接口对业务层提供数据支持，主要包括以下的数据共享方式：库表查询、库表回写等。业务层在读取平台层提供的数据后，部分业务系统会对某些数据进行增删改操作，操作后的结果数据，可以通过接入层的数据集成（库表同步）的方式回写到平台层，以便根据业务需要，实现一份数据在平台层与业务层之间多系统、多场景的多跨协同。3.1.3. 应用功能3J31数据采集传输数据采集传输实现数据从市级医院、区域平台的源端数据库，实时同步到市“健康大脑”交换中心的过程，并完成同步中的全流程监控，确保数据同步后的数据准确性与一致性。3.1.3.1. XX市卫健委全民健康信息平台已经使用“web接口模式和ETL数据集成”两种数据归集技术方案。web接口模式接入市属医疗机构和区县平台的门诊、住院、体检等相关业务数据，共计240多个数据集；ETL数据集成接入民科、市级横向委办系统以及部分省大数据局下发的数据，可对接集成政务云ODPS、RDS以及OraCIC等不同数据源数据。目前这两种方式都有一定的不足，Web接口方式对支持大流量的数据上传不够理想，ETL则时效性不够。随着居民对医疗健康数据可及性要求的提升，需要提供更加稳定可靠且支持大流量的数据采集通道。遵从XX省卫健委“健康E生”的技术要求，以数据库日志同步的方式来设计数据高铁的技术方案。如下对三种方式做个介绍。3.1.3.2. 1.数据同步 同步任务配置通过数据同步的自定义同步任务配置能力，可实现快速创建周期同步任务和数据实时同步任务，可选择已经注册的数据源端数据，选定目标端按照引导完成同步任务创建，提供目标端自动建表、源端目标端字段自动映射、批量创建同步任务多种便捷同步任务创建能力，可以更便捷地完成数据同步配置。针对大批量实时同步场景，提供多表实时数据同步能力。一条实时同步链路可配置多张源数据表进行实时数据同步。在资源充足的情况下，可实现大批量源端数据实时同步，打破中间库写入性能瓶颈，打造畅通、高效的数据汇聚通道。 同步状态监控数据同步实例监控可对数据同步任务的执行和运行情况进行全面的监控运维。可对任务总数、线上任务、正运行任务、今日运行次数、今日异常实例核心指标进行统计，并可以实现异常任务执行状态的监控，当前实例状态监控。对任务的开始时间、结束时间、耗时、速率、状态和执行日志信息进行跟踪和展示 实时数据同步支持目标端为Datahub的单表实时任务的新建。支持OrcalaCDC>MySQLbinlog>SQLSerVerCDC三种实时数据同步模式。提供完善的实时数据接入配置功能，有效保障实时任务接入的稳定性和可控性。实时数据同步以消息订阅的形式实时获取增量数据，可以实现高效、稳定地快速同步数据源的数据变化。通过DatahUb高可用组件能力的应用，可以保证对源端数据库和目标库的“侵入性”降到最低。在最大程度上保障了实时链路数据传输和写入的效率。实时同步任务管理提供对实时同步任务统一筛选、查看和管理功能。针对已创建的实时任务可查看任务的上线、下线状态。 数据同步业务监控（1）数据同步数量对账基于数据高铁对每个机构的数据流转量进行采集、存储、分析，将对账结果可视化，纵向按照机构、数据集展示，横向按照上传日期、采集实收量进行横向对比，支持机构、数据集、上传日期，过滤对账数据，将差异化结果重点显示，同时能够将查询区间内对账存在差异日期异常显示，让对账定位更便捷，辅助数据治理。（2）数据同步业务量对账基于数据高铁业务量对账的对象为卫健大数据中心日常医疗业务数据，包括但不限于门急诊人次、出院人次、门诊检验人次等，对账方按照统一口径进行计算对账分析。对于存在问题的机构能够继续下钻查看阶段时间内对账差异业务日期。对账结果导出功能，能够导出对账差异数据，形成差异对照闭环。3、数据同步对账数据管理基于数据高铁对账数据导出功能，能够导出对账差异数据，将差异机构、差异数据集、差异量、差异日期按照各个环节对比导出，形成差异对照闭环。全链路监控基于数据高铁建设全链路监控模块，主要提供数据同步任务监控、系统状态监控，通过实时监控上下游数据变化与异常情况，确保管理人员能够掌控任务上线、运行、暂停、报错、重启、延迟等数据任务状态。全链路监控支持按照业务链路配置监控场景，按照实际业务自定义配置监控业务监控和告警消息，可快速实现从数据生产到业务应用的全链路编排，实现全局监控和问题快速锁定。监控概览：提供监控任务、业务监控、监控告警分组等统计信息概览。业务监控：支持以业务数据为视角进行监控，可查看当前业务运行中节点的运行情况、告警信息。监控明细：支持查看任务节点监控结果，可细节掌握每个监控节点的最新状态、任务日志和历史状态分布情况。支持查看监控任务节点的最近一次告警信息及历史告警信息，并支持手动设置告警处理暂停时间状态。任务运行监控：支持数据同步任务创建后自动创建监控任务。监控设置：支持告警分组管理、负责机构、人员管理。3.13.1.2.切换方案结合XX实际情况和省试点工作要求，XX市健康数据高铁以接口服务模式完成医疗机构信息系统实时贯通，支持秒分级、小时级、天级等三类时效。在下联区对部分医疗机构或县级健康大脑（区域平台），提供原有的数据采集/更新/数据对账等接口服务功能，在数据质控治理后，将数据推送至上联区对应前置库，通过市“健康大脑”交换中心的“前置库日志同步”或“接口服务”推送至省“健康大脑”的交换中心通道。各县健康大脑（区域平台）根据本方案要求开展县级通道的改造部署，市级医院开展交换节点改造部署,逐步切换为前置库接入模式。切换方案主要针对原有接口采集模式，切换为利用数据高铁通道的数据全量同步和基于数据库日志解析的增量同步模式，保证在采集模式切换后的数据传输稳定性和及时性。数据同步方式切换如下：在源端数据准备充分的条件下，市卫健基于数据采集传输通道，需要将医院、区县平台前置机数据配置数据同步作业，完成全量同步和增量实时抽取，并进行数据同步传输过程中的链路监控，保证采集通道的可用性。数据同步包括同步初始化和数据实时同步两个阶段，同步初始化是将源数据库的存量数据加载到目标数据库，数据实时同步是指同步正在进行的数据变更，并保持源数据库和目标数据库的同步。针对同步过程中产生的数据变更，数据实时同步工具使用两个处理事务日志的模块：事务日志读取模块：日志读取模块从源实例读取原始数据，经过解析、过滤及标准格式化，最终将数据在本地持久化。日志读取模块通过数据库协议连接并读取源实例的增量日志。日志回放模块：日志回放模块从日志读取模块中请求增量数据，并根据用户配置的同步对象进行数据过滤，然后在保证事务时序性及事务一致性的前提下,将日志记录同步到目标实例。数据同步工具具备日志读取模块、日志回放模块的高可用，系统一旦检测到链路异常，就会在健康服务节点上断点重启链路，从而有效保证同步链路的高可用。3.1.3.3. 卫健大数据中心升级3.13.2.1. 实时数据仓库升级本次实时数据仓库建设在原数仓基础上，通过使用实时计算Blink提升实时数据分析能力。在实时数仓的建设中，我们使用数据高铁同步实时数据，使用数据高铁实时同步数据到DatahUb（流式数据处理平台）中，根据业务需求，使用BIink进行实时计算后将结果数据同步到数据共享库，支撑业务实时读取数据。3.13.2.2. 离线数据仓库升级通过数据高铁实时采集后的数据，一方面实时数据用于支撑业务应用，另一方面产生的实时数据可归档至离线数仓，支撑大数据中心的全量与增量数据的存储与计算。按照数据高铁接入数据的时效要求，数据接入层以秒分级粒度，将源系统端的各类数据接入到数据中心，以天级别粒度持续迭代离线数据仓库的智能数仓。3.13.2.3. 数据交换服务卫健大数据中心的数据平台在完成数据归集、数据质控以及数据仓库建设后,需要为省级/市级业务处室的业务系统建设或业务需求开展提供数据交换服务，实现从平台层到业务层的数据支撑以及业务层到平台层的数据回写。数据中心平台层对业务层的数据支撑流程图如下：数据支撑流程图数据归集到数据中心的平台层后，对业务层提供以下数据共享方式：库表查询：平台层为业务层提供实时数据仓库（以下简称：实时数仓）库表查询服务，时效性与数据归集时效性一致，例如：HIS贯通、医疗综合监管平台；库表回写：业务层的数据库表，可通过卫健大数据中心的数据集成能力，回写到平台层智能数仓，如有其他业务系统需要使用，可推送至实时数仓提供库表查询服务，例如：医疗综合监管平台的机构信息、医务人员信息等；接口查询：对于小规模数据，平台层将实时数仓中的库表数据，根据时间、机构、主键、索引等查询条件的查询结果，以接口形式为业务层提供接口查询服务，例如：社服系统查询平台层实时数仓的健康处方数据；3.13.2.4. .数据共享库建设卫健大数据中心接入的数据，按照全民健康信息平台技术白皮书的要求在经过重复数据清洗以及必要的完整性、规范性等实时数据质控后，形成以全民健康信息平台技术白皮书接入机构内码、业务外码为组织结构的业务数据规范，在实时数据仓库的交换层以库表或者接口形式对外提供服务；同时，集成了卫健大数据中心的数据标准化、结构化等数据智能能力以及应用数据层建模后的离线数据仓库，可以通过数据迁移的方式将经过治理后的数据，存储到政务云/信创云分析型数据库上或者传统关系型数据库上。针对政务云/信创云可考虑选用支持高并发低延时查询的高性能数据库（）,存储资源支持横向扩展。政务云上数据开发工具支持多租户，多数据库表访问权限设置等功能，不同用户访问数据安全。针对卫健本身已有机房可以将数据同步到卫健机房传统关系型数据库上，需要结合传统关系型数据库的特点做好分库分表的设计。3.1.3.3.数据高铁运维服务数据正式接入高铁系统后，数据高铁项目技术保障组会对相关数据运行情况进行监控，如出现异常中断等情况，会将问题发送至对应各医院和区县平台处。问题包括：数据接入任务运行失败、数据加工任务运行失败、其他原因导致数据中断等。3.L3.3.L问题处理流程问题通常由监控系统或人工巡检发起，同步推送告警信息至告警接收人，告警接收人接受告警消息后需要及时人工介入处理，查看问题发生的具体原因，在问题处理完毕后，记录至问题处理反馈单，保证高铁系统的稳定运行。1.1.1.1.1. 据变更处理规范接入数据高铁的数据，会经过复杂的数据加密、传输、审核、对外供数等环节，因此任何一个环节的单独调整均会影响到整体数据传输的稳定性。D数据变更范围变更流程属于以下几种中的变更类型，需要线下提交变更申请进行。申请会提交至XX卫健的技术团队进行技术评估并配合进行指导和相关跟进措施。一般情况下需要通过审批后方可进行操作。下表为会对高铁数据传输稳定性产生影响的操作。操作类型稳定性影响数据表结构修改（新增、减少字段，修改字段名）任务中断，且该操作需要下游进行关联操作，如未进行提前告知及准备，会增长数据中断时间数据类型调整（如数据类型从string变为int）任务中断，且该操作需要下游进行关联操作，如未进行提前告知及准备，会增长数据中断时间源数据库整体策略调整（如库迁移，管理软件升级，库重启，开启、关闭CDC,binlog等）任务访问数据源中断，影响数据同步数据量大规模调整（如新增业务，导致日写入数据量同比变化幅度为50%及以上）源端压力增大，任务分配的资源无法承载数据同步任务调整（任务配置调整、配置周期任务等）任务资源分配不合理会导致任务无法承载数据量或浪费资源，擅自配置周期任务可能影响源库的业务运行稳定性数据同步数据源和目标端调整不合理的配置会造成任务中断，或者下游无法从正确的topicodps表获取数据，导致原有的链路中断2）变更流程规范针对上述变更范围，对接入表的源数据变更的基本流程如下图:3）变更提交说明变更应在操作之前，提前三天发起线下申请，以便各方有足够的时间进行变更的评估和前期准备工作。变更模板：所属医院/区县平台：请根据实际情况填写变更类型：请根据列举的情况选择，如有不清楚的可咨询项目相关技术团队变更说明：请填写详细的变更情况，如删减字段名、增加字段名，修改的数据类型，升级的库的源版本和新版本号，调整的库IP等信息计划时间：变更操作的执行时间变更操作步骤：详细的变更操作步骤，可以只填写和库、表相关的变更操作验证执行人：请填写变更验证的执行人员。验证方案：请填写详细的验证变更是否生效方式，这里可以只填写和库、表相关的变更操作紧急联系人：变更期间如果出现异常的联系人，可以填写与变更操作相同的人员回退方案：如果变更异常需要回退的操作方案，可以只填写与数据高铁相关的操作方案3.1.3.3.3. 巡检服务1）巡检说明数据接入数据高铁系统后，需要医院/区县平台定期对系统进行巡检，重点包括以下内容：数据高铁源数据库（前置库）系统运行情况，包括系统负载、IO等性能信息。数据同步任务运行情况。部门仓加工任务运行情况巡检结果出现异常时需要尽快同步至数据高铁技术团队2）巡检时间请各业务系统技术运维人员于每周一早上10:00,每周五下午16:00对系统进行上述巡检，如有异常情况请及时进行处理。3.1.3.3.4. 故障处理流程故障发生后，数据高铁运维团队第一时间建立【数据高铁XX故障】处理问题工作群，并将相关人员拉入。各方同步排查自己的数据任务运行情况，确认故障节点，并开始修复。如需拉通其他团队可同步进行。（在监控系统搭建完成后，可以快速定位到具体故障的节点）技术保障团队初步确认影响范围，根据需要，向XX卫健实时同步故障处理的进度。通报要求包括以下要素：【故障时间】【故障现象】【影响范围】【故隙定级】【处理人】【当前进展】。通报要求时间间隔：30mino处理过程中需要进行变更的，走特急变更流程。故障修复后，于24小时内，在【数据高铁XX故障】组织故障复盘会议，并由技术团队和数据高铁运维团队共同输出故障复盘报告，彻查问题跟因，根据最终故障影响时间来确定故障等级，并提交至XX卫健。修复后，由技术保障团队组织进行专项治理，对复盘报告中提出的隐患进行彻底修复。3.1.3.4.数据服务总线升级3.1.3.4.1. 业务架构信息资产管理信息资产目录业务协同场景服务网关程穷初由超町发布南松舒资与陵经中诲开MR务处方开立修»门惨角历置1网务手术*083 手木里*g为居区主索引注册霰 将用阳=H 期主畋IB腕出%主BaR充电知JJGRSaMW*出於我Kue犯住牌做历宣«1.若手术中开立努Ja区主索引注VUK野主政!Rtl助霰务主me会*劣信息资源共享平台其他机料M/*11Mlft数据服务总线业务架构具有对API进行全生命周期管理的功能，提供API统一管理服务与资源目录管理，涵盖API发布、管理、安全管控、监控分析的支撑能力；对内辅助用户简单、快速、低成本、低风险的实现微服务聚合、前后端分离、系统集成、网关管理、服务治理、服务安全、服务监控等功能；对外面向合作伙伴、开发者开放服务、技术赋能，支持海量请求的接入能力。3.13.4.2.组件升级及适配资源发布共享平台-资源目录管理是为了能够对服务和数据更好地进行分门别类，需要支持定义服务和数据的目录，目录的作用在于对服务和数据进行更好分门别类，以便于检索、定位服务和数据，需要支持层级定义。资源发布共享平台信息资源发布共享组件是跨机构、跨机构、跨部门实现资源共享、业务协同的基础组件之一，也是对外提供服务能力的门面，多方发布共享资源唯一入口，通过该组件规范了资源发布、资源共享的管理规定、业务标准、技术标准，此组件也是以医疗卫生为核心的资源发布共享的唯一合法途径。通过该组件还以对服务进行全生命周期管理为核心,提供全面、精简、强劲的服务统一管理服务平台，涵盖服务发布、管理、安全管控、监控分析的支撑能力。资源发布共享平台-日志服务日志服务用于存储服务调用日志，借助ES中间件实现该功能。为服务调用统计分析与服务调用详情查看提供数据支撑。集成门户（IAM、CAS、AW应用墙）本系统可以使多个系统统一入口登录，无需注册多个用户；并且可以将卫健委、医疗机构及下属医疗机构进行统一管理，并维护其使用权限。组件适配APIM服务网关发布统一入口服务和发布订阅服务时，对托管的一般服务的命名空间有要求，需要所有的一般服务命名空间和方法名保持一致，总线发布的统一入口服务中，同种一般服务命名空间和方法名存在部分机构不一致的情况。平台会开发统一入口/发布订阅适配组件，来确保统一入口服务和发布订阅服务的路由转发。3.1.3.4.3.服务切换一般服务切换。共涉及个485一般服务切换，主要服务如下：市预约挂号相关服务、省预约挂号相关服务、家医签约相关服务、报告注册及查询服务、机构数据上传相关服务、严重精神病数据上传服务、新冠疫苗接种信息查询服务、突发公卫事件指标查询服务、糖尿病规范管理累计人数查询服务、医保门诊结算人次查询服务、跟市数局交互的服务、献血信息共享服务、核酸、疫苗、健康码查询服务、120急救信息查询服务、保健消息推送服务、妇幼数据查询服务、跟民政部门交互的服务、慢性病、死因、伤害上报服务、传染病直报相关服务、结核病直报相关服务、预防接种相关服务、精神病报卡相关服务、省检验检查数据报告相关服务、出处方相关服务、合同信息管理相关服务、互联网医院相关服务、双向转诊相关服务、电子签名相关服务、卫健大数据平台交互的服务、非结构化数据上传、共享服务、医疗资源双循环相关服务。将所有服务按照服务规范注册到新版服务网关，服务鉴权方式改变为IiCenSe校验。需要调用方调整调用入参，将服务网关颁发的APlM许可IiCCnSe携带到请求体内，以完成鉴权操作。后续服务调用方按照服务网关中的发布地址进行调用一般服务。统一入口服务切换。共涉及个823个统一入口服务切换，主要服务如下：预约挂号相关服务、机构服务满意度评价相关服务、数据采集信息回调相关服务、机构传染病上报相关服务、机构电子健康档案信息交换相关服务、机构家庭医生签约信息查询相关服务、机构配送信息更新服务、机构文档调阅相关服务、机构资源查询相关服务、互联网医院相关服务、数据共享相关服务。ESB总线上统一入口服务是由一个统一入口服务和多个同种类型的一般服务组成。切换时需要将原有的一般服务同步注册到新版APlM服务网关中，并发布一个SOAP统一入口服务，将一般服务绑定至该SOAP统一入口服务中，以完成统一入口服务的切换，对外提供该SOAP统一入口服务的发布地址即可。发布订阅服务切换。共涉及107个发布订阅服务切换，主要服务如下：实时推送相关服务（机构家医签约患者信息接收服务、机构公卫指标信息接收服务、机构传染病上报信息接收服务、机构车辆信息接收服务、机构接警信息接收服务、机构派车信息接收服务、机构送达信息接收服务、机构转院信息接收服务、机构库存上报接收服务、机构血液终状态信息上报接收服务、机构患者用血信息上报接收服务、机构住院患者信息上报接收服务、机构急救指标信息接收服务、机构医院上报指标信息接收服务、机构医院上报指标信息接收服务二、机构立项依据信息接收服务、机构医药指标接收服务、机构DRGS指标接收服务、机构影像中心指标实时接收服务、机构采购管理模块接收服务、机构诊间健康档案调阅信息接收服务、机构刷脸就医指标接收服务、机构健康通健康档案调阅信息接收服务、机构影像中心指标累计接收服务、机构传染病上报统计信息接收服务、机构两卡融合指标接收服务、机构“付一次”信息接收服务、机构出生一件事指标信息（和乐）接收服务、机构合同履约模块接收服务、机构出生一件事指标信息接收服务、机构合同上传模块接收服务、机构自体输血信息上报接收服务、机构合同审价模块接收服务、机构门诊就诊记录信息接收服务、机构舒心就医信息接收服务、机构健康码就医明细信息接收服务、机构健康码就医接收服务）、机构消息提醒相关服务（机构中草药取药消息服务、机构手术安排消息服务、机构每日清单提醒消息服务、机构催款提醒消息服务、机构体检项目消息服务、机构挂号成功消息服务、机构挂号预约消息服务、机构就诊排队叫号顺序号服务、机构就诊完成消息服务、机构处方开立消息服务、机构门诊结算消息服务、机构检验预约消息服务、机构床位预约消息服务、机构出院结算提醒消息服务、机构体检报告查看消息服务、机构终端位置推送服务、机构检查预约消息服务、机构用药提醒消息服务、机构入院提醒消息服务、机构欢迎信息内容配置服务、机构检查报告完成消息服务、机构检验报告完成消息服务）。ESB总线上发布订阅服务是由一个入口服务和多个同种类型的一般服务组成。切换时需要将原有的一般服务同步注册到新版APlM服务网关中，并发布一个SOAP推送服务，将一般服务绑定至该SOAP推送服务中，对外提供该SOAP推送服务的发布地址即可。3.2. 市属医疗卫生单位经济合同数字化管理3.2.1 总体框架经济合同信息数字化管理平台系统总体架构图前比门户中心金桌面1'廿（PCflP）导喇】户（JWWJ）待办工作台办事大厅如K中心移动审批单点曳录 8Sr中台-BS用中心待阅标准接口F属整位自建系统合同世WHl瞽原统校算监控S«iAWebSerVke台问.9«妮财务支付系统项目台原数据分析ResfulTit导出认证接口珈国寸设WRRM(ft合同8®WSise后台 弓 ffl8>I户引=SSE 心内容引拿倒蚓掌移动川东日志中心-体化协同办公系统支握平台3.2.2 .部署方式DMZF OWeb端(NGlNX)交换机服务器3.221,预算模块预算模块同时可以保存和查询下属单位3年的预算数据。3222项目模块可以保存和查询下属单位财政预算下的项目信息,包括项目名称,项目编号,项目预算金额等。322.3,合同管理具体包括货物采购、服务采购、资产租赁、资金借贷、对外投资、担保（含信用担保和抵押担保）、承包经营、战略合作等各类经济合同子模块。可以保存和查询下属单位各种合同类型的合同信息，包括采购类和非采购类的经济合同。可以展示合同类别、主要内容、对方单位、合同签订时间和履行时间起讫时间和第一次付款时间、合同金额以及已收（付）金额等；合同涉及的经济行为是否属于单位“三重一大”事项、是否需要财政等相关部门审批；货物采购和服务采购合同还需要展示是否属于政府采购项目和采购方式，以及追加补充合同等。3.2.2.4. 供应商模块针对原有供应商管理进行优化升级，实现供应商从沟通交流、信息入库、状态变更、权限控制及后续平台所使用过程中数据联动的过程管理。沟通交流：通过流程记录供应商所有联系情况，资质及信用情况，并列表式展现。信息入库：通过供应商入库审批流程把合适的供应商都进行入库登记，信息记录，并且卡片展示可以权限，类别多维度展现。状态变更：针对不同类型的供应商可以通过状态进行区分，查询。数据联动：比如，采购流程可以选择对应供应商能够带出相关供应商信息便于流程审批。权限：可以按照多维度组织结构、不同安全级别、不同岗位、不同部门或人员维度查看不同的供应商信息内容。3.2.2.5. 合同预警可以根据各下属单位的合同数据根据下列规则自动进行异常合同状态的辨认，自动进行提醒：1.纳入预算“二下”项目管理，未达到预算执行序时进度要求的合同；2 .经济行为属于单位“三重一大”事项，未按照“三重一大”事项决策程序的合同；3 .经济行为属于需要财政等相关部门审批事项，未按照规定程序办理审批手续的合同；4 .采用单一来源采购和紧急采购方式的货物采购合同和服务采购合同；5 .约定预付款比例高于合同金额70%的合同；6 .履约保证金超过合同金额1%的合同；7 .补充合同的金额超过原合同金额10%的合同；8 .达到第一次付款时间仍未付款的合同；9 .超过合同履约期限仍在执行的合同；10 .进口设备采购应审批未审批的合同；11 .涉及行政复议和行政诉讼等法律纠纷的合同。3.2.2.6. 报表模块主要包含以下分析报表模块，可根据合同数据进行自动对比汇总数据，形成数据大屏报表以供用户进行分析:1 .纳入预算管理的合同和不纳入预算管理的合同；2 .疫情防控类合同和非疫情防控类合同；3 .货物采购、服务采购、资产租赁、资金借贷、对外投资、担保、承包经营以及战略合作等合同；4 .新增合同、正在执行的合同和执行程度以及已完成的合同;5 .政府采购合同和非政府采购合同；6 .采用单一来源采购方式和紧急采购方式的采购合同；7 .应开始执行未执行的合同和应完成未完成的合同；8 .涉及行政复议和行政诉讼等法律纠纷的合同。3.3. 医疗服务监管平台二期3.3.1. 系统架构前端门户应用 中心业务 环境 && 基硼 数据3.3.2. 部署方式外网防火均各个医院机梅内河交演设备3.3.3. 系统功能建设333.1.药学管理模块33.3.1.1.全年药品配备使用情况公立医疗机构基本情况。根据个性化需求匹配需上传药品信息的医疗机构清单，统计需上传药品配备使用信息的医疗机构清单，医疗机构根据规定的模板自行上报数据。可以实现模板下载、导入、多维度查询功能。管理员端可以统计已上报、未上报的医疗机构名单，通过已上报的医疗机构信息做数据比对分析，可以按时间查询做历年数据比对。公立医疗机构药品出库情况。医疗机构根据规定的模板上传药品出库数据。可以实现模板下载、导入、多维度查询功能。管理员端可以统计已上报、未上报的医疗机构名单，通过已上报的医疗机构药品出库信息做数据比对分析，可以按时间、机构类型查询做历年数据比对。公立医疗机构药品目录。医疗机构根据规定的模板上传药品目录数据，可以实现模板下载、导入、多维度查询功能。管理员端可以统计已上报、未上报的医疗机构名单，通过已上报的医疗机构药品目录信息做数据比对分析，可以按时间、机构类型查询做历年数据比对。公立医疗机构药品入库情况。医疗机构根据规定的模板上传药品入库信息，可以实现模板下载、导入、多维度查询功能。管理员端可以统计己上报、未上报的医疗机构名单，通过已上报的医疗机构药品入库信息做数据比对分析，可以按时间、机构类型查询做历年数据比对。公立医疗机构药品使用情况。医疗机构根据规定的模板上传药品使用数据，可以实现模板下载、导入、多维度查询功能。管理员端可以统计已上报、未上报的医疗机构名单，通过已上报的医疗机构药品使用信息做数据比对分析，可以按时间、机构类型查询做历年数据比对。全处方点评。医疗机构填报处方点评信息，部分数据可以实现系统自动计算。药品医保编码目录信息库。药品医保编码目录信息库维护。可以实现国家药品编码表的导入，方便用户进行查询筛选。用户导入时会自动插入时间标记,方便下次版本更新。查询功能包括关键字查询和药品信息查询。根据药品编码前几位确定药品分类，提供查询列表，可以多选。抗肿瘤药物目录维护。医疗机构可以导入抗肿瘤药物数据，方便管理员用户进行查询，后台根据医疗机构上