《XX医院集团信息集成平台及大数据中心建设项目需求说明.docx》由会员分享，可在线阅读，更多相关《XX医院集团信息集成平台及大数据中心建设项目需求说明.docx（39页珍藏版）》请在课桌文档上搜索。
1、XX医院集团信息集成平台及大数据中心建设项目需求说明一、项目背景（一）项目总体目标在XX市XX医院集团（以卜简称“集团”）层面搭建信息集成平台，实现集团各院区各业务系统的数据标准化交互共享,患者和业务系统基珈字典的标准化整合；建设跨院区数据中心系统，将多个业务系统数据进行整合，实现所有院区数据的统管理和应用：基于跨院区信息集成平台，搭建覆盖五个院区的业务交互中心，实现集团聘机构数据互联互通、医疗资源共享、医疗服务协同，进一步提升医院智修服务水平：通过建设集团运营监管中心，实现集团内各机构费用情况、医疗情况、人员详细情况，以及跨院区业务交互量等数据的统展示与监管。（一）建设原则（1）总体规划、分
2、步实施考虑到项H的规模和实施的复杂性，分阶段实施,循序渐进。根据实际情况，确立整体的目标，制订统一的规划，保证工程实现各方目标一致，标准统一，系统有机衔接。在统一规划的基础上分阶段，有步骤地推进实施.先互联互通，再逐步统一；先建框架，再逐步深化；先行试点，再全面推广。以保证项目经费等措、多部门协作、项目风险控制、电杂业务实现、项目实效达成等多方面的可花程度.（2）顶层设计、遵循标准项目设计和开发应符合国际、国家及XX市医疗卫生行业的相关信息化和数据标准或规范，遵循中国卫生信息标准，项目采用标准的、开放的通讯接口和数据标准，允许不同厂商的信息系统有机地整合。遵循国家标准，使医疗工作者更加集中精力
3、在业务方面，提嬴平台的乂次，使开发应用不仅和外部进行有效的交潦，还能够预期将来的业务的发展。（3）承前维后、科学发展项目在设计过程中要充分号虐继承和利用已有的建设基础、硬件设备和应用中的软件系统，充分利用前期建设成果，在原有基础上进行整合、扩展、新建，促使智然健康事业不断迈向更高的台阶及科学可持续发展。（4）数据驱动、脑量优先高质量的数据是业务处理的堪础，系统是围绕业务进行设计，业务是掂于数据进行展开，数据的变化和不稳定性对于系统设计来说代价是高昂的，遵循以数据为中心”的原则，全面注重数据脑量的有效提升,提炼和抽象出能够不断犷展的元数据体系统与核心数据模型，保证系统的无缝集成和可持续发展。（5
4、）创新驱动、协调发展在兼顾成熟技术的同时充分利用创新技术和理念，围绕单一业务、业务联动性、业务协同性、业务整体性等方面枳极打造创新应用，不断驱动项目高效出彩和协调可持续发展。二、建设清单序号系统大类系统名称1.跨院区信息集成平台ESB企业服务总线2.消息管理3.主数据管理4.患者主索引管理（EMPI）5.应用系统接入6.消息中心7.平台监控系统8.平台调度系统9.日志中心10.实时数据中心11.但域对照12.交互服务13.管理模块14.跨院区数据中心系统HIS数据同步15.EMR数据同步16.检验检查数据同步17.其他应用数据同步18.ET1.引擎19.数据支撑平台20.指标元数据管理平台21
5、.集团患者360视图22.跨院区业务交互中心资源管理23.交互预约24.交互管理25.集团运营监管中心运营监管（PC端）26.运营监管（移动端27.运营监管（大屏端）28.人工智能应用人工智能应用29.自助机智慧医疗平台功能建设自助机智慈医疗平台功能建设30.患者营养点餐系统患者营养点钱系统31.食堂管理系统32.护理一体化平台护理一体化平台集群功能33.应用托管34.护理开发护理平台35.检险系统接口改造检险系统接口改造36.企业微信及护理健康宣教接口改造企业微信及护理健康宣教接口改造三、技术参数3.1 集团信息集成平台及大数据中心建设3.1.1跨院区信息集成平台集团U面搭建信息集成平台，需
6、要实现集团各院区各业务系统的数据标准化交互共享、集团内患者和业务系统基础字典标准化整合，为其他业务应用提供数据基础。3.1.1.1 ESB企业JK务总线1、适配器适配蹲应实现对各种数据源、信息源、以及各种应用系统的无缝衔接，不仅提供各种预制的适配器产品供集成配置使用，同时还提供标准的扩展接口供特殊需求下的扩展开发。2、消息代理消息代理用来实现路机构、网络,平台或设备的异构应用系统的互联互通，是医院数据和信息跨域交换的重要中介。在提供HTTP、SoCkeI、FTP等多种通讯协议之间灵活转换的同时，还可以对各种格式的消息进行消息校验，消息过滤、内容转换、智能路由等业务规则处理。3、服务代理服务访问
7、代理主要功能是实现在SOA环境中应用系统便捷的接入总线，通过发起总线服务请求或建立基于总线的事件驱动机制，服务访问代理使得用户可以灵活方便的调用部署在分布式总线环境下的各服务04、配置管理中心集成平台配宜管理中心是针对医院信息集成平台的各个信息通道之间的可控性、交互服务的可管性开发的一套综合管理系统，通过管理系统与信息集成引擎的对接，可以有效的对各个业务系统之间的交互内容、交互标准、交互规的、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交互进行有效规范，确保信息交互的安全性、有效性和可然性.5、权限管理管理接入ESB服务总线的各类系统厂商。配置接入，发送，接收等权限。6、服务管理对
8、服务的详细内容进行维护及管理，配巴服务的信息：如服务方式SoCkeI,febapiwcf.webservice.负载，超时时间，IP、端口、调用方式、提供者、可调用拧（消费者）等。7、服务测试对平台开放的服务进行在线测试，厂商能够独立在平台上进行接口调试。3.1.1.2消息管理1、集成规范通过对门诊、住院核心业务流程进行分析、梳理，对所有业务交互正常、特殊流程进行整理，找出各院区各系统之间仃交互关系的场景，对每个交互场景所涉及的系统、触发时机、交互信息进行整理，按业务领域编制集成规范，聘领域所涉及的集成流程设计、集成场景说明、集成消息定义在具体文档中，作为医院集成平台信息交互规范。要求现仃业务
9、系统按此规范设计、开发接口接入平台。对于后期接入的新系统和更替的系统也按此规范接入平台。2、消息定义对所有支持的消息进行统管理，版本控制。3、消息路由需提供可视化的路由配置界面，通过拖曳，勾选即可完成路由的配置。通过可视化界而可直观展示目前接入系统情况，每个接入系统的发送和接收消息列表。4、消息追踪在运行过程中需要及时对平台的消息流向进行监控，平台需提供消息追踪功能，能够清楚的显示出消息的源头及消息被那些应用系统接收以及接收后反馈，方便管理维护、错误定位。5、故障恢复在网络通畅或应用接入恢兔的情况下，平台需具备向特定的接入应用发起消息歪传功能，以保证对方业务系统能够迅速恢竟。3.1.1.3 主
10、Ihg管理通过主数据管理平台定义数据的值域和制定标准，建立院内标准体系为实现互操作提供必要的语义保证，同时对患者、医护人员、科室、医嘱等基础数据及相关主索引实行统管理，做到数据存储和数据发布的唯性和各种报表的致性。1、全院人员管理支持统人员管理，对院内职工、院外人员使用医院信息系统的行为进行统一管理，实现信息系统间权限集中管理，建立多级授权管理体系，建立人事系统员工相关信息变化和医院信息系统用户权限变化的联动关系，为各类人员提供统的医院信息系统访问方式。主应包括如下儿个方面：桀中员工管理。对员工进行桀中管理集中授权管理。集中分配用户对医院内部各信息系统的访问权限，并保证授权行为的可追溯。2、医
11、院组识机构管理需建立医院统一的组织机构架构，包括临床业务科室、职能部门、后勤部门等。为全院信息平台上各应用系统提供完整、统的医疗卫生机构（科室）信息。3、术语集和基础字典的管理术语和字典范围应包括医疗卫生领域所涉及到的各类专业词汇，以及所遵循的数据标准。建立术语和字典注册库，用来规范医疗卫生事件中所产生的信息含义的一致性问题。术语由平台管理者进行注册,更新和维护：字典既可由平台管理者又可由机构内各应用系统来提供注册、更新和维护。3.1.1.4 患者主索引管理（EMPI）患者主索引系统用于全院范围内患者基本信息索引的创建,搜索和维护，可以智能地协助医疗人员对病人有效地进行搜索。医疗机构通过建设主
12、索引（EMPD来识别、匹配、合并、取消重更的数据，净化病人记录，利用主索引可获得完挺而单的病人视图。主索引建设内容应包括： 对院内忠者主索引进行集中存储和管理; 保证单个患者在一定的国内的啡一性和可靠性，能够识别不同来源系统间患者的关联性； 提供一个管理控制台，对患者数据进行图形化管理： 通过配冏界面对主索引的属性和唯一性识别规则、权或进行定义： 提供主索引维护界面。包括对主索引的修改、手工合并拆分： 提供标准化的接口方式同外部系统进行交互，如患者注册、查询等： 提供日志审计功能，提供详尽的患者主索引变动日志。功能要求如下：1、患者信息注册 业务系统希望把一个患者的索引加入到EMP1.系统时，
13、向EMP1.系统传送谙求注册消息，消息中包含待注册的患者信息，主要元素应包括：业务系统1D、患者ID、姓名、性别、出生日期、出生地、民族、母亲姓名、婚姻状况、身份证号、住址、电话等； EMP1.系统通过匹配规则检杳系统中是否已存在该忠者的索引，按照新增索引或更新索引两种情况分别处理： 新增索引需要在EHP1.系统中记录业务系统的索引，同时产生主索引： 更新索引需要更新匹配的业务系统的索引，同时更新主索引： 主索引更新时,需要对订阅主索引的系统发布更新的主索引。2、主索引管理,对院内的主索引进行集中存储和管理“3、主*引合并：提供界面用于手工对主索引进行合并、拆分、修改等。4、主索引统计，按日、
14、周、月、年等时间段统计生索引新增情况。5、主索引操作日志,EMPI系统业务记录发生的变化都需耍记录操作日志.需要记录的业务操作有：新增主索引、修改主索引、合并索引、取消索引合并、索引自动匹配、取消自动匹配。3.1.1.5 应用系统接入H1.7接入服务提供H1.7接口用于连接院内的各个应用系统，信息集成平台支持H1.7v2.4xH1.7v2.5、H1.7v3.在H1.7接入服务上需要遵循以下的规则:1、任意两个及两个以上系统进行信息交互必须通过信息集成平台:2、应用系统发送和接收的数据都必须符合H1.7/IHE标准，在H1.7没有定义的情况卜.才允许对H1.7标准进行扩展，支持厂商自定义的消息内
15、容：3、应用系统接入，应提供如下服务： 接入服务：负责监听、接收各接入业务系统的业务消息，及时响应对应交互状态： 路由服务：负贵根据平台设置的各项消息订阅、路由配置情况完成消息的转发，同时返回结果并记录H忐； 队列服务：负贪消息的哲存和记录： 推送跟务：负责分发各接入系统订阅服务： 数据库服务：负责存储平台交互过程中产生的实时业务消息。3.1.1.6 消息中心建立医院信息推送平台，将门诊就诊预约、变更通知、检查预约、住院排床、检杳报告结果通知、手术通知、手术进程、欠费等内容通过短信、支付宝小程序等多种方式通知医护人员、患者或家属。3.1.1.7 平台监控系统平台监控系统从接入层、平台层、网络层
16、、服务器层、数据库层等对平台所有服务数据、消息路由情况、性能数据等进行监控，通过监控平台提供给系统管理员作为参考。对于特定的异常情况可以在平台首页提醒，也可以通过如电子邮件、手机短信、微信等进行消息通知。1、ESB监控监控内容应包括：ESB服务器CPU、内存使用率、硬盘使用率情况，ESB服务情况，ESB消息流速，队列情况，ESB数据库情况，厂商接入情况，厂商消息监控，MQ详细情况等。=2、ET1.监控支持监控ET1.过程的运行状态（成功，失败,等待,进行中），支持记录ET1.的任务整个运行过程中的所有相关统计信息。3、HDC监控监控网站数据库服务器资源情况，表空间，内存.CPU,SGA,连接情
17、况等，以及数据库数据流I/O情况，HDC涉及的服务运行情况。4、运行性能监控对所有平台运行消息进行性能监控，对平台所有对外的股务进行性能监控.达到及时提醒和快速故障诊断的效果。3.1.1.8 平台调度系统支持对ESB服务的调度，MQ的调度，日志服务调度，ET1.调度，HDC服务调度等。通过可视化界面，傻瓜式完成服务至启、停止、日志清理等悚作。3.1.1.9 日志中心支持操作日志、消息日志、错误日志、警告日志、调试日志等不同级别的日志记录，如使用操作、安全除私权限管理、服务异常错误或警告等。3.1.1.10 实时数据中心支持接收业务系统交互产生相应的业务数据并进行存储：支持病人信息、检验数据和报
18、告（门诊、住院）、检查数据和报告、门诊处方、门诊治疗项H、住院医喉、手术、麻醉、用血、门诊、急诊及住院收费、住院执行计划、饮食等信息存储：支持提供本地数据的通用隹询服务。3.1.1.11 值城对照应提供医院标准主数据和各业务系统字典数据进行对照，保证ET1.采集时,进行有效转换，保持数据一致。3.1.1.12 交5务通过信息集成平台建设，支持以下服务：1、文档管理服务：2、个人信息注册、查询服务：3、医疗丑生人员注册、查询服务：4、医疗卫生机构（科室）注册、包询服务：5、医相信息交互服务：6、申请单交互清务:7,就诊信息交互服务：8、术语、字典注珊、杳询服务；9、预约信息交互服务；10、结果状
19、态交互服务.3.1.1.13管理模块Web管理模块用来管理和维护基本功能模块，具体功能应涵盖：1、菜单管理：管理平台所有的菜单功能：2、平台字典：集成平台内部字典维护：3、参数管理：集成平台相关参数配置4、系统字典：集成平台相关系统字典配置：5、字典管理：全院所有字典类别信息维护，所有使用到的字典都能够统一管理：6、权限维护：管理平台系统的件功能菜单、按钮权限：7、平台角色管理：管理平台的角色，支持不同角色进行不同的功能菜单权限分开维护：8、平台用户管理：管理用户使用平台的角色，区别不同的角色用户、使用菜单和权限：9、职工管理：提供全院职工基本信息、证照信息、科室信息对照、病区信息对照、职工临
20、床权限等信息维护：10.平台管理：维护全院与平台对接的业务系统信息、包含发送和接收端信息等各项平台运维所需的基础信息，3.1.2辱院区数据中心系统通过建设ODS符多个业务系统数据进行整合。ET1.将数据进行抽取、转换为国家和省厅相关数据集标准，加载到CDR、ODR数据集市，供CDR集成视图、临床科研分析、运营分析等使用。1.1 .1.1HIS数据同步HIS系统数据范国应包括：业务系统代码、病人过敏记录、门诊病人诊断资料、门诊病人体征信息、门诊病人问诊信息、门诊就诊信息、门诊处方信息、门诊侯技信息、门诊收费信息、门诊支付信息、挂号排班、挂号预约信息、挂号信息、住院病人信息、住院医嘱记录、住院医网
21、执行记录、住院床位变动、转诊（院）记录、住院费用记录、住院结算明细、住院结算记录、检查申请单、检验申谙维、手术申请单、病药申请单、静脉配置等。1.2 .1.2EMR数据同步EMR系统数据范用应包括：业务系统代码表、住院病人体征信息、住院病人问诊信息、住院病人诊断资料、入院记录、出院记录、病程记录、婴儿信息、24h内入出院记录、24h内入院死亡记录、病危通知书、出院评估记录、待产记录、病人附加信息、分娩记录、高值耗材使用记录、会诊记录、护理计划记录、护理记录、护理记录明细、交接班记录、阶段小结、麻醉知情同意书、剖宫产手术记录、其它知情同意书、日常病程记录、入院评估记录、上级医和查房记录、首次病程
22、记录、手术护理记录、手术知情同意书、术后访视记录、术后首次病程记录、术前访视记录、术前讨论、术前小结、输血知情同意书、死亡病例讨论记录、死亡记录、特殊检查治疗知情同意书、疑难病例讨论、转科记录、治疗记录等。1.3 检验检查数据同步1.IS.PACS、手麻系统数据范闱应包括：业务系统代码表、病人危急值信息、检验报告、检眩报告明细,细菌结果、药敏结果、检查报告等.1.4 其他应用数据同步ODS数据库采用日志挖掘的方式，对医院其他业务系统的后台数据库进行实时的日志挖掘，将数据变化量实时传递至ODS服务器，并应用到ODS数据库中.3.2.1.5ET1.引擎3.2.1.5.IExtract功能应包括：范
23、围过渡：抽取表中所有数据或者根据时间抽取相应数据：字段过滤：只抽取需要的字段，不需要的就不用管：条件过滤：根据抽取条件抽取数据：格式转换：特别是时间格式，最好是做成统格式：赋缺省值：对于空的部分数据，根据需要赋一个缺省值：类型变换：如将number类型转换为Yarchar类电：代码转换：就是将在不同源系统中同含义不同的编码表示转换成统的编码表示,如将代表性别“男的N,0转换成M；数值转换：就是度量堆位的转换。3.2.1.5.2Transfo11将抽取的数据，进行定的处理，生成目标表所需要的格式、内容。处理内容应包括：字段合并、字段拆分、数据翻译、数据聚合、数据合并、行列转换、参照完整性检查、唯
24、一性检查。3.2.1.5.31.oad将数据入库，如果经过前面的ET过程，数据可直接入库。主要功能如卜丁更新入库：对数据库中的记录进行更新；插入：将数据直接入库：刷新：将表中的数据清空，然后入库：部分刷新：将表中的部分数据清除，然后入库。3.2.1.6.4JoB调度优先级：任务之间执行的先后紧急顺序，将DSJob分为几个优先级，同一优先级或者不同优先级的JoB间有依赖、互斥等关系。顺序乱序执行：顺序就是按照时间的先后顺序加载，乱序则可以不按照时间顺序执行，主要是一些高频率JOB,异常情况不适合人工处理。出错处理、重传处理：要求整个ET1.支持重做.调度监控：对ET1.的处理结果和或要步骤进行记
25、录，通过邮件或短信通知相关负责人。321.6数据支撑平台辅助大数据应用的源端数据接入、转换、传输及管理平台，支持多平台、异构，集数据质控、差异补偿及自动化预警于一体的稳定可控国产化数据支撑平台。3.2.1.6.1 自动检测运行环境检费对手同步作业的运行环境进行检查，检查项应包括：数据源连接,网络延时、源库字符集、数据源抽取权限、日志校验、附加日志校验等，当遇到故障不通过时，先按设定的重试次数进行重新同步，若无法同步完成，需将错误将存日志并继续同步其他批次数据，不影响同步过程，并对异常同步数据触发预警及处理建议，以上内容均需要支持WEB界面管理。DD1.同步支持表结构发生变化时实时、自动同步，保
26、证源端与数仓的表结构完全一致。容错检窝下级单位往上层传输数据时因网络故障中断传输，当网络恢身后可自动恢宏传输，并保证数据一致性。3.2.1.6.2 9*应提供增量同步异常、表结构变化、质控结果、软件运行状况等预警提醒,提醒方式采用钉钉，支持多层级预警。监控数据同步系统的运行情况，系统出现异常在分钟内进行钉钉提醒.针对敏感性数据在同步期间应进行数据脱敏脱t对表和表中字段进行规则配置,经过脱敏后落地库上即为脱敏数据，实现隐私数据的可靠保护“3.2.1.6.4 曙用户授权对业务访问权限进行控制，禁止直接访问业务阵，只针时所需要同步表进行查询授权，在保证正常同步的基础上保证数据安全性。3.2.1.6.
27、5 1.6.5自定义配置多层级可多U级数据上传，下级单位往上传辘数据过程，无损传输，过程中可防止数据篡改。表格配置时表格进行映射达到区分的目的，以适配多源儿中到单一目标的表格重处问题。作业调度支持用户根据实际使用情况对于增量同步作业进行自定义调度，支持调度粒度包括月、周、天、时、分、秒，3.2.1.6.6 元数据管理平台通过WEB端页面，根据配置后的视图接口SQ1.和指标说明自主采集，更改,查看一级指标数据。在一级指标数据基础上，可自主计算二级指标数据，甚至三级指标数据。单一指标数据可根据不同维度，直接生.成报表。指标可预警，设置上限值下限值和正常值，预警到机构、院区、科室、医生。形成各个应用
28、的统入口.医院相关人员可以查看指标的定义、口径以及在哪些应用中使用，可以进行数据核对,做到数据的可理解、可追溯、可管控。3.2.1.7.1数据源雉护可根据医院实际情况维护数据源，选择过港该数据源卜.涉及的视图或者表。3.2.1.7.2指标维护支持指标分类（树状结构）的维护，如运行管理类、合理用药类、快疗质量类等（不局限这几个分类，可以用、删、改、S）,在指标分类下维护指标编辑：可维护指标的基本属性，PC端、移动端、大屏端的指标说明可以直接读取这里的指标说明，第合指标可以综合计算得到公式。采集口径：可维护指标多种口径，可维护采集视图，以及查看该口径对应的采集作业和数据中心对应的查询视图及对应字段
29、，为卜.一步的数据核对做基础。预警值设置：可维护不同层级的预警值，如全院、院区、科室、医生。维护好的指标可以选择是否立即开启，可根据U级进行查询设置过的预警指标.3.2.1.7.3指标应用可定义不同主题或者不同应用（或报表）下的指标集，指标集可切换口径,点击查询后可根据自定义报表进行数据核对，如果数据不一致，可进行数据重采或拧修改指标口彳仝。支持查看在哪些应用中使用过指标，这样可以统修改指标的口径，使得口径一致。另外可通过指标应用建立相关的模型，为敏然大数据分析平台做基础。3.2.1.8集团患者360视图集团患者360视图以合适的U1.集中展示医疗活动中需要的客观数据，提供集团内各医院全过程医
30、疗数据的图表化表达，实现对各种医学影像（超声、X光、CT、MR1.等）、心电、麻弹监护数据、手术、医喉、用血、检验、舌像、脉象信息等多种医疗数据的综合阅览分析，为临床医护人员提供统一的、完整的、单一界面的数据整合视图，使医护人员在大量有参考价值的信息基础上，开展卜一步的诊疗活动。集成视图打破院区、科室、系统的数据界限，实现医院的信息资产收益最大化。集团360视图应包括以卜基本功能： 整合集团内各医院采集到的患者临床诊疗数据： 单一界面，方便、准确、快捷的将病人各种资料整合展示； 提供方便的局部视图数据放大功能： 提供查阅历次就诊医疗记录的功能，包含门诊、住院、体检： 集中显示患者既往疾病诊断、
31、既往手术室史、药物过敏史、不良反应史； 提供查阅各类检查、检验报告，检验项目提供参考值，突出显示超出范围值的结果，有同类历史检验项目的，提供图形化比较展现： 有同类历史检验项目的，提供图形化比较展现： 桀成影像展现功能： 提供包阅各类检杳、检验执行状态的包询： 图表化展示生命体征和监护数据： 集成视图提供完善、丰富的遍用接口,供业务系统集成使用： 提供所有病历文档的浏览： 提供各类闭环展示： 个人摘要页面支持自定义配置，不同科室可配置显示不同视图： 基丁组件化、插件化的思想进行设计、开发，确保系统的稳健和持续发展； 对患者进行单个、批量设置病种标签和收藏，3.2.1.8.11私模板配置根据适应
32、范围可自定义隐私模板.对360患者数据集进行隐私控制.3.2.1.8.2障私保护管理根据用户角色类型可自定义隐私权限配置，对360视图浏览时做隐私控制,防止患者敏感数据外泄。3.2.1.8.3闭环节点设置可自定义闭环类型，为每个闭环类型自定义节点,用于360视图中闭环展示。可自定义设置闭环流程，可单独设置门诊、急诊、住院、体检流程。3.2.1.8.5个人搞要配置提供个人摘要的个性化配置，可根据适应范闱配置麻区、科室、医疗组、个人模板，360视图个人摘要根据模板加载显示不同内容。3.2.1.8.6360访问日志支持记录患者360浏览和调阅日忐。3.1.3跨院区业务交互中心搭建跨院区业务交互中心，
33、实现集团内跨机构数据互联互通,医疗资源共享、医疗服务协同，提升集团运行效率和患者满意度。3.1.3.1 资源管理整合集团各院区医疗服务资源，统一管理和调配,对协同服务流程进行管理,通过提供交互页面实现资源共享。3.1.3.2 交互5（约集团各院区通过交互预约系统开展医疗服务预约，在统一患者主索引的基珈上，实现各院区信息系统基础业务标准化。3.1.3.3 交互管理对集团各院区发起的交互申请进行处理，对交互服务记录进行统计查询。3.1.4.1 运营监管（PC*）3.1.4.1.1 今日动态显示集团内各机构全院收入、门急诊收入、住院收入，在线服务医院数，科室数，医生数、门诊药品收入，药占比，预约人次
34、，挂号总人数，门诊人次，急诊人次，住院药品收入、住院药占比、在院人数，入院人次、出院人次、平均住院日、手术例数、麻醉例数、三四类手术例数，三四类手术占比、择期手术例数，日间手术例数，就诊峰值、平均候诊时间，急诊平均候诊时间,挂号人次按小时分布、门诊收入按类型占比，住院收入按类型占比、手术例数等级占比，机构在院人数ToP5,床位使用率TOP5、机构手术例数ToP5。3.1.4.1.2 费用监管显示集团内各机构费用情况，应包括门急诊仍用、挂号人次，人均费用、人均费用同比环比，住院费用，出院人次，人均费用、人均费用同比、人均费用环比、支付人次构成、费用占比、支付费用构成、病人费用类别情况，门诊住院均
35、费趋势，门诊核.算项目构成，住院核算项目构成、全院核算项目构成。3.1.4.1.3 医疗监控显示集团内各机构医疗情况，应包括：处方员、抗菌药物占比、人均药品数，床位使用率，手术台次数，入出院诊断符合率、药占比、检验检查人次，体检人次、就诊患者人次分布、，门急诊人次趋势图、号源构成，住院疾病TOP,出院总人次、门诊疾病T0P,智慈结算排行，平均住院日推行，就诊患名年龄分布。3.1.4.1.4 人员分析显示集团内各机构人员详细情况，应包括：人用总数，医生数，护士数，医护比，人员变化趋势，人员构成、技术职称构成，学历分布情况，工作年限构成情况。3.1.4.1.5 跨院区业务交互概览按月、按年维度展示
36、跨院区业务交互量，号源、床位、检验检查、手术等业务交互人次、业务交互TOP情况.3.1.4.2 运营监管（移动端）3.1.4.2.1 今日动态显示集团内各机构全院收入、门急诊收入、住院收入，日均收入：在线服务医院数，科室数，医生数；预约人次，挂号人次，门诊人次，急诊人次，就诊人次，预防接种人次：在院人数,入院人次、出院人次：就诊峰值、平均候诊时间，急诊平均候诊时间，住院收入按类型占比等。3.1.4.2.2 1.4.2.2费用监管显示集团内各机构费用情况，应包括门诊费用，人均费用、人均费用同比环比，住院费用,出院人次,人均费用、人均费用同比、人均费用环比、支付人次构成、费用占比、支付费用构成、病
37、人费用类别情况，门诊住院均费趋势，全院核算项目构成等。3.1.4.2.3 医疗监控显示集团内各机构医疗情况，应包括：处方量、抗菌药物占比，床位使用率，手术台次数，入出院诊断符合率、药占比、检验检查人次，体检人次、就诊患者人次分布等。3.1.4.2.4 人员分析显示集团内各机构人员详细情况,应包括：人i总数，医生数，护士数，医护比，人员变化趋势，人员构成、技术职称构成，学历分布情况，工作年限构成情况等。3.1.4.2.5 身院区业务交互概览按月、按年维度展示跨院区业务交互量，号源、床位、检验检查、手术等业务交互人次、业务交互TOP情况.3.1.4.2.6 SW支持对各指标监控过程中预警阈值进行设
38、置，时超过现值的指标数据进行预警。根据实际数据与设定阈值进行比对，在超出范围后，系统会有预警值提醒和标识，不仅可以查看预警的机构数，还能详细查看该机构下各科室预警情况、科室下各医生预警情况.3.1.4.3 运营监管（大屏端）3.1.4.3.1 今日动态显示集团内各机构全院收入、门急诊收入、住院收入，在线服务医院数，科室数，医生数、门诊药品收入，药占比，预约人次，挂号总人数，门诊人次，急诊人次，住院药品收入、住院药占比、在院人数，入院人次、出院人次、平均住院日、手术例数、麻醉例数、邛q类手术例数，三四类手术占比、择期手术例数，日间手术例数，就诊峰值、平均候诊时间，急诊平均候诊时间，挂号人次按小时
39、分布、门诊收入按类型占比，住院收入按类型占比、手术例数等级占比,机构在院人数TOP5,床位使用率TOP5、机构手术例数TOp5。3.1.4.3.2 费用监管显示集团内各机构费用情况，应包括门急诊费用、挂号人次，人均费用、人均费用同比环比，住院统用，出院人次，人均费用、人均费用同比、人均费用环比、支付人次构成、费用占比、支付费用构成、病人费用类别情况，门诊住院均费趋势，门诊核兑项目构成，住院核算项目构成、全院核算项H构成。（提供系统截图证明）3.1.4.3.3医疗监控显示集团内各机构医疗情况，应包括：处方量、抗菌药物占比、人均药品数，床位使用率，手术台次数，入出院诊断符合率、药占比、检险检查人次
40、，体检人次、就诊患者人次分布、，门急诊人次趋势图、号源构成，住院疾病TOP,出院总人次、门诊疾病TOP,智修结算排行，平均住院日推行，就诊患者年龄分布。（提供系统被图证明）3.1.4.3.4人员分析显示集团内各机构人员详细情况，应包括：人i总数，医生数，护士数，医护比，人员变化趋势，人员构成、技术职称构成，学历分布情况，工作年限构成情况。（提供系统截图证明）3.1.4.3.6唐院区业务交互概览按月、按年维度展示跨院区业务交互量，号源、床位、检脍检查、手术等业务交互人次、业务交互TOP情况。3.1.5人工智能应用搭建人工智能智越医疗平台系统，推动医院医疗服务场景迈向智能化，根据现有系统及服务我体
41、，完成如下建设内容：3.1.5.1 A1.辅助心理服务平台搭建一个全面的AI辅助心理服务平台，整合用户端、管理端和数据看板，形成一个多功能的服务体系。平台核心功能应包括： 医疗心理咨询大模型：基于医疗及心理咨询数据定制医疗底座大模型，在拥有大模型通用能力基础之上，应拥有海量医疗知识，良好支掠A1.辅助心理服务平台： 多模态能力：医疗心理咨询大模型能膨识别及输出文字，语音及图片： 全天候智能A1.心理陪伴：提供7*24小时的检定智能心理支持，确保用户在任意时间都能获得高质量心理援助： 对话式心理量表测评：通过自然语言处理技术，实现基石对话的心理评估，快速识别用户心理状态： 专业人工咨询师在线预约
42、：允许用户在线预约专业心理咨询师，确保及时获得专业服务： 各询会话管理：为咨询师和用户提供会话管理工具，便于跟踪和管理咨询进度； 基础数据管理：建立数据管理系统，确保用户信息的安全和隐私。3.1.5.2 全场景智能会话与检睑报告A1.实时读取平台应支持与现有系统工具的对接，实现与患者的智能会话功能。通过A1.技术，平台能够： 实时读取检验报告：利用大模型能力，即时读取及分析体检报告数据，并能为用户专业的解答有关检验报告中的问题； 专业解析与诊前问诊:提供专业级的解析服务，辅助医生进行诊前问诊.确保信息的准确性； 医学相关知识能力建设：沉淀医学相关知识，并利用大模型进一步赋能智能会话与检验报告读
43、取，形成知识沉淀到使用的完整闭环。3.153扩展性和升级平台设计应考虑未来的扩展性和升级需求，包括：模型定制与迭代：提供模型定制服务，不断迭代更新，以适应不断变化的医疗需求：版本管理与语料库更新：实现模型版本的有效管理，定期更新语料库，保证AI服务的准确性和时效性：会话规则配置：允许医疗专业人员根据实际需求配置会话规则，优化患者互动体故。3.1.6自助机智医疗平台功能建设I、新、旧版永居证功能自助服务设备程序支持新、旧版永居证，实现市民持相关证件在自助服务设备上完成挂号、取号和结算等操作。2、舒心就医功能舒心就医自助机功能支持XX市市级医院舒心就医开通/关闭、舒心就医结算、舒心就医账单查询、舒
44、心就医消费还款、舒心就医催缴和惩戒功能。舒心就医窗口和诊间功能支持舒心就医结算。3、智款医疗功能自助机智道医疗功能支持医保电了凭证进行智道医疗结算、支持电子健康卡进行智越医疗结算.臼助机程序、柜面和诊间兼容XX市民卡动态库，具备相应联调能力，满足智慈医疗功能结算要求。同时柜面医保移动终端支付智慧医疗功能结算。4、柜面健康卡发卡功能程序适配医院健康卡发卡机H1.TI,同时能有效识别XXXX健康卡内置芯片，完成相关健康卡发卡。5、预付费卡网页功能网页功能支持智慧医疗账户明细查询、充值、退款、报表杳询和客户信息管理相关功能。6、舒心就医和智慧医疗对账平台建设舒心就医和智慧医疗对账平台支持单位结算、交
45、易明细、充值明细和舒心就医欠费查询等相关功能，满足医院财务日常对账需求。3.1.7患者营养点餐系统3.1.7.1 患者营养点餐系统一、病人微信扫码订餐(I)HIS对接系统需支持与H1.S系统对接，病人通过扫描床科进入微信线上订餐系统，通过输入姓名和病历号进行身份认而，获取病人基木信息及医暝信息，档口只展示符合医嘱的菜品。（2）点餐选择支持选择就餐方式、就餐食堂、就餐日期和餐次，可预约7天内餐次（3）选择档口支持点餐前按档口分类含看排序的功能，选择喜欢的档口进行点餐。选择菜品餐饮系统中不适合该病人的餐点自动隐去，只展示符合病人医嘱的菜品，支持按档口分类、菜品分类、热料三个方向进行点餐：支持查看菜
46、品详情信息,包括但不限于库存份数、价格、菜品图片、营养成分表等；支持线上选择相应的菜品及份数，支持限制点钱数量。（5）选择规格当前菜品有多规格配巴，加购时先弹出规格选择框，不同规格可能存在差价，瞥卖价格为菜品单价和规格单价的总和。（6）购物车选择的菜品直接加入购物车，病属可查看已添加菜品，可增减、清空菜品。（7）提交订单支持杳看已选菜品单价、数量、营养总计、总价，就督时间、自提/送餐地点、配送费、打包费、隹号、核梢二维码等信息。（8）订单支付支持微信、HIS挂账多种支付方式，病人可自由选择：（9）订单核销支持通过扫描订第生成的二维码进行预约订单核销：也支持后台进行订单批量核销，需支持设置多少小时以后自动签收。（10）我的订单可隹看已点餐记录，可选择起止日期杳看消费订单笔数和相应价格和订单记二、病人手持设品订餐(1)账号登录识别支持点登员登陆指定账号，为负贵区域的病人提供床边点餐服务。(2)HIS对接系统支持与医院HIS系统对接，自动识别病人医嘱信息，推送符合病人医嘱的菜品：(3)点餐状态杳看支持同步病人列表与病人手机端点餐数据，点餐员可通过选择病区、点辍日期查看当天各个病区病人点餐情况,病人己在手机端点过的餐次需在手持设备端进行展示。(4)前往订餐支持选择订餐院区、订餐食堂、订餐日
