XX市城市大脑2.0-智慧医疗项目采购需求.docx

《XX市城市大脑2.0-智慧医疗项目采购需求.docx》由会员分享，可在线阅读，更多相关《XX市城市大脑2.0-智慧医疗项目采购需求.docx（42页珍藏版）》请在课桌文档上搜索。

1、XX市城市大脑2.O-智慧医疗项目采购需求第一章项目总体目标以“减轻疾病负担、便捷化就医、高质量发展为目标，聚焦“重病负担难、看病难、看病烦”等难题，坚持“问题导向、需求导向、统筹规划”工作原则，通过多部门协作、多数据融合和多场景集成，构建智慧医疗系统，从“医疗服务、健康管理”维度，全面推进舒心e就医、健康e智管”两个综合场景5大应用建设，推动数据一仓汇聚、治理一屏展示、服务一键直达，通过“大脑+手脚”、增强制度供给和政企协同创新，形成防未病、治小病、管慢病、保大病”全方位、全周期健康服务体系，提升XX市医疗卫生服务均等化、普惠化、便捷化、智慧化水平。第二章建设原则(1)总体规划、分步实施考虑

2、到项目的规模和实施的复杂性，分阶段实施,循序渐进。根据实际情况，确立整体的目标，制订统一的规划，保证工程实现各方目标一致，标准统一，系统有机衔接。在统一规划的基础上分阶段，有步骤地推进实施。先互联互通，再逐步统一；先建框架，再逐步深化；先行试点，再全面推广。以保证项目经费筹措、多部门协作、项目风险控制、复杂业务实现、项目实效达成等多方面的可靠程度。(2)顶层设计、遵循标准项目设计和开发应符合国际、国家及XX市医疗卫生行业的相关信息化和数据标准或规范，遵循中国卫生信息标准，项目采用标准的、开放的通讯接口和数据标准，允许不同厂商的信息系统有机地整合。遵循国际及国家标准，不但能够使医疗工作者更加集中

3、精力在业务方面，也能够提高平台的层次，使开发应用不仅和外部进行有效的交流，还能够预期将来的业务的发展。系统部署方案需符合国家卫健委信息化建设相关规范；XX市卫健委全民健康信息平台技术白皮书要求，方案内容完整、翔实、切合实际。(3)承前继后、科学发展项目在设计过程中要充分考虑继承和利用已有的建设基础、硬件设备和应用中的软件系统，充分利用前期建设成果，在原有基础上进行整合、扩展、新建,促使XX智慧健康事业不断迈向更高的台阶及科学可持续发展。(4)数据驱动、质量优先高质量的数据是业务处理的基础，系统是围绕业务进行设计，业务是基于数据进行展开，数据的变化和不稳定性对于系统设计来说代价是高昂的，遵循“以

4、数据为中心”的原则，全面注重数据质量的有效提升，提炼和抽象出能够不断扩展的元数据体系统与核心数据模型，保证系统的无缝集成和可持续发展。(5)创新驱动、协调发展在兼顾成熟技术的同时充分利用创新技术和理念，围绕单一业务、业务联动性、业务协同性、业务整体性等方面积极打造创新应用，不断驱动项目高效出彩和协调可持续发展。(6)安全保密、稳定可靠按照信息安全技术网络安全等级保护基本要求(GB/T22239-2019)文件第三级安全要求，着重加强防病毒、网络态势感知、终端接入管理、身份认证密码、数据资源安全等网络安全体系建设，保障信息系统安全可靠运行。项目遵循商用密码应用安全体系框架建设，所有应用系统应能满

5、足商用密码应用安全评估要求。根据XX省公共数据条例、XX省公共数据安全管理总则、XX省电子政务外网安全评估指标体系等文件精神，落实数据安全分级分类、脱敏、加密、安全评估要求。所有建设应用系统应能支持在信创云上部署和运行，满足安全可靠要求。第三章项目建设需求3.1.应用系统建设方案3.1.1.全人全程医疗健康数据仓3.1.1.1.全人全程医疗健康数据仓概述本应用主要建设内容：开展省级数据回流，构建全人全程医疗数据仓；试点开展高血压、糖尿病、脊柱侧凸、瘗疮、睡眠障碍等专病数据库建设，开展监测分析预警，支撑相关应用处置管理。全人全程医疗健康数据仓基于市一体化数据平台IRS进行数据建设。本期链路包括面

6、向慢病专病领域的数据需求收集、数据归集、数据清洗与标准化、专病库模型建设与数据共享5个阶段。数据架构承载着多个部门系统的数据共享交换，这些共享交换能够分为四种场景：与省卫健系统交换场景、与县（市、区）医疗系统交换场景、与第三方服务商交换场景，与横向部门交换场景。使智慧医疗大数据仓做到纵向与横向均全面覆盖，有力推动智慧医疗数据互通互用。（1）与省卫健系统交换场景与省卫健平台进行数据交换，需要共享给省平台的相关数据参考了省卫健系统的数据标准进行设计，同时回流省里标准数据，使数据能够高效、安全、及时地进行共享交换。（2）与区县卫健平台数据交换场景“智慧医疗”应用向各县（市、区）卫健平台提出本期项目需

7、新增的数据共享交换标准，提供统一的技术对接方案。通过平台将各县（市、区）系统进行统一汇聚、整合、管理，并共享给需要数据的相关业务系统。（3）与第三方服务商交换场景按照“智慧医疗”应用与第三方服务商制定的数据标准规范，实现与第三方服务商数据的共享流通。如院内导航信息、检查检验数据等。（4）与横向部门交换场景与市城管局交换市、县医院周边停车场库泊位数据；与市医保局交换互联网医院在线支付、移动支付信息，以及中药代煎处方信息。3.1.1.1.1.全人全程医疗健康数据仓建设内容源数据对接：通过与卫健省级统建系统对接源数据，全面对照IRS数据目录按需申请源数据；通过与市卫健以及其他委办局应用数据库对接源数

8、据；通过与市数据资源管理局申请共享域的数据资产。归集库：归集专病领域的相关数据，数据结构与源数据系统保持一致的增量/全量数据。汇聚业务系统源头数据，也是数据加工过程的缓冲区。标准库：对归集后的专病领域数据进行标准化操作，数据结构与源系统保持一致的全量数据，标准库数据需要能溯源，对于需做标准化及内容转换的字段，保持转换前的内容及转换后的内容，对于表中需做转换的内容非常多的数据表，采用双表设计，即原始表及标准化规范表。标准库不覆盖各部门的全部数据，按照基础库及基础库建设需求收集各部门仓数据，对数据进行标准治理。专题库：经过标准化后的数据，建设专病专题库，存放详细历史数据的公共汇总数据层，面向高血压

9、、糖尿病等慢病专病领域分析建模，按照本期业务应用建设需求，进行数据融合与建模后，建设对应数据模型。3.1.1.1.1.1.全人全程医疗健康数据仓功能实现3.1.1.1.1.1.1.归集库更新迭代（1）数据需求收集结合本期项目应用需求，下发业务协作通知，指导各应用数据需求部门通过填写数据共享需求表、库表结构说明书等方式收集关于“智慧医疗”各业务场景的数据需求。数据需求的有序收集和管理可以辅助明确各业务场景数据建设目标和内容，保障智慧医疗大数据仓按需集约化建设。数据需求收集的样表如下:库表结构说明文档j填报部卜表名P对应资源目录，P迷-字段措述字8各说明ftS!是否主健是否必*4信息项PQQPPg

10、P1尹3PF*g尹P7尹Q3dF2PF（2）数据需求管理分析和管理各业务应用提交的数据需求，分析所需数据来源、判断需求数据是否编目、是否允许申请、是否为接口或者库表、是否需要签署共享协议、数据是否更新，新数据来源分析、是否省级数据、是否需要省平台回流等，制定数据归集计划任务。数据归集计划表内容包括应用场景描述、应用子场景、对应数源单位、数据共享详细内容，主要包括如下计划（具体可归集数据以实际调研为准）：序号应用场景描述数源单位数据归集需求1数智陪诊市卫健委、市医保局、市城管局、市数据资源局、各区、县（市）政府归集医疗机构周边泊车位数据、患者就诊数据、检验检查数据、热门医生数据等。2检查检验互认

11、市卫健委、市医保局、市财政局、各区、县（市）政府检验检查数据3数智医联体市卫健委、市医保局、各区、县（市）政府患者就诊数据、患者住院数据等4数据共享市卫健委、市级医院慢病等专病患者数据等（3）确定数据归集范围综合各个场景需求，分析数据需求所对应数据，联合市卫健，以及市医保局、市城管局、市数据资源局、市财政局、市教育局、市市场监管局、各区、县（市）政府等数源部门，建设智慧医疗数据仓，归集省级回流数据，归集全员人口、健康档案、电子病历、门诊就诊、住院出院数据，通过关联数据比对印证、人工智能筛查、人工确认三级过滤，进行数据深度清洗，摸清家底，支撑后续的专病专题库建设，为搭建智慧医疗”基本情况提供数据

12、支撑，为智慧医疗”数字化场景建设夯实数据底座。省级医院诊疗数据回流，基于省市健康数据回流通道，共享省级医院数据，包括门诊就诊、入院、出院等信息。市健康大脑原有数据归集完善，基于本期项目专病库建设需求，补充完善原市健康大脑数据，包括全员人口、健康档案、电子病历、门诊就诊、住院出院等。相关数据集列举如下：健康档案相关数据集（个人基本信息、个人健康档案、个人生活习惯、个人既往史、儿童直系亲属基本信息、家庭基本信息、家庭主要问题）；妇幼相关数据集（出生医学证明、新生儿记录、儿童问询、产前筛查与诊断、新生儿家庭访视、新生儿遗传代谢病筛查、儿童保健卡、6T8月龄儿童中医药健康管理、24-36月龄儿童中医药

13、健康管理、新生儿听力筛查、3周岁小结、1岁以内儿童健康检查记录表、12岁儿童健康检查记录表、先天性心脏病筛查、体弱儿档案、体弱儿随访、孕妇建档、孕妇基本信息、第1次产前随访、第2-5次及其他产前随访、产检初诊、产检随访、分娩记录、产时产妇基本信息、产后访视、产后42天健康检查、产后42天健康检查记录表-电子病历、高危因素、高危因素-围产期电子病历、孕妇指标、孕妇指标-围产期电子病历、儿童基本信息-疾控、儿童接种信息-疾控、儿童禁忌记录-疾控）；转诊相关数据集（医生信息、门诊转诊记录、转诊备案记录、家庭医生签约信息）；慢性病相关数据集（高血压专案登记、高血压随访用药记录、高血压随访记录、高血压等

14、级评估记录、糖尿病专案登记、糖尿病随访用药记录、糖尿病随访记录、糖尿病分级评估记录）；老年人健康管理相关数据集（老年人中医药健康管理、老年人生活自理评估，以下为数据协同明细清单：与各个委办局对接的数据清单，包括省级部门,以及市医保局、市城管局、市数据资源局、市财政局、市教育局、市市场监管局、各区、县（市）政府协同明细清单。序号应用场景描述数源单位类型数据列表IRS编码目录1数智陪诊市卫健委、市医保局、市城管局、市数据资源局、各区、县（市）政府六大应用的大数据仓应用需求的数据字段判断有无2检查检验互认市卫健委、市医保局、市财政局、各区、县（市）政府3数智医联体市卫健委、市医保局、市财政局、各区、

15、县（市）政府4数据共享中心市卫健委、市级医院（4）数据归集实施将协调到的数据通过数据底座，进行数据抽取，形成全人全程医疗健康数据仓的归集层，是汇聚业务系统源头数据，也是数据开发加工的缓冲区。该层数据结构与源系统保持一致，通过增量或全量的方式抽取数据。序号数据入库内容说明1数据存储格式明确部门数据存储形式。2数据存储情况明确数据的存量、增量、频率、网络环境等信息。3数据汇聚方式常用的数据汇聚主要包括库表、接口两种方式，与各部门沟通数据对接方式4汇总数据源信息汇总部门数据源信息，收集数据库建表脚本及数据规范等IRS归集，数据支持在IRS系统上实现归集。3.1.1.1.1.1.2.标准库建设(1)数

16、据清洗升级针对已归集到的试点专病数据中可能出现的数据二义性、重复、不完整、违反业务规则等问题进行脏数据处理。通过条件抽取、过滤、筛选等手段将有问题的数据剔除或转换掉。以最终保证数据的可用性、完整性、一致性和安全性等。(2)数据质量评估升级问题数据生成数据清洗过程中出现的问题数据要进行保存，形成问题数据库，问题数据模型主要包括主键、问题数据来源表、问题数据项、业务主键数据项、所属质量类型、问题数据描述、记录生成时间等。序号数据项中文数据项英文描述备注1主键zjid主键，问题数据表唯一主键2来源表中文名称IybZWmC记录数据问题来源的数据表中文名称,如Ods_3来源表英文名称Iybjrwmc记录

17、数据问题来源的数据表英文名称4问题数据项中文名称wtsjxzurmc记录数据问题来源的数据项中文名称5问题数据项英文名称wtsjxyrmc记录数据问题来源的数据项英文名称6问题数据值wtsjz记录该条问题数据的具体数值7问题质量类型wtzllx问题质量类型，如完整性、规范性、一致性、准确性、唯一性、关联性8数据问题描述sjwtms数据问题描述，如统一社会信用代码不合法等9数据生成时间SjSCSj记录问题数据的生成时间技术手段处理g通过技术手段可以进行处理的数据，如数据内容存在空格、大小写、日期时间格式不统一等，可以通过UDF函数进行处理，该部分数据问题可以在数据清洗过程中直接处理。数源部门处理

18、通过技术手段无法处理的，需要数源单位进行确认、整改的政务数据，如平台名称、成立日期、统一社会信用代码等关键数据存在缺失或者合法性校验不通过的数据。该部分数据需要记录保存到问题库，并根据IRS问题数据处理流程由数源单位进行整改。(3)数据标准化升级数据标准梳理，全人全程医疗健康数据仓建设涉及到各业务部门数据，数据广泛且复杂，如何实现数据规范化共享、交换和存储管理，并为上层业务应用提供数据服务，为项目成功建设、规范化运行及后续推广使用提供有力支撑和可靠保障，成为本项目亟须解决的问题。数据对标，根据实际数据内容，将数据项与对应数据标准进行关联。形成数据项与数据标准对照表。数据字典标准化映射，针对实际

19、需求，探查源数据中的数据元及数据标准信息，建立数据字典与国标、省标的标准数据字典映射关系。参考的部分标准如下；GB/T4655学历代码GB/T4761家庭关系代码GB/T4762政治面貌代码GB/T12407职务级别代码GB/T6565职业分类与代码GB/T8561专业技术职务代码GB/T4658文化程度代码字典GB/T4754国民经济行业分类GB/T2659世界各国和地区名称代码GB/T6864中华人民共和国学位代码GB/T2260中华人民共和国行政区划代码字典GB/T3304中国各民族名称的罗马字母拼写法和代码GB/T2261.1个人基本信息分类与代码第1部分：人的性别代码GB/T2261

20、.2个人基本信息分类与代码第2部分：婚姻状况代码GB/T2261.3个人基本信息分类与代码第3部分：健康状况代码GB/T2261.4个人基本信息分类与代码第4部分：从业状况代码标准化执行根据映射关系表，对源数据中的不符合XX省或XX市卫健数据源标准的数据进行数据转换。3.1.1.1.1.1.3.专病库建设汇聚试点医院高血压、糖尿病、脊柱侧凸、睡眠障碍、座疮等患者基本信息数据、患者就诊信息数据、患者电子病历信息数据、患者检查信息数据、患者检验信息数据、诊断数据、治疗数据、随访数据等数据，形成相应专病库，构建专病库模型，用于支撑监测分析和业务应用预警。3.1.1.1.1.1.4.数据共享中心建设(

21、1)接口共享业务模型中蕴含大量的人员敏感信息，若直接对外应用，则可能引发数据安全风险，因此需要以接口方式提供对外应用。为保障数据对外应用时同时兼顾数据安全和应用效率，本项目提供批量接口、单条记录查询接口和核验接口等接口模型，满足数据应用的前提下按数据最小化原则对外供应数据。口何菱C*SsWn 一应用数据区（39 存储区）数h务施口SPJR企业S 冷中*市g体 豚事网吟晒色问题库批量接口主要应用场景：需要提供人群范围清单的场景。接口设计模式：最小化应用，提供入参为日期查询的接口。例如，按日期查询常住人口信息，但只提供身份证号、是否XX户籍、登记时间、变更时间等简单数据项信息。查询接口主要应用场景

22、：查询某个人员、企业的具体信息。接口设计模式：应用输入需要查询的人员、企业识别号，返回单条数据。如残疾证件查询，设置入参为身份证号，返回残疾证件号、残疾等级、残疾证发放时间、注销时间等详细信息。核验接口主要应用场景：高敏感数据查询，如不动产信息查询等，可能因此产生对服务主体的不良社会影响，因此只返回是/否，不返回具体基本内容。接口设计模式：只返回是/否作为核验。数据服务持续构建，按照各场景数据需求，完成接口开发服务，并完成在接口上线、测试调优、应用开发指导、IRS编目等工作。数据接口开发接口开发以数据的“聚一通一用为主线，融合数据资源、挖掘数据价值、创新智慧应用。基于数据需求，开发成服务接口对

23、外提供服务。数据接口是指在数据应用中发布基于特定协议（如http、webservice）的接口服务，数据需求单位通过调用数据接口，获取相应的数据。数据接口的调用流程如下图所示:接口开发流程制定提交申请：对项目中应用场景建设数据需求调研，将应用场景需求的接口进行统一的收集。需求评估：对各应用场景提交的接口需求进行归纳总结进行评估，确定是否开发，所需要用到的硬件条件和软件条件等。方案实施：搭建环境，根据需求进行接口开发。提交测试：提交对应接口文档，根据文档内容对接口进行测试调试。数据接口发布根据需求完成接口的开发和封装后，通过APl网关进行封装和发布，对各应用场景建设提供数据服务，实现数据资产管理

24、与对外服务。接口的发布流程示例如下：接口维护服务针对已开发并发布的数据接口进行监控和维护。监控数据接口服务的运行状态，包括并发量、稳定性等，适时调整数据接口服务部署参数，确保数据接口服务能连续可靠运行。（2）批量共享通过库表授权与库表交换方式，基于数据共享库，实现XX卫健业务应用批量数据共享。针对跨部门数据批量共享，资源需求部门可通过省IRS平台进行批量数据资源的申请，申请需要共享的数据资源的数据字段，填写联系人，应用场景，前置库信息等。数据资源管理单位和数源单位进行在线的审核，保障数据共享流程的规范性，审核通过后通过配置目标库和共享频率，实现数据的批量交换。敏感数据技术处理对敏感数据进行脱敏

25、、缩小区域范围、去除敏感字段等技术处理。数据切分授权依据用户申请的数据范围切分数据视图，并授权视图到指定的项目空间。敏感数据表创建维护创建专有存储敏感数据的数据库，并按需创建数据表。制定数据更新策略，配置数据任务运行脚本参数。数据同步作业创建及维护编写脚本处理程序同步数据到省公共数据平台数据库，并日常巡检，确认任务结果数据正常输出(3)RS共享数据资源编目对已经完成治理和开发的数据库表或接口，需要在公共数据平台上进行编目，便于应用单位申请使用.新增资源编目基于公共数据平台开展数据资源编目，主要数据编目流程以及需要填写的信息如下：资源编目提交提交编目申请单后，即可进行归集工单的生成；待编目申请单

26、通过后，点击同步省平台，当目录显示未归集，对目录进行归集操作。(4)共享统计后台可查询对于应用调用本项目数据的共享情况统计。3.1.1.2.服务端（一键直达）（服务端建设内容为整合其他应用中，有关服务的建设内容已经在其他各应用中描述，此处仅列举，不进行具体说明）3.1.1.2.1.数智陪诊3.1.1.2.1.1.预约挂号（用户服务端透出：X里办-健康XX、支付宝-健康XX、微信-健康XX）迭代升级预约挂号，通过当前位置默认由近至远排列医院顺序，为用户更好地、快速地、高效地选择医院带来便利条件，满足用户就近就医的客观需求;通过筛选类型、区域、医院等级来实现个性化查找医院;支持按照科室搜索挂号；完

27、善医院介绍主页，完善医生擅长疾病信息。3.1.1.2.1.2.院内地图导航（用户服务端透出：医院微信公众号）展示院内路线图和楼层导航等，并根据个人就诊科室，提供院内导航链接，指引到正确就诊科室。3.1.1.2.1.3.停车引导（用户服务端透出：X里办-健康XX、支付宝-健康XX）接入停车数据，支持根据目的地医院地址打开地图，并展示路线图和交通推荐：展示医院周边停车信息。为便于用户了解各医院具体位置，给用户直观视觉体验，采用嵌入地图模型，通过医院名称反向调用显示周边医院，提供多种交通方式指引，如：驾车导航、公交导航、其他交通工具导航等，实现多场景化解决用户痛点。3.1.1.2.1.4.科室忙闲（

28、用户服务端透出：X里办-健康XX、支付宝-健康XX、微信-健康XX）提供科室忙闲程度查询服务。3.1.1.2.1.5.排队叫号（用户服务端透出：X里办-健康XX、支付宝-健康XX、微信-健康XX）展示目标医院各科室当前叫号信息及预计等待时间，发送到号提示或过号提示。方便用户随时获得就医排队顺序，以节省用户就医时间成本，提高院内就诊秩序管理。3.1.1.2.1.6.就医评价（用户服务端透出：X里办-健康XX、支付宝-健康XX、微信-健康XX）诊疗结束后可对医院、医生及整个就医过程进行评价，收集用户反馈。3.1.1.2.1.7.报告查询用户服务端透出：X里办-健康XX、支付宝-健康XX、微信-健康

29、XX）根据个人检验单信息，提供相关链接，查询个人检验检查报告记录。3.1.1.2.2.市互联网医疗服务平台3.1.1.2.2.1.优质医疗资源推荐（用户服务端透出：X里办-健康XX、支付宝-健康XX、微信-健康XX）整合全市优势专科、热门医生等医疗资源，生成相关信息和个性化推荐，展现各类优势专科和专家名医，引导用户找到适合他的医院科室及医生。为了方便用户更好地了解医院情况，打造智慧+数据一体化的应用服务。3.1.1.2.2.1.1.寻医搜索整合医院数据，从医院、科室、医生进行更进一步的数据优化，更好地让用户通过搜索功能根据关键字词快速查找到需要的信息，精准定位；支持按照病种、症状、科室等搜索挂

30、号。3.1.1.2.2.1.2.寻医推荐将不同医院的特色科室、专家医生提炼出来，根据用户病因给出最优推荐方案。3.1.1.2.2.2.智能科室导诊（用户服务端透出：X里办-健康XX、支付宝-健康XX）通过数据高精算法，接入Al智能导诊，根据用户的描述，精准分析，快递匹配并推送市属医院挂号科室。3.1.1.2.2.3.在线问诊（用户服务端透出：支付宝-互联网医院）提供全市互联网医院在线问诊服务，可供患者直接在线咨询。升级改造市互联网医疗服务平台，接入各医院院内平台，提供咨询、复诊开方、药品配送等互联网医疗健康服务。3.1.1.2.2.4.就医指南（用户服务端透出：X里办-健康XX、支付宝-健康X

31、X、微信-健康XX）增加丰富的就医指南、就医百科，为用户提供日常咨询和解答疑难问题。3.1.1.2.2.5.老少关爱专区（用户服务端透出：X里办-健康XX、支付宝-健康XX）设立一老一少关爱专区，通过对老人和小孩常见病的推荐，引导关系密切的医院、科室、医生，并呈现相关的健康资讯。3.1.1.2.3.家庭医生线上签约（用户服务端透出：X里办-健康XX、支付宝-健康XX）建立家庭医生线上签约服务模块，提供居民线上签约、续签家庭医生等功能。3.1.1.3.治理端（一屏展示）3.1.1.3.1.城市大脑2.O智慧医疗主驾驶舱包括今日动态、舒心e就医、重病e相助、健康e智管四块内容的相关指标和预警。其中

32、今日动态包括：医疗机构接入、传染病报卡、发热门诊人数、门急诊人次、出院人次、急救人数。舒心e就医包括：互联网服务人数、报告查询数、累计开方数、数智陪诊服务让人数、云入院人数等。重病e相助包括：救助服务人次、投保人数、投保金额、赔付金额等指标。健康e智管包括：家庭医生签约数、血压控制率、血脂控制率等指标。3.1.1.3.2.数智陪诊子驾驶舱基于数智陪诊服务流程的数据应用，汇总就医、消息等数据信息，进行数据治理、融合、计算，实现就医全流程全景展示、场景应用协同。为监管部门快速提供数据服务支持。大屏主要展示内容包括：院内导航使用人次、智能导诊使用人次、就诊过程提醒人次、就医忙闲指数、用药提醒人次、服

33、务满意度评价人次、满意度平均得分，热门科室、医生TOPK）等。3.1.1.3.3.市医学影像数据子驾驶舱基于现有XX市医学影像数据驾驶舱，按照统一的单点登录以及鉴权规范，与城市大脑2.O智慧医疗主驾驶舱进行集成打通。实现在城市大脑2.O智慧医疗驾驶舱中查看医学影像数据子驾驶舱相关数据，包括相应的BI数据及明细信息。3.1.1.3.4.公共卫生综合管理子驾驶舱（PC/移动端）让用户获取各业务的关键数据，包括就：健康档窠建档、高血压管理、糖尿病管理、儿童保健、老年人健康评估、预防接种、专病管理、孕产妇保健等指标。3.1.1.3.5.监控预警模型基于全民健康信息平台的数据应用，通过对监控症状、特异药

34、品和检验项目配置，预警阈值配置和症候群数据采集，建立症候群分类模型，为疾病预防管理者提供疾病预警信息，形成可视化信息展示，形成早期症状、早期表现、苗头性倾向、聚集性情况等疾病预警数据信息，实现疾病智能预警。3.1.1.3.6.预警结果的处置闭环基于监控预警模型形成的疾病智能预警信息，将预警结果信息分发推送至相关医院/区县，形成发生、归集、分析、预警、推送的全流程处置闭环。3.1.1.4.检查检验互认本应用主要建设内容：完成市检查检验互认共享平台适配性改造、业务对接联调和业务数据上传，并集成预约开单功能、新增医生互认数据报表、项目互认数据报表和对接市卫建短信平台，实现系统多因子身份证认证登录。3

35、.1.1.4.1.检查预约开单市检查检验互认共享平台需集成预约开单功能，方便复诊患者。市检查检验互认共享平台的客户端需新增预约开单接口，市检查检验互认共享平台的平台监管端需新增数据上传接口，并配合各医院相关系统进行预约开单接口集成和联调改造，实现预约开单记录上传到市检查检验互认共享平台。3.1.1.4.2.医生互认数据新增医生互认数据功能，实现各级医疗机构管理人员通过该功能实现以医生维度的提醒数、调阅数、互认数、互认率、脱漏率、节省金额等数据的统计分析，方便各机构对医生数据进行绩效考核。3.L1.4.3.项目互认数据新增互认项目维度的互认数据统计，实现按项目维护分析系统产生的互认/不互认数据。

36、3.1.1.4.4.多因素身份认证登录新增多因素身份认证登录，通过对市检查检验互认共享平台适配性改造，对接市卫建系统短信平台，实现用户多因素身份认证登录。3.L1.5.数智医联体3.1.L5.1.双向转诊升级住院转诊功能门诊为生院），、g帝甫，中，,患者瑞门诊01（手机打打）入院准备中心Ml床位嚣5诊疗I入院须知模板j入院申清-入相关入院院患预入院状态同步通知患者预入院者备报入中道I钉打消息通知I接收收申预入院状PL申清处理Ki入院处理否入院登记通知（自费状态）打印入院单入院登记入皖须知打印入院单患者病区报道3.1.1.5.1.1.床位资源查询对接市级医院床位资源，支持基层医疗机构查询。3.1

37、.1.5.1.2.住院转诊流程整合升级住院转诊模块增加床位资源查询页面，可以根据医院，住院科室条件进行查询，查询结果包含总床位数、空闲床位数、排队数量。另外在住院转诊过程中整合床位资源查询页面，医生在转诊过程中可以实时查询了解预转往医院科室的床位资源情况，并与患者沟通预计排队情况。3.1.1.5.1.3.住院转诊记录查询基层医疗机构的医生，以及基层医疗机构的管理员可以查看自己权限内的所有住院转诊，按照转诊时间、患者姓名、患者身份证，转往医院等查询条件查询历史住院转诊记录，并按照查询结果可以进行导出，同时在转诊记录列表可以点击查看当前转往医院科室的床位资源情况。3.1.1.5.1,4.住院转诊统

38、计区管理员角色可以按照基层医疗机构以及市级医院纬度统计，区域内各个基层医疗机构转往市级医院的总数；基层医疗机构管理员可以按照全科医生以及市级医院纬度统计，统计院内各个医生转往市级医院的总数。3.1.1.5.2.7.2双向转诊新增出院康复下转3.1.1.5.2.1.主动下转功能主治医生在患者出院后了解患者需要康复需求，通过下转功能主动下转给医联体内基层医疗机构。3.1.1.5.2.2.患者自助申请出院小结打印单上增加康复护理申请入口，患者自助扫码完成康复需求申请。3.1.1.5.2.3.康复需求评估基层医疗机构收到康复需求后，电话或者上门进行康复需求评估。3.1.1.5.2.4.康复需求计划根据

39、康复需求评估结果，制定康复需求计划。3.1.L5.2.5.康复服务履约根据康复需求计划，进行康复服务履约。3.1.1.5.2.6.出院下转记录查询各级角色用户查询出院下转转诊明细记录。3.1.1.5.2.7.康复需求计划查询各级角色用户查询康复需求计划明细记录。3.1.1.5.2.8.康复服务履约查询各级角色用户查询康复服务履约明细记录。3.1.1.5.2.9.出院下转统计按照区县，机构不同等级统计出院下转情况。3.1.1.5.3.双向转诊新建区域床位管理与预约中心3.1.1.5.3.1.床位管理与预约中心1预约列表管理。已申请记录进行统一管理，分已申请、预入院、已登记三种状态；支持列表显示字

40、段配置；支持关键词如姓名、身份证搜索、开单日期选择、收治科室选择等筛选。2.申请处理。入院申请单审核处理，包括预入院业务办理与出院结案登记；支持基本信息查询、预入院信息查看修改；支持床位信息查询与床位资源分配;支持拓展业务，包括门诊转诊、短信通知、申请单打印、申请患者健康档案调阅。3.床位管理。床位资源管理。4.模板管理。支持打印住院申请单。5.业务统计。支持时间段内预约病人及申请状态统计；入院申请来源及申请人数统计。3.1.1.5.3.2.基础支撑为更好地提供区域床位管理应用，除了资源上的共享之外，还需要提供业务政策的支撑，如门诊转诊、住院转诊、出院康复下转等内容。诊疗过程中产生的譬如病历信

41、息、双向转诊、线上建档等数据可以对医生的诊疗起到重要的参考和辅助作用，及时共享数据，可以有效提高诊疗效率与质量。3.1.1.5.3.3.便民服务提供居民端访问服务，提高居民的获得感与幸福感。居民可以在移动端如X里办或医院微信公众号查看到床位的审核状态、排队状态，以及预计的时间，提高居民就诊的便捷性.3.1.1.5.3.4.数据共享交换在应用开发过程中如果要用门诊病历就诊数据问传，出院小结等信息，可以通过接入医养护平台调用对应的方法来实现对居民转诊后就诊状态，就诊病历信息回流告知转诊医生。微应用接入X里办需对接X里办的用户体系，也就是采用单点登录的方式获取当前X里办登录用户的登录信息、。首先需要

42、业主部门人员在钉钉内提交申请;用户信息对接申请：X政钉、机关内部最多跑一次、用户认证体系对接申请提交3.1.1.6.数智陪诊医院公众号应用医院*号支付宝抗州互修园医疗浙里办健康枕州应用入口消息平台医院资源医院NifeHHIS. US, PACSItMX 号.院内尊航 峰泰统车空信胤 停场位息Mt-应用界面HIS. US、 PACSH, 2、内导Itt杭州就医智餐家服务平台平台监控流程亚务配置管理依据大屏消息统一服务平台接口HIS. LIS. PACSItKlM 号、IR内导本应用主要建设内容：通过患者就医行为和院内系统实时交互反馈，结合医院线上和线下服务，为患者提供个性化的就医引导。对就医行为

43、每个节点智能推荐所需服务，让服务找人，提高患者就医效率和满意度，同时减轻医护人员日常重复性咨询。搭建数智陪诊服务流程，以实体医院依托，围绕患者提供全流程陪伴式就医服务。通过全过程陪伴式数智就医服务，让老百姓快捷完成就医流程。新建市就诊提醒消息统一管理中心。聚焦就诊全流程，融合诊前就医停车导航，诊中院内地图导航、科室忙闲查询与排队叫号、检查取药等提醒，诊后就医满意度评价、智能服药提醒，在X里办、医院公众号等互联网服务端提供“管家式”就医体验。3.1.1.6.1.患者端服务门户主要进行数智陪诊的消息功能建设:基于医疗机构HlS等各院内系统数据，在用户端建设应用，实现用户在线查阅诊疗全流程各项信息，

44、支持根据用户就诊状态不断更新流程提醒。聚焦就诊全流程，融合诊前就医停车导航，诊中院内地图导航、排队叫号、检查取药等提醒，诊后就医满意度评价、智能服药提醒。*RMMMBMBMMNMM（消息平台架构图）3.1.1.6.1.1.科室忙闲查询医院科室忙闲查询，包括科室当前叫号，当前候诊数等。3.L1.6.1.2.周边停车显示医院周边停车位信息，包括开放的停车场，空余车位，距离，可以直接导航。3.1.1.6.1.3.预约挂号根据渠道判断集成健康XX或医院现有预约挂号，用户可选择对应医院科室或专家医生进行预约挂号。3.1.1.6.1.4.报告查询根据渠道判断集成健康XX或医院现有报告查询，查询患者每次就诊

45、相关检查和检验报告单。3.1.1.6.1.5.电子医保凭证在X里办或微信公众号打开用户电子医保凭证展码，方便用户通过电子医保凭证在医院线理刷码取号，报到等。3.1.1.6.1.6.院内（地图）导航调用第三方院内导航服务，导航患者到医院后所需就诊或检查科室。3.1.1.6.1.7.排队叫号查询当前就诊排队叫号情况，包括我的叫号，当前叫号等。3.L1.6.1.8.检查报告（本次）查询本次就诊医生所开检查项目对应的检查报告内容。3.1.1.6.1.9.检验报告（本次）查询本次就诊医生所开检验项目对应的检验报告内容。3.1.1.6.1.10.用药提醒设置根据处方或自已输入药品用法和用量以及提醒时间规则，推送服药提醒。3.1.1.6.1.11.费用查询查询患者最近三个月门诊费用及费用清单。3.L1.6.L12.满意度评价对整个就诊环节进行满意度评价。3.1.1.6.1.13.消息查询查看挂号、支付、报告、取药、用药提醒等消息推送，按时间倒序。3.1.1.6.1.14.上线X里办、支付宝和微信公众号集成到X里办健康XX,医院微信公众号，并通过渠道区分。3.1.1.6.1.15.用户体系整合用户体系集成XX市民卡用户，通过市民卡用户进行实名认证。3.1.1.6.2.管家式消息服务主要进行数智陪诊的消息功能建设:基于医疗机构HIS等各院内系统数据，在用户端建设应用，实现用户在线查阅诊疗全流