XX总院集成平台及互联互通建设项目采购需求.docx

上传人:极速器 文档编号:590963 上传时间:2025-09-01 格式:DOCX 页数:93 大小:151.44KB
下载 相关 举报
XX总院集成平台及互联互通建设项目采购需求.docx_第1页
第1页 / 共93页
XX总院集成平台及互联互通建设项目采购需求.docx_第2页
第2页 / 共93页
XX总院集成平台及互联互通建设项目采购需求.docx_第3页
第3页 / 共93页
XX总院集成平台及互联互通建设项目采购需求.docx_第4页
第4页 / 共93页
XX总院集成平台及互联互通建设项目采购需求.docx_第5页
第5页 / 共93页
点击查看更多>>
资源描述

1、XX总院集成平台及互联互通建设项目采购需求一、建设背景国家卫生健康委印发了“十四五”卫生健康标准化工作规划,明确了卫生健康标准化工作的指导思想、基本原则和发展目标,提出了卫生健康标准化工作的六项主要任务和六大重点领域。规划指出需要构建推动公立医院高质量发展的标准体系。随着医疗信息技术的迅速发展,医疗信息化已经成为提高医疗服务质量、优化医疗资源配置、增强医疗机构管理水平的重要手段。国家“十四五”规划和2035年远景目标纲要中明确提出要全面推进健康中国建设,深化医药卫生体制改革,坚持基本医疗卫生事业公益属性,以提高医疗质量和效率为导向,加强公立医院建设,扩大医疗服务资源供给。经过多年的信息化建设,

2、XX总院已建设完成良好的软硬件平台和完善的医院基础业务信息系统体系,基本覆盖所有诊疗环节。为整体推进“智慧医院”建设进程,提升医院信息化整体服务能力,医院以国家医疗健康信息医院信息互联互通标准化成熟度测评方案(2020年版)四级甲等为建设标准,在医院现有信息化建设基础之上进行改造与升级,利用互联网、人工智能与大数据等技术建设医院信息集成平台,继续完善相关信息化建设,全面提升医院的管理和服务能力。二、建设目标本项目建设按照医药卫生体制改革的要求,立足于医院现有信息化建设情况,结合医疗行业信息化的发展,对XX县红十字台胞医院医疗健康集团信息化建设进行优化与补充。按照国家医疗健康信息医院信息互联互通

3、标准化成熟度测评方案(2020年版)四级甲等评测标准建设XX县中医医院信息集成平台,通过打破“信息孤岛”,撕破信息化“蜘蛛网”,以搭建“互联互通、共享共治”的医院信息集成平台为依托,让医院来到“可配置、可监控、可扩展”的新平台时代。以数据集成、业务集成和界面集成为手段,减少不必要的重复建设。对标互联互通四级甲等标准,进一步促进医疗质量的提高,保证医疗安全,改善医疗服务,强化综合管理,提高医院的整体服务水平与综合管理能力,打造高质量智慧医院标杆。三、采购清单序号内容数量(套)1标准规范体系12数据资源层数据中心临床数据中心13运营数据中心14数据仓库15数据采集治理一体化数据采集系统16数据质量

4、管理系统17应用支撑层基础支撑组件注册配置中心18通用服务配置19统一门户管理110患者主索引系统111主数据管理系统112一体化运维发布管理系统113交换中心数据资产系统114信息集成引擎115交互服务日志查询及监控116系统基础集成服务117测评服务组件互联互通交互服务118共享文档管理系统119业务应用层患者360视图120综合运营分析系统Bl121指标管理系统122医疗闭环追溯管理系统123电子病历全文智能检索系统124互联互通测评服务125HIS系统适应性改造1四、总体技术要求1、建设原则系统应具有较好的整体性、标准化、安全性、可靠性与扩展性等特点。1.1 整体性原则系统的设计必须从

5、全院信息化建设的整体角度进行统一规划设计,要实现整个全院各信息系统“内增活力、外加推力、上下联动”的态势,形成“沟通无障、管理规范、服务完善”的医疗体系。1.2 标准化原则系统设计、数据字典等须符合国家、XX省卫生信息标准,遵循公共卫生规范体系管理要求,制定统一、标准的业务规范与数据字典标准。建设的系统需按照国家信息管理的标准、HL7数据交换标准设计。相关产品应遵循医院信息系统标准规范以及互联互通相关评测要求,产品应遵循医院指定的行业标准并制定相应的技术接口,支持以集成平台进行应用集成的技术标准,实现较高的标准化要求,以达到统一管理,统一标准,互联互通的要求。采用开放的、可扩展的数据标准,支持

6、数据标准的动态变化,支持HL7标准,以及向后兼容今后国家、行业、地方所出台的数据标准等。1.3 实用性原则结合实际业务需要,符合现行医院业务管理模式和运作流程,满足医院本业务管理需求。同时,可适当根据医院情况,合理增加实用性功能,对提高医疗服务质量、工作效率、管理水平产生积极的作用。1.4 安全性原则遵循安全、保密性原则,做好数据加密设计,确保系统安全运行。可分成多级对数据进行加密,采用权限控制、密码控制、数据监督、数据加密等多种手段防止数据被窃取、泄露及篡改,拒绝非法用户进入系统和合法用户的越权操作。1.5 可靠性原则可靠的网络保证、数据库性能保证、应用系统保证、数据的备份和恢复保证,在各应

7、用系统中建立便捷和快速连接,能够进行高效和可靠的数据交换。1.6 可扩展性原则主机网络和系统软件支持通过增加新增硬件对系统进行扩展,满足不断增加的性能要求;在应用软件结构上采用多层技术框架设计,分别支持应用系统的横向扩展和业务系统的功能扩展;系统模块化设计,可根据需要拆接、组合,系统模块及应用模块的设计开发应为后续的功能预留对外接口。1.7 易维护性原则提供相应的应用系统维护工具、操作说明、常见答疑等。应用系统通过统一的管理界面,清晰的管理向导,简化系统的维护难度。良好的人机操作界面,用户可以方便快捷地查找到自己所需的信息。确保系统的所有用户都能够获得个性化的、人性化的操作平台,简单、方便、容

8、易学习和使用。1.8 先进性原则系统设计有前瞻性、先进性、成熟性以及可扩展性,符合医疗信息化发展的趋势。以成熟的应用技术和开发方式,保证系统的先进性和成熟性。设计时充分考虑到信息技术的发展趋势,采用先进的技术,保证产品在不同压力下协同稳定的运行、信息交换,以及将来系统的迭代。保证系统能够适应现代技术的未来发展。从业务、标准、技术、管理等各个方面充分考虑系统架构的开放性。1.9 界面友好原则用户界面友好,交互性强。操作类提示明确。屏幕利用率高。下拉菜单级数一般不超过三级。出错时可清晰显示对应的错误说明及处理办法。2、技术架构要求本次建设的医院信息集成平台应基于Java/OGSI/SOA的灵活、可

9、扩展的架构,采用消息技术、服务技术,为医院内相关业务系统之间和与外部相关系统之间的数据交换提供统一的基础平台。应提供统一的基于微服务架构的应用集成框架提供标准的应用系统适配器、技术适配器、适配器开发包等,为应用集成、数据采集、数据交换共享等提供支撑,实现随需而变、快速灵活满足业务需求的目标。同时应为系统后期建设提供统一的扩展能力,包括一系列的技术标准、引擎、服务、构件和工具等,在集成平台的基础上,任何符合平台标准的业务系统或产品,都可以通过插拔的方式迅速灵活的部署,为医院信息化的后期建设、改造、扩展提供强有力的支撑。3、性能要求本项目软件设计时应根据应用的需求配置适当的处理性能和容量,同时考虑

10、今后信息量增加的情况。随着应用系统的增加而扩展,应具有长远的生命周期和可扩充性,能适应现在和未来需要。3.1 系统处理能力处理能力主要考虑系统能承载的最大并发用户数,系统应至少满足同时2000以上的在线用户,单用户访问页面响应速度小于0.5秒2000并发下的查询响应速度小于3秒。3.2 系统响应速度系统要有良好的并发响应能力,要达到以下的性能指标:系统用户登录时间W2秒;页面初始化操作W3秒;WEB接入的系统响应时间:在政务外网和卫生专网使用,用户点击访问页面时间W2秒,请求提交响应时间W5秒;系统一般性操作最长时间W5秒;系统内在线查询操作时间W8秒;跨系统在线查询操作最长时间WIO秒。3.

11、3 可用性系统能使用当前国内用户常用浏览器。系统能够完成所要求的所有功能操作,同时具有良好的运行速度,有较高的数据承载能力。3.4 稳定性数据定期安全备份,防止误操作,权限设置合理,网络、数据安全,有完善的灾难应急功能和恢复能力,系统应提供7X24小时的连续运行;各业务系统对用户的操作顺序、输入的数据进行正确性检查,并以显著方式提示错误信息。在部署实施前,要求对云资源服务器资源进行合理的部署规划,确保系统软件的稳定运行。3.5 可维护性易于管理,系统维护方便,能够方便快速的将数据转入系统,系统必须是构件化、面向对象的,可做到灵活扩展。提供服务器系统管理与维护、操作系统管理与维护、应用系统软件管

12、理与维护、数据库管理与维护以及数据库备份、应用系统备份、灾难事件处理与解决实施方案等。为系统中多个功能平台提供可视化的管理界面,允许部分用户进行设置。3.6 可扩展性系统在设计过程中充分考虑可扩充性,能根据技术发展和业务需求的增加不断升级扩展。系统充分考虑可能的扩展内容,为其提供接口。4、信息安全要求系统设计应充分考虑信息安全性的要求,本项目的安全体系建设要从物理级、网络级、系统级、数据级、应用级以及安全策略设计等多个方面综合考量。结合项目特点,特别针对以下几个安全问题提出先进可行的解决方案。4.1 应用安全设计包括统一身份认证,统一权限管理等系统应用安全措施,对应用系统提供认证管理、权限管理

13、访问控制以及应用审计等功能。应具有完整的日志管理功能,即针对业务操作行为,能够追溯业务发生的过程,快速发现问题;针对系统异常问题,能够通过日志记录及时排查系统异常原因。4.2 隐私保护策略在保证居民诊疗信息共享的同时,需要提供对个人隐私的安全保护。针对医生工作站对居民诊疗信息进行查询调阅、居民通过网络或移动终端访问个人健康信息等这两类调阅用户,应具有统一的授信管理功能,实现不同用户对不同数据信息的访问等。本次系统设计应充分考虑信息安全性的要求,须避免各种信息安全漏洞,对应用系统和数据开展全生命周期安全防护。5、标准规范要求项目建设必须按照国家卫生健康委和XX省卫生健康委相关标准、规范、指南要

14、求进行设计,制定适配XX总院各系统遵循的顶层标准,建设的相关标准、技术规范和管理办法,实现较高的标准化要求,达到统一管理、统一标准、互联互通的要求。项目建设应符合的标准规范包括但不限于:以上各类规范若有不尽之处,或有最新版本的,应按国家、XX省要求执行,最终解释权归用户方所有。本次项目标准规范体系的建设应在遵循和参考上述标准的同时,充分结合本次项目的建设内容对医院信息集成平台建设的相关标准规范进行设计。5.1 标准规范体系设计应参考国家电子政务标准体系框架,从应用规范、应用支撑规范、信息基础设施规范、安全规范、管理规范等五个维度开展体系设计,结合供应商标准、规范、指南的编制经验,体现标准规范体

15、系建设的适配性、先进性及前瞻性。其中应用规范设计需包含有数据类标准、服务类标准、数据采集与交换规范等方面;应用支撑规范设计需包含有资源数据类标准、资源整合类标准等方面。5.2 标准制定的方法及技术路线标准化是一项有组织的活动过程,应支持采用制定标准、实施标准、进而修订标准、又实施标准的PDCA循环法。在编制的技术路线上首先按照国家标准,再结合XX省地方标准、行业标准等来采纳和编制。5.3 数据元及数据集标准的制定建立数据元及数据集标准,包含有数据集名称及数据集元数据等内容。建立统一的标准规范管理组件,包含但不限于用户注册、数据字典/术语值域管理、通用主数据、主数据变更通知、组织机构维护、人员维

16、护、基础数据维护映射管理等功能,实现统一维护、更新与发布。推进系统间进行元数据内容的交换和自动处理,将各类标准进行统一管理,用于跨机构、跨部门和跨系统之间的互通共享,实现业务连贯性和数据的一致性、完整性和准确性。5.4 标准规范实施及步骤在需求调研阶段需组建标准实施团队,详细说明团队组建结构以及标准成员分工;同时,制定标准实施步骤,详细说明每一步骤的工作内容。五、详细技术要求1、标准规范体系序号功能要求功能简述1数据标准规范需根据国家标准和规范,整理标准规范数据集2符合国际、国家、行业、医院标准3根据国家标准统一医疗信息系统中的临床信息数据规范4统计分析指标体系、分类与维度整理5标准字典规范整

17、理6数据元值域代表字典标准整理,统一管理口径,实现全院统一定义2、数据资源层2.1数据中心2.1.1临床数据中心序号功能要求功能简述1临床数据中心CDR支持汇聚门诊业务类数据,如门诊挂号信息、门诊诊疗记录、门诊处方记录等2支持汇聚住院业务数据,如住院登记信息、住院医嘱信息、出院小结信息等3支持汇聚电子病历相关信息,如病案首页信息、门急诊电子病历、住院病程记录等4支持汇聚检查信息,包含各类辅助检查信息,如CT、DR等5支持汇聚检验信息,如化验报告信息、细菌结果、药敏记录等6支持汇聚体检信息,如体检登记信息、体检科室小结等2.1.2运营数据中心序号功能要求功能简述1运营数据中心ODR支持汇聚门诊收

18、费信息,如门诊收费信息、收费明细、医保结算信息2支持汇聚住院收费信息、,如在院费用信息、出院结算信息等3支持汇聚医院业务收入信息,如医院日报收入、医院业务量收入等2.1.3数据仓库序号功能要求功能简述1数据仓库通过数据抽取和清洗,将各个业务系统的数据整合落地到一个系统(数仓),规范化数据,方便在出报表做决策的时候获取数据2支持数仓DWD层建设:DWD层用于存放明细数据,支持数据从CDR、C)DR等同步3支持数仓DWS层建设:DWS层用于存放医生汇总数据,按照一定的维度聚合数据4支持数仓DWT层建设:DWT层用于存放科室、机构汇总数据,按照一定的维度聚合数据5支撑数仓DlM层建设:DlM层用于存

19、放各类维度,例如日期、科室等维度2.2数据采集治理2.2.1一体化数据采集系统序号功能要求功能简述1首页监控首页支持展示相应的采集监控任务数以及监控情况,监控首页展示总监控任务数,监控作业数,监控转换数;同时,支持查看监控记录,错误记录相应的任务名称,项目执行情况,日志记录等。2资源仓库管理资源库列表管理支持维护连接数据库资源的相应配置,包括资源库名称,资源库类型,文件资源库路径,数据库连接名等;同时,展示资源库连接,支持测试连接,对配置的资源库进行测试连接,连接通过后可访问数据库内容。3资源仓库明细支持展示采集工具对应的配置脚本内容,根据配置的资源库进行展示,支持查看脚本的详细信息,包括任务

20、名称,执行路径,创建时间,类型,类型包含转换和作业等;支持对脚本的流程进行调整,。4采集任务管理定时策略提供定时策略维护功能,执行策略支持使用cron编码,corn编码可通过界面可视化配置的方式进行新增,corn表达式可以对不同的时间梯度进行自定义配置,配置完成后对策略进行查看以及管理。5任务管理支持配置相应的采集任务,根据执行方式不同,需要填写相应的内容,其中定时策略可由定时策略管理功能内进行配置。支持按照分类,采集方式,任务名称等查询条件进行过滤和查询。6采集采集任务提供任务状态监控管理功能,支持查看任务的执行成监控管理监控功/失败次数,任务的监控状态,任务的上一次执行时间和下一次执行时间

21、支持清理任务分类,清理方式包括清理日志数据,可按照时间进行区分并清理。支持日志的详情信息查看及下载。7对账情况支持各机构对账情况查看,通过对比源数据和目标数据的一致性,来检查数据在传输过程中是否出现错误或遗漏。支持查看对账明细信息,通过不同的颜色区分不同的对账状态,展示每一条对账数据的通过率情况。8线程池监控对线程池的线程活跃数、核心线程池大小、最大线程池、列队容量、当前队列长度、线程池默认活跃时间等指标监控。9执行日志记录日志记录信息显示,查询,日志清理等内容。2.2.2数据质量管理系统序号功能要求功能简述1数据质控总览总览驾驶舱支持查看平台质控总览,数据质控部分包含质控得分、分数趋势、问

22、题处理情况、质控分数提升、问题改进排行;档案质控部分包括档案概况、各模块健康档案规范率、健康档案质量、质控不通过指标分布、下级机构指标平均分分布情况等;HIS贯通质控部分包含质控得分明细、分数趋势、问题数据趋势、质控情况、质控排行、数据集质量排行等。2质控日历支持展示操作日期所在当月各日期质控得分情况,通过数据量及未通过数据量情况等,便于管理者总体把握当月质控情况。3支持看看某日质控详细情况4在机构对数据进行整改后,支持重新算分5待办事务提供待处理问题展示功能,可查看当前共有多少条数据问题待及时处理,支持查看具体问题信息,同时支持待办问题导出功能。6数据质量管理质量报告提供质控总体报告展示功能

23、可查看质控数据量、质控数据集、质控数据表、质控机构、指标表数量、问题数据量7支持按机构查看具体数据问题情况8质控维度分析支持根据完整性、准确性、逻辑性、及时性、稳定性五大维度质控问题汇总分析,便于管理者清晰了解各质控维度数据质量情况,各个维度的数据可下钻查看到详细的质控问题列表,做到每一个质控问题的可追溯。9数据集质量分析支持根据平台各数据集进行质控问题汇总分析,通过对业务日期、质控方案进行筛选,查看业务日期和质控方案下的数据集对应的业务规则问题数量10支持下钻到详细的问题列表进行查看11质控问题列表支持提供平台所有质控得出的问题数据列表,可根据问题描述、质控规则、涉及数据表字段能定位到具体

24、明细数据12支持展示质控问题对应的质控维度、质控规则、作业号、数据集、表名称、字段名称等信息13基础管理质控方案支持提供质控方案设置管理功能,不同的质控方案可使用不同的质控规则及质控维度权重,便于针对性开展数据质控14支持对不同的规则设置质控倾斜,做到对重点数据的重点质控15查询快支持提供问题列表页面查询操作的日志记录,便于把昭八、握对应管理人员及机构管理人员等是否有及时关注并处理质控问题。包括操作人、操作时间、查询条件、查询结果等。16规则设置支持提供质控规则设置功能17支持通用规则库和专题规则库的分区维护18支持五大维度的规则设置,分别为完整性、准确性、逻辑性、及时性的规则配置19质控进度

25、支持对数据质控任务的进度实时查询,界面支持查看质控任务编号、质控方案、质控类型、任务触发方式、处理状态、当前进度以及开始结束时间20支持对不同触发方式的任务查询,包含自动质控、手动质控和重新算分质控3、应用支撑层3.1基础支撑组件3.1.1注册配置中心序号功能要求功能简述1注册中心支持监督各应用服务的健康情况支持通过灵活配置,实现负载均衡支持灰度路由配置管理支持安全校验功能强制开启,如报文加密、非对称加密等2配置中心支持对接入的应用的配置文件进行统一管理支持动态刷新配置支持按照国密要求加密的配置文件存储和使用3.1.2通用服务配置序号功能要求功能简述1服务列表项目列表支持配置项目接口列表,支持

26、调整接口的项目类别2支持新增,修改,删除项目3支持导入配置文件形成接口项目4支持配置项目所需的数据库资源5接口服务配置支持对接口进行分类管理,支持导入,导出分组和接口,支持接口的复制6支持接口配置,包括SQL配置,出入参配置,支持对配置的SQL进行调试7支持接口前后字段处理转换8支持接口脚本的编译和处理9支持选择对应接口生成接口文档10服务基础配置服务类别配置支持新增,修改,删除服务类别11支持导入,导出服务类别12服务数据配置服务连接配置支持新增,修改数据库链接13支持对配置的数据库进行测试3.1.3统一门户管理序号功能要求功能简述1统一统一门户提供一站式单点登录,统一登录界面,通过用户的一

27、门户次性鉴别登录,可获得所需访问的各应用系统的授权2单占I八、登录用户单点登录提供一次性提供凭证,映射访问其他应用,实现登录平台后便可在其他系统得到授权而无需再次登录,包括单点登录与单点注销等。3统一用户统一用户管理支持统一所有应用系统的用户信息并进行存储和管理,通过角色管理、系统菜单进行授权各应用系统用户账号信息,即统一存储、分布授权4统一用户认证以统一用户为基础,对所有应用系统提供统一的认证方式和认证策略,以识别用户身份的合法性5门户工作台人文关怀展示当日文化墙,支持自定义人文关怀的文案及背景设置;6公告支持对系统管理中配置发送的公告内容进行展示,可查看公告的详情及附件的预览、下载、收藏;

28、7快捷应用系统选择提供快速选择“最近使用”或“我的收藏”的应用系统的快捷进入板块;8通知中心提供对公告、待办、消息的汇总展示,支持详情查看,待办还提供效率进度情况概览、完成、跳转、执行详情、统计分析功能,具有快速快捷处理个人事务的特占.八、,9指标总览提供“我关注的”自定义展示指标选择模块,可自行从指标池中选择所需指标展示,同时集成其他子系统指标展示页面,提供总体性的指标概览。10平台分组维护平台管理支持维护系统首页显示,包括图标,平台编码、平台名称、平台描述、显示模式、排序,在平台管理菜单中编辑的内容将会直接在系统首页进行变更展示。11子系统支持维护首页下集成的各个子系统配置,包括子系统的图

29、标、子系统编码、子系统名称、所属平台、是否独立窗口、排序,排序后将会在对应的子系统菜单栏进行展示。12系统菜单支持配置各子系统中的菜单信息,可对菜单进行新增、编辑、删除、将菜单设置为子系统首页,取消子系统首页、显示或隐藏菜单等操作完成对各个子系统菜单的配置。13系统管理机构管理支持维护所有使用系统的机构信息,机构管理包括机构名称、机构编码、机构简称、机构层级、机构级别、启用状态等信息。通过机构管理,系统能够更好地组织和管理机构信息。14医共体管理支持维护对应的医共体组织架构。通过医共体名称、编码,将各个单位划分到相应的医共体下进行统一管理,可设置牵头单位及所属区划配置。15系统参数提供统一维护

30、和配置门户参数,可以配置系统的各种参数,以满足特定需求。系统参数包含机构代码(PUB表示公共参数)、机构名称、参数名称、参数值、参数中文名称、能否编辑、描述、创建时间等信息。16令牌管理支持管理可授权登陆平台的用户和客户端令牌,确保仅经过授权的用户和客户端能够访问系统资源。17网关路由管理提供灵活的路由配置和管理能力,可以灵活地配置和管理系统的路由规则,实现对外的接口开放,路由分发,安全校验。18文件管理支持为系统内部提供便捷的文件上传和下载服务,支持根据文件的业务key批量获取文件。同时,提供封装服务,使其能够与外部系统进行无缝对接。19客户端管理支持管理整个平台系统物理结构,用于配置平台中

31、各大应用信息,包括应用编码、名称、基础密钥、公钥、私钥、是否匿名化管理。20图标管理支持管理平台/子系统的图标功能,配置对应的URL地址,支持对图标进行初始化。21指标配置提供对工作台自定义指标的维护页面进行统一管理与展现形式的控制;22人文关怀配置提供对工作台人文关怀板块的维护页面进行统一管理与展现形式的控制,包括文案及背景等内容的设置;23配置导出提供配置导出功能,通过树形的展示系统菜单的各个层级关系,通过该页面实现菜单相关配置的一键导出,包括平台、系统、目录、菜单、操作等。24第三方账号匹配支持与第三方账号做匹配对接的功能。将本地账号、姓名与第三方账号、姓名进行匹配,可以识别用户使用的第

32、三方账号,从而允许用户使用该账号登录系统。25权限管理平台用户管理支持新增系统登录账号,同时可配置账号角色、所属机构、管辖机构和管辖区域,管理每个账号真正使用者的信息,包括:姓名、密码、身份证、手机号、所属机构、状态。26角色管理支持设置登陆平台的用户角色,将各系统功能、权限进行角色区分,便于用户账号统一分类配置。同时可对每个生成的角色进行相应的菜单配置,完成角色的菜单权限分配。27权限申请支持权限申请审批,统一管理系统中关于权限的中请,权限申请包括账号、姓名、所属机构、申请权限、申请内容、申请时间、拟定有效期、实际有效期、状态等信息。申请的权限分类包括:菜单操作权限、数据访问权限。28账号审

33、核支持对平台登录页自行注册的账号进行审核操作,通过后将加入到平台用户管理页面中;29系统日志菜单访问日志支持记录系统菜单被访问的记录,包括访问账号、登录IP、访问时间、访问的模块、访问目标URL、访问菜单名等信息。30操作日志支持记录系统的重要操作,当某个用户进行某项操作时将会被记录下来,可以快速查看哪个用户在进行哪项操作时出现错误。31登录日志支持记录系统的用户登录情况,包括登录账号、IP、登录平台(包括windowsmaciphoneandroid.)、登录方式(包括账号登录、短信登录.)、操作时间、结果信息(登录成功、登录失败、以及登录失败的原因)等信息。32用户统计支持反应用户登录及访

34、问情况、活跃度相关、菜单访问情况。了解当前在线用户数、累计登录次数、当日菜单访问量、累计菜单访问量,同时记录了实时的活跃用户及活跃用户的占比情况等。33待办日志用于管理员考核下属人员的待办处理情况,针对待办的各项指标进行统计整合成报表形式展示,可下钻到明细页面进行查看。34服务访问日志支持管理系统所有的服务访问日志,记录了访问地址、请求方式、请求应用、请求客户端IP、请求时间、应用名称、接口名称、链路跟踪、状态等。35脱敏管理匿名化规则管理支持对需要进行匿名化处理的内容进行规则维护与配置,匿名的规则包括三种方式:掩码、泛化、截断。36匿名化数据授权支持对各应用提交的匿名化数据授权申请进行管理,

35、予以授权或拒绝,授权通过则可在有效期内查看未脱敏数据。37消息中心消息模板配置提供新增不同的消息主题功能,主题类型包括通知和业务两种类型,同时,可建立不同消息主题所对应的消息模板。38运行消息提供实时查看已经在运行的消息以及消息状态明细功能,便于统一管理运行消息。39历史消息提供查看历史消息以及历史消息的状态明细功能,便于统一管理历史消息。可对历史消息记录进行查看、重投、消息日志记录。40通信组件提供对不同业务线下的不同机构的通讯人员进行通讯组配置管理操作,可分配相应的人员至某通讯组下进行统一管理。41公告配置提供公告编辑及记录页面,可自行新增公告并下发给需要发送的人员,可添加多种类型附件;4

36、2意见反馈处理提供反馈意见处理界面,联动审核页面,接收管理员审核通过的用户提交的反馈意见明细信息,用于运维人员维护。43意见反馈审核提供反馈意见审核界面,接收所有用户提交的反馈意见明细信息,管理员可初步的审核。3.1.4框架组件与引擎序号功能要求功能简述分布式定时任务组件1分布式定时任务组件支持通过应用分布式定时任务组件来实现多节点,多线程的任务处理。日志聚合引擎2日志聚合引擎支持记录用户调用API的执行链路日志。支持将应用日志,数据库执行日志进行聚合。支持根据聚合的日志快速找到对应的问题点及错误原因。支持与集成门户联动,将故障快速提供给平台运维人员。事件引擎组件3事件目录管理事件管理提供用于

37、维护事件驱动引擎中的消息传输分类界面,通过维护不同的主题,设置对应主题的生产方与消费方进行消息传输的配置,支持维护多个生产、消费方,支持查看每个主题的日志。4事件应用管理提供应用管理界面,用于管理所有集成与平台的各个应用模块,与门户框架的应用管理一致,在事件驱动引擎的使用中主要作为消息的消费者或生产者进行配置使用。5事件运行记录事件运行分析提供监管分析界面,对整个系统的消息事件进行图表化的展示,包括了整个系统消息的基础指标、异常消息事件统计及时段事件统计等,部分指标支持下钻展示明细内容。6事件执行日志提供事件日志界面,对系统中进行发送的消息进行日志的汇总,日志支持查看明细及重投功能。3.1.5

38、患者主索引系统序号功能要求功能简述1首页医院端首页支持查看累计就诊患者次数、患者主索引总数和较昨日的新增数、当日新增患者人次数、待归并索引数。2支持按索引来源分类展示数据3支持按性别年龄分布展示数据,支持查看近30日的索引归并两4支持查看索引质量,区分门诊和住院来源的数据质量分析5患者信息管理患者信息管理提供患者信息注册至主索引管理系统功能,包括各个业务系统中新产生的患者数据6提供患者信息状态的查询功能7支持查看患者详情,展示本次业务注册的患者基础信8患者变更审查支持当患者信息发生重大变更时,进入审查页面9支持查看具体的变更信息,变更信息使用红色标记10支持确认是否变更信息11患者主索引主索引

39、查询提供患者主索引查询功能,包括患者姓名、证件类型、证件号码等多类型的信息12支持可以快速地查看主索引的详情和明确的注册信息、,包括业务来源、业务编号、业务发生的日期和关联日期。13支持查看明细注册信息,支持选择两条注册信息进行对比14支持显示归并类型,如单条或多条15主索引归并支持对高度相似的索引信息的归并操作,提供多种匹配条件下的对比情况,减少错误16支持调阅360视图进行查看17主索引拆分支持纠正和处理已经合并有误的索引信息。允许操作人员对合并错误或不准确的索引进行拆分18提供查看索引详情的功能,了解索引的历史操作记录。19主索引归并结果提供了对索引归并过程中的操作情况进行跟踪和查询的能

40、力,允许他们追踪每一条归并记录的详细信息、,包括执行归并的操作人员和操作时间,确保数据管理的透明性、可追溯性和合规性。20统计分析新增患者统计支持统计新增的患者索引信息21支持按患者索引来源、归并情况、归并率、新增索引时间段、新增患者概览等多个维度进行分析统计,包括患者索引来源统计门诊和住院的数量和占比,各归并类型的数量和占比,归并率等。22归并患者统计支持统计分析已归并的患者索引信息23支持按归并来源、归并类型、归并数量、归并耗时等多个维度进行分析统计,包括门诊和住院的数量和占比,自动归并和手动归并的数量和占比,各主索引归并的耗时等。24拆分患者统计支持统计分析已拆分的患者索引信息25支持按

41、拆分数量、拆分原因、拆分明细等多个维度进行分析统计,包括拆分记录数量,拆分原因数量和占比等。26数据质量分析支持统计分析各个渠道的索引数据质量,27支持按各来源的空缺索引、各类型的空缺索引、各渠道各字段的空缺数量、空缺率详情等多个维度进行分析统计,包括各种来源和各种类型的空缺索引,空缺信息,空缺率等。28权重模型分析支持根据权重的大数据分析模型进行分析,从数据的饱和度,数据的独立率等维度进行统计和分析。数据饱和度指的是字段为非空情况的占比,数据独立率指的是各个字段之间相互独立性程度。29系统基础配置匹配因子权重设置提供权重因子设置功能,包括规则名称,匹配因子,匹配因子分值,参考权重等。30支持

42、查看根据模型算法计算出来的权重因子参考3.1.6主数据管理系统序号功能要求功能简述1主数据总览主数据总览支持展示平台主数据全局概览,对主数据中的业务域,数据模型,数据元,值域内容数量进行展示,同时以主数据贯标为体系,对全局的数据标化,以机构和业务等视角进行展示。2标准数据集管理标准文件管理支持对平台建设应用到的标准文件进行统一管理,标准文件涵盖国家标准,行业标准,省市标准等相关政策,同时也支持对卫健委发布的政策进行统一发布和管理。3业务域管理支持以业务分类,业务域大类,业务域名称,业务域子类为基础的分级分类,对基础数据仓的数据按照不同的业务进行分类规划。4数据模型管理支持描述数据的结构、属性、

43、联系和约束,展示数据库构建的所有模型,同时支持对数据模型关联数据元的维护管理,通过关联与取消关联,为数据仓的模型建设提供可视化视图展示。5数据元管理数据元是通过标识、定义、表示以及允许值等一系列属性描述的数据单元,在特定的语义环境中被认为是不可再分的最小数据单元。支持维护平台标准中的数据元信息,实现统一的数据元管理,并依据数据元,组装形成相应的数据模型,业务域等。6标准数据元管理标准数据元支持将共享相同数据元概念的数据元归一化管理,如“患者性另、新生儿性另、母亲性另等归一为同一标准数据元性别”,实现数据元的归一化管理。7数据值域管理数据值域包含各个数据元应用到的值域允许值。支持对数据值域的新增

44、修改,删除,同时进行日志记录,便于追溯相关变更记录。8版本变更记录记录数据集、数据元等变更日志,支持查看具体变更数据集、数据元、值域等详细内容,便于追溯相关变更记录。9业务资源管理业务采集范围管理支持管理医疗机构,根据实际业务开展情况标记实际业务采集范围。10源端科室管理支持管理医疗机构的源端科室内容,针对医疗机构,还支持行政科室与挂号科室的共同管理,挂号科室主要面向医疗机构诊疗业务,患者在挂号选择的对应科室。11源端人员管理支持管理医疗机构的源端人员信息,数据采集后中心端统一管理。同时,支持分发人员信息给订阅该信息的业务系统。12源端值域管理支持对医疗机构使用的值域代码进行归集,值域管理支持通过新增或导入的方式进行维护,通过分配对应的账号即可查看维护的源端值域。13源端药品管理支持对医疗机构使用的药品目录进行统一管理,药品目录包含药品编号,药品名称,生产企业,剂型,规格等相关数据,同时也支持查看详细的药品信/息、O14源端诊断管理支持对

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

当前位置:首页 > 研究报告 > 农林牧渔

宁ICP备18001539号-1