XX市XX区两慢病医防融合系统项目建设意见.docx
《XX市XX区两慢病医防融合系统项目建设意见.docx》由会员分享,可在线阅读,更多相关《XX市XX区两慢病医防融合系统项目建设意见.docx(37页珍藏版)》请在三一办公上搜索。
1、XX市XX区两慢病医防融合系统项目建设意见一、项目的基本概述(一)项目建设目标按照2021年XX省在基层医疗领域数字化改革建设要求,本次项目结合慢病一体化门诊系统,将慢病智能随访系统随访界面通过服务器、终端机、智能语音系统向两慢病管理患者开放。患者通过X里办移动互联网等方式参与随访或门诊自助挂号后,诊前候诊间隙通过中心移动触摸式终端设备进行自助随访信息录入,进一步提升基层医疗机构服务能力,夯实信息化网底建设,打造基本医疗公卫一体化等两慢病协同服务,协助基层医疗机构履行基本公共卫生服务职能,强化公共卫生工作,加强预防少生病为导向,突出预防为主、防治结合、为居民提供全方位、全周期的健康管理与服务。
2、形成基层医疗业务与基本公共卫生服务的桥梁,使基本医疗及基本公卫业务联系更加紧密结合,进一步实现“医防融合”的管理模式。全面推进XX区全域基层数字健康新服务的建设落地;全面提升基层就诊率和业务收入,并提升社区居民“最后一公里”就医获得感。打造前沿“两慢病”医防融合模式,为争创国家级基层卫生健康综合试验区提供健康样板。本次项目建设构建慢病智能随访平台,通过线上、线下医防融合慢病智能随访系统实现对XX区区域基层医疗信息化的一体化覆盖,开展针对两慢病患者诊前、诊中、诊后的全链条闭环流程管理服务。(二)总预算投资金额及来源项目总投资X万元,资金来源由区财政资金统筹安排。(三)项目性质新建项目。(四)项目
3、类型软件。(五)项目建设方案编制依据数字经济是XX省的“一号工程,也是XX市经济高质量发展的新引擎。随着梯次培育和精准服务的深入实施,全市数字经济产业规模不断壮大,然而其中的智慧健康相关的数字经济企业缺乏,成为了XX市数字经济发展的一大短板。2021年3月,XX省委全面深化改革委员会印发了XX省数字化改革总体方案,数字化改革的顶层设计的发布,开启了全省域、全方位、全领域推进数字化改革的新进程。全省大会明确了数字化改革定义内涵、明确任务框架:常态化疫情防控、“互联网+医疗健康”公共服务、一老一少数字健康服务列入总体方案首批重大应用场景。根据国家推进全民健康信息化建设、促进“互联网+医疗健康”发展
4、的战略部署,响应XX省政府深化医疗卫生领域“最多跑一次”改革的政策号召,遵从XX行政区划调整框架,以“助推健康XX,打造数字健康新标杆”为最高战略目标,以老年高血压、糖尿病患者的全周期健康管理为切口,建立“两慢病”筛查、管理、评估机制,打造数据联通、医患互动的医防融合数字化管理新模式。二、现状及需求(一)项目现状按照2021年XX省在基层医疗领域数字化改革建设要求,本次项目通过慢病智能随访系统XX区慢病智能随访系统的建设,做细做实“两慢病”患者的医防融合、分级诊疗和全周期健康管理工作。进一步提升基层医疗机构服务能力,夯实信息化网底建设,打造基本医疗公卫一体化等两慢病协同服务,协助基层医疗机构履
5、行基本公共卫生服务职能,强化公共卫生工作,加强预防少生病为导向,突出预防为主、防治结合、为居民提供全方位、全周期的健康管理与服务。形成基层医疗业务与基本公共卫生服务的桥梁,使基本医疗及基本公卫业务联系更加紧密结合,进一步实现“医防融合”的管理模式。全面推进XX区全域基层数字健康新服务的建设落地;全面提升村卫生室就诊率和业务收入,并提升社区居民“最后一公里”就医获得感。打造前沿“两慢病”医防融合模式,为争创国家级基层卫生健康综合试验区提供健康样板。(二)需求分析1.使用者和范围医防融合模块使用者领导口一般干部口各类工作者企业百姓回其他:医务人员范围口本部门口跨部门口辖区口全域回其他:我区所辖全部
6、基层医疗机构数量预估人数100o人智能随访模块使用者口领导一般干部口各类工作者口企业El百姓其他范围本部门口跨部门因辖区口全域其他:数量预估人数50万人2.项目建设业务需求以XX省“两慢病”改革目标的现实需求为导向,结合XX区在慢病路径化研究、医防融合服务模式研究方面的需求。XX区需要对地区重点慢病人群的全生命周期健康数据进行整理、清洗,为慢病管理患者入组研究与应用、量化评价提供标准化的数据源。推动医疗健康数字从汇总层级到量化应用层级提升。3 .系统性能分析系统设计应充分考虑程序在大业务量环境中运行的性能指标,防止死锁和并发不规范操作。系统还应支持自动任务管理系统,拆解比较大的且时实性不强的业
7、务放到非业务高峰期自动执行,整个过程无须人工干预,以合理分配服务器的资源,提高服务器的利用率。要求稳定、高效的支持医疗机构同时联网724h连续安全运行;保证系统数据高效、稳定、完整进行传输;产品需具有高性能,应能满足1500以上的在线用户,800以上的并发用户,单页面响应速度小于2秒性能要求。4 .项目的安全需求分析本项目开发的系统,均部署在卫生专网,以最大限度的保障信息的安全。三、项目的建设目标与内容(一)项目建设思路本项目总体设计思路是基于XX区信息化建设现状,遵照区域实际开展的医疗业务需求,面向XX区所有基层医疗机构,按照“信息互联互通、健康全程一体”思路,基于XX区全民健康信息平台,构
8、建慢病智能随访系统,通过慢病智能随访系统实现对XX区区域基层医疗信息化的一体化覆盖,开展针对两慢病患者诊前、诊中、诊后的全链条闭环流程管理服务。(二)项目建设目标任务。按照2021年XX省在基层医疗领域数字化改革建设要求,本次项目通过XX区慢病智能随访系统的建设,做细做实“两慢病”患者的医防融合、分级诊疗和全周期健康管理工作。进一步提升基层医疗机构服务能力,夯实信息化网底建设,打造基本医疗公卫一体化等两慢病协同服务,协助基层医疗机构履行基本公共卫生服务职能,强化公共卫生工作,加强预防少生病为导向,突出预防为主、防治结合、为居民提供全方位、全周期的健康管理与服务。形成基层医疗业务与基本公共卫生服
9、务的桥梁,使基本医疗及基本公卫业务联系更加紧密结合,进一步实现“医防融合”的管理模式。全面推进XX区全域基层数字健康新服务的建设落地;全面提升基层就诊率和业务收入,并提升社区居民“最后一公里”就医获得感。打造前沿“两慢病”医防融合模式,为争创国家级基层卫生健康综合试验区提供健康样板。四、项目的总体设计(一)项目的建设原则1.系统性、一致性的原则在设计思想、数据处理及数据存取和共享等方面,以整个项目为整体,进行了充分、系统地规划。保证在项目建设的整个过程中的系统性和一致性。2 .标准化原则平台设计参照相关官方技术标准,实现数据接口与数据通信的标准化,方便关联信息系统的快速整合与接入。3 .开放性
10、原则实现从开发层面到应用层面的全面开放,遵循相关软件标准,打破系统环境限制,为馆际或不同系统间的数据交互提供手段;软件的运行环境支持符合J2EEWEB标准协议的容器,兼容Windows/Linux多系统平台运行。4 .先进性原则平台使用要利用一些现行的、技术成熟的开发工具来辅助完成系统建设,使用当前流行的RestAPI技术开发数据接口,平台应用支持负载均衡和集群技术,设计上采用多层框架及核心层复用技术,实现业务的集中管理及表现上多形式分离。为了兼顾技术先进性和应用的成熟性,在项目的实现早期应当建立一个具备良好伸缩性的应用框架,以便将来在有新的应用和技术时可以方便地实现升级,满足业务的不断扩展。
11、5 .安全可靠性原则本项目设计方案,通过采用按用户级别和权限使用和维护的设计、为重要信息的数据访问建立使用日志的设计,将保障数据的安全使用和安全传输。平台应用系统的安全性包括平台本身的数据安全和信息传输安全。平台对用户的敏感信息(如密码)采用加盐加密技术实现,不同的用户即使采用相同的密码,但在平台的数据库中,看到的密码字符串也是不同的;信息传输采用https实现,防止数据在传输过程中被篡改。平台应用系统通过集群和负载均衡技术,实现平台可靠性。平台在多台机器上同时运行,一方面可以分担访问的压力,另一方面,当其中一台机器出现故障,所有的访问可以立即转移到正常的机器上,保证用户无须任何额外操作即可继
12、续使用平台。6 .实用性原则在项目建设中,不仅应考虑到目前各种业务的实际要求,还应充分考虑将来业务发展的需求。从实用性、经济性出发,着眼于近期目标和长远的发展,选用先进技术,进行最佳性能组合,在有限的投资中构建一个成功的实用的信息系统。7 .扩展性原则通过标准化的组件技术可方便地实现系统的扩展,包括平台软件扩展支持和应用服务器扩展支持。8 .可维护性原则通过参数化配置,可极大地方便系统的维护,平台维护人员对大部分设置可通过界面直接修改后生效。本次项目建设构建两慢病医防融合系统,通过两慢病一体化门诊系统实现对XX区区域基层医疗信息化的一体化覆盖,开展针对两慢病患者诊前、诊中、诊后的全链条闭环流程
13、管理服务。慢病一体化门诊随访流程大致可分为诊前、诊中、诊后等几个阶段:确认是否进行慢病一体化门诊管理;诊前护士进行基础信息的测量及询问,生成预随访数据;诊中医生确认预随访信息是否需要变更,包括用药等内容;诊后,责任/签约团队成员进行预随访的完善,并最终提交到社服系统形成真实随访。9 .数据流程设计区域信息化的整体技术框架必须全面规划并考虑信息系统现状与将来的需求和部署,以适合其将来的业务增长和服务延伸,有利于持续性发展。因此主要采用下述数据流应用框架,使建成的信息系统将来能够比较方便地容纳新增系统,同时保持系统的整体性,维持XX区域信息化系统的可持续性发展和高效率运行。(二)技术路线1 .J2
14、EE技术J2EE(Java2PIatform,EnterpriseEdition)是一种利用Java2系统来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构,是一个基于组件的体系结构,定义了一套标准来简化多层分布式企业应用程序的开发,它定义了一套标准化的组件,并为这些组件提供了完整的服务。J2EE的标准体系架构将表示逻辑、业务逻辑与数据逻辑相分离,使系统的并行操作、网络计算能力大为提高,系统的整体性能得以优化,并采用先进的软件分层设计思想,支持基于框架的开发,降低开发难度和成本,同时降低组件的耦合度,极大地增强软件的可维护性、可扩展性,满足大型管理信息系统的要求。2 .基于XML数据
15、交互XML是基于WebServices的SOA实现的核心,关于XML的规范是Web服务规范标准的基础。XML具有强大的的自描述能力,在各种层次、各种技术路线的系统间的数据交换时发挥巨大的作用。3 .基于WebService系统需要解决异构系统的互连,并实现基于网络的数据服务,甚至业务服务,实现异构信息系统和互访,WebSerViCC标准可以解决同构、异构应用互访。WebSerViCe是一套标准,它定义了各种应用程序如何在Web上实现互操作。通过WebService标准实现查询和访问。WebSerViCe提供一套标准XML和XSD标准,用于沟通不同平台、编程语言和组件模型中的不同类型系统。Web
16、Service提供一种标准WSDL来描述WebService,使用户可以得到足够的信息来调用这个WebService0WebService采用远程过程调用协议(RPC),来对这个WebSerViCe进行远程调用,为了达到互操作性,这种RPC协议(即SOAP协议)与平台和编程语言无关。4 .UML统一建模统一建模语言(UML是IJnifiedMOdClingLallgUage的缩写)是用来对软件密集系统进行可视化建模的一种语言,是为面向对象开发系统的产品进行说明、可视化和编制文档的一种标准语言。UML是在开发阶段、说明、可视化、构建和书写一个面向对象软件密集系统的制品的开放方法。UML展现了一系
17、列最佳工程实践,这些最佳实践在对大规模,复杂系统进行建模方面,特别是在软件架构层次已经被验证有效。最适于数据建模,业务建模,对象建模,组件建模,使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。整个项目的软件需求,设计,开发过程采用UML进行建模。5 .基于AJAX架构随着web2.0浪潮的兴起,以Ajax为技术核心,使用xml和动态JavaScript大幅度改良browser的易用性已经成为主流,基本上可以达到接近传统c/s模式或ACtiVeX模式的易用性,同时又具备高度的安全性和可维护性。AjaX技术的应用
18、,可以使传统的Web方式的应用的交互性达到接近甚至超过桌面应用。(三)遵循依据与标准规范1 .项目依据“健康中国2030”规划纲要(中共中央、国务院)国务院办公厅关于促进“互联网+医疗健康”发展的意见(国办发(2018)26号)关于进一步做好分级诊疗制度建设有关重点工作的通知(国卫医发(2018)28号)关于印发医疗联合体管理办法(试行)的通知(国卫医发(2020)13号)关于印发XX省医疗卫生服务领域深化“最多跑一次”改革行动方案的通知关于开展“互联网+医疗健康”公共服务事项对接的通知中共XX省委全面深化改革委员会关于印发XX省数字化改革总体方案的通知(2021)2号)2 .标准规范卫生信息
19、数据元目录国卫通13号;疾病管理基本数据集国卫通11号;国家卫健委卫生信息框架标准、医院基本数据集标准、公共卫生信息分类框架和基本数据集标准、社区卫生服务功能规范和基本数据集标准、卫生机构(组织)分类与代码(WS218-2002)、疾病分类与代码等标准;国家卫健委健康档案基本架构与数据标准(试行)、电子病历基本架构与数据标准(试行)、基于健康档案的区域卫生信息平台建设指南(试行)和基于健康档案的区域卫生信息平台建设技术解决方案(试行)、基于区域卫生信息平台的妇幼保健信息系统建设技术解决方案、基于区域卫生信息平台的社区卫生服务信息系统建设技术解决方案、基于电子病历的医院信息系统建设技术解决方案、
20、综合卫生管理信息平台建设指南;HL7标准、DICOM医学影像数据标准、SNOMED医院术语标准、ICD9ICDlO国际疾病编码标准等相关国际标准。(四)系统性能分析根据业务处理类型的不同,可以把交易划分为三类:交互类业务、查询类业务和大数据量批处理类业务,分别给出响应时间要求的参考值,包括峰值响应时间、平均响应时间。1 .业务并发:至少同时支持峰值200笔/分钟批量数据交换和峰值100笔/秒的实时查询或处理业务。响应时间需符合行业内比较通行的“2-5TO原则”:系统业务响应时间小于2秒,判为优秀,用户对系统感觉很好;系统业务响应时间在2-5秒之间,判为良好,用户对系统感觉良好;系统业务响应时间
21、在5-10秒之间,判为及格,用户对系统感觉一般;系统业务响应时间超过10秒,判断为不及格,用户无法接受系统的响应速度,认为系统已经失去响应,而选择离开这个页面,或者发起第二次请求。具体到本项目要求如下:2 .批量数据交换:单记录交换/入库的平均响应时间W20ms.3 .非并发大批量数据交换W2000秒/百万条。4 .查询:千万级数据量下单记录本地查询的响应时间W3秒。5 .千万级数据量下分布式查询的响应时间W5秒/次。6 .简单统计报表查询的响应时间WlO秒。7 .统计:千万级数据量下单项统计的响应时间(5秒。8 .复合汇总统计响应时间120秒。9 .生成复杂统计报表的响应时间W180秒。五、
22、项目的应用系统设计(一)业务应用系统设计以条块结合、数据共享、业务协同、分步实施为整体路径,进行XX区两慢病一体化的规划与建设,充分结合现有数据资源,遵循XX区数字化改革思路与情况,全面推进XX区全域基层数字健康新服务的建设落地;全面提升基层就诊率和业务收入,并提升社区居民“最后一公里”就医获得感。同时为方便系统后续快速响应省市相关政策要求,业务拓展方便,系统完善便捷,同时也减少对现有系统影响,本次两慢病医防融合平台采用独立应用方式,新建PC端和移动端入口,进行部署实施。(二)PC端系统功能设计1.首页工作台XX区两慢病医防融合系统基于领域模型设计,建立统一的信息集成门户,将基层医疗机构涉及的
23、医疗与公卫业务应用系统和千变万化的综合管理信息集成在一个统一的门户上。任务管理支持对系统的任务进行管理,任务管理包括新增和对己有作业进行操作。支持查看作业的状态。支持通过名称搜索作业信息。日志审计支持对系统的数据日志、业务日志进行审计。标准管理提供标准编码配置功能,如临床路径编码、医嘱流向编码、静配中心配置条码、打包条码、装箱条码等编码的生成规则配置。提供数据类字典配置功能,支持字典的分类维护,如公共数据、医健服务与记录、排班预约、个人信息、医疗流程、保险计划、医疗物品执行等字典。支持系统参数配置,包括参数类型、参数名称、参数生效时间、失效时间、默认值的设置。提供字典回收站功能。提供参数限定配
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 区两慢病医防 融合 系统 项目 建设 意见
链接地址:https://www.31ppt.com/p-5963627.html