卫生信息平台专项方案深圳天方达_第1页
卫生信息平台专项方案深圳天方达_第2页
卫生信息平台专项方案深圳天方达_第3页
卫生信息平台专项方案深圳天方达_第4页
卫生信息平台专项方案深圳天方达_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

基于健康档案盱眙县卫生信息化平台项目第一章项目概况1.1.总体目标本项目为盱眙县卫生信息化平台区级平台建设工程,系统建设目标是:1、实现全区医疗机构(含下属小区)HIS信息、电子病历信息、检验LIS信息、体检汇报医疗信息,影像PACS信息,医疗经营和监管数据上报;2、经过居民健康门户网站为居民提供自我健康档案管理,将居民健康资料服务于居民;3、盱眙县统一卫生信息平台实施,包含安装调试和培训等;4、基于盱眙县统一卫生信息平台开发业务应用系统,包含双向转诊、区域影像、区域检验等;5、和各地域信息系统平台实现接口或集成;6、和盱眙县和其它地市社医保系统等实现必需接口;7、实现区级平台和区外平台直联;8、区级平台和其它市区级平台系统(如CDC、新农合等)接入或集成。9、本项目包含软件开发、实施、培训和服务1.2.具体内容盱眙县卫生信息化平台工程相关序号各组成子系统或服务要求1实现全区医疗机构HIS、电子病历、检验LIS、体检汇报医疗信息共享,影像PACS索引,各项医疗经营和监管信息上报对6医疗机构信息系统标准化改造进行指导和帮助统一培训、指导,并进行对应技术支持2数据集成平台软件标准化数据采集和上传软件,在医院内以前置机方法布署采取第三方国际优异成熟产品(或中间件)或自主开发3居民健康卡注册系统实现全网内居民唯一系统标识4区域医学影像信息共享服务系统对联网医院医学影像(DICOM3)进行采集、存放和共享5居民健康门户网站含网上查询、决议支持等6基于和其它应用软件系统互联互通要求平台二次开发第二章技术要求和设计标准2.1技术要求采取目前优异三层架构体系技术来实现。根据三层体系结构要求和系统建设目标,由用户层、业务逻辑和数据层组成三层系统模型。2.1.1软件平台要求基于SOA架构实现服务,基于SOA架构而构建,并含有易布署、易管理和易使用特点,各系统经过公布和获取服务来对外提供和获取信息。2.1.2系统平台(1)操作系统:WIN或以上版本;(2)数据库平台:支持主流大型数据库,本项目选定ORACLE10g/11g或MSSQL;支持数据并行处理技术;含高可靠性双机集群,支持负载均衡;含中间件(假如应用系统需要,需提供得到正当授权中间件产品);支持对称多处理器(SMP)结构,多机共享存放设备集群结构(Cluster);支持基于行业标准数据库存放加密、传输加密及完整性校验;支持超大规模数据库设计和存放,含有处理TB级大容量数据能力;支持7x二十四小时实际运行环境(3)前端开发工具:采取面向对象编程语言2.1.3信息集成平台经过信息集成平台实现多系统集成是以后信息系统集成发展趋势。全部系统能够统一于一个开放、多系统集成、基于行业标准、能支持远程医疗及电子健康病历发展需要数据交换和信息共享集成平台;该平台应是一个能够容纳全部些人(患者、医护工作者、管理人员等)、设备(建筑设备、医疗仪器等)、业务(临床、管理)等信息综合医疗数据平台。2.1.4数据交换平台负责将各个应用系统数据库中数据根据制订统一数据标准,转换、传输到指定综合数据库中,为各个应用系统提供统一数据获取源。当需要时,可下载中心数据。各应用系统能以简便方法接入数据交换平台,进行数据发送、接收、存放、加载,进而简化未来应用系统开发工作量和开发难度。数据交换平台应含有可扩展性,方便未来多种系统接入;制订接入数据交换平台一系列数据交换规则、数据通讯标准、数据格式标准等。2.1.5中间件技术中间件是提供系统软件和应用软件之间连接软体,方便于软件各部件之间沟通,尤其是应用软件对于系统软件集中逻辑,在现代信息技术应用框架如Web服务、面向服务体系结构等中应用比较广泛。2.1.6确保数据稳定、可靠传输做到数据“传且只传一次”、“到且仅到一次”即“不反复、不漏包”,实现高效、稳定、完整传输。2.1.7支持多个传输模式支持一对一、一对多和多对一数据传输模式、数据群发功效和文本、字节流、文件及流媒体等多个格式数据传输。能定时向传输变更数据,也可临时指定任意数据传输。2.1.8数据安全性能对进行传输数据进行加密、解密、以确保数据安全;数据交换服务器提供两种安全机制:(1)标准SSL协议进行数据加密传输;(2)在消息路由节点许可实施外部脚本进行数据加密、解密,以确保数据安全。2.1.9智能接口对新增业务系统,只需将新增业务系统数据结构表填入数据交换平台即可,简化操作界面,各类应用系统无需重新建库。2.1.10系统智能监测支持系统智能监测管理。如:事件管理。事件提供对关心异常和系统状态处理。如消息事件、连接事件、应用事件等。事件产生事件消息,经过分析事件消息内容,可得到诸如消息开始发送时间、发送完成时间、建立连接时间等。当系统出现异常时,能经过事件功效立即提供报警信息。2.1.11可视化自定义业务步骤(需提供实用步骤控制引擎)接入系统经过步骤定义工具来可视化配置整个处理过程,定义后步骤经过步骤管理模块来配置其运行方法,比如自动、定时、手工或业务触发式运行等,步骤中各步骤均可调用当地系统或其它系统提供多种服务,每个步骤均许可人工进行干预,步骤每次运行过程均可经过步骤监控模块可视化地进行监控和管理。2.1.12完整日志对数据传输、加载、查询及增、删、改情况进行统计。对于交换中心,能知道本系统内全部经过交换数据基础信息;对于某一数据而言,能对数据传输、访问路径进行跟踪,以检验此数据交换历史痕迹。2.1.13负载均衡能力针对多节点、大批量数据交换中心交换系统,能经过集群来分流数据,以确保负载均衡,确保系统性能稳定和安全可靠。2.1.14中心数据库数据一致性多个应用系统数据库操作时应保持数据一致性。2.1.15支持主流开发工具实现二次开发依据业务应用需要,支持对应数据应用接口开发,可为其它应用和管理系统提供数据或数据获取功效。2.2.1开放性和扩充性选择含有良好互联性、互通性及互操作性设备和软件产品,应用软件应和其它产品配合、保持一致性;数据库选择,要求能和异种数据库实现无缝连接;网络设计要考虑其兼容性、互操作性和可扩展性,以确保向未来新技术平滑过分2.2.3优异性和成熟性标准盱眙县卫生信息化平台建立在集成方案和实施方案在技术上是较为优异、可行、成熟,并有成熟案例和符合国际标准设备和技术,以确保系统互操作性、兼容性、可维护性、可扩展性,并对前期投资有很好保护。2.2.4安全性和可靠性区域卫生信息化平台开发和建立,包含居民健康、隐私保护和生命安全,必需把信息和系统安全放在首位,确保系统运行稳定性和可靠性。应含有全方位数据安全防护方法,预防病毒、外部入侵和黑客攻击,确保卫生数据中包含到个人隐私数据绝对安全,需对数据进行严格权限分级管理。应有较完善安全防护体系,防范多种风险出现,对数据中心机房布局、结构设计、设备选型、日常维护等方面进行高可靠性设计和建设,关键设备采取冗余设计,并含有一定容灾机制。2.2.5一致性和复用性盱眙县级卫生数据中心是本项目建设关键,最大程度利用已经有资源(包含现在已含有各个信息系统平台软件、现有网络和数据资源利用),以降低反复投资,提升投资收益率。2.2.6整体性和标准性为确保盱眙县卫生数据中心完整性和适应性,在全方面了解需求前提下,进行整体计划。强调“统一规范、统一代码、统一接口”。加强指导,组织协调,规范各领域信息化建设基础功效、业务步骤、数据模型和数据编码等标准,以满足屯溪区卫生信息化整体建设需要。2.2.7灵活性和扩展性须含有良好灵活性和可扩展性,能够支持多个网络传输和多个物理接口,确保设备升级、更新灵活性,能够依据以后业务不停扩大需要,扩展所需容量和用户数。而且,本项目产品作为全区卫生信息化平台,不仅需满足现在对卫生信息管理共享服务要求,还必需支持未来更大卫生信息化平台联网接入,使屯溪区居民健康档案等信息可方便实现跨区域共享2.2.9支持整体计划、分步实施区域卫生信息平台建设是一项长久、不停发展工作,需要在整体计划基础上,分步实施,动态调整。2.3系统总体架构本项目需依据卫生部出台信息技术标准,采取SOAWebService技术来定义数据库元数据,使用基于XML消息处理作为基础数据通信方法,以处理使用不一样组件模型、操作系统和编程语言系统之间存在差异。以下为盱眙县卫生信息化平台计划示意图:综合管理平台:系统架构:

第三章项目功效要求3.1盱眙县区域卫生信息平台标准制订和公布3.1.1健康档案内容及标准:(1)健康档案内容依据健康档案内涵和基础架构,个人健康档案基础内容包含三个部分:基础信息、关键疾病和健康问题摘要、关键卫生服务统计。(A)基础信息基础信息是反应居民个人人口学及社会经济学等特征一组信息,统计内容相对稳定、客观性强,其中部分统计反应了个人固有特征且贯穿整个生命周期,是个人健康档案关键组成部分。基础信息关键包含:人口统计学特征信息:姓名、性别、出生日期、出生地、国籍、民族、身份证件类别、身份证件号码等;社会经济学特征信息:户口性质、户籍类型、户口地址、现居住地址、当地居住时间、联络方法、紧急情况联络人和联络电话等;教育特征信息:学历、学位等;婚姻特征信息:婚姻情况等;职业特征信息:就业情况、职业类别、工作单位名称等;医疗保险特征信息:医疗保险类型、医疗保险号等;亲属特征信息:儿女数、儿女健康情况、父母亲姓名、父亲母亲健康情况等;社会救助信息:残疾情况、残疾证号码等;建档信息:个人健康档案编号、建档日期等。(B)关键疾病和健康问题摘要关键疾病和健康问题包含三个方面:个人健康特征、关键疾病和健康危险原因暴露珠平。不一样生命阶段所含有健康特征、所面临疾病问题和暴露健康危险原因有较大差异。关键疾病和健康问题是从各相关卫生服务统计中动态抽取,用于目录索引、方便信息利用者快速获取、回顾个人基础健康情况信息。关键疾病和健康问题关键包含:既往疾病史:疾病诊疗、就诊时间、就诊医疗机构等;过敏史:过敏药品、过敏类型等;免疫接种史:免疫接种类别、地点、时间等;生育史:生育时间、地点、新生儿数量、性别、体重、接产方法等;关键健康指标:身高、体重、血压、血糖、心率、视力、血型等关键指标,统计时间等;健康危险原因:生活方法(如吸烟、饮酒、体育锻炼等)、膳食和营养、生活和工作环境、家庭遗传病史等;特殊疾病情况:传染病、慢性病、职业病、地方病、精神病和口腔疾病等、汇报或确诊机构、汇报或确诊时间等。(C)关键卫生服务统计关键卫生服务活动和关键疾病和健康问题相对应。绝大部分个人健康和疾病问题全部是在接收相关卫生服务过程(如医疗、预防、保健、康复等)中被发觉和被统计下来,所以健康档案绝大部分信息起源于各类卫生服务统计表单。按业务领域划分,健康档案统计所包含关键卫生服务活动包含:儿童保健:出生医学登记、新生儿疾病筛查、出生缺点监测、体弱儿童管理、儿童健康体检、五岁以下儿童死亡汇报等;妇女保健:婚前保健服务、妇女病普查、计划生育技术服务、孕产期保健服务和高危管理、产前筛查和诊疗、孕产妇死亡汇报等。疾病控制:免疫接种、传染病汇报、结核病防治、艾滋病综合防治、血吸虫病病人管理、寄生虫病病人管理、职业病汇报、职业性健康监护、伤害监测汇报、中毒汇报、行为危险原因监测、地方病病人管理、死亡医学登记等;疾病管理:高血压、糖尿病、肿瘤病、精神疾病等病例管理,老年人健康管理、成人健康体检,残疾人保健等。医疗服务:门诊诊疗、住院诊疗、住院病案登记等。(2)健康档案数据元标准在建立健康档案数据逻辑模型时,需要用数据元来描述数据逻辑模型中类属性。在数据元采取上必需遵照卫生部已经有数据集标准:01出生医学证实数据集02出生缺点汇报数据集03新生儿疾病筛查数据集04体弱儿管理数据集05儿童健康体检服务06免疫接种数据集07婚前保健服务数据集08计划生育技术服务数据集09产前筛查和诊疗数据集10孕产期保健服务数据集11妇女病普查数据集12孕产妇死亡汇报数据集13五岁以下儿童死亡汇报14传染病汇报数据集15结核病防治数据集16艾滋病综合防治数据集17血吸虫病病人管理数据集18职业病汇报数据集19伤害监测汇报数据集20农药中毒汇报数据集21职业性健康监护数据集22行为危险原因监测数据集23高血压病例管理数据集24糖尿病病例管理数据集25肿瘤病人管理数据集26精神分裂症病例管理数据集27慢性丝虫病病人管理数据集28门诊诊疗数据集29住院诊疗数据集32病案首页数据集37成人健康体检数据集38老年人健康管理数据集39死亡医学证实数据集40个人基础信息数据集41家庭基础信息数据集42小区基础信息数据集。3.1.2数据标准及交换规范因为医疗机构信息系统建设不一,所采取技术及规范也不统一。所以,为了确保数据一致性,将由屯溪区卫生厅统一制订数据采集规范,并在数据采集接口中,对数据进行校验。统一标准药品目录、收费目录、诊疗目录、ICD10等应用,为数据一致性、可交换性提供了基础保障。数据交换规范:数据接口作为业务系统和数据交换平台之间“中介”,能够对数据交换和数据采集行为进行规范化,具体包含数据采集、格式转换、数据封装/解析和数据导入等功效。数据交换业务步骤应该遵照IHE规范;而交换内容格式标准应该是基于文档,EHR数据交换遵照HL7CDALevel3标准。以后,盱眙县各地市区域卫生信息化平台建设均需遵照本项目产品所制订数据标准及交换规范,以使未来卫生信息得到最大共享和利用。3.1.3技术标准经过技术标准规范,如数据交换标准、接口技术标准、数据交换协议,提升业务系统之间互联互通能力。信息集成规范符合IHE规范,确保卫生保健各个参与步骤和过程全部能够含有很好互联性和协同工作能力.3.1.3数据标准管理数据中对医疗卫生数据采集、交换和共享进行统一计划,建立数据采集、交换和共享标准、维护和标准实施机制,指导各部门使用和遵照标准,确保标准能够满足和适应医疗卫生事业发展。针对系统标准化问题,采取标准是:在遵照国家信息化标准化体系计划基础上,坚持和国际标准技术接轨。另外还要含有权威性,尽可能降低各医疗卫生机构系统互联时基础数据准备工作,中国广泛应用医学基础数据标准关键包含:国际疾病分类编码表(InternationalClassificationofDiseases9/10,ICD-9/10)、国际医学规范术语全集(SystemizedNomenclationofHumanandVeterinaryMedicine,SNOMED)等。数据交换协议应选择国际通用HL7标准。即,国家已制订有标准需完全响应遵照;国家还未制订标准,采取国际行业通行标准;国际上没有可借鉴标准或和国情不符,需参考屯溪区具体情况,由卫生厅组织各相关机构和开发商协同研究制订。卫生部已定义了一系列标准数据集,这些数据集是中国数据交换和数据上报基础规范,内容关键包含一下多个方面:中国医院信息基础数据集标准1.0版(草案、征求意见稿)。该规范是在5月公布,由卫生部医院管理研究所和中国医院协会信息管理专业委员会共同制订,内容包含有11个子域,602个基础元素。卫生部2月出台《健康档案基础架构和标准(意见征求稿)》。卫生部在12月公布,由卫生部电子病历委员会制订《临床检验结果共享互操作性规范》,内容包含《患者基础信息查询交易》、《文档共享交易包》,《临床检验结果汇报内容》、《患者标识号交叉索引交易》、《文档就绪通知(NAV)交易包》、《临床检验结果共享》等几部分。3.2盱眙县卫生数据中心卫生数据中心平台需遵从卫生部颁布《基于健康档案区域卫生信息系统建设指南》和《综合卫生信息管理平台建设指南》中标准和规范,以确保以后可和国家卫生部数据交换和共享平台实现卫生信息交换和共享。本平台覆盖医院及下属小区,未来要支持全区卫生信息共享。卫生数据中心平台以集中控制数据采集和共享规则方法提供数据交换服务,包含数据传输、数据收发、数据加密/解密、数据压缩/解压和数据模板管理功效等。数据交换定位在网络和应用中间层。关键功效需包含:1、指标管理服务表指标管理:对业务数据表申请和审核。关键内容有指标名称、业务表id、备注信息维护。字段指标管理关键功效是对字段指标维护,内容有指标名称、指标类型、注释说明、指标等级、指标序号、是否审核、是否停用、申请人、申请时间、审核人、审核时间、数值单位、检索标识等。代码指标管理:完成表指标代码数据管理,包含用户权限验证、增加、修改、删除代码权限,产生代码操作历史流水日志,高级权限可对操作回溯、回复。完成表代码数据管理,包含用户权限验证、增加、修改、删除代码权限,产生代码操作历史流水日志,高级权限可对操作回溯、回复。代码对应维护:完成表指标代码数据和业务表代码数据对应管理,包含用户权限验证、增加、修改、删除代码对应权限,产生代码对应操作历史流水日志,高级权限可对操作回溯、回复。完成表代码对应数据管理,包含用户权限验证、增加、修改、删除代码对应权限,产生代码对应操作历史流水日志,高级权限可对操作回溯、回复。2、注册管理服务注册服务包含对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语注册管理服务,系统对这些实体提供唯一标识。针对各类实体形成各类注册库(如个人注册库、医疗卫生机构注册库等),每个注册库全部含有管理和处理单个实体含有多个标识符问题能力。注册库保有一个内部非公布标识符。个人注册服务:个人注册服务是指在一定区域管辖范围内,形成一个个人注册库,个人健康标识号、基础信息被安全地保留和维护着,提供给区域卫生信息平台所使用,并可为医疗就诊及公共卫生相关业务系统提供人员身份识别功效。个人注册库关键饰演着两大角色。其一,它是唯一权威信息起源,并尽可能地成为唯一个人基础信息起源,用于医疗卫生信息系统确定一个人是某个居民或患者。其二,处理在跨越多个系统时用到居民身份唯一性识别问题。个人注册服务是区域卫生信息平台正常运行所不可或缺,以确保统计在健康档案中每个人被唯一地标识,她们数据被一致地管理且永不会丢失。该注册服务关键由各医院、小区和公共卫生机构来使用,完成居民注册功效。医疗卫生人员注册服务:医疗卫生人员注册库,是一个单一目录服务,为本区域内全部卫生管理机构医疗服务提供者,包含全科医生、专科医生、护士、试验室医师、医学影像专业人员、疾病预防控制专业人员及其它从事和居民健康服务相关从业人员,系统为每一位医疗卫生人员分配一个唯一标识,作为和屯溪区卫生信息化平台交互用户标识。医疗卫生机构注册服务:经过建立医疗卫生机构注册库,提供本区域内全部医疗机构综合目录,相关机构包含二三级医院、小区卫生服务中心、疾病预防控制中心、卫生监督所、妇幼保健所等。系统为每个机构分配唯一标识,能够处理居民所获取医疗卫生服务场所唯一性识别问题,从而确保在维护居民健康信息不一样系统中使用统一规范化标识符。医疗卫生术语和字典注册服务:建立术语和字典注册库,用来规范医疗卫生事件中所产生信息含义一致性问题。术语可由平台管理者进行注册、更新维护;字典既可由平台管理者又可由机构来提供注册、更新维护。3、数据采集服务数据接口服务建立有利于消除各部门之间数据交换随意性,而且数据接口作为业务系统数据交换平台之间“中间”,可对数据交换和数据采集行为进行规范化,具体包含数据采集、格式转换、数据封装/解析和数据导入等功效。4、数据共享服务数据交换须要提供多样化接口,能够基于WebService、XML数据交换、共享接口,为了规范数据共享,须要同开发一系列基于不一样开发平台应用系统标准化控制件,愈加好实现应用系统和数据中心数据共享。5、数据交换服务卫生数据中心不仅实现医院健康单按数据管理、共享及服务,未来还需和各地市卫生信息平台数据进行共享和交换,另外还要和其它各相关部门(如社保卡管理中心、疾控中心、医保中心)等进行数据共享和交换。另外,未来卫生数据中心还要和区域内其它系统(如公安、计生、民政等)或其它行业进行数据共享和交换,以满足卫生机构和其它行业机构数据共享需求。6、数据集成服务提供对医院信息集成,为上层应用平台建设提供一个标准、统一数据视图和业务服务操作界面。7、信息管理和存放服务提供了对业务数据集成存放、数据管理、服务提供和在线分析支持等关键服务内容。8、信息公布调阅服务提供对共享数据个性化展现门户服务,如居民健康档案查询服务、协同医疗、应急、和针对科研、教学、绩效考评和医院管理专业化业务分析和统计管理门户服务。9、服务进程监测服务服务进程监测用于监测服务任务数据实施过程。10、服务任务设置可灵活设置服务任务设置,为数据中心高效数据管理提供服务。11、服务任务日志服务任务日志用于查询任务实施结果。日志管理作为信息系统必需功效之一,服务日志统计了平台使用具体信息,对服务调用情况、使用频率、资源峰值空闲,做日志归档,加强系统资源应用平衡,确保系统稳定。12、数据映射规则是指从业务数据源中挑选出和某项业务相关信息,并对其进行重新分类及命名。它将同数据库及查询语言技术细节隔离开来,而使用熟悉业务用语重新管理和命名数据库里数据。它能够将数据库中表及字段改为有意义业务术语,从而使最终用户可轻松构建查询和报表;能按用户习惯,对数据库信息进行分类管理;预建表关联(以后做查询、报表无须再建);将复杂统计表示式作为单个对象,象使用字段一样方便查询和做报表;实现单点更新,修改一处,更新全部等功效。13、数据转换规则根据代码对应规则各业务系统临时数据库进行数据转换,把原来不标准数据转换成标准数据。这么原来不一样医院信息系统业务同一数据项在交换区有同一标识。3.3盱眙县卫生数据集成平台要求建立盱眙县卫生数据集成平台,作为屯溪区区域卫生信息平台关键平台,实现各业务系统数据级整合。关键包含:建立一个符合SOA设计理念,可扩展IT基础架构。为未来更多业务系统接入提供底层支撑。规范数据交换标准和系统接入方法:确立以健康档案基础架构和数据标准、HL7为标准数据交换标准,形成一套规范集成接入接口设计要求规范。指导未来系统接入。形成数据转换机制:医疗系统数据交换关键标准是健康档案基础架构和数据标准,不过考虑到目前大多数医疗管理系统均不符合或没有提供标准数据,所以在基础平台上需要实现:非标准数据向标准数据转换功效;标准数据向非标准数据转换功效;标准数据向标准数据转换功效。3.4综合查询和决议支持关键功效包含综合查询、报表统计、在线分析和动态预警、信息挖掘和辅助决议分析。综合查询服务负责根据时间、地域、人群指标等不一样维度和指标项进行综合查询;报表统计模块关键负责根据规范统计口径统计汇总报表(国统、部统、自定义报表等);在线分析和动态预警服务根据业务专题(关键运行指标项)和业务相关建模进行即时查询和智能化分析,并经过分析结果动态刷新和自动化展现延伸为预警服务;信息挖掘和辅助决议分析服务负责以决议模型和方法论为指导,开展科学决议支持。数据中心提供各医疗卫生机构所产生个人健康信息,经过综合分析形成有效评价数据,为各级领导卫生行政决议提供辅助支持。决议支持功效,将针对不相同级用户开放不一样决议数据查询权限,医疗机构用户只能查看本机构相关数据,卫生厅含有最高权限,可查看全部居民健康档案分析数据。决议支持系统以表格化、图形化报表直观形式,经过不一样机构间横向对比及不一样历史时段纵向对比多角度全方位地展现各类决议数据。软件还需实现其它内容包含:门诊诊疗数据监控对各个医疗机构门诊诊疗数据进行汇总、分析,对其进行监控。住院病人信息监控对各个医疗机构住院病人信息进行汇总、分析,对其进行监控。医疗机构费用实时监控对各个医疗机构费用进行汇总、分析,对其进行实时监控。门诊收入监控对各个医疗机构门诊收入数据进行汇总、分析,对其进行监控。住院收入监控对各个医疗机构住院费用进行汇总、分析,对其进行实监控。大处方监控对各个医疗机构大处方进行监控。医疗机构资源信息汇总查询对各个医疗机构医疗资源进行汇总、分析,对提供查询功效。门诊量排行统计对各个医疗机构门诊量进行汇总、归类,并自动生成日报表。出入院排行统计对各个医疗机构出入院情况进行汇总、归类,并自动生成报表。体检统计对体检情况进行汇总、分析,并自动生成报表。疾病预警提供就诊疾病谱分析,对一些疾病发生频度进行监控,立即发觉异常情况,方便采取对应方法。居民健康档案信息统计对居民健康档案数据进行汇总、分析、统计,并自动生成报表。系统日志监控。对系统每日数据采集统计、采集量和日报量对比,并生成日志,对其进行监控。机构就诊人次分析对各个机构就诊人次进行汇总、分析、统计,并自动生成报表。医疗机构费用组成份析对各个机构就诊费用进行汇总、分析、统计,并自动生成报表。就诊人次增加估计分析对就诊人次增加情况进行统计,并对这些数据进行分析,对其进行时时监控、对其趋势进行估计。就诊费用增加估计分析对就诊费用增加情况进行统计,并对这些数据进行分析,对其进行时时监控、对其趋势进行估计。3.5对外公布门户网站本系统是面向公众公共应用服务应用。要求居民可经过互联网,访问屯溪区卫生信息化平台健康网站,经过认证后,可进行个人健康档案信息查看,访问密码修改、隐私权限设置,以对自己个人基础信息进行补充等。另外,在公众服务系统上,系统未来在技术上需支持移动运行商增值服务,即居民可经过手机直接访问屯溪区卫生信息化平台健康网站,经过手机短信查询或定制自己个人健康信息等。居民可经过健康信息网站随时上网查阅自己检验检验及体检情况,尤其是在传统就医模式,做抽血化验等检验,检验汇报当日不能取,居民必需再找时间往医院取检验汇报,开通居民健康信息网后,居民就能够在家经过网络直接查看。(A)居民个人健康档案信息浏览居民经过互联网,访问居民健康信息网站,输入个人居民健康卡及密码后,可按日期、医疗机构、就诊类别等分类查询个人健康档案信息。居民能够经过此网站来共享自己健康档案信息给指定人员。(B)个人健康信息隐私管理本部分功效关键提供了对居民访问居民健康信息网站登录密码、个人健康档案隐私项目设置等。居民可设置部分或全部信息,不对外进行开放查询。(C)基础信息补录和变更本部分功效关键提供了居民补充或变更自已健康档案基础信息。3.6现有平台系统接入或集成要求依据统一标准,接入或集成用户现有平台系统:1、儿童免疫计划软件系统平台该系统关键用于实时搜集儿童预防接种信息,并对接种全过程实施动态监管和效果评价。2、新农合系统平台经过新农合平台实施,可和屯溪区各地市新农合系统对接3.7对医院信息接入区域卫生信息是一个标准化结构化数据共享平台,其数据关键起源于各医疗机构业务系统。因为各业务系统千差万别,各类档案格式相差甚远,无法满足标准化结构化系统需求。所以需提供两项服务:3.7.1对接入系统标准化改造符合盱眙县基于健康档案区域卫生信息平台数据标准要求,提供各类视图或数据表,供各医疗机构对各自系统进行改造,并需对各医疗机构相关系统改造进行技术指导和帮助。即指导医院采取“居民健康卡”做为医院通用就诊卡,实现对就诊病人身份唯一识别。同时,依据本项目制订数据采集规范,指导医院生成病人在医院就诊标准数据,并能够上传至数据中心。1、病历概要病历概要关键统计内容包含:(1)患者基础信息包含人口学信息、社会经济学信息、亲属(联络人)信息、社会保障信息和个体生物学标识等。(2)基础健康信息包含现病史、既往病史(如疾病史、手术史、输血史、用药史)、免疫史、过敏史、月经史、生育史、家族史、职业病史、残疾情况等。(3)卫生事件摘要指患者在医疗机构历次就诊所发生医疗服务活动(卫生事件)摘要信息,包含卫生事件名称、类别、时间、地点、结局等信息。(4)医疗费用统计指患者在医疗机构历次就诊所发生医疗费用摘要信息。2、门(急)诊诊疗统计和数据门(急)诊诊疗统计关键包含门(急)诊病历、门(急)诊处方、门(急)诊诊疗处理统计、门(急)诊护理统计、检验检验统计、知情通知信息等六项基础内容。其中包含子统计分别为:(1)门(急)诊病历:分为门(急)诊病历、急诊留观病历。(2)门(急)诊处方:分为西医处方和中医处方。(3)门(急)诊诊疗处理统计:指通常诊疗处理统计,包含诊疗统计、手术统计、麻醉统计、输血统计等。(4)门(急)诊护理统计:指护理操作统计,包含通常护理统计、特殊护理统计、手术护理统计、生命体征测量统计、注射输液巡视统计等。(5)检验检验统计:分为检验统计和检验统计。检验统计包含超声、放射、核医学、内窥镜、病理、心电图、脑电图、肌电图、胃肠动力、肺功效、睡眠呼吸监测等各类医学检验统计;检验统计包含临床血液、体液、生化、免疫、微生物、分子生物学等各类医学检验统计。医学检验信息归档数据包含:检验(检验)机构、检验(检验)名称、检验(检验)代码、检验(检验)部位(检验物)、检验(检验)方法、检验结果值、计量单位、参考值范围、定性结果、检验(检验)结论(解释)、检验(检验)者姓名、检验(检验)者日期/时间等。医学影像归档数据包含:检验人姓名、医疗保险号、检验时日期、检验时间、检验医院、检验科室、检验医生、影像编号、影像类型、影像诊疗等。(6)知情通知信息:指医疗机构需主动通知患者和/或其亲属,或需要患者(或患者亲属)签署多种知情同意书,包含手术同意书、特殊检验及诊疗同意书、特殊药品及材料使用同意书、输血同意书、病重(危)通知书、麻醉同意书等。门诊归档数据包含:病人姓名、医疗保险号、挂号科室名称、挂号费用、挂号流水号、挂号日期、挂号时间、单据流水号、门诊流水号、看病次数、是否特殊门诊、个人现金支付金额、医保支付金额、收费日期、收费时间、收费人姓名,和门诊收费明细:收费项目、规格、单价、数量、金额、医保支付金额、个人支付金额等。具体归档数据以卫生部《HRC00.01门诊诊疗基础数据集标准》为准。3、住院诊疗统计和数据住院诊疗统计关键包含住院病案首页、住院志、住院医嘱、住院诊疗处理统计、住院护理统计、检验检验统计、出院统计、知情通知信息等八项基础内容。其中包含子统计分别为:(1)住院病案首页:分为住院病案首页和中医住院病案首页。住院病案数据包含:病人姓名、医疗保险号、住院流水号、医院病案号、入院科别、入院病室、转科科别、出院科别、出院病室、入院情况、入院诊疗、出院关键诊疗、出院关键情况、出院其它诊疗出院关键诊疗名称、出院其它情况、病理诊疗、主治医师姓名、手术操作名称、手术操作日期、麻醉方法等。具体归档数据以卫生部《HRC00.03住院病案首页基础数据集标准》为准。(2)住院志:包含入院统计、二十四小时内入出院统计、二十四小时内入院死亡统计等。(3)住院医嘱:分为长久医嘱和临时医嘱。(4)住院诊疗处理统计:包含通常诊疗处理统计和助产统计两部分。通常诊疗处理统计,住院和门诊相同;助产统计包含待产统计、剖宫产统计和自然分娩统计等。(5)住院护理统计:包含护理操作统计和护理评定和计划两部分。护理操作统计,住院和门诊相同;护理评定和计划包含入院评定统计、护理计划、出院评定及指导统计、一次性卫生耗材使用统计等。(6)出院统计:无子统计。(7)检验检验统计:和门诊检验检验统计相同。(8)知情通知信息:和门诊知情通知信息相同。住院诊疗数据包含:病人姓名、医疗保险号、入院时间、入院科室名称、住院类别、入院登记流水号、入院登记人、住院科室名称、出院登记人、出院时间、此次住院费用、个人现金支付金额、医保支付金额、收费日期、收费时间、收费人姓名,和此次住院收费明细:收费项目、规格、单价、数量、金额、医保支付金额、个人支付金额等。具体归档数据以卫生部《HRC00.02住院诊疗基础数据集标准》为准。4、健康体检统计指医疗机构开展,以健康监测、预防保健为关键目标(非因病就诊)通常常规健康体检统计。5、转诊(院)统计指医疗机构之间进行患者转诊(转入或转出)关键工作统计。6、法定医学证实及汇报指医疗机构负责签发各类法定医学证实信息,或必需依法向相关业务部门上报各类法定医学汇报信息。关键包含:出生医学证实、死亡医学证实、传染病汇报、出生缺点儿登记等。7、医疗机构信息指负责创建、保留和使用电子病历医疗机构法人信息。3.7.2标准化数据采集系统本项目产品还需提供一套数据采集系统,以前置机方法安装在各医疗机构,采集并生成标准结构化健康档案及各类医疗机构相关数据,定时上传到平台数据中心。该系统是运行于各医疗机构标准用户端,关键需要包含以下功效。(A)数据采集:对医疗机构系统所提供数据进行数据采集,即接收医院信息系统所提供标准化数据。(B)数据校验:对所采集数据进行校验。若校验出不规范地方,则反馈给医院信息系统。(C)数据解析:数据解析是对各医疗机构进行数据抽取,并对其进行加工、整合,为实现数据共享和统计分析提供数据基础。(D)数据传输:对所采集数据进行加密后再进行传输。(E)数据存放:接收所传输数据,并按相关规范进行存放。(F)日志监控:日志需统计系统使用具体信息,对服务调用情况、使用频率、资源峰值空闲,做日志归档,加强系统资源应用平衡,确保系统稳定。3.8居民健康卡注册联网医疗机构在首次接收病人就诊时,必需先经过信息系统注册,即经过读取居民健康卡基础信息,以居民健康卡号作为唯一索引信息,在医疗机构信息系统中建立病人数据库统计,以后该病人就诊信息全部关联到该统计,每次就诊信息按居民健康卡号上传至数据中心。针对无居民健康卡居民,采取临时卡(比如发行新农合卡、居民健康卡等)替换,等候条件成熟时,再过渡到全民社保卡作为唯一索引。关键模块及功效要求以下:(A)居民健康卡就诊注册:对持有居民健康卡居民,在首次就诊时或在其健康档案建档时,经过调用本功效,既读取社会卡系统接口功效,读取居民健康卡对应居民个人基础信息、基础保障等信息,完成健康档案初始化建档。(B)居民健康卡信息同时:居民健康卡居民信息发生变更时,其变更信息要对应同时更新到居民健康数据库中。经过外部接口实现和居民健康卡系统相关数据同时功效。3.9面向医疗机构健康档案查询系统本子系统关键是为病人在联网医院就诊时,方便医生查询该病人在其它联网医院历史就诊统计等信息所提供浏览界面。医院医生在为病人就诊时,需方便经过本系统调阅就诊病人历史诊疗数据,如:历史门诊诊疗信息、健康体检信息等内容。关键功效要求以下:1、个人档案信息(1)患者基础信息包含人口学信息、社会经济学信息、亲属(联络人)信息、社会保障信息和个体生物学标识等。(2)基础健康信息包含现病史、既往病史(如疾病史、手术史、输血史、用药史)、免疫史、过敏史、月经史、生育史、家族史、职业病史、残疾情况等。(3)卫生事件摘要指患者在医疗机构历次就诊所发生医疗服务活动(卫生事件)摘要信息,包含卫生事件名称、类别、时间、地点、结局等信息。(4)医疗费用统计指患者在医疗机构历次就诊所发生医疗费用摘要信息。2、门(急)诊诊疗统计和数据(1)门(急)诊病历:分为门(急)诊病历、急诊留观病历。(2)门(急)诊处方:分为西医处方和中医处方。(3)门(急)诊诊疗处理统计:包含诊疗统计、手术统计、麻醉统计、输血统计等。(4)门(急)诊护理统计:包含通常护理统计、特殊护理统计、手术护理统计、生命体征测量统计、注射输液巡视统计等。(5)检验检验统计:检验统计包含超声、放射、核医学、内窥镜、病理、心电图、脑电图、肌电图、胃肠动力、肺功效、睡眠呼吸监测等各类医学检验统计;检验统计包含临床血液、体液、生化、免疫、微生物、分子生物学等各类医学检验统计。(6)知情通知信息:包含手术同意书、特殊检验及诊疗同意书、特殊药品及材料使用同意书、输血同意书、病重(危)通知书、麻醉同意书等。(7)其它信息:包含病人姓名、医疗保险号、挂号科室名称、挂号费用、挂号流水号、挂号日期、挂号时间、单据流水号、门诊流水号、看病次数、是否特殊门诊、个人现金支付金额、医保支付金额、收费日期、收费时间、收费人姓名,和门诊收费明细:收费项目、规格、单价、数量、金额、医保支付金额、个人支付金额等。3、住院诊疗统计和数据(1)住院病案首页:分为住院病案首页和中医住院病案首页。(2)住院志:包含入院统计、二十四小时内入出院统计、二十四小时内入院死亡统计等。(3)住院医嘱:分为长久医嘱和临时医嘱。(4)住院诊疗处理统计:包含通常诊疗处理统计和助产统计两部分。通常诊疗处理统计,住院和门诊相同;助产统计包含待产统计、剖宫产统计和自然分娩统计等。(5)住院护理统计:包含护理操作统计和护理评定和计划两部分。护理操作统计,住院和门诊相同;护理评定和计划包含入院评定统计、护理计划、出院评定及指导统计、一次性卫生耗材使用统计等。(6)出院统计:无子统计。(7)检验检验统计:和门诊检验检验统计相同。(8)知情通知信息:和门诊知情通知信息相同。(9)其它数据:包含病人姓名、医疗保险号、入院时间、入院科室名称、住院类别、入院登记流水号、入院登记人、住院科室名称、出院登记人、出院时间、此次住院费用、个人现金支付金额、医保支付金额、收费日期、收费时间、收费人姓名,和此次住院收费明细:收费项目、规格、单价、数量、金额、医保支付金额、个人支付金额等。4、健康体检统计指医疗机构开展,以健康监测、预防保健为关键目标(非因病就诊)通常常规健康体检统计。内容包含:体检人姓名、医疗保险号、体检项目、检验结果数据、检验评定结果、检验结果备注、检验

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论