还剩32页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
专项数据智慧管理及上报平台建设方案5)实现上报专项的全流程闭环管理对专项数据智慧管理及上报平台上具体的各项上报场景,实现全流程管理闭环,即可自动配置规则自动生成上报数据,对待上报的数据进行自检,只有通过自检的数据即可完成一键上报,否则将重新进行调整直至通过审核方可并对已上报数据进行归档、查询和统计分析;6)实现对所有数据改进过程留痕支持对所有数据修正与补录过程都能进行留痕,方便对数据操作进行追溯,当出现问题时,能够快速进行定位7)实现对无法直接获取的数据进行快速填报对于无法直接通过自动获取的数据,平台支持人工填报的方式对平台的缺失数据予以补充,同时,平台提供自动提醒、默认数据预定等多项操作,辅助和提醒工作人员及时对数据进行补录;8)实现通过集成平台门户单点登录本平台本平台将与医院的集成平台进行对接,使得工作人员通过统一的认证系统即可享用本平台上的各项应用服务
4.项目功能需求为达到较好的建设效果,采购人信息数据中心针对以上目标逐项明确了需求细则,梳理了本项目的功能需求,如下平台的数据资产目录进行维护;.数据集结构定义系统应支持管理员对整个平台的表的标准结构进行定义;.数据字典管理系统应支持从数据治理脚本中自动生成数据集的结构;.数据治理脚本编写及即时查看系统应支持可视化方式,方便技术人员直接在页面上编写数据治理脚本,在脚本编写完毕即可进行运行,查看脚本运行的效果;.数据关系解析系统应能自动展示平台上衍生数据和报表的来源,图形化展示各表之间的血缘关系,;.数据采集的准确性保障平台需有机制确保采集的数据与原始表中的一致;已采集数据若在原始系统中发生变化,上报平台需及时监测到并更新平台对应数据;.增量数据采集的完整性与时效性保障数据源产生新数据时,平台应在24小时内完整、准确采集增量数据(T+1时效性);.采集数据的复用平台需确保采集后的数据可供多个数据上报任务使用,无需从原始库多次采集相同数据.数据质量规则配置平台应包含常见的数据质量管理规则,如非空、常量、范围等,且支持工作人员直接在系统中进行自定义设置质量规则及规则权重;.数据质量报告根据平台上数据的实际表现对数据质量进行总结分析,生成详细的数据质量报告,并可根据配置规则触发预警功能需求对整个平台上的数据实现数据的全生命周期管理,当出现问题时,能够快速追根溯源,使管理人员可及时采取相关措施需求细则作业调度配置系统应支持管理员通过可视化页面编排作业的执行逻辑,先后顺序,一旦配置成功,系统将自动根据设置执行作业;作业监控支持对作业明细日志进行实时查询与下载,且能够对运行中的工作流进度进行实时查看;作业执行记录通过关键指标,展示整个平台作业执行的情况;作业执行统计系统对整个平台上执行的工作流进行统计分析,并以图表方式予以展示实现数功能需求上报数据和上报专项的审核流程,以据上报及上报数据的生成和输出方式都需可配置;1的灵活需求细则可配置
1.可配置全局审核流程,当开启上报数据审核流程时,可配置数据审核员上报数据自检报告生成后,自动下发审核任务,通过站内信/短信通知对应的人员对本次上报的数据进行审核,修正、补录,完成上述工作后,对最终数据进行复检,复检通过则进入下一流程(审批或上报)对上报专项,可配置该专项所有上报组件的全局审批流程,当开启审批流程时,可对审批流程进行配置当数据审核流程结束后,自动下发审批任务,通过站内信/短信的方式通知对应人员对本次上报的数据进行审批,审批通过后,自动进行数据上报系统可根据数据上报指标的计算规则及涉及的数据元,利用数据库字段名、字段描述等信息自动从多个数据库中检索出计算上报指标所需的数据元;若一个数据元同时在多个库中被检索到,应形成列表供用户选择用于计算;各数据元列表应包含该项数据元的全部来源数据库及对应字段的信息用户完成选择后,系统可自动使用选中的数据元计算上报指标,得出多个上报指标的值供用户对比、选择上报指标值列表应包含计算该指标所用数据元的来源数据库;各上报专项可配置上报数据的获取规则,根据规则自动获取本次上报数据;用户可在现有数据的基础上自由配置生成任意衍生变量作为新上报项,院内任意现有上报项及数据元均可作为用于生成衍生变量的数据元;衍生方式支持任意常见的运算(包含加减乘除、求余、逻辑运算与或非、字符串拼接等)及这些运算的组合;生成衍生变量所用数据元及新配置上报项可为任意数据类型(包含整型、浮点数、字符串、布尔类型、日期/时间等);对于用户自主配置生成的新上报项(衍生变量),系统需同样支持数据治理、补录、自检质控、查询、统计等全部相关功能,用户能够配置新上报项的自检质控规则;当前7种上报专项(HQMS上报、流感/发热门诊数据上报、抗肿瘤药物检测上报、三级公立医院绩效考核上报、国家儿童肿瘤数据上报、医疗数据质量抽样检查上报、委属(管)医院信息服务与监管系统数据上报),涉及到的上报方式有http协议的restful接口web-service接口,生成csv文件输出到前置机指定目录,需根据各专项的上报方式配置输出规则功能需求各上报专项需体现管理闭环需求细则.系统根据配置规则自动生成上报数据.系统自动根据自检规则对本次上报数据进行自检,自检不通过的数据项,从当前上报组件对应的结果集,找到数据治理平台中对应的DM表根据字段血缘关系,从DM表一〉DW表一〉ODS表逐层校验反推,判断出原因,由信息部门协调,各系统厂商配合改造,纠正,提升医院数据质量;自检通过则进入下一流程.若专项配置时开启审核流程,则将审核任务推送到指定的审核员,审核员根据自检报告对数据进行审核,审核过程发生修正、补录的,完成后可对数据再次进行自检,自检通过且审核通过后,则进入下一流程;若专项配置时未开启审核流程,则直接进入上报环节.若自检或审批通过,则触发上报动作,根据配置的输出方式进行数据上报.对上报结果进行归档处理,并以报表的方式对.添加指标填报的任务下发配置,包含填报时间频率、填报的指标项、填报的科室人员,该任务以站内信的方式,通知相关人员进行数据填报.提供科室可根据预先设定的出数频率及补录方式,填入全院或考核科室的指标数据保障了数据录入的统一性和规范性,一定程度上也保证了数据的安全系统的正常运行,依赖于基础数据的维护系统的持续运行会促使基础数据的完善根据本项目系统功能设计,将系统管理功能划分为以下方面.提供菜单管理功能,用户可以通过系统菜单向系统发送指令,指示系统完成相应业务逻辑操作.提供科室管理功能,将院内科室机构信息单独维护,而员工基本信息需要同步医院业务系统数据.提供用户管理功能,管理系统的登录账号,包括账号的基本信息、所属权限组、是否正常状态、L项目建设背景
3.建设标准与原则
41.遵循的相关标准
42.遵循的原则
6.项目建设目标
8.项目功能需求
10.技术指标要求
205.
1.总体技术要求
205.
2.数据采集
225.
3.数据管理
235.
4.数据治理
23.
5.平台数据监控
24.
6.后台管理
24.系统安全要求
24.实施、培训、运行、售后及验收要求
307.
1.系统实施要求
307.
2.培训要求
317.
3.运行要求
327.
4.售后服务要求
327.
5.验收要求
337.
6.其它要求33对应的报表用户等
4.提供权限组管理功能,用户的权限由权限组决定,不同的权限组可以对不同的系统菜单进行访问,用户、权限组、和菜单资源的多种组合,组成用户对系统的不同访问权限10实现通功能需求系统需提供集成平台单点登录功能过集成需求细则专项数据智慧管理及上报平台需接入平台门医院集成平台的统一登录认证系统,通过集成平户单点台门户进行单点登录登录本平台
5.技术指标要求总体技术要求整体设计要求.整个系统自动化程度高,能够及时、完整、准确地完成数据对接,当对接的业务系统或集成平台中的源表出现变动时,系统能够自动识别和进行自动调整,保障平台的继续运行,并根据上报要求一键式数据上报;.整个系统覆盖的上报范围广,能够满足医院常见的数据上报需求,且支持接口、前置机、手工等各类方式的数据上报;.整个系统灵活度高,支持将多种上报方式组件化,可自由组装上报专题,提高数据的利用率;.整个系统对数据实行全流程闭环管理,从数据抽取、清洗、转换、分析、展示的整个环节中,每个关键节点提供可视化监控功能;.整个系统保持高数据质量,提供数据治理治理功能,除对常见的数据错误,如缺失值、常值错误外,应支持自定义配置数据治理规则,加强数据治理效果;.整个系统能够对数据管理进行可视化操作,包括数据的开发、数据集标准定义、字段映射、值域转换、数据血缘管理等,方便管理员对整个平台内的数据进行管控
5.
1.
2.架构设计要求整个项目的技术架构应具备可扩展性,在系统投入运行后,可按照实施效果,集成和去除组件服务,即可达到扩展平台的存储空间、扩展处理数据的吞吐量、增加功能模块的目的整个架构应能承载PB级数据处理,实现大容量、高通量、可扩展、易维护的大数据系统,支撑对海量医疗数据的快速分析以及增量数据的及时分析利用数据中台在数据底层完成数据的抽取、清洗、治理等各项操作,使得医院能够一统各项上报数据,提高数据上报效率,不影响业务系统的运行,且能够有利于数据的重复利用
5.
1.
3.数据标准规范本项目的所有数据上报数据,均应遵循国家、省市等颁发的各项对应的上报数据标准,制订数据标准规范,建立统一的疾病诊断编码、手术编码、临床医学术语、信息数据接口和传输协议等相关数据标准为保障上报数据的规范性,提高上报质量等奠定基础
5.
1.
4.接口要求要求创建标准数据接口,关联我院现有的业务系统,包括集成平台、HIS、LIS、PACS、EMR等从上述系统中读取上报相关的源数据,统一存储至专项数据智慧管理及上报平台;
5.
2.数据采集.支持对目前市面上各类数据库的数据源进行采集,包括Mysql、PostgresqlOracleSqlserverhttp、web-service接口等;.支持对数据源的创建,包括数据源类型、数据源名称、描述、IP主机名、端口、用户名、数据库等;.支持对数据源进行统一展示与管理,包括新增、删除、修改的设置等;.支持通过可视化界面方式设置工作流,通过拖拉的方式即可实现从源数据中抽取,并进行清洗、转换等预处理后存储至分析库的整个流程;.支持多种方式设计数据集成工作流的节点,包括离线同步、工作表更新、Shell、存储过程、sqKhttp等;.支持工作流设置完毕后,对其进行保存和格式化,即可对其进行进一步的处理,包括运行、编辑、下线等;.支持管理人员对已设置的工作流进行定时设置,包括起止时间、定时、作业失败后的策略、通知策略等;.支持管理人员对容错条数的设置;
3.数据管理.支持对整个平台的信息进行总览,包括数据中心表ods、dw、dm表数量、可查看各表每次作业写入的数据量、平均流量、读写失败数量等统计信息;.支持管理人员能够对所有工作流进行总览,包括工作流的状态、提交时间、开始时间、结束时间、运行时间等;.支持管理人员查看所有采集作业明细日志,当出现问题时能追溯;.支持管理人员能够查看工作流执行的时间甘特图,便于优化编排的作业执行逻辑,支持查看工作流中成功、失败的作业节点
4.数据治理.支持对平台的数据字典进行统一管理,并实现源头字段与平台字段之间的值域自动映射;.支持管理员直接在平台界面上进行数据处理脚本编写,实时查看数据处理结果;.平台应能够自动解析平台数据表的血缘关系,辅助管理员对整个平台上的数据关联进行了解;.系统后台应提供默认的常见数据质量规则,且支持管理员可视化设置自定义规则在规则设置成功后,平台应能够对不符合规则的数据处理情况进行展示;.根据制订的数据质量校验规则,在每次抽取数据作业写入完成后,系统将自动进行数据质量验证,并生成数据质量报告;
5.平台数据监控.支持对整个数据处理过程形成的数据采集、治理、输出的链路进行总体、明细的日志监控.当对接的业务系统或集成平台中的源表出现变动时,系统能够自动识别和进行自动调整,保障平台的继续运行.
6.后台管理.提供认证中心服务,和院内集成平台认证中心对接,单点登录RBAC用户权限管理;.提供专项数据智慧管理及上报平台管理服务,包含上报专项、组件、闭环管理服务;.提供上报组件执行器,对接不同上报方式,根据配置执行数据上报.系统安全要求项目建设应满足《医院信息安全等级保护三级要求》具体要求如下、账户安全管理要求
1.1面向互联网的应用,用户注册及登录均需要验证码验证码须在后端进行校验;
1.2系统支持用户凭验证码找回密码功能,验证码位数6位或以上;
1.3强制用户首次登陆修改密码;
1.4输入密码时,默认在屏幕上不显示明文密码,可提供密码明文显示按钮;
1.5首次输入密码可不用验证码,输入密码错误时强制弹出验证码;
1.6通过手机短信接受验证码时,须要求事先校验手机号正确再发送短信;7限制单位时长内短信验证码发送次数,60秒1次,发送次数在服务端校验;密码至少10位(含)以上,强制要求由数字、小写字母、大写字母和特殊符号4类中至少3类组成,且支持使用键盘上的任意特殊字符构成密码;支持定期强制修改密码功能,定期改密的周期应可配置(如:可配置密码改密周期为一个月或一年不等),支持到期前一个星期提醒用户更改密码的功能,并禁止使用原有密码;支持密码连续输错若干次将锁定账户的功能,次数可配置(如5次),设置定长时段后自动解锁账户(如10-30分钟);11账户密码必须以加密的形式存储或传输,采用md5+salt.sha-256摘要算法,或国密算法,符合等保要求;密钥文件不得以明文方式存储在应用系统;禁止将密码(密钥)从服务器发往前端进行验证;应用系统中数据库配置文件中的连接字符串须加密(如实例名、服务器IP、账户名、密码等);支持会话空闲超时中断的功能,时长参数可配置(如,15分钟;建议账户名由字母或字母加数字组合,建议6位以上系统支持设置账户有效期,到期自动禁用系统支持账户的停用、启用、注销功能,可限制用户对系统的访问时段;系统支持账号名模糊匹配、创建时间、登录次数、账号状态、末次登录时间、末次维护时间等条件查询功能,支持查询结果账号列表批量停用功能,并预留解冻功能;20可生成停用用户报表及系统用户权限明细表;
1.21系统用户支持双因子认证机制
2、访问控制禁止产生越权访问漏洞;
2.2禁止产生未授权的访问漏洞;3禁止产生目录遍历漏洞;
2.4传递参数的页面须使用身份鉴别的令牌机制,Token可以由访问来源、访问对象、时间戳、有效期、随机数等信息组成;5对于需要登录后才能访问的页面资源,系统应支持防重放攻击,避免未授权的第三方伪造类似页面请求后成功获取页面资源;6禁止注入漏洞,含SQL注入、LDAP注入、xpath注入等;7开放接口安全
7.1接口以HTTPS方式开放;
7.2设计接口需要有身份认证,对来源授权,只允许授权的IP访问;8文件上传
8.1禁止存放上传文件的目录拥有执行的权限;
8.2上传文件类型限制,限制规则必须在服务器段校验,必须使用白名单进行限制,禁止使用黑名单限制规则;
8.3存在图片上传时,对图片文件的文件头进行符合性校验;
8.4上传文件不可以存放在WEB服务器上,要存放到指定服务希;9组件的选择
9.1禁止使用有公开漏洞的中间件版本;
9.2数据库选择当前的主流版本,版本不能过低;
9.3禁止使用有公开漏洞的应用框架组件(如web报表、web编辑器、办公组件、论坛、项目管理、日志等);
3、数据安全1需求敏感字段处理数据传输方式应满足数据敏感程度的要求,如传输敏感数据,数据需加密或采用安全的传输协议与传输内容;敏感字段包括a.真实姓名、b.身份证号、c.账户号、d.生日、e.手机号码、f.联系电话、g.联系地址、h.单位名称、i.密码、j.银行账号、k.信用卡号等;显示敏感字段时,应屏蔽部分字节在服务端进行屏蔽身份证,银行帐号,信用卡号,密码不能明文在页面显示
1.3对敏感字段的操作(新增、维护、删除)应有日志或报表以供审核;4一般用户的批量数据浏览界面可屏蔽敏感数据的部分字节;5限制对敏感数据的复制功能2批量数据操作
2.1批量数据的导入应有校验;
3.
2.2严格控制复制、下载、打印、浏览、导入/导出批量数据的权限,对批量数据的任何操作都须产生报表或日志
3.3数据保存
3.
3.1应对批量导入的数据长度和数据大小进行校验,防止数据长度过长或导入数据量过大等导致系统出现安全问题;
3.
3.2系统自动备份数据,并能设置备份的周期
3.4个人信息保护
3.
4.1涉及个人信息采集和保存的系统须对个人信息主体提供个人信息的收集的授权同意功能;
3.
4.2涉及个人信息采集和保存的系统须对个人信息主体提供个人信息的查询/更正/删除功能;
3.
4.3涉及个人信息采集和保存的系统须对个人信息主体提供个人信息的撤回授权功能;
3.
4.4如业务需要收集个人信息系统需发布个人隐私政策
3.5区分高、中、低等风险级别参数的数据类别,按照不同风险等级设置不同操作界面,不同数据类别要可设置成不同的权限控制;其中,用户密码表、个人信息表、权限配置表、系统操作日志属于高安全级别数据
4、故障预警要求
4.1提供系统故障、超过系统容量、数据出错合理性超出、操作失误权限不匹配等的报警功能,以对话框或禁止下一步操作的方式报警并记录在系统日志内
5、日志和报表
5.1应开启网页访问日志与数据库访问日志;
5.2报表或日志文件不可修改或删除存储在系统数据库的日志表数据不可以被应用系统中的任何用户(管理员、审计员、操作员)修改或删除;
5.3系统应提供单独的日志审核界面(权限)供审计人员使用;须对任何日志文件进行保护;
5.4系统产生的所有日志应按增量规则生成到服务器指定目录生成日志文件,或存储在系统数据库的日志表中若使用数据库日志表的存储模式,系统应支持syslog协议,本地存储同时外发给存储到第三方日志服务器;
5.5系统运行日志
5.
5.1需要能记录操作者、操作对象、时间、IP、事件、操作结果(成功、失败)以及原因(如考虑性能,此功能可作为开关,必要时提供);
5.
5.2系统模块组件状态变化,错误或警报的记录
1.项目建设背景最近几年,无论是国家层面、省市层面,还是卫健委、医保局等管理部门,都在强调加强大数据应用的建设,充分有效释放数据的价值国家、省市卫健委近年颁发的总体规划及相关规范或指导办法总体设计的目标是通过抓取基础信息化系统的过程数据,进行数据分析和应用,从而通过数据来提升管理决策精准度而随着医院信息化向深度和广度发展,信息化系统所产生的数据越来越多,也越来越重要在中山大学附属第一医院的日常管理过程中,需要面向各级管理部门报送多种数据,但因为医疗数据涉及到用户的个人隐私,医院的信息化系统和数据库基本都是部署在医院的局域网内,各自的对接上报系统不尽相同,接口方式不统一,技术要求不统一等现存问题也为医院的数据上报管理工作带来了诸多困难,需投入大量的人力物力来支持;目前我院现有的数据上报系统,包括HQMS上报系统、不良事件上报系统等,因建设时间不
一、数据标准存在差异等诸多历史原因导致目前各类数据上报工作存在数据冗余、各自为战的情况;同时也因医院基础信息化的建设比较完备,各个系统产生和留存的数据非常之多,这些数据在给医院带来管理成本之余,其数据的强大价值也尚待挖掘基于医院现有信息化建设的成果,以及面对医院数据上报面临的难题,医院现拟规划建设一套全院级、松耦合、高内聚的标准上报数据中心,并在此基础上打造一个能统一规划数据提取、治理和上报的6权限维护日志1需记录维护员ID、维护日期、时间;
5.
6.2权限的新增、删除或变更的记录
5.7系统操作日志
5.
7.1用户ID;日期、时间和关键事件的细节,如登录或退出、增删改事件、点击访问数据;
5.
7.2系统提供用户的登录时长查询功能;
5.
7.3记录单位时长内用户密码连续输错,导致账户被锁定的行为对应要求
1.10;
5.
7.4成功的和被拒绝的对系统尝试访问的记录;
5.
7.5成功的和被拒绝的对敏感数据以及其他批量资源尝试访问的记录;
5.
7.6应对系统特殊权限,包括系统管理员、配置管理员、审计管理员的系统启停、账号建立和删除、权限分配和修改、日志查看等行为进行审计特权的使用
5.
7.7系统字典维护、表单维护等配置参数维护与变更应记录.实施、培训、运行、售后及验收要求.
1.系统实施要求1实施厂家需提供项目详尽的实施方案和进度表,并自项目启动之日起9个月内完成本合同项内服务以及系统的开发、安装、调试,并保证正常运行2实施厂家应在系统实施方案中描述具体的实施团队的组成、工作的内容、投入人员、项目进程表及采购人的配合等内容在所有工作开展之前,实施人员应制定一套完整科学可行的实施方案,作为工程实施的总体计划和步骤实施方案内容包含但不限于组织保障安排成立领导小组,领导小组中的责任分工等3制定具体的实施流程、实施内容4实施期间,至少派遣4名专业工程师驻扎医院内进行软件开发、实施服务等工作项目团队的人员组成结构需为具有信息系统项目管理师或系统集成项目管理工程师或高级系统架构设计师或软件设计师或项目管理专业人员资格认证PMP人员5系统运行前完成医院基础数据的收集整理、校对录入和测试,做好数据初始化工作6网络畅通,服务器和各前端站点都工作正常是系统运行的基础在数据初始化、系统培训和制定工作流程的同时,统筹安排系统的安装和调试,这其中包括数据库的安装调试,各个子系统的安装及参数设置等工作指定人员负责各自的工作,分工明确责任到人所有工作都准备就绪后,严格制定系统启动时间及计划安排在系统在正式启动后,试运行30个自然日的时间后能够保持稳定,系统提供的功能能够正常使用,项目实施人员对工作进行移交
7.
2.培训要求1从合同签订开始,实施厂家相关技术人员不收费对所有科室骨干进行分期、分批的各种技术培训根据不同专业、不同管理要求对科室负责人及所有上岗操作使用人员进行系统主要功能、系统操作使用方法、系统工作流程培训通过培训,使他们较好的掌握应用软件的使用方法,熟悉系统工作流程,基本达到了数据录入准确、及时、迅速的要求
(2)培训对象包括系统管理员、管理人员、操作员(医生、护士、技术员)等
(3)培训计划包括系统管理员的培训、操作骨干的培训和操作人员的培训方法和内容
3.运行要求实施厂家提供详尽的系统运行方案系统运行分为试运行、正式运行、稳定运行及系统移交等步骤
4.售后服务要求
(1)系统质量保证期(维护期)为1年,系统维护期自验收合格之日开始计算维护期内根据医院各业务系统的运维服务需要,结合院方实际情况,至少提供2名实施工程师、1名开发工程师驻场服务,提供5X8小时现场服务,7X24小时的响应服务,并提供一支专业、稳定团队为医院提供专业服务
(2)系统维护期内,提供每月一次的巡检服务,保证系统在最优化的状态下稳定运行
(3)实施厂家必须提供现场7X24小时的响应按医院通知工作期间(正常工作日800-1800)故障响应时间不超过
0.5小时到达现场时间不超过1小时;非工作期间(正常工作日0:00-8:
00、18:00-24:00及节假日)软件故障响应时间不超过1小时,到达现场时间不超过2小时;并于4小时内排除故障,保证系统正常运行
(4)维护期内提供系统软件升级服务、系统扩充、升级方面的技术支持服务及相应升级后的配套服务
5.验收要求
(1)试运行期满且系统运行正常后,实施厂家需按合同所列标准,向院方提供完成验收报告及相关资料,包括但不限于本合同涉及的全部有关产品说明书、原厂安装手册、技术文件、资料及安装、测试、试运行合格报告等文档,汇集成册一式二套交予采购人(包括纸质版和电子版)
(2)院方收到实施厂家提交的验收报告及相关资料后5个工作日内组织有关单位验收,并在验收后5个自然日给予认可或提出修改意见实施厂家应当按修改意见进行修改,并承担由自身原因导致再次修改的费用
7.
6.其它要求
(1)支持信息系统高等级安全保护功能1)复杂密码支持实现密码复杂度校验,能够校验用户设置的密码是否同时符合如下全部要求
①包含大写字母、小写字母、特殊字符、数字4类字符中的至少3类;
②长度在10位以上;
③不包含连续字符(数字/字母连续,如
123456、abed以及键盘上连续,如asdfg、qwert均不可);
④能够通过密码的重复性校验,确保用户设置的密码与系统内其他用户的密码不相同、不相近校验密码复杂度后,系统需能够根据校验结果,通过限制登录等方法要求用户完成密码修改,设置的密码符合要求后才可使用系统同时,系统应支持设置密码复杂度校验的功能开关,可以根据用户类型设置启停状态2日志记录提供用户登录、登出、验证失败日志记录功能;提供重要事件日志记录功能,提供日志记录查阅浏览功能,不可编辑删除2系统兼容性及安装包提供如产品需使用默认浏览器,必须支持Chrome内核浏览器;3禁止特权管理账户4配合采购人和集成平台认证中心对接,单点登录,RBAC用户权限管理专项数据智慧管理及上报平台,用以全面高效科学管理和应用好医院的数据资产,挖掘数据潜在价值,并为未来以数据驱动业务发展提供切实可靠的抓手.建设标准与原则遵循的相关标准由于本项目中需要从医院现有各个业务系统中抽取大量信息,而这些信息来自各个业务系统,加之目前医疗信息领域的标准规范尚未完善,因此,对于这些由不同厂商在不同时期建立的各个业务系统采用的数据结构、数据类型与数据尺度等各不相同,为信息集成带来较大的麻烦故,本项目建设应遵循国际、国内已经颁发的医疗信息化建设标准,且可根据实际情况自定义数据标准,具体包括.《关于促进“互联网+医疗健康”发展的意见》.《电子病历基本规范(试行)》.《健康档案共享文档规范》.《住院病案首页数据填写质量规范(暂行)》.ICD
9.ICD10疾病诊断字典.XML输出标准.HL
7.DICOM标准.《IS09000质量体系标准》.《国家电子政务标准体系》.《国家电子政务标准化指南》.《国家电子政务综合业务网总体技术要求》.《国家电子政务术语》.《国家电子政务信息安全标准体系指南》.《国家电子政务XML数据安全指南》.《电子政务业务流程设计方法通用指南》.《国家电子政务XML业务表示规范》.《GB8567—88计算机软件产品开发文件编制指南》.《GB8566—88计算机软件开发规范》.《GB/T12504—90计算机软件质量保证计划规范》.《GB/T12505—90计算机软件配置管理计划规范》.《GB9385—88计算机软件需求说明编制指南》.{GB9386-88计算机软件测试文件编制指南》.《GB/T11457—1995软件工程术语》.《GB/T8566—2007信息技术软件生存周期过程》.《GB/T16680—1996软件文档管理指南》.《互联网信息服务管理办法》中华人民共和国国务院令(第292号).《互联网电子公告服务管理规定》中华人民共和国信息产业部第三号令.《计算机信息网络国际联网安全保护管理办法》.《中华人民共和国计算机信息系统安全保护条例》.《IS013335信息技术安全管理指南》.《计算机信息系统安全等级保护管理要求》.《计算机信息系统安全等级保护网络技术要求》.《计算机信息系统安全等级保护数据库管理系统技术要求》.《计算机信息系统安全等级保护操作系统技术要求》.《计算机信息系统安全等级保护通用技术要求》.《计算机信息系统安全保护等级划分准则》(GB17859)
2.遵循的原则
2.
1.创新性原则.系统严格遵循国际标准、国家标准和国内行业的规范要求;.符合行业的发展趋势,并确保采用当前成熟的产品技术;.系统采用最先进的技术,确保今后相当长的时间内技术上不会落伍;
2.
2.
2.开放性原则必须采用开放式标准设计,确保可与其他厂家标准的产品有效互通,保证其他系统的无缝接入满足今后的发展,留有充分的扩充余地;
2.
2.
3.可靠性原则.确保系统具有高度的安全性,不易感染软件病毒;.对工作环境要求较低,环境适应能力要强;.系统需要满足7X24小时无人职守方式稳定的工作;.
2.
4.安全性原则.系统必须保证与病人有关的信息私密性和安全性;.平台系统建设一方面要保障网络安全,另一方面要保障信息安全,最后是保障系统可靠运行网络安全首先要考虑技术层面的安全性,同时考虑管理层面的安全性;信息安全主要是数据安全,保证数据的原始性和完整性,包括数据不被非法修改和访问,数据的全面完整,数据的访问和修改可追踪等等;同时,要制定并不断完善信息系统应急预案和数据备份策略;可靠性是指平台系统应具备在硬件或网络故障时的运行和修复能力,同时系统在设计时必须考虑大规模并发、不断扩展条件下的运行可靠性;.
2.
5.统一规划、标准先行统一标准是医疗信息化建设的基础工作,也是进行医疗信息交换与共享的基本前提在信息化建设中,必须强调“统一规划、统一标准、统一建设、统一管理”原则,信息化主管部门要加强指导和组织协调,规范各应用系统的基本功能、业务流程、数据模型和数据编码、接口规范等信息标准.
2.
6.系统标准化原则.数据标准化不仅是国家、卫生行业信息化的基本要求,也是保证系统的开放性的基础系统设计需全面支持国家、卫生部行业标准;.系统功能全部采用B/S架构,WEB浏览为核心的技术路线;.最大限度地应用医院现有的信息体系资源,尽可能少的更换医院目前设备;.在卫生应用标准领域,通过使用国家标准、国际标准、地方标准统一字典数据,以保证数据的可重复利用;可扩展性原则平台系统必须能够满足医院的业务需要,同时还需满足业务需求的变化,预留足够灵活的数据和功能接口,便于今后扩展;可扩展性包括;.数据中心和数据平台的系统可扩展性;.数据存储和计算能力的可扩展性;.网络支持能力的可扩展性;.
2.
8.易管理和易操作性平台系统支持全面、完善、便捷、统一的系统管理和应急处理预案,保证一旦发生问题能在最短的时间内处理解决而且,系统应具有良好的用户操作界面集成完备的运行监视系统、良好的管理界面工具或控制台,易于管理人员对其进行管理和维护,系统参数的维护与管理通过操作界面实现.项目建设目标专项数据智慧管理及上报平台的建设目标是建设一个自动化程度高,能够及时、完整、准确地完成数据对接,对数据治理全生命周期可监控、可溯源、可管理的上报数据中心;基于上报数据中心,将多种上报方式(前置机、http接口、web-service接口)组件化,实现上报专题的自由组装;同时通过数据管理上报的全流程闭环管理提高数据管理上报的效能与医院精细化管理水平,在保障规范上报、主动管理与反推源头质量提升的同时,实现数据的无缝对接、无感上报、有异可察、有源可溯,有道可控,逐步打造一套支持全场景、多模态的专项数据智慧管理及上报平台,为多院区数据整合上报奠定基础项目目标明细如下1)保障专项数据智慧管理及上报平台信息获取的便捷性、完整性通过对数据获取的尽可能自动化,降低人工录入和审核工作量,提高整个平台的数据获取效率,同时,对数据采集过程进行监控,避免数据漏抽、重复抽、错抽等操作;2)保障专项数据智慧管理及上报平台信息的准确性,提高数据质量对整个平台的数据进行统一资产管理,对数据质量进行统一治理当出现数据错误时能够进行及时提醒,并通过数据质量报告展示整个平台的数据质量管控效果;3)保障专项数据智慧管理及上报平台信息的可控性,出现问题能快速追根溯源对整个平台的数据进行全生命周期管理,当出现问题时,能够快速追根溯源,使管理人员可及时采取相关措施;4)实现数据上报的灵活可配置专项数据智慧管理及上报平台既可满足目前医院常见的数据上报场景需求,如HQMS上报、公立医院绩效考核数据上报、重点单病种数据上报等,也能够针对医院未来的数据上报场景通过灵活的可配置方式,快速实现新上报场景;序号项目目标对应项目功能需求与需求细则数量1保障专功能需求对需要上报的信息的源数据尽可能自项数据动获取,提高采集效率;1智慧管需求细则理及上L多种接口采集方式系统应支持多种接口采集报平台方式,包括通过http、web-service接口进行数信息获据采集,并可对接口的参数进行设置;取的便
2.源数据库结构获取通过可视化方式,在数据捷性、采集前,应能够自动获取源数据库的模式、表、完整性视图、字段信息;.源表数据质量分析系统应能够快速计算抽取的源表字段备注信息的填充率;.源表数据预览一旦采集开始,工作人员可通过界面直接对源表数据进行预览;.采集作业配置系统应支持操作人员直接通过界面设置采集作业的各项参数,如采集方式、增量条件、采集时间、采集范围等;.表字典管理对采集获取的表字段进行字典维护,且当源表结构出现变动时,系统支持人工处理和自动处理两种方式2保障专功能需求对获取的源数据进行治理,保障平台项数据信息的准确性和高质量;1智慧管需求细则理及上
1.数据资产目录管理系统应支持管理员对整个上报结果进行统计分析.系统对历次上报的数据进行归档,通过批次号(每次上报唯一)进行该次上报数据的查询.在上报专项首页中,可查看本专项当前上报任务状态、流程节点,以及数据概况,可从首页快速进入到审核、自检、审批的页面,进行具体管理流程环节的操作6提高数功能需求能够动态生成填报页面,且对数据进据填报行实时自检及定期自检支持用户对自检规则进1的智能行自行配置,规则的配置可在多种数据元的基础性上配置完成需求细则.自动生成各类数据上报、补录页面;.基于生成的上报页面,系统将自动填充平台数据中心已有的对应数据,提高数据的填报速度;.基于设置的数据自检规则进行自检;.数据的自检规则支持在多个数据元的基础上建立、配置,允许用户在医院任意上报项及数据元中自行选择数据元配置自检规则;跨数据元的自检规则支持在常见运算的基础上配置(包括使用各选中数据元进行加减乘除、求余、逻辑运算与或非、字符串拼接等运算后的结果对目标数据元的有效性进行检测、对目标数据元和其它数据元进行上述运算等常见运算后的值进行范围检测等)7实现对所有数据改进过程留痕功能需求所有数据修正与补录过程有留痕,方便追溯需求细则.对工作人员每次修改、补录的操作留痕,生成修正/补录日志;.支持对平台上所有修改、补录操作生成明细日志,可查看每条记录历史修订版本的明细数据项;.支持通过自检报告中显示的数据质量问题快速定位、检索数据质量不过关的数据,快速进行修正;18实现对无法直接获取的数据快速填报功能需求无法直接获取的数据,需要提供人工填报功能,由指定人员将数据录入系统需求细则.对于无法直接通过业务系统进行抽取的指标,如三级公立医院绩效考核上报的部分指标,项目采用人工录入方式保证数据的完整性,由指标库中设定的提供科室进行数据录入.平台需先维护好需手工填报的指标库19系统基功能需求系统需提供相关基础信息管理功能础信息如菜单、科室、用户、权限等管理需求细则。