公告信息 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
(全民智慧健康医疗系统项目)招标公告
项目概况
全民智慧健康医疗系统项目招标项目的潜在供应商应在线上获取招标文件,并于****年**月**日 **时**分(北京时间)前递交投标文件。 *、项目基本情况 项目编号:****-******-***** 项目名称:全民智慧健康医疗系统项目 包组编号:*** 预算金额(元):**,***,***.** 最高限价(元):**,***,*** 采购需求:查看
1、技术要求
1.1.1软件产品需求
序号
类别及名称
主要参数
*
支撑软件
1
数据库软件
******企业版(正版授权)
2
操作系统
国产品牌
*
应用软件
1
自定义报表工具
平台监管系统综合大屏展现所需可视化拖拽报表软件
2
软视频通道
分级诊疗系统会诊类业务所需软视频通道
3
电子病历编辑器
**个乡镇卫生院、**个社区卫生服务站和5个妇幼保健机构基层电子病历系统所需病历编辑器
1.1.2软件开发需求
序号
类别及名称
主要功能描述
*
完全定制开发
(*)
标准规范体系
按照平台的总体框架,确定建设内容和标准规范的逻辑关系,根据国家卫生信息标准体系基本框架,进行本项目标准规范体系建设
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
个人基本信息服务
居民个人基本信息,包括年龄、性别、民族等
1.1.2
个人基本医学相关信息服务
居民公共卫生信息和医疗信息
1.2
居民健康档案信息服务
通过健康档案浏览器,为各级医疗机构、居民推送健康档案、高血压建档、高血压患者随访、糖尿病建档、糖尿病患者随访、预防接种、预防接种报告、高危新生儿登记信息记录、体弱儿童登记信息记录、体弱儿随访记录、出生医学证明、儿童健康体检、新生儿家庭访视、孕产妇建卡、高危孕产妇信息记录、产前随访、产后访视、产后**天健康检查、分娩情况、成年人健康体检、死亡医学证明等公卫相关信息。
1.2.1
健康档案信息服务
居民健康档案信息获取、推送服务
1.2.2
高血压专案信息服务
高血压患者信息、高血压专案信息、高血压随访信息、高血压患者健康检查信息的获取、推送服务
1.2.3
糖尿病专案信息服务
糖尿病患者信息、糖尿病专案信息、糖尿病随访信息、糖尿病患者健康检查信息的获取、推送服务
1.2.4
预防接种信息服务
预防接种、预防接种报告信息的获取、推送服务
1.2.5
儿童保健信息服务
儿童体检信息、体弱儿童信息、集体体检信息、儿童死亡信息、新生儿疾病筛查信息、出生缺陷登记信息、出生证明信息的获取、推送服务
1.2.6
妇女保健信息服务
孕产妇保信息、高危孕产妇信息、孕产妇死亡报告信息、叶酸管理信息、两癌筛查信息、妇女病普查信息的获取、推送服务
1.2.7
健康体检信息服务
老年人健康档案信息、老年人健康体检信息的获取、推送服务
1.2.8
死亡医学证明服务
死亡证明信息的获取、推送服务
1.3
居民电子病历信息服务
通过电子病历浏览器,为各级医疗机构、居民推送门急诊信息、住院信息、体检信息等
1.3.1
门急诊诊疗信息服务
门急诊医嘱、门急诊处方、门急诊挂号信息等获取、推送服务
1.3.2
住院诊疗信息服务
住院电子病历、入院记录、出院记录、临床路径信息等获取、推送服务
1.4
重复检查提醒服务
重复检查功能是当医生在***系统内给患者开立检查项目时,***系统会调用平台提供的接口,根据之前平台采集上来的数据与本次医生要给患者开立的检查项目编码和名称进行对比,如果发现同*患者开立过相同检查项目,则进行提示,并展示检查项目详情
1.4.1
检查结果服务
检查项目详情包括检查机构、检查时间、检查科室、检查结果所见以及针对检查结果的建议诊断
1.4.2
检查报告服务
检查报告获取、推送服务
1.4.3
提醒服务
检查结果提醒服务
1.5
重复检验提醒服务
重复检验功能是当医生在***系统内给患者开立检验项目时,***系统会调用平台提供的接口,根据之前平台采集上来的数据与本次医生要给患者开立的检验项目编码和名称进行对比,如果发现同*患者开立过相同检验项目,则进行提示,并展示检验项目详情。
1.5.1
检验结果服务
检验项目详情包括检验机构、检验时间、检验项目、检验报告以及针对检验结果的建议诊断
1.5.2
检验报告服务
检验报告获取、推送服务
1.5.3
提醒服务
检验结果提醒服务
1.6
重复用药提醒服务
重复用药功能是当医生在***系统内给患者开处方药品时,***系统会调用平台提供的接口,根据之前平台采集上来的数据与本次医生要给患者开立的方药品编码和药品名称进行对比,如果发现同*患者开立过相同检验项目,则进行提示,并展示药品详情
1.6.1
处方信息服务
药品详情包括就诊机构、就诊时间、报告、药品名称、就诊科室、开药医师、开药时间、药品规格信息
1.6.2
提醒服务
用药信息提醒服务
2
公共卫生服务协同
通过分级诊疗系统,将基层信息系统和医疗机构信息系统互联互通,实现双向转诊、远程诊断、远程会诊、处方流转等业务
2.1
老年人健康管理信息服务
全民健康信息平台获取老年人在医疗机构的体检信息,推送给基层信息系统,丰富基层信息系统的老年人体检信息。
2.2
高血压随访管理服务
全民健康信息平台获取高血压患者在医疗机构的就诊信息,推送给基层信息系统,丰富基层信息系统的高血压随访信息。
2.3
糖尿病随访管理服务
全民健康信息平台获取糖尿病患者在医疗机构的就诊信息,推送给基层信息系统,丰富基层信息系统的糖尿病随访信息。
(*)
卫生健康信息便民服务系统
全民健康信息平台与家庭医生签约系统互联互通,为医疗机构、居民提供家庭医生履约、签约包信息等查询服务。
1
居民注册管理
采用身份证号实名注册,与全民健康信息平台居民主索引合并,同时融合电子健康码、辽事通等,作为居民在本区域唯*标识,并能够对个人信息进行管理。
1.1
电子健康码注册
通过与电子健康码管系统对接,实现居民电子健康码的申请。
1.2
辽事通注册
通过与辽事通系统对接,实现居民电子健康码的申请。
1.3
身份证注册
身份证号实名注册
1.4
账号合并
身份证帐号、医保卡帐号、居民健康卡帐号、辽事通帐号等多账号合并管理
2
医疗健康服务
为居民提供医疗健康相关服务
2.1
智能导诊服务
针对患者提供就医导诊的互联网服务,根据患者身体部位和不适症状推荐就诊科室,智能导诊以人机对话的形式,患者选择对应的部位、症状,根据部位、症状的选择,结合疾病知识库得出可能疾病,为患者匹配最佳的医疗资源,提供就诊参考
2.2
预约挂号服务
与医院紧密对接,准确更新医院的不同科室医生的可挂号时间,方便用户查看进行预约,更好的安排自己的看诊行程。根据专家特长和出诊时间预约挂号,患者预约时发送症状信息,医生可提前获知。
2.3
报告查询服务
为居民提供检查、检验报告查询功能
2.3.1
检查报告查询
通过与全民健康信息平台对接,居民可以查看历次检验记录的检验报告与检验结果
2.3.2
检验报告查询
通过与全民健康信息平台对接,居民可以调阅区域内历次的检查记录,查询检查报告与检查影像
3
公共卫生服务
为居民提供公共卫生服务
3.1
居民健康档案服务
居民可通过惠民应用实时调阅个人健康档案,具体调阅信息包含居民基本信息、历史就诊信息、历史住院信息、历史公共卫生健康信息。
3.1.1
居民基本信息
查看个人及家庭成员档案信息,如姓名、住址、联系电话、建档人、建档日期等,查看个人及家庭成员基本信息,如性别、出生日期、身份证号、血型以及药物过敏史等
3.1.2
历史就诊信息
查看历次就诊的详细信息,包括就诊基本信息,诊断信息及处方信息等
3.1.3
历史住院信息
可以调阅查看历次的住院的出院小结信息,出院小结信息
3.1.4
历史公共卫生健康信息
实现全生命周期的健康档案信息查看,包括:出生信息、接种信息、用血献血信息、家庭医生信息、儿童保健、妇女保健、健康体检、慢病管理等
3.2
慢性病服务
提供针对高血压、Ⅱ型糖尿病等慢性病居民,提供信息查询和随访服务信息推送。
3.2.1
高血压患者服务
提供针对高血压慢性病居民,提供信息查询和随访服务信息推送。
3.2.2
糖尿病患者服务
提供针对Ⅱ型糖尿病等慢性病居民,提供信息查询和随访服务信息推送。
4
信息共享服务
为居民提供医疗机构信息、医院公开信息等
4.1
医疗机构信息展示
提供全市各医院基础信息展示、院内地图、院内导航、医疗信息公开等功能
4.2
医疗信息公开
药品信息公开,包括药品名称、规格、厂商、**等;医疗费用信息公开,包括医疗服务项目名称、医疗服务**等信息
4.3
统*支付服务
整合居民就诊支付渠道,提供覆盖主流在线支付机构(基本/商业医疗保险、 银行、第*方支付平台)的统*支付服务
(*)
分级诊疗应用系统
1、为东港、凤城和宽甸提供县域医共体业务。 1
医疗资源管理
为平台中供需双方搭建交易的网络环境,实现供需透明及服务有效匹配的目标,构建网状的医疗服务网络。支持逐级、多级的服务要求。标准化医疗资源的管理,针对提供服务的医院、专家以及服务项目进行全程监控。构建统*的账户结算体系,实现服务费用缴款、记账、结算等辅助管理,为用户提供良好的运营管理支撑,实现医疗资源服务运营化管理的目标
1.1
基础数据管理
机构信息维护、医务人员信息维护、角色信息维护
1.1.1
机构信息维护
医疗机构的管理员可以编辑所在医疗机构的基本信息
1.1.2
医务人员维护
对在平台注册并提供医疗服务的医务人员资质信息进行严格管理,包括医务人员的基本信息、执业信息和特长信息等。确定医务人员与医疗机构的关联关系,医务人员与科室的关联关系等
1.1.3
角色信息维护
针对医务人员的职责不同,通过设置角色,对角色维护菜单来进行区分。新增*个角色后,可在菜单授权页面为其选择所需的菜单。为医务人员匹配相应的角色后,在登录时即可显示其所需的菜单。
1.2
本地化配置管理
医共体、医联体、远程医疗系统中成员单位、标准资源等信息本地化配置管理
1.2.1
医疗服务网络配置
平台需要同*家机构能够支持多种医疗服务网络的设定,医疗服务网络限定了医疗资源供给侧与需求侧的关系。平台上支持设定多个医疗服务网络。医疗服务网络构建是平台关键业务,它明确了哪些医疗机构可以获得哪些医疗机构提供的资源,在检索医疗服务资源时进行控制与管理。
1.2.2
标准资源维护
运营人员或指定上级医院管理人员可对平台上的标准资源目录进行维护。各提供方提供本地服务资源时需要在标准资源目录中选取,可以实现对提供服务的医院、专家以及服务项目进行全程监控与管理。
1.2.3
本地资源维护
提供医疗服务资源的医疗机构,将各自优质的、可对外服务的医疗资源从标准资源目录中选择出来,新增到本地资源目录中。根据医疗服务的内容以及服务类型设定服务**。根据医疗服务资源的性质,支持由科室、医生或团队等方式执行服务。
1.2.4
标准药品维护
运营人员或指定上级医院管理人员可对平台上的标准药品目录进行维护,各药品提供方在维护本地药品资源时需要在标准药品目录中进行选取,实现对各医疗机构使用情况的监控和统*管理。
1.2.5
本地药品维护
提供药品的医疗机构,可以将各自药房提供的药品从标准药品目录中选取并新增,根据实际情况自定义药品*售价。
1.2.6
服务协议管理
因不同医疗服务网络内医疗服务的提供者与需求者的业务供需不同,通过制定相应医疗服务网络的服务协议,来明确彼此的业务职责和服务项目的**。医疗服务项目协议将会在医疗服务交易过程中起到作用。
1.2.7
药品协议管理
因在不同的医疗服务网络内药品提供方与药品需求方的业务供需不同,通过制定相应的药品服务协议,来确定医疗服务网络中可提供的药品种类和药品协议**。
1.3
账户管理
各级医疗机构账户管理
1.3.1
预收款管理
各医疗机构可通过预交存款的方式进行服务申请,避免每次申请服务都需结算的情况。预收款管理人员管理每个入网医疗机构的预收款信息,包括收取、退还、查看预交款,实现对每*笔预收款的精细化管理
1.3.2
结算管理
结算管理是指结算管理人员对医联体网络内所有服务费用的结算,通过建立结算管理中心可以实现对多医联体网络的结算。结算管理人员可在“结算中心管理”中新增结算中心,在结算中心添加相关医联体网络,指定相关人员为结算管理中心结算员的角色,可以对医疗费用进行结算。费用结算人员选择决算中心、医疗服务网络和结算时间,对各医疗机构提供方进行结算。对结算日期提供严格的结算口径管理,对结算起止时间严格控制
1.3.3
记账管理
针对相关业务提供统*的记账系统。结算时能查看患者、申请医生等会诊详细信息,并能够记录记账时间和记账费用等信息。针对已记账的会诊也可进行退账操作,详细记录操作人和操作时间等信息。保证每条记录有迹可循,还可对记账项目进行查询
1.3.4
明细查询
明细查询分为收入明细的查询和消费明细的查询。收入明细查询是指机构管理人员查看所在机构针对其他机构提供的服务缴费详细信息。消费明细查询是指机构管理人员查看所在机构使用其他机构提供的服务缴费详细信息
1.3.5
机构警戒线维护
针对机构账户余额情况进行监管,对欠费额度进行监管,防止医疗机构之间债务纠纷。当到达警戒值后,机构将不可再进行服务申请,可通过预交款对余额进行补充
1.3.6
医疗机构账户监管
账户监管是运营管理的主要功能,支持运营管理人员查看机构申请服务的消费情况和账户余额等信息
2
资源共享系统
提供影像诊断中心、临床检验中心、心电诊断中心功能
2.1
影像诊断系统
支持下级医院拍片上传,由上级医学影像诊断中心进行统*阅片和诊断服务,形成电子化的影像诊断报告,回传下级医院,指导下级医院医生对患者进行诊断与治疗
2.1.1
委托检查服务
基层医疗机构的医学影像检查设备(如**、磁共振、彩超等)有限,阅片能力有限,只能进行较为低端的医学影像检查,限制了基层医生的诊断能力与服务水平。通过医疗服务外包的形式,委托区域医学影像中心来集中进行医学影像检查与医学影像诊断,是最切实可行的解决方案。既减少了基层医疗机构的资金投入,又增加了区域医学影像中心的资源利用率,还有利于保证医学影像检查结果的准确性与*致性,实现区域检查结果互认。
2.1.2
集中阅片服务
集中阅片是实现基层医院拍片,由上级医学影像诊断中心进行统*诊断的服务,可有效提升基层机构的影像业务水平。基层医生发起影像诊断申请,影像诊断中心接收申请,调阅患者影像资料,书写诊断报告并回传,基层医疗机构可对报告进行查看和打印。
2.1.3
远程影像会诊
远程影像会诊是*种影像诊断中心针对申请医院提交的影像会诊申请,出具影像会诊意见的服务,实现申请医院疑难影像的快速转移,从而为患者的早期及时诊断和就地治疗或转院争取时间和治愈可能的服务。
2.2
临床检验系统
支持“委托检验”和"预约检验"两种模式。 2.2.1
委托检验服务
由于基层医疗机构的检验设备有限,只能进行常见的检验服务,限制了基层医生的诊断能力与服务水平。通过医疗服务外包的形式,委托区域临检中心来集中进行检验,既减少了基层医疗机构的资金投入,又增加了区域临检中心的资源利用率,还有利于保证检验结果的准确性与*致性,实现区域检验结果互认。临检中心将安排人员定期上门收取各基层医疗机构的检验样本,进行集中检验,并将检验结果推送给基层医疗机构,从而解决基层检验能力不足的问题。
2.2.2
预约检验服务
实现检验业务的预约申请,申请医生发出预约检验申请,上级医生审核通过后,患者可以在基层医院预缴费,缴费成功患者携带打印凭证,在规定的时间去上级医院进行检验,上级医生进行检验业务处理。
2.3
心电诊断系统
持下级医院上传数字化心电图,由上级心电诊断中心进行统*阅片和诊断服务,形成电子化的心电诊断报告,回传下级医院,指导下级医院对患者进行诊断与治疗
2.3.1
远程心电诊断
建立区域心电系统,将分布在各基层医疗机构的心电图检查设备采集的心电检查数据、报告进行数字化,并统*存储到心电图网络系统服务器中,实现数据集中共享、提供远程诊断医疗服务模式和区域内的心电检查监管。
2.3.2
远程心电会诊
通过标准的心电数据存储规范,使心电检查可以和区域内的其他系统,包括电子病历系统、居民健康系统实现数据归档,并支持特殊的检查流程,包括急诊的绿色通道、*** 院前检查、专家会诊。接收基层上传的心电图数据,县级医院心电图室医生登录会诊平台进行诊断和报告的审核。
3
协同管理系统
提供会诊、双向转诊、厨房流程转等服务
3.1
远程会诊系统
远程医疗是整合利用医疗卫生资源、提升基层医疗卫生服务能力、推进城乡医疗卫生服务均等化的有效途径。依托现代信息技术,联通不同地区的医疗机构与患者,进行跨机构、跨地域医疗诊治活动。交互式的远程会诊服务,支持上级机构专家与基层申请医生、患者间的实时音频、视频交互,提升了医疗服务效率和患者就医体验。
3.1.1
远程门诊服务
为了提升基层医疗机构的诊治服务能力,改善当前患者对于基层医生不信任的现状,帮助基层医院实时解决在门诊过程中遇到的问题,平台针对基层医疗机构医生提供了实时远程门诊支持的服务,建立专科医生与基层医生沟通的渠道,实现上级专科医生与基层医生实时协同看诊的业务需求。
3.1.2
临床会诊服务
为减轻患者负担,合理配置医疗服务资源,促进优质医疗资源下沉,在临床诊疗过程中,遇到有疑难重症或在实施治疗方案时有困难等情况,可通过平台向上级医院发起远程临床会诊申请。支持交互式的远程临床会诊,会诊专家与申请医生、患者间的实时音视频交互,实现患者在病床上就能实时接受专家远程会诊服务;支持离线式的远程临床会诊,申请医生通过会诊终端提交会诊申请信息和病历资料。会诊专家根据实际情况,非实时浏览会诊申请信息和相关资料,并编写和发布会诊报告,申请医生可在报告发布后进行报告浏览。
3.1.3
专科会诊服务
专科会诊是针对某种病症提供专家会诊服务的功能,相比于临床会诊,专科会诊可以填写更加详细和专业的申请信息,适用于类似常见慢性病等病症。
3.2
双向转诊服务
支持下级医院与上级医院之间的门诊、住院双向转诊,支持基于协同门诊的转诊服务
3.2.1
门诊转诊服务
门诊预约服务实现了优质医疗资源的下沉,减少了各医院预约服务水平的差距,提高了医院资源的利用率,让居民在基层即可预约上级医院的专家号源,增强居民对于基层的信任感。
3.2.2
住院转诊服务
在住院转诊业务中,基层医疗机构与区域内大中型综合医院、专科医院形成合作机制。让常见病、慢性病在基层医疗卫生机构得到治疗,疑难重症则转向*级及以上大医院治疗,在大医院治疗后的康复期或稳定期患者则可转至基层医疗机构进行康复治疗。
3.3
远程教育系统
远程教育系统是利用信息化技术,实现远程开展与医学有关的各种教育活动的目标。通过远程教育系统,可以大大提高教育资源的传播效率,使教育资源得到最大限度共享,有利于改变传统医学教育模式中受教育者被动的学习方式,使学习由被动变为主动,加强医学受教育人员素质的培养
3.3.1
在线示教
在线示教提供了线上实时教育的功能,相关专家进行在线的医学示教,演示查房、手术、问诊等医疗环节,提升观看示教医生的综合能力
3.3.2
医学文献
医学文献以文本类型的文件展示医学知识,所有医生均可在线查看学习
3.3.3
大医讲堂
大医讲堂主要是通过组织地区上有影响力的学科专家进行讲座录播,将录播的课件作为大医讲堂的课程,通过在线点播学习的方式,提升医生自身的综合医疗服务能力
3.3.4
远程会议
远程会议实现了云端会议室的功能,使不同地域跨机构的医生可以远程参加会议,进行相关医学活动的在线交流
4
医疗业务统计系统
统计分析系统提供了面向运营管理人员进行跨院业务监控的功能。监控具体业务开展的情况,主要针对预约、住院、会诊、影像诊断、病理诊断、门诊会诊等院间医疗业务进行监控
4.1
统计报表—会诊
面向运营管理人员提供针对临床会诊业务开展情况进行监管的功能,对费用和工作量进行统计查询,实现综合决策支持
4.2
统计报表—门诊
面向运营管理人员提供针对远程门诊业务开展情况进行监管的功能,对费用和工作量进行统计分析,实现综合决策支持
4.3
统计报表—转诊
面向运营管理人员提供针对转诊业务开展情况进行监管的功能,可通过设置申请时间段、申请类型、申请医院或医生等信息来筛选和查看针对申请数量和完成数量的统计分析结果。支持对统计报表的导出和打印
4.4
统计报表—检验
面向运营管理人员提供针对委托检验业务开展情况进行监管的功能,可通过设置时间段和申请医院等信息来筛选和查看针对申请数量、已接单数量、未接单数量、样本退回数量的统计分析结果。支持对统计报表的导出和打印
4.5
统计报表—检查
面向运营管理人员提供针对委托检查业务开展情况进行监管的功能,可通过设置时间段和申请医院等信息来筛选和查看针对申请数量、完成数量的统计分析结果。支持对统计报表的导出和打印
4.6
统计报表—集中阅片
面向运营管理人员提供针对集中阅片业务开展情况进行监管的功能,可通过设置时间段和申请机构等信息来筛选和查看针对申请数量、完成数量、阅片效率的统计分析。支持对统计报表的导出和打印
4.7
统计报表—远程教育
实现针对远程教育业务的订阅情况进行统计分析。可以通过设置时间段和主讲人所在机构名称进行检索,可以查看课程开始和结束时间、课程名称、主讲医生和订阅人数等信息。支持对统计报表的导出和打印
4.8
统计报表—资源
实现针对各机构向医疗服务网络内所投放资源的统计分析。可以通过设置所属医院和所属网络来筛选和查看维护资源数量、资源发布情况及投放*分比等信息
(*)
基层医疗机构综合信息系统
为乡镇卫生院、社区卫生服务中心等基层医疗卫生机构提供*体化基卫系统
1
云***系统
基层基本医疗服务是基层医疗卫生服务机构为居民提供的以病人为中心,以健康问题为导向,以多发病、常见病 的诊疗为主导,持续照护的医疗服务。全科诊疗服务是为全科诊疗过程提供的信息技术辅助管理支持。主要包含门急诊挂号、门诊收费、门诊医生站、门诊护士站、住院等功能。
1.1
门诊服务
为基层机构提供门诊业务
1.1.1
门急诊挂号
通过门诊挂号,有效的分诊,保证患者就医的有序,功能包括门诊预约挂号、门急诊挂号、门诊退号、操作员日结、挂号统计查询
1.1.2
门诊收费
门诊收费功能主要是针对门诊诊疗服务过程中产生的服务费、药费、检验检查费、治疗费用进行收费,对有偿医疗服务价值的财务转化,实现医院的医疗服务财务收入管理,功能包括门诊划价收退费、门诊退费、检验申请单补录、门诊日结功能、门诊日结查询、收费明细查询
1.1.3
门诊医生站
该功能主要服务于医生看诊过程中,对于患者治疗过程的记录,功能包括门诊诊疗记录(电子病历)书写、医技申请、门诊诊疗记录的修改与删除、健康指导、疾病转诊、健康档案生成与提交服务、基层卫生提醒服务、诊疗知识库功能、
1.1.4
门诊护士站
门诊护士工作站主要提辅助门诊护士进行门诊患者的诊疗处置进行执行管理,功能包括门诊皮试登记、门诊输液打印、门诊处置执行、门诊病历打印
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.4
运营管理服务
药品、物资、财务等业务进行管理
1.4.1
药品管理
药房药库管理
1.4.2
物资管理
物资入库管理、物资出库管理、入库打印、出库打印、库存管理、物资盘点
1.4.3
财务管理
门诊类统计管理、住院类统计管理、药品类统计管理、物资类统计管理、收款员发票领用、退费审核
1.5
基础数据管理
全局、机构基础数据管理
1.5.1
全局基础数据管理
对于全局基础数据查询,该部分内容在医共体下将由进行统*管理与分发
1.5.2
机构基础数据管理
对机构内基础数据查询、新增、修改。
2
云***系统
电子病历系统是以患者为中心的全医疗过程的数据记录的集成,是建立在医嘱、检验、医学影像、心电、手术麻醉、护理等各类临床信息系统基层上,满足临床诊疗现场的信息需求,实现了以电子病历为核心、以病人为中心的临床医护诊疗系统,为医护临床决策的综合信息平台,其发展应用最大程度代表了数字化医院的建设水平。
2.1
门诊病历管理
门诊医生工作站是门诊病人信息的主要采集处,患者基本信息的采集,如工作单位,联系电话、身份信息等。对于患者的病史信息进行采集,包括主诉、现病史、既往史、过敏史,个人史及家族史的信息。*次采集后,后续得就诊过程中医生能够对历史病历进行查看,参考。可输入体格检查的相关信息,如血压、脉搏、呼吸、体重等生命体征信息。根据检查或检验结果,确定患者本次就诊的病情信息,开立西医诊断及中医诊断。诊断信息取自标准的*****疾病集合。医生可以根据患者的检查结果,进行治疗处方的开立,如西(成)药处方,草药处方等。病历中注意事项等附加内容中医生可以选择性的导入患者的检查检验信息及治疗处置信息。云***中病历的书写要简单,方便。病历的书写过程,云***系统提供病历知识库,使得医生能够对主诉等文字信息进行快速录入。除知识库外,系统提供病历模板,医生可以对模板进行定制及使用;模板以外,系统提供常用诊断的定制,医生可以根据自己的科室进行制订,达到快速录入诊断的目的。系统还可以针对患者身份识别提供对应患者的历史病历信息,医生可以导入历史病历,进行参考及输入。医生站开立处方时,系统提供合理用药的功能。
2.2
住院病历管理
住院医护工作站作为临床信息系统的重要部分和电子病历系统的核心部件,即使电子病历的信息源,也是电子病历重要的展现载体。住院医护工作站的主要功能是书写医疗护理文书,以及为医生、护士高效、准确录入、书写医疗及护理文书文书提供的全方位和智能化的信息支持。
2.3
体温单管理
绘制体温单是护士必须完成的*项日常工作。由于体温单的格子密集,需要标记的信息量大,极易画错而要重新绘制,同时也增加了护士的工作量。本功能主要面向住院护士,能够提高工作效率
2.4
检验检查结果集成
从***及****系统中获取实验室检验及检查报告数据,重现验单原始内容;支持病人检验检查数据很方便地引用到病历中;支持检验项目的纵向比较;支持多次住院期间检验项目的纵向比较。
2.5
病案管理
为病案室人员提供病案管理功能
2.5.1
病历归档管理
病历归档:显示或查询显示已经出院结算患者的病历信息,进行归档及撤消归档操作,并可对所操作的病历进行浏览,查看病历记录内容。 2.5.2
病历签名管理
机构管理人员收集到医生签名图片后,在此出上传,并设置初始密码,医生在此时可以重新上传图片,重置密码,在病历签名是使用密码进行签名验证
2.5.3
病历借阅
病历借阅申请:医生可通过条件查询归档病案,提借病案申请,在审批通过后对病案进行调阅查看。 2.6
病历质控管理
面向管理员实现病历质控管理
2.6.1
全局质控标准管理
监管机构通过本功能制定统*病历质控标准供所辖机构使用,标准包含质控规则、质控评分规则、评分级别*部分。质控标准可关联自动质控机制,实现病历书写时限提醒、超期提醒辅助医生提高病历书写时效性,同时可以辅助质控人员进行自动评分,对病历的完整性、时效性、正确性进行校验。
2.6.2
机构质控标准管理
机构下载全局质控标准供本机构使用。机构通过本功能制作本适用机构的质控标准。
2.6.3
*级质控
科室主任或指定质控人员在责任医师书写病历过程中对病历进行审查、记录缺陷并可以暂存或发送给责任医师进行整改。设定整改期限,限时整改完成,未完成时对病历进行锁定,责任医师无法进行修改。
2.6.4
*级质控
病案室质控人员在责任医师提交病历后,进行归档前对病历进行审查、记录缺陷并可以暂存或发送给责任医师进行整改,同时动态计算出质控扣分情况以及评级情况。设定整改期限,限时整改完成,未完成时对病历进行锁定,责任医师无法进行修改。
2.6.5
*级质控
机构指定专家等高级别人员在病历归档后,对病历进行审查、评分并可以暂存或将结果发送给责任医师,同时动态计算出质控扣分情况以及评级情况。
2.6.6
*级质控
监管机构质控人员通过本功能查询所辖各机构各科室的病历,对病历进行抽查、评分计算出质控扣分情况以及评级情况。
2.7
病历查询统计
区域病历质控评分查询、机构病历质控评分查询、 科室病历质控评分查询
2.8
病历模板管理
病历模板管理
2.8.1
全局模板制作
制作全局病历模板供所辖医疗机构使用。模板制作过程中可以引入基本元素、系统元素、复合元素、特殊符号、图片、医学公式等
2.8.2
全局模板发布
监管机构通过本功能进行全局病历模板的发布、停用管理。模板发布后所辖机构才可以查询
2.8.3
师范词句管理
能制定*系列典型的医疗示范词句供所辖医疗机构参考使用
2.8.4
医院模板管理
医院模板管理
2.8.5
全局模板下载
机构管理员使用本功能下载全局模板到本机构使用
2.8.6
机构模板制作
机构通过本功能制作机构病历模板,通过权限设置可以限制模板的使用范围为个人、科室、机构、公用。模板制作过程中可以引入基本元素、系统元素、复核元素、特殊符号、图片等
2.8.7
机构模板发布
对下载的全局模板或机构自定义模板进行发布、停用等处理,发布后医生可以查询到并使用
2.8.8
示范词句管理
对下载的全局模板或机构自定义模板进行发布、停用等处理,发布后医生可以查询到并使用
2.9
基础信息管理
电子病历基础信息管理
2.9.1
系统参数维护
系统参数是用于控制系统业务流转的*些变量,通过设置不同的变量值,完成不同的业务流程处理。本功能对系统参数进行增删改查的维护
2.9.2
系统元素维护
系统元素是病历中取自***系统原有数据的元素。例如患者姓名、性别、出生日期、目前所在科室等等。是根据当前操作的病人信息以及操作人员信息获取的数据。本功能对系统元素进行增删改查的维护
2.9.3
病历大纲维护
病历大纲,类似于办公软件中文档结构图中的标题索引,这些索引在实际的应用中具有辅助复合元素、示范词句等快速定位到病历文件中的相关位置的功能,例主诉、现病史、既往史等,也可以代表区域的类别、复合元素的类别、引文的类别。本功能对病历大纲进行增删改查的维护
2.9.4
基本元素维护
基本元素是制作病历文件模板所需的最小单位,包括*种数据类型,如下拉框、多选框、格式文本、复选框、数值框、多选组合框、下拉组合框、时间和日期、单选按钮。本功能对基本元素进行增删改查的维护
2.9.5
复合元素维护
复合元素是由*组元素和文字信息构成的元素集合,需利用编辑器工具进行定义,也可引入现有的基本元素、系统元素、复合元素,同时,可以对元素属性进行设置及页面事件的绑定。本功能对复合元素进行增删改查的维护
2.9.6
病历类别管理
对病历分类进行进行修改,病历分类在病历文件构造的时候使用
3
云***系统
***(实验室信息系统)主要任务是协助检验师对检验申请单及标本进行预处理、仪器的质控管理、检验数据的智能化自动采集或直接录入、检验数据处理、检验报告的审核、检验报告的查询、打印等。系统应包括常规检验、样本前处理、样本后处理、质量控制、统计查询、检验项目维护等功能
3.1
样本管理
采集并管理患者的检验样本
3.1.1
样本前处理
门诊条码打印、住院条码打印、体检条码打印、样本送检、样本接收、样本核收、条码及回执单补打、作废条码及不合格样本、检验报告单调阅、外检查询
3.1.2
样本后处理
检验样本登记:设置冰箱库,存放试管架号,对样本进行样本后处理登记。 3.2
常规检验
当实验室核收到样本后将进入到检验执行的过程
3.2.1
患者的信息获取
通过条码调取患者基本信息和检验项目信息,或者通过输入患者的类别和病人编号来手工提取患者基本信息和检验项目信息。
3.2.2
检验单手工录入
当患者没有检验申请单时,检验人员可以手工单个或者批量录入患者的检验单信息。
3.2.3
检验结果
检验结果显示内容:项目编码,项目名称,项目结果,正常参考范围,危急值参考范围,单位,结果值高低,仪器结果(复查前结果)。前次结果(最多9次次),历史图像结果(血常规图像、尿沉渣图像等)。
3.2.4
检验结果的审核
系统可以单个或者批量进行标本的审核、打印;危急值出现时,必须要对标本进行单独审核,并且在审核之前,要将检验结果发送给临床医生进行告知。
3.2.5
检验单打印
根据检验单模板进行报告单的单个或者批量打印。
3.2.6
并单处理
根据标本的实际归属情况,可以将患者的多个报告单进行合并处理,统*打印到*张报告单中。
3.2.7
待查处理
如果标本结果已经出来,但是由于某些原因无法出报告(例如需要复查或者检查出***阳性等),可以将标本设置为待查状态。在待查状态下,标本无法被进行修改、删除、移动、审核、打印等处理。
3.2.8
复查处理
如果标本由于采集量补足或者结果异常等原因,导致需要进行结果复查的,可以使用本功能。复查分原管复查和新管复查两种情况。
3.2.9
危急值处理功能
如果系统发现有危急值,将会要求检验医师将危急值信息推送到临床医生页面,由医生对该危急值结果进行确认、并给检验科进行反馈。
3.2.**
系统说明
显示***系统的重要更新说明、快捷键、可以下载的模板信息。
3.3
质控管理
为了保证检验的质量高、结果准确,检验科人员需要定期对于检验设备进行质控测试,实现质控数据的自动分析与报警;建立相关校验标准,实现异常检验结果的分离,确保检验结果的可靠性、实现基于病人检验数据的质控分析,有效提供室内和室间质控数据的评价,提供质控数据统计,直观、快速提供单规则/多规则质量控制图示,对质控参数进行动态管理和有效监控提供符合临检中心要求的质控统计表和质量控制
3.3.1
质控基本信息管理
以检验设备编码为主线,对质控物有关的基本信息、有效时间段信息、批次、是否为过渡信息等进行基本维护,在质控品与质控项目间进行对照,并对质控品应用的质控规则进行维护。
3.3.2
质控数据
检验项目质控数据显示包括以下内容:按项目,质控时间范围内的所有水平的质控数据,过程数据,无效数据的显示、不同状态的显示;按日期对设备下所有质控项目的所有水平的质控数据进行显示;可以在数据显示的情况下,对质控数据进行编辑,增加,删除,转换等操作。
3.3.3
质控绘图
|
联系客服
APP
公众号
返回顶部