医院数据中心技术需求

医院数据中心技术需求1技术架构要求1)数据中心数据采集在不影响业务系统的情况下，能够实现毫秒级实时同步。2)数据中心需提供数据采集的监控系统，包括ETL作业，ETL包的执行情况，并支持ETL采集包的执行步骤明细。3)数据监控系统需支持移动端，能够实现对数据中心的实时监控，当作业发生异常时，能够通过移动端接收相应的异常通知，用户可通过移动端实现异常明细的查询。4)数据中心需提供对外数据开放平台，能够实现数据中心对外服务的开发。5)数据开放平台需支持连接SQLServer、Oracle、MySQL、Sybase等数据库，运维人员只需通过简单配置即可在无开发支持情况下完成服务的新增及发布。6)数据服务开放平台需基于微服务框架，发布服务需自动实现负责均衡。7)数据中心需数据质量管理工具，系统需内置数据中心数据质量稽查规则，并可根据医院实际情况，进行数据质量规则的维护管理。8)支持将结构化数据同步至非结构化数据仓库与不同数据库产品结构化数据仓库。9)具有容灾备份能力，能够热备方式快速恢复切换，保证系统业务连续性。10)具有容灾备份能力，具备数据自动修复能力，保证系统业务连续性。11)数据中心中各类数据具备长期性，能够满足全量数据在线查询需求。2.性能要求1)实时数据中心，业务高峰期最大延迟不高于5分钟；2)数据捕获引擎日志处理能力：单链路大于150G/小时；3)数据转换引擎并发处理能力：单节点不低于64个链路并发处理能力；4)分布式数据引擎数据处理能力：单链路不低于20w条/小时；5)数据中心支持TB级别数据并发读：10000条/秒；6)数据中心支持TB级别数据并发写：5000条/秒；7)数据检索响应时间不超过5秒；8)数据统计时间不超过5秒。3.数据接入引擎1)数据采集系统支持BS架构，无需安装客户端及插件即可完成数据采集的可视化的配置。2)支持通过网页界面实现数据采集任务的调度的配置，并可查看数据采集步骤中各个任务节点的执行情况。3)支持通过网页界面配置作业采集任务，用户无需编写任何脚本，即可通过可视化的界面完成数据采集工作。4)数据采集需记录日志，通过日志，可随时掌握数据同步及抽取运行情况，以便于在错误发生的情况下，快速定位错误原因和位置。5)支持通过移动端实时展示数据作业的运行情况，当发生异常时，可通过移动端或微信端及时将相应的错误消息发送给运维管理人员。6)提供医院业务数据和数据中心业务域标准转换、对照功能。7)提供不同数据源引擎动态适配功能。8)提供关系型数据向非关系型数据采集配置与管理功能。9)能对采集任务的sql语句进行解析，和拆分，且与元数据对接；10)能对采集任务调度周期和时间的管理功能。11)支持数据中心各个主题库与源端数据的自动或者手动比对，以确保数据中心数据的一致性。12)支持实时变化数据通过OGG进行捕获，实施实施数据同步。数据接入引擎应满足以下功能要求：功能模块功能要求数据捕获引擎源端系统信息配置管理。目标数据库信息配置管理。引擎自动生成数据初始作业。非结构化数据配置。数据捕获引擎配置。数据捕获引擎各节点状态监控。数据捕获引擎分类管理。清洗规则配置管理。数据捕获引擎详情展示。数据转换引擎数据转换引擎配置。转换引擎各节点状态监控。转换规则配置管理。清洗转换队列信息配置管理。结构化数据转非结构化数据配置。数据转换引擎分类管理。数据投递规则配置管理。数据转换引擎详情展示。数据装载引擎数据装载引擎配置。装载规则配置管理。装载数据库管理。数据装载进度实时查看。数据安全管理。4.CDA临床数据中心临床数据库主要是以患者为中心、在医院范围内制作的终生纵向多媒体记录，包含患者所有重要的临床数据可集成院内各科室级临床信息系统，实现所有临床诊疗数据的整合与集中展现。临床数据库参考国际HL7标准、《电子病历基本数据集》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范，将临床活动产生的所有数据进行通过先进技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中，形成按领域组织的、方便利用的临床数据集。通过开放服务提供外部系统调用和数据访问。通过数据采集、清洗、标准化等步骤，将全院业务系统数据进行集中存储，包括历史数据采集、实时数据采集，形成全院的全量、实时数据中心。数据中心建成后，一方面通过开放服务提供外部系统调用和数据访问，另一方面，为患者全息、运营管理和临床科研提供多种辅助应用。临床数据中心要求如下：1)临床数据中心范围应包含以下内容：患者信息、病人服务、医嘱处方、检验服务、检查服务、输血服务、护理体征、病历文书、手术麻醉，过敏信息等数据。2)临床数据中心数据可根据医院系统的建设情况，可分别采用实时或准实时数据采集，满足医院临床数据展示及共享需求。3)临床中心可根据医院的实际应用场景，采用不同的架构设计，如大数据分布式架构。4)临床数据中心需内置数据质量管理功能，并内置相应的数据中心规则，并可通过相应的数据质量规则配置，来实现数据中心不同业务域的数据的数据质量稽查，如一致性、完整性、及时性、整合性等，保障数据中心数据的准确性。功能列表技术要求数据存储建立临床信息数据库，遵循国家《WS445-2014电子病历基本数据集》，至少包含标准要求的28类业务域和128个数据模型的内容；支持自定义扩展数据集。按照标准的临床业务模型对患者数据。就诊数据、医嘱数据及各类报告文书等数据进行整合存储，建立关联关系。支持对历史患者信息、医嘱、检查、检验、病理、手术、病案、临床路径数据进行抽取、清洗、转换，按标准化、结构化、分类存储。临床数据中心的数据集成以患者为中心，以就诊为索引的所有临床数据。数据接入可以支持多种数据接入形式与数据规范。1、多种数据采集的接入方式与规范：对接集成平台提供的各类接口。2、支持不同数据规范的接入：对接支持HL7V3、HL7V2、普通的XML等格式。3、数据接入程序支持分布式部署。为患者全息视图提供数据，作为患者全息视图的数据源，为其提供以患者为中心的患者临床全流程就诊数据。为运营数据中心提供数据，作为运营管理数据模型的数据源，为其提供全院级各类明细数据。5.数据上报管理系统数据上报管理系统，支持国家、省、市区等各级卫生医疗机构对医院的数据上报要求。通过数据采集配置，数据生成，数据审核，数据上报，结果反馈等功能模块提升上报工作效率。采用可视化的管理工具减少失误率，提高准确性。1.系统要求1)支持对各级医疗主管部门按照国家、省份、市三级进行分类，并创建不同的上报类型。2)支持在各个上报类型下创建该类型所需上报数据的基本信息、上报方式、审核设置及上报提醒。3)支持配置并维护医院及其分院的基本信息。4)支持配置并维护数据的来源及目标数据库，如医院业务系统，上报的前置机等数据库配置，支持Oracle、SQLServer和MySQL等数据库。5)支持根据不同的上报类型，设置各类型下业务模型及指标类型的明细数据。（业务模型：主要针对业务明细数据的具体表结构定义，如：表名称、字段名、字段中文名、字段类型、是否主键、是否可空、是否术语、术语编码、备注、显示顺序和索引等信息。当保存库表结构时，系统会自动在中间库中创建该物理表。指标类型：针对上级机构对医院的统计指标的数据上报要求，定义了上报的指标代码，名称，单位，数据的来源，可根据不同的分院或指标配置不同的来源,如手工录入，系统采集等。在实际的建设过程中，可根据医院的实际情况完成相关指标上报的配置。）6)支持通过存过或SQL脚本两种方式，根据现有的数据上报模型采集上报数据。7)支持维护国标、院标、行标三种术语标准体系，抽取数据脚本通过术语映射转换，完成数据上报的数据标准一致性。8)支持根据不同的数据上报类型制定不同的作业计划。9)支持自动化完成数据的采集、校验、上报。10)支持上报频次按照年、季、月、周、日或一次性频次进行上报，上报数据范围可以指定时间段进行数据采集。11)支持每次作业计划执行后，都会按照时间戳的形式生成一个数据上报批次号。12)支持根据批次号进行数据的审批，校验，上报等功能。13)支持通过界面查看今天、近七天、近一个月、近一季度、近一年所有已经执行的任务记录列表（执行状态：成功、失败)。14)支持追溯失败任务的失败原因。15)支持通过界面查看最近一个批次或者失败的上报类型。16)支持通过界面查看录入员当前的代办事项及已完成事项，便于查看历史上报数据出错原因。17)支持通过界面查看审核员当前的代办事项及已完成事项，便于查看历史上报数据出错原因。18)支持通过界面查看上报员当前的代办事项及已完成事项，便于查看历史上报数据出错原因。19)支持根据上报周期查看所有上报模型的历史上报数据。20)支持查询每个批次的数据质量的好坏和异常原因。21)支持查看各上报批次号的上报流程明细。22)支持查看各上报批次号的数据记录。2.软件功能需求模块功能点功能要求基础配置上报类型配置针对各级医疗主管部门按照国家、省份、市三级进行分类，并且根据这个分类创建不同的上报类型，并在上报类型下创建该类型所需上报数据的基本信息、上报方式、审核设置及上报提醒。医院信息设置配置该院及分院的基本信息。数据库资源配置配置数据的来源及目标数据库，如医院业务系统，上报的前置机等数据库配置，支持Oracle、SQLServer和MySQL等数据库。数据上报配置业务域数据建模根据不同的上报类型，设置各类型下业务模型及指标类型的明细数据。（业务模型：主要针对业务明细数据的具体表结构定义，如：表名称、字段名、字段中文名、字段类型、是否主键、是否可空、是否术语、术语编码、备注、显示顺序和索引等信息。当保存库表结构时，系统会自动在中间库中创建该物理表。指标类型：针对上级机构对医院的统计指标的数据上报要求，定义了上报的指标代码，名称，单位，数据的来源，可根据不同的分院或指标配置不同的来源,如手工录入，系统采集等。在实际的建设过程中，可根据医院的实际情况完成相关指标上报的配置。）数据抽取脚本维护通过存过或SQL脚本两种方式，根据现有的数据上报模型采集上报数据。作业调度作业计划配置根据不同的数据上报类型制定不同的作业计划，自动化完成数据的采集、校验、上报。上报频次可以按照年、季、月、周、日或一次性频次进行上报，上报数据范围可以指定时间段进行数据采集。每次作业计划执行后，都会按照时间戳的形式生成一个数据上报批次号，它是数据上报过程中每个批次数据管理的唯一识别号，系统将会根据批次号进行数据的审批，校验，上报等功能。作业任务总览可以看到今天、近七天、近一个月、近一季度、近一年所有已经执行的任务记录列表（执行状态：成功、失败失败时可以查看失败原因）。数据上报上报总览显示最近一个批次或者失败的上报类型。录入员清单显示录入员当前的代办事项及已完成事项，便于查看历史上报数据出错原因。审核员清单显示审核员当前的代办事项及已完成事项，便于查看历史上报数据出错原因。上报员清单显示上报员当前的代办事项及已完成事项，便于查看历史上报数据出错原因。实时上报清单显示实时上报当前的代办事项及已完成事项，便于查看历史上报数据出错原因。综合查询上报历史查询根据上报周期查看所有上报模型的历史上报数据，同时还能够查询每个批次的数据质量的好坏和异常原因，以保障未来数据上报的高质量和高标准。实时上报查询查看实时上报上报模型的历史上报数据，同时还能够查询每个批次的数据质量的好坏和异常原因，以保障未来数据上报的高质量和高标准。数据检验数据校正对已经上报完成的数据进行数据的校正更新补传。校验规则配置校验规则，用来校验数据的一些情况。任务调度启用停用或定时执行校验规则。报告详情校验结果详情展示。后台配置请求配置根据上报需求定义请求节点。自定义节点配置根据上报需求自定义报文节点格式，xml或json。映射管理数据映射针对编码不一致问题，进行数据映射。上报标准术语为了满足不同数据上报类型建立术语标准体系。每个上报类型都有着一套自己的术语标准化。抽取数据脚本通过术语映射转换，保证数据上报的数据标准一致性。审核管理映射审核对数据映射进行审核，确保编码对应关系的准确性。6.统计查询6.1.综合查询基础功能综合查询基础功能在收集和整理医院信息化数据的基础上，运用统计学原理和方法、数据中心思想准确、及时、系统、全面的反应医院运行的各项重要指标。为医院的信息化建设、医院的科学管理、医疗服务质量、医院社会效益以及经济效益等方面提供最基本的数据以及工具支持。要求包含如下几个部分：1）住院收入统计主要包括在院患者科室费用统计、在院患者费用统计、在院患者费用明细查询、出院科室费用统计、出院科室人均费用统计、出院科室医生药占比统计、住院科室费用统计（应收）、住院科室医生费用统计(应收)、住院科室费用统计（实收）、住院科室医生费用统计(实收)等相关统计报表。2）门诊收入主要包括门诊收入统计（应收）、门诊收入交账统计、门诊科室收入统计、门诊科室接收统计、门诊医生药占比统计、门诊次均费用统计等统计报表。3）医生、科主任查询主要提供临床科主任、临床医生查看本科室或者本医生相关的统计指标，比如收入、挂号人次、出院人次以及药占比等统计报表。4）收入综合查询报表包括收入配置、自定义报表等功能，多方面展示收入相关内容。5）数据核对主要提供统计相关的主题数据与业务数据