序号 | 类别及名称 | 主要功能描述 |
* | 完全定制开发 | |
(*) | 标准规范体系 | 按照平台的总体框架,确定建设内容和标准规范的逻辑关系,根据国家卫生信息标准体系基本框架,进行本项目标准规范体系建设 |
1 | 基础类标准 | 基础类标准*般是*组由国际、国家或行业颁布的标准,用于指导医疗卫生信息标准的指南和规范 |
2 | 数据类标准 | 数据类标准是在充分的业务分析、业务与应用需求分析的基础上,运用信息分类方法、信息建模方法(*** ***)、信息编码方法以及数据标准化方法进行制定的,用于保障数据*致性、数据共享性和可交换性的*组数据集,用于指导区域医疗卫生信息资源规划和数据设计的规范 |
3 | 技术类标准 | 指技术类标准是指导医疗卫生信息系统开发的规范标准,包括数据交换技术标准与接口规范、业务系统功能规范、软件开发与编码规范、平台网络接入规范、网络管理规范等,用于指导整个项目的数据交换、数据采集接口规范、与平台相连接的各个业务应用系统的的开发与实施 |
4 | 管理类标准 | 管理类规范主要是用丹东市智慧医疗全民健康信息化建设项目中的各信息系统或平台实施和维护的*组规范,包括验收规范、文档编制规范、安全管理规范、运行维护规范等 |
(*) | 信息资源中心 | 包含*大核心库的信息资源库,用于存储居民的全生命周期的健康数据。这些健康数据,不仅可以作为数据中台资源整合的有力支撑,而且可以通过数据服务平台以服务的形式向第*方系统提供健康数据,完成业务协同的功能。 |
1 | 全员人口数据库 | 全员人口资源库涵盖个人自然信息和生育状况等,数据来源于市级全民健康信息平台推送到数据中心后,通过转换和整理形成的资源库,由索引数据、摘要数据、实体数据几部分组成 |
2 | 健康档案数据库 | 健康档案资源库是以居民个人健康为核心,贯穿整个生命过程,涵盖各种健康相关因素的信息资源,数据主要来源于基层医疗机构综合信息系统,通过数据抽取、转换加工后形成资源库,根据健康档案的基本概念架构,电子健康档案的内容主要由个人基本信息和主要卫生服务记录两部分组成。 |
3 | 电子病历数据库 | 电子病历资源库是医疗机构对门诊、住院患者(或保健对象)临床诊疗和指导干预的、数字化的医疗服务工作记录。是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源数据,数据主要来源市属医疗机构、 基层医疗机构综合信息系统等。通过数据抽取、转换加工后形成资源库。 |
4 | 卫生资源数据库 | 卫生资源信息主要包括区域内医疗机构的信息,在册医生、护士、医疗技术人员相关信息,各种医疗设备、医疗设施等资源。数据来源于各级医疗机构。 |
5 | 大数据分析数据库 | 大数据分析数据仓库将分为6层数据处理,包括第*层数据处理是对医疗机构数据库备份数据的汇总,第*层对原始数据抽全和映射,第*层对数据的清洗,第*层对数据标准被,即对数据的深层加工包含数据归*、数据结构化,第*层按照病人和疾病维度建立离线分析层,第6层按照应用主题建立在线分析层。 |
6 | 对外共享数据库 | 共享数据库主要用于与其他行政部门(政府、社保、民政、公安等)进行数据交换与共享使用。内容包括可对外共享的数据,根据其他行政部分、企业、居民的需要,从*个资源库中抽取放入这里。 |
(*) | 全民健康信息平台 | 全民健康信息平台采取标准化建设,集中采集区域卫生健康信息,包括市属医疗机构、基层社区卫生服务机构;通过向各接入外部系统提供标准化的文档共享、订阅、消息等各类接口服务,实现各接入系统及机构之间的数据交换,支撑跨机构跨区域的业务协同应用。 |
1 | 共享交换子平台 | 共享交换子平台为全民健康信息平台提供技术支持,以微服务架构为核心,提供微服务应用标准的开发工具、开发规范与通用服务组件,使用服务网关实现能力开发和数据共享,为上层数据和业务提供底层技术支撑。 |
1.1 | 服务交换中心 | 以对服务进行全生命周期管理为核心,提供全面、精简、强劲的服务统*管理服务平台,涵盖服务发布、管理、安全管控、监控分析的支撑能力。 |
1.1.1 | 服务治理—服务注册发现 | 服务注册发现是将服务本身的信息注册到服务注册中心的过程,为了简化这个过程,平台开发工具开发出的微服务应用,在启动后能够自动的将信息注册到注册中心上。对于非平台开发工具开发的微服务应用,服务注册中心也提供了相应的接口,通过接口调用,即可将信息以平台注册中心所需要的数据格式注册到服务注册中心上。 |
1.1.2 | 服务治理—服务注销 | 服务注销的过程,即是服务停止后,需要将服务的信息从注册中心上删除,删除后其他服务将不再能调用该服务。平台开发工具开发的微服务能够自动将服务的信息从注册中心上删除。 |
1.1.3 | 服务治理—服务扩展 | 当同*个微服务应用启动多个实例后,服务注册中心依然能够对微服务多个实例进行管理。服务注册中心上将会维护*个微服务应用的多个实例的信息。平台服务注册中心能够很好的支持微服务多实例横向扩展。 |
1.1.4 | 服务治理—服务管理 | 平台提供服务列表、服务查询、服务运行统计、服务负载均衡、服务路由等服务管理功能 |
1.1.5 | 服务治理—服务编排 | 服务编排有多种方式,在业务流程比较固定的场景,通过编码实现对服务的编排,以实现某个具体的业务流程。 |
1.1.6 | ***-发布 | ***发布指的是将后端服务发布为统**** |
1.1.7 | ***-多版本 | ***发布注册时支持配置版本号,版本号作为定位选择***的标识之*。在灰度发布路由等功能中,可以根据版本号,将流量引向不同版本的***当中。 |
1.1.8 | ***-批量***注册 | ***管理中心支持批量发布注册*** |
1.1.9 | ***-协议转换 | 协议转换指的是将请求和响应数据在转发后端服务时进行格式转换 |
1.1.** | ***-导出***文档 | 支持将***网关中的***导出成***文档,导出的文档是符合行业标准文档。 |
1.1.** | ***-***路由转发 | ***网关不仅提供基于***元数据的路由转发功能,还能充当反向代理的作用(类似于*****或******),可基于设置的规则进行路由。 |
1.1.** | ***-异步转发能力 | ***网关基于********.0技术,使用异步***技术,极大的减少了线程资源的消耗,保证了海量并发访问的情况,能够持续稳定的提供服务。经过国家专业机构测试,在高并发的情况下,能够保证高效稳定运行。 |
1.1.** | ***-***访问控制 | 通过配置访问控制白名单(将***和角色相关联)来赋予角色访问***的权限。 |
1.1.** | ***-防重放攻击 | 防重放指的是防止请求重放攻击,在每次访问***的请求头中携带防重放信息,经由防重放插件过滤时会判断**是否重复,若重复则被认为是重放请求,抛系统异常并中断后续请求。 |
1.1.** | ***-防重复提交 | 防重复提交指的是防止业务请求*次提交,在每次访问***的请求头中携带防重复提交信息(键为*****,值为通过调用***网关应用内置的*****生成服务获取的),经由防重复提交插件过滤时会根据*****值判断当前请求是否已经提交过,若*次提交则抛系统异常并中断后续请求。 |
1.1.** | ***-数字签名 | 请求签名指的是对请求数据进行签名,防止数据被非法篡改。 |
1.1.** | ***-流量控制 | ***流量控制指的是当系统发生的交易量某个指标达到预先设定的阈值时,系统实现通过自动或手工干预的方式拒绝新的请求的行为。 |
1.1.** | ***-认证服务 | 认证服务是***管理平台内置的服务 |
1.2 | 共享文档组件 | 共享文档组件用于对共享文档进行管理,主要包括共享文档的组装、共享文档解析、共享文档验证等功能。 |
1.2.1 | 业务数据配置 | 对业务数据进行配置,包括***管理、值域代码表管理、数据元管理、业务表管理等。 |
1.2.2 | 基本元素管理 | 用于管理卫生信息共享文档***文件使用的各类基本元素。根据元素在***文档中的用途,卫生信息共享文档基本元素分为“属性元素”、“框架元素”和“业务元素”。 |
1.2.3 | 复合元素模板管理 | 为了便于卫生信息共享文档(***文档)结构模板的快速配置,可以建立常用的复合元素模板。复合元素是指用于描述某类特定信息的,按照特定结构组装(层级嵌套结构)的*组基本元素(*般包括*个框架元素和多个业务元素)。支持以树状结构管理和展现复合元素中所有的基本元素。 |
1.2.4 | 共享文档模板管理 | 根据《国家医疗健康信息互联互通成熟度测评》标准要求,实现共享文档的模板配置。提供共享文档模板的创建、修改、删除、复制等操作,并支持对交互规范模板对应的业务表进行维护。 |
1.2.5 | 共享文档管理 | 对共享文档进行管理,包括共享文档解析、共享文档组装、共享文档验证等。 |
1.3 | 健康档案服务 | 所有到平台访问数据事务都有业务协同服务进行处理,是所有事务和业务逻辑以及访问规则,围绕任何数据主题汇集出真正的全程和综合的健康档案和电子病历视图。 |
1.3.1 | 健康档案采集服务 | 提供健康档案文档集的提交与注册,实现平台对健康档案文档集的采集,将健康档案文档集提交到健康档案资源库存储,并在健康档案管理中心进行健康档案文档注册 |
1.3.2 | 健康档案索引服务 | 索引服务全面掌握信息交换平台所有关于居民的健康信息事件 |
1.3.3 | 健康档案数据服务 | 为健康档案业务服务提供功能性的支持,以执行正确的数据访问过程和与不同的注册服务、存储服务、业务管理或辅助决策服务交互所需的转换 |
1.3.4 | 健康档案事务处理 | 根据对事物的调用和处理,全程健康档案服务将配置成协调处理所有的“列表”和“获取”事务。对于任何这些事务,将建立管理这些事务的语境,将知晓如何调用*个特定的编排流,并指导编排流的执行,允许在实现这些事务时调用适当的服务 |
1.3.5 | 健康档案调阅服务 | 为平台应用提供统*的健康档案访问入口。配合信息安全手段实现居民健康档案的受控访问。分为集中调阅和分布式预调阅 |
1.4 | 信息资源发布与共享 | 信息资源发布共享平台是跨机构、跨机构、跨部门实现资源共享、业务协同的基础组件之*,也是对外提供服务能力的门面,多方发布共享资源唯*入口,通过该平台规范了资源发布、资源共享的管理规定、业务标准、技术标准,此平台也是以医疗卫生为核心的资源发布共享的唯*合法途径。 |
1.4.1 | 资产管理 | 平台建设方或平台内各个业务单元信息系统中包含的信息资产,包含库表数据、服务接口、文档等内容 |
1.4.2 | 资源管理 | 资源是资产对外共享的形态和途径,各种类型的资产可以被发布成资源,供信息资源需求方订阅使用 |
1.4.3 | 监控管理 | 为了让平台运维人员和管理者更清楚的了解系统的使用和运行情况,提供对系统的统*监控和关键指标统计。统计指标需要包括系统各类型资源的统计及趋势分析、资源分类分析、发布订阅分析、调阅分析、资产分析和运维监控统计等 |
1.4.4 | 控制台 | 对发布的资产和资源进行管理,包含管理菜单,可以管理登录用户权限范围内的相关系统资源 |
1.4.5 | 连接管理 | 连接管理是管理数据开放共享服务的系统用户,同时能够将用户与组织机构以及角色建立关联 |
1.4.6 | 权限管理 | 对调用资产、资源服务的组织机构,配置角色,赋予功能权限。将用户与组织机构以及角色建立关联 |
2 | 数据处理子平台 | 数据中心中构建区域医疗业务库,业务库中汇聚了居民各类健康医疗数据,数据交换系统实现这些数据在各个平台和业务系统之间的共享利用。 |
2.1 | 数据分析系统 | 数据分析系统与各医疗机构对接,对医疗机构数据进行分析,并将分析完成的数据上传到前置机。 |
2.1.1 | 东港市中医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.1.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.1.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.1.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.1.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.1.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.1.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.1.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.2 | 东港市中心医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.2.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.2.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.2.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.2.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.2.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.2.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.2.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.3 | 东港市第*医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.3.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.3.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.3.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.3.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.3.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.3.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.3.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.4 | 丹东市第*医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.4.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.4.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.4.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.4.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.4.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.4.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.4.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.5 | 凤城市第*医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.5.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.5.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.5.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.5.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.5.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.5.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.5.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.6 | 凤城市中心医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.6.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.6.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.6.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.6.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.6.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.6.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.6.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.7 | 凤城市中医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.7.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.7.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.7.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.7.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.7.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.7.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.7.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.8 | 宽甸满族自治县中医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.8.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.8.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.8.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.8.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.8.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.8.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.8.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.9 | 宽甸满族自治县中心医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.9.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.9.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.9.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.9.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.9.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.9.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.9.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市公安医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市*轻医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市第*医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市中心医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市中医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市传染病医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市人民医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市振安区医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.1.** | 丹东市振兴区医院数据采集上报 | 按照丹东市全面健康信息平台标准采集医院各业务系统的相关数据上传到到市全民健康信息平台 |
2.1.**.1 | 数据采集配置 | 医院提供的数据源的相关表的只读账户账号,进行采集作业配置实现可访问到医院各业务系统数据库并且有各上报业务相关的库表访问权限。 |
2.1.**.2 | 采集模型开发 | 分析各业务系统的数据库结构,根据市平台数据集标准开发对应的医院原始数据采集***,该采集***脚本实现医院原始数据提取到缓存库;数据补全,实现编码和名称字段成对提取;电子病历涉及非结构化数据存储的,通过关键字分析判断将非结构化数据拆分为结构化数据。 |
2.1.**.3 | 转化作业开发 | 开发转换作业实现医院业务合并、原始数据字段映射到市平台数据集标准字段、各业务关联性*致;配置值域映射,将医院诊断、手术等原始编码映射成平台标准编码。 |
2.1.**.4 | 配置上报作业 | 配置上报业务和上报路径,实现医院前置端到市平台中心库的数据传输路径畅通。 |
2.1.**.5 | 配置数据采集上报调度 | 配置数据采集上报的总体调度,实现可控的数据上报范围、上报规则、上报 频率、上报时间等。 |
2.1.**.6 | 数据上报联调 | 将各业务部分时间段的数据上传到市平台,与市平台进行联调,经过反复测试及调整确保按平台规则正确上报。 |
2.1.**.7 | 历史数据上报及增量上报 | 按平台要求将医院业务库中的历史数据集中上报到市平台数据库,完成历史数据上报后开启每日自动增量上报。 |
2.2 | 数据迁移系统 | 数据迁移系统主要负责将进行数据分析的医疗机构数据汇聚到中心端 |
2.2.1 | 数据采集 | 数据采集主要负责指定医疗机构数据的采集汇聚。通过数据智能采集提供实时、非实时以及增量数据的自动数据采集。 |
2.2.1.1 | 数据抽取 | 主动接入方式从医疗机构提供的数据源获取医疗业务数据,通过数据模型快速匹配实现业务模型复用和快速对接 |
2.2.1.2 | 存量数据抽取 | 采用***方式,将存量数据,依据平台标准,抽取到数据库中。抽取内容包括新系统存量数据和老系统存量数据 |
2.2.1.3 | 增量数据实时同步 | 增量数据实时同步有*种处理方式,分别是触发器方式、时间戳方式、全表比对方式、日志表方式、服务方式 |
2.2.1.4 | 数据清洗 | 数据清洗包括前置校验、数据上传、数据教育、日志存储和数据治理 |
2.2.2 | 数据搬运 | 各级医疗机构遵循《******-****电子病历共享文档规范》、《******-****电子健康档案共享文档规范》数据集要求提供数据源,平台提供主动数据搬运功能,完成数据对接 |
2.2.2.1 | 交换引擎 | 包括批量数据同步和跨系统交换 |
2.2.2.2 | 数据转换 | ***过程中数据清洗、转化,如码表清洗,并且支持视图拖拽式配置 |
2.2.2.3 | 映射配置 | 提供数据采集功能的可视化数据映射工具,可针对数据采集过程中的数据抽取、数据转换等步骤进行图形界面化开发和管理。 |
2.2.2.4 | 数据流程配置 | 提供数据采集各活动节点的配置功能,通过图形化拖拽方式完成采集流程动态配置、调整等工作,简化数据采集工作的开发、调试等相关工作,能够大幅度提高工作效率 |
2.2.2.5 | 字典值域转换 | 字典值域转换工具提供智能匹配(基于语义的模糊匹配)+人工确认相结合的方式实现值域的精确映射 |
2.2.3 | 数据上传 | 通过数据加载和技术协议,对采集的数据进行汇集处理 |
2.2.3.1 | 数据加载 | 将采集和转换加工后的数据装载到目的库 |
2.2.3.2 | 技术协议 | 提供多种上传策略,包括上传到平台数据库、以标准接口方式对外提供调用 |
2.2.3.3 | 数据上传 | 根据省平台定义的数据上报要求,结合数据加载方式和支持的技术协议。覆盖省平台数据上传。 |
2.2.4 | 采集监管 | 对数据采集流程进行监管 |
2.2.4.1 | 通道联通状态监管 | 全局监控,提供统*地域展示视图,掌握各医疗机构数据采集情况 |
2.2.4.2 | 数据上报统计监管 | 监控医院上报状态的详细信息,反映*段时间内各个医院数据上报的实际情况,通过对上报数据总数、上报成功总数、上报失败总数等指标的监控,并能够按照医院的等级或者单个医院的角度对数据上报的具体状态进行分析统计 |
2.2.4.3 | 业务数据标准监管 | 针对医疗业务在数据互联互通上报过程中采用的数据标准进行监控,能够检测和调整不同业务数据上报采用的数据标准,并提供数据标准导入功能,并能够对数据标准进行统计分析,反映数据标准的采用状态、标准更新历史以及各医疗机构采用的数据标准情况等信息。 |
2.2.4.4 | 值域标准监管 | 针对上报数据的值域标准进行监控,能够检测和分析不同业务上报采用的值域标准情况,能够对值域标准进行分类,并提供值域标准导入功能,通过对值域标准的统计分析,反映各个医院采用的值域情况,统*值域标准。 |
3 | 基础应用子平台 | 平台基础管理组件 |
3.1 | 标准管理系统 | 提供关于数据标准、交换标准的可视化管理工具。为实施人员提供管理数据交换的存储模型和交换模型的工具,并在模型变更后可以提供脚本的管理和接口文档的管理。针对业务科室和医院信息科的工作人员,系统可以查看和下载卫生部标准、产品标准等文件,并且可以查询平台现有的标准。 |
3.1.1 | 基础配置 | 包括业务分类管理、活动分类管理、字段池管理和字段模板管理 |
3.1.2 | 数据标准管理 | 数据标准管理分为值域管理、采集标准-数据元管理、应用标准-数据元管理、应用之于映射配置 |
3.1.3 | 交换标准管理 | 交换标准分为采集交换标准和应用交换标准,采集标准为平台采集时需要的交换标准,应用标准为*套统*的,提供给上层应用使用的标准,主要区别在于应用标准不需要绑定值域信息,其应用涉及的值域信息需要与项目本地的值域信息做匹配。交换标准管理为标准管理系统最为重要的模块 |
3.1.4 | 规则管理 | 按照升级、未配置、待发布和已发布分类查看交换标准,勾选交换标准可进行批量升级和批量发布到质控的操作。 |
3.1.5 | 文档管理 | 可以查看标准文档记录,包括文档的名称和生成时间,同时可以在上方输入筛选条件,筛选条件包括标题单位、落款单位、文档日期等。 |
3.1.6 | 标准*览 | 行业标准查看主要为了展示行业标准分类以及其数据元构成,可根据医疗、公卫和妇幼等分类查看行业标准及其数据元组成。 |
3.2 | ****主索引系统 | 个人/患者的唯*身份识别,为居民健康档案信息和医疗服务信息的交互共享提供基础。居民主索引其主要用途是在*个复杂的医疗体系内,通过唯*的患者标识将多个医疗信息系统有效地关联在*起。以实现各个系统之间的互联互通,保证同*个患者在不同业务系统中信息采集的关联性、完整性和准确性。 |
3.2.1 | 主索引管理 | 支持居民主索引按照不同的检索条件进行查询,可以服务查询,也可以前台页面查询 |
3.2.2 | 主索引手工处理 | 此功能可以将两条主数据合并,并将索引信息合并。在相似列表中勾选*条记录,点击合并按钮,系统会将两条主数据合并成*条,以上面的记录为准,将下面记录索引集合合并到上面的主数据中,并记录相关操作日志 |
3.2.3 | 主索引注册 | 手工创建居民主索引信息。可以在页面中点击注册按钮,然后填写如身份证号码、姓名、性别、年龄、出生日期、手机、详细地址信息,其中身份证号码不可以与现有数据重复,也不可以为空 |
3.2.4 | 抽取配置 | 配置****映射关系、抽取****数据 |
3.2.5 | 权重配置项 | ****权重比例设置。目前主索引相似有*个权重,身份证号码相同视为*个人,可自动合并。姓名-出生日期、姓名-手机号、出生日期-手机号相同,进入相似列表可以手工合并主索引信息 |
3.3 | 主数据管理系统 | 主数据管理为用户提供统*的卫生资源管理入口,整合区划内卫生资源如人员、机构、科室等信息,为其他系统提供基础数据。管理区划内所有医疗机构的属性信息,提供人员和科室注册服务,并分配科室和人员唯*标识,集中管理床位、行政区划、设备、车辆、应急物资的详细信息。 |
3.3.1 | 人员信息管理 | 人员信息管理支持人员信息的增加,包括姓名、证件信息、出生日期等基础信息的增加,以及所在科室、医师执业类别等工作信息的维护 |
3.3.2 | 科室信息管理 | 科室信息管理支持科室信息的增加,包括归属机构、科室编码、科室名称、科室地址及备注信息的维护 |
3.3.3 | 机构信息管理 | 机构信息管理支持机构信息的增加,包括机构名称、机构编码及行政区划等信息的维护 |
3.3.4 | 区划信息管理 | 区划信息管理支持区划信息的增加,包括行政区划代码、行政区划名称、上级行政区划代码等信息的维护 |
3.3.5 | 床位信息管理 | 床位信息管理支持床位信息的修改包括实有床位数的修改,不能修改床位的机构名称和机构编码;支持床位信息的查询,包括根据机构名称和归属区划进行精确查询 |
3.3.6 | 设备信息管理 | 设备信息管理支持设备信息的增加,包括设备代号、设备台数和设备名称等信息的维护 |
3.3.7 | 车辆信息管理 | 车辆信息管理支持车辆信息的增加,包括车辆类型、车牌号码和购置日期等信息的维护 |
3.3.8 | 应急物资管理 | 应急物资管理支持应急物资信息的增加,包括应急物资名称、分类和规格型号等信息的维护 |
3.3.9 | 术语管理 | 术语管理主要是对标准中*些术语进行展示和维护操作,可向用户展示专业医学术语。术语管理是为了规范医疗用语,用于管理某些项目的标识、名称和分类等维度。主要包括药品字典、检验检查项目、手术项目、疾病和中医诊断、特需收费项目、治疗处置项目、耗材和医嘱项目。 |
3.3.** | 申请审核 | 审核申请主要功能为对已申请的编码进行审核并展示标准的审核情况,用户可勾选申请单列表,处理申请单通过或者不通过,通过的申请单,会将申请的数据添加到对应的字典表中 |
3.4 | 数据质量治理系统 | 数据质量控制通过完整性控制、准确性控制、关联性控制、稳定性控制以及实效性控制等功能,实现对健康数据采集、转发、存储等环节的全面数据质量监管,保障机制完善数据质量。 |
3.4.1 | 数据质量分析 | 数据质量分析对全民健康信息平台及辖区内各医疗机构的数据质量提供分项评测查看,从时间维度、医疗机构类型等多维度进行分析展示 |
3.4.2 | 数据质量评测 | 数据质量评测提供数据评测方式定义配置,支持根据实际情况进行调整不同评分项目权重,实际对区域内各个医疗机构数据上报质量进行评测 |
3.4.3 | 数据稽查校验 | 数据稽查校验是对具体的业务数据进行建立校验模型,通过业务校验规则进行数据质量校验和系统审核的过程 |
3.4.4 | 数据问题处理 | 数据问题处理对于每个医疗机构提供数据全生命周期的跟踪,行政管理人员可以了解医疗机构内部数据从生产、抽取、转换、上传等全过程的跟踪信息,同时在平台也可以了解到质量评测报告,尤其对于医疗机构综合评分不高的情况下,能够很快地进行问题划界与定位 |
3.5 | 居民全生命周期健康档案 | 通过健康档案浏览器实现跨平台、跨应用、跨开发商的通用电子健康档案访问工具,向居民提供电子健康记录的集成化综合视图。在健康档案浏览器中查看近期就诊、药物、检查等记录,让平台采集或索引的健康档案发挥更大的效益和作用,为临床提供便捷的信息参考 |
3.5.1 | 就诊视图 | 以日历记事本的形式在同*个界面,对居民历次就诊期间诊断、检验结果、检查结果、用药医嘱等数据进行摘要性展示 |
3.5.2 | 综合视图 | 诊断、报告、病历、护理、体检信息多角度全景展现,辅助用户对过往诊疗信息查看与本次治疗方案分析,并提供基于诊疗记录角度与就诊事件角度的转换查看方式 |
3.5.3 | ***视图 | 集成健康档案、高血压建档、高血压患者随访、糖尿病建档、糖尿病患者随访、预防接种、预防接种报告、高危新生儿登记信息记录、体弱儿童登记信息记录、体弱儿随访记录、出生医学证明、儿童健康体检、新生儿家庭访视、孕产妇建卡、高危孕产妇信息记录、产前随访、产后访视、产后**天健康检查、分娩情况、成年人健康体检、死亡医学证明,实现多种健康档案的信息查看功能、辅助医生进行诊疗活动 |
3.5.4 | 模块隐私设置 | 对功能模块进行开启和关闭的操作,主要包括生命周期、服务记录、用药记录、检验记录、检查记录、长期医嘱、手术记录等,包含访问权限设置、基本信息隐私设置、疾病信息隐私设置 |
3.6 | 检查检验结果互认服务 | 结合实际情况建立本辖区内的检查检验结果互认体系,明确互认机构范围、条件、诊疗项目(内容)及技术标准等,优先选取稳定性好、高值高频的检查检验项目进行互认。推进检查检验结果互认共享,其目的是减少重复检验检查,促进医疗卫生资源合理、有效利用,简化就医环节,缩短就医时间,降低诊疗费用,提高人民群众就医感受度和满意度。 |
3.6.1 | 系统基础管理 | 对机构、权限、角色、用户和基层字典进行管理 |
3.6.2 | 检验互认管理 | 对检验互认项目、组套关系、互认资质、互认范围进行管理 |
3.6.3 | 检查互认管理 | 对检查互认项目、互认资质和互认范围进行管理 |
3.6.4 | 互认项目映射管理 | 检验项目映射管理、检查项目映射管理、检验项目映射浏览、检查项目映射浏览 |
3.6.5 | 互认浏览器 | 互认浏览器主要面向临床医生,作为与医生进行互认交互的工具,用于展现可互认报告提醒、查看可互认报告及互认规则、进行互认操作、以及进行互认引用。 |
3.6.6 | 互认监管分析 | 在对医生进行事前和事中提醒的基础上,系统提供互认跟踪与评价、检验检查结果互认综合监管分析功能作为事后监管手段,实现互认闭环管理。 |
3.6.7 | 与辽宁影像云对接 | 与影像云平台对接,在互认浏览器检查报告浏览页面集成影像云平台的影像浏览器调阅链接,查看对应的影像信息。 |
3.6.8 | 与医院***对接 | 与医院***系统对接,调用互认平台提供的“互认报告查询服务” |
3.6.9 | 与医院***、****对接 | 与医院***、***、**** 具备检验检查结果互认资质的医疗机构对接,在可互认检验检查报告发布后,调用互认平台提供的“可互认检验检查***报告上传服务”,将相应的报告上传。 |
3.6.** | 与健康档案浏览器对接 | 与健康档案浏览器对接,在互认跟踪与评价的页面,集成健康档案浏览器,用于浏览对应个案的就诊记录。 |
3.7 | 统*集成应用门户 | 统*集成门户是丹东市医疗卫生健康的展现平台。根据用户角色分配权限。用户通过账号登录与其对应的应用系统,处理日常业务。 |
3.7.1 | 菜单配置 | 对平台管理、医疗应用、公卫应用和其他业务协同进行菜单配置 |
3.7.2 | 统*身份认证服务 | 系统为有认证的用户根据用户所处角色,确定哪些资源该用户可以访问,可以进行哪些操作等。 |
3.7.3 | 系统监控 | 用于查看服务器信息。包括服务器**地址、主机名、操作系统架构及名称等。 |
3.7.4 | 卫健委管理角色 | 为卫健委相关部门提供服务,功能包括服务技术中台中各类参数配置、****主索引、主数据管理、标准管理、数据质量控制管理、大数据应用等。 |
3.7.5 | 医护人员角色 | 为医务工作者(医院医生、基层医生、药方医生等)提供服务。根据医生权限不同,加载的业务应用也随之改变。 |
(*) | 基于平台的业务监管系统 | 全市医疗卫生业务监管智能化 |
1 | 健康大数据展示中心 | 建立健康医疗大数据分析与展示中心,通过充分利用智能大数据分析技术,结合平台所汇聚的医疗大数据、公卫大数据、医保大数据、医药大数据,为主管政府部门、医院提供健康医疗大数据分析服务,便于政府全面、实时掌握医疗卫生业务运行状态,实现智慧监管与智慧决策 |
1.1 | 医疗服务指标 | 工作量、工作效率、医疗质量、患者负担、医疗用药、医疗费用、卫生资源等指标管理 |
1.2 | 公共卫生指标 | 建档情况、高血压管理、糖尿病管理、重性精神病管理、老年人管理、孕产妇保健管理、儿童保健管理 |
2 | 综合业务监管 | 对卫生政策、人力资源、经济等综合进行监管分析 |
2.1 | 医疗服务 | 医疗服务选取了医疗服务向的部分关键指标,涵盖了“工作量”、“工作效率”、“医疗质量”、“患者负担”等多个医疗服务方面的具有代表性的指标,从整体角度展示了区域医疗服务建设发展情况。 |
2.2 | 医疗费用 | 医疗费用将医改、惠民等区域关注的医疗相关费用内容进行汇总展示,通过大量对比图例展现了医疗费用阶段性的变化趋势。 |
3 | 医疗行为监管 | 对医疗机构的诊疗活动进行监管 |
3.1 | 医疗行为 | 医疗行为监管全方位展示了区域医疗质量情况,便于管理者了解区域内医疗质量现状,更好的为患者提供高质量的医疗服务。 |
4 | 慢病管理业务监管 | 针对慢病人群管理开展情况进行统*监管。具体功能包括:慢性病控制率、慢性病规范管理率、高危人群管理率、服药率和血压(血糖)控制率、慢性病预防宣传教育知晓率、区域慢性病危险因素监测。 |
4.1 | 慢性病管理 | 慢性病管理是公卫工作的重点内容,产品将慢性病相关指标设计到*起,形成了慢病管理主题,真对高血压、糖尿病患者的管理情况进行分析,便于后续展开随访等工作。 |
5 | 重点人群管理业务监管 | 区域内老年人的健康管理情况。 |
5.1 | 重点人群管理 | 健康档案管理,将居民建档情况、重点人群档案管理情况进行细分。体现了区域内老年人的健康管理情况。 |
6 | 妇女保健业务监管 | 对基层医疗卫生机构开展的孕产妇健康管理服务工作的执行情况进行监管,包括孕早期保健、孕中期保健、孕晚期保健、产时保健、产后保健等。 |
6.1 | 妇女保健业务管理 | 对妇女保健相关指标进行统计分析,展现区域妇女保健各项业务开展情况,为管理者提供*定的决策支持。 |
7 | 儿童保健业务监管 | 对基层医疗卫生机构开展的0-6岁儿童健康管理服务工作的执行情况进行监管,包括新生儿访视、婴幼儿保健、学龄前儿童保健等。 |
7.1 | 儿童保健业务管理 | 对儿童保健相关指标进行统计分析,展现区域儿童保健各项业务开展情况,为管理者提供*定的决策支持。 |
8 | 中医药业务监管 | 中医药业务监管 |
8.1 | 中医院业务管理 | 中医建设逐渐成为国家关注的重点内容,独立建立的中医药管理大屏是将中医相关内容进行整合而成的主题大屏。管理者可以在这个主题中充分了解区域中医建设效果。 |
9 | 国家基本公共卫生服务项目监管 | 针对国家基本公共卫生服务项目开展情况进行统*监管。通过全民健康信息平台对区域内基本公共卫生服务活动实施情况进行汇总与分析,满足基本公共卫生服务业务监管、服务项目规范化实施与管理等方面需求。 |
9.1 | 健康档案电子建档率 | 对辖区内常住居民(指居住半年以上的户籍及非户籍居民)健康档案建档服务情况进行监管,实现按地区、时间、人群类别等多个维度的建档统计,分析建档人群的健康特征,监管建档任务完成情况 |
9.2 | 重点人群基本公共卫生服务情况监管 | 重点人群包括0-6岁儿童、孕产妇、老年人、慢性病患者、严重精神障碍患者和肺结核患者等,实现按地区、时间、人群类别等多个维度的重点人群和特殊人群签约数及签约率、家庭医生签约服务项目开展情况等指标进行监管。 |
** | 医院运营监管 | 对各级医疗卫生机构的运营情况进行全面监测与分析,提供日常管理数据支持。全民健康信息平台从各医疗卫生机构的***、***、***、****、***等信息系统采集数据,统*汇总管理,聚合成各医疗卫生机构的资产运营、工作负荷、工作效率、患者负担等运营状况的数据集市 |
**.1 | 工作负荷监控 | 年门诊人次(指医疗卫生机构在*年内进行门诊诊疗的总人次,*般包括患者医疗卫生机构就诊的门诊、急诊人次),健康体检人次,年急诊人次,留观人次,年住院患者入院,出院例数,出院患者实际占用总床日,年住院手术例数,年门诊手术例数(*年内门诊患者进行手术的总例数) |
**.2 | 工作效率监控 | 对出院患者平均住院日,平均每张床位工作日,床位使用率,床位周转次数,手术类型构成进行监管 |
**.3 | 患者负担监控 | 每门诊人次费用,每住院人次费用,参保患者个人卫生支出比例,医保目录内药品费用比例,城市*级综合医院普通门诊就诊人次占比,****成本核算情况分析,单病种成本核算情况分析 |
** | 疫情防控监管平台 | |
**.1 | 基础数据录入 | 平台提供数据导入按钮,可将省里下发的数据导入到本系统内,系统后台将会对这些基础数据进行整理,分析 |
**.2 | 短信发送 | 根据基础数据,系统通过短信网关定向发送带有填报地址的短信 |
**.3 | 短信填报 | 收到短信的相关人员根据短信提示内容,完成自主填报并提交自身相关信息,将信息反馈到平台系统中 |
**.4 | 任务推送 | 系统后台对录入数据进行分析,明确每名人员应所属行政区域(县、区),并将工作任务自动推送到基层管控单位 |
**.5 | 监管反馈 | 基层管控单位工作人员根据任务分配,将现场、远程工作内容反馈给系统 |
**.6 | 进度展示 | 指挥中心的工作人员远程接收系统收到信息汇报,以及工作进展情况进行展示 |
**.7 | 主页定制开发 | 提供定制化功能,提升系统延展性 |
(*) | 基于平台的业务协同系统 | 根据互联互通测评要求,对基本医疗和公共卫生相关服务进行协同应用管理 |
1 | 基本医疗服务协同 | 基于全民健康信息平台,对个人健康档案、慢病等协同提供服务 |
1.1 | 个人基本信息调阅服务 | 通过健康档案浏览器,为各级医疗机构、居民推送居民个人基本信息,包括年龄、性别、民族等个人基本医学相关信息。 |
1.1.1 | |