《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、医疗与公卫业务应用系统和千变万化的综合管理信息集成在一个统一的门户上。任务管理支持对系统的任务进行管理，任务管理包括新增和对己有作业进行操作。支持查看作业的状态。支持通过名称搜索作业信息。日志审计支持对系统的数据日志、业务日志进行审计。标准管理提供标准编码配置功能，如临床路径编码、医嘱流向编码、静配中心配置条码、打包条码、装箱条码等编码的生成规则配置。提供数据类字典配置功能，支持字典的分类维护，如公共数据、医健服务与记录、排班预约、个人信息、医疗流程、保险计划、医疗物品执行等字典。支持系统参数配置，包括参数类型、参数名称、参数生效时间、失效时间、默认值的设置。提供字典回收站功能。提供参数限定配
24、置功能，可设置参数使用的限定条件；租户管理提供基础数据账户配置，包括基础数据账户的新增、修改和注销。每个基础数据账户下包含一套基础数据。支持一个租户下的多个医疗机构可共用一套基础数据，也可分开管理。消息管理支持消息机制，提供消息的客户端展示界面，包括消息提示、处理等功能。业务消息包括门诊医生站、住院医生站、病区护士站、药房、门诊管理、住院管理等系统模块的业务消息嵌入。支持消息闭环，实现业务与消息的闭环处理。通过消息机制，实现医生、护土等业务角色的待办任务提醒、处理。支持消息定义，提供消息类型的分组管理维护。消息分组包含系统消息、待办消息、异常消息等。提供每一种消息类型的处理方式和展示方式的维护
25、。支持消息管理、订阅和公告发送。选项设置提供用户设置、系统设置、全局设置、单点登录维护等功能。元数据管理提供元数据的应用配置、属性类型配置、实体配置等功能。组织管理支持工作站配置，支持工作站的名称、类型、物理地址、所属机构及部门等信息的维护。支持机构配置，包括医疗机构、供应商、生产厂家、合作单位、客户单位等机构的维护；支持机构的类型、名称和上级机构的维护。机构归属于租户，默认使用租户的基础数据账户，也支持设置独立的基础数据账户；支持机构间业务关系维护，如机构间相互转诊业务、机构间互相挂号、机构间互相结算等。支持部门配置，包括部门/科室、小组/团队、医疗组、护理组、窗口、诊室等部门的维护;部门区
26、分类型，包括医疗、专科、全科、护理、治疗、药房、放射、检验等，根据不同的类型维护不同的属性；支持部门间业务关系维护，如就诊科室与护理单元关系、药房与病区发放关系、手术室与麻醉室关系等。提供人员配置功能,支持用户信息、用户角色、所属部门和业务权限的维护。提供库存配置功能。权限管理提供角色配置功能，包括机构管理员、签约医生、诊前护士、诊后管理护士、团队长等；角色配置内容包括角色基本信息、角色与功能关系、限定条件、用户的添加和删除等。提供功能配置，自定义系统的产品功能，包括功能的基本信息、功能配置和插件配置等。10 一体化门诊诊前：精准医疗诊前阶段在挂号时区分普通的签约两慢病病人、到随访周期或尚未周
27、期性健康体检的签约两慢病病人、其他人群三类。其中普通的签约两慢病病人、到随访周期的签约两慢病病人是需要实施诊前管理的目标人群。普通的签约两慢病病人直接进入全科排队序列，靠人工引导进入诊前管理室。到随访周期或尚未周期性健康体检的签约两慢病病人进入诊前管理室的排队序列，将经过诊前管理后分诊到全科排队序列。诊前流程诊前护士引导居民在一体机、穿戴设备或健康小屋等设备或区域进行身高体重、血压血糖等信息的测量，数据保存至区县数据库；诊前护士打开慢病一体化门诊模块，输入居民信息（支持读卡）后，进入预随访功能；调阅健康评估接口，根据返回内容判断是否需要进行年度健康评估。若需要,则自动打开接口返回的链接URL,
28、提醒诊前护士进行年度健康评估；进行新建预随访操作，支持自动读取社服系统下发库中此居民的上次随访信息至表单中;可读取第1步中的测量数据结果至预随访表单，如有已有上次随访的值，覆盖之；诊前护士询问居民症状、个人生活习惯等信息，做出相应指导，并录入预随访表单中进行保存操作，完成预随访诊前阶段；功能模块中提供XX市卫健大数据平台的健康处方链接，诊前护士可按实际需要进入模块进行查看打印操作；诊前阶段，护士可进行健康教育相关工作，两慢病一体化门诊模块提供定制化健康教育选项，用户进行相关勾选即可，若有个性化的健康教育内容可在“其它”中填写；如该居民本年度未进行健康体检，则提醒需要进行健康体检（不强制），可在
29、健康体检选项卡中进行诊前步骤（如物理体检），具体流程待进一步确认。诊前患者分类患者分类功能可获取居民基本信息与健康档案信息，具体包括:姓名、性别、生日、联系电话；档案编号、是否签约、管辖机构、管辖团队、责任医生、网格地址、是否糖尿病管理、随访计划时间（糖）、是否高血压管理、随访计划时间（高）等。医护人员可以根据自动加载随访、测量数据等信息，完成诊前随访表单。随访患者标识支持在挂号阶段区分需进行诊前管理的人群，相关人群挂号时进入单独的队列，进行患者分类及标识。在区县系统数据库中，获取到双向转诊系统内此就诊居民的签约情况（签约人群不做为识别信息）；依据XX市社区卫生服务信息系统下发至区县的健康档案
30、、随访计划等信息,获取到就诊居民的建档及随访情况；如果就诊居民已经签约，且到达两慢病随访周期，并进入独立的“诊前服务”队列。体征数据采集通过健康小屋自检设备获取居民检测数据。包括：身高、体重、目标体重、腰围、目标腰围、BMI、收缩压、舒张压、心率（高必填）、是否空腹（糖必填）、血糖（糖必填）。体征数据录入通过护士问询，手工录入两慢病一体化门诊数据。包括：症状、其它症状、其它体征（糖必填）、足背动脉搏动（糖必填）、遵医行为、心理调整、早发心血管家族史（高必填）、低血糖反应（糖必填）、其它疾病、吸烟情况、日吸烟量、饮酒情况、饮酒种类、日饮酒两、近一年是否醉酒、运动次数/周、运动分钟/次、日摄盐量等
31、信息。通过物理体检等诊前服务工作，初步生成“预随访”或“预体检”数据。健康评估与XX市级平台对接获取居民基本情况、就医情况以及健康风险评估等数据。医护人员可查看居民的健康状况进行健康风险评估。健康处方与XX市级平台对接获取慢病健康处方信息，包括：基本信息、按时服药、规律运动、减少钠盐、心理平衡、既往90天内相关检查结果异常以及未来90天内相关建议检查项目等信息。诊中：智能就医医生在接诊过程中可通过his系统快速链接至“一体化门诊模块”进行诊中阶段的内容确认。在诊中阶段，医生在为两慢病居民的看诊时，整体把控居民健康状况，对居民两慢病用药及转诊情况等信息进行干预处置，进行诊前情况的进一步确认与诊中
32、阶段的内容服务。诊中流程医生为接受诊前管理的居民接诊时（或前），查阅智能辅助诊疗系统，回顾查阅本周期已完成的检验检查、提醒尚未完成的检验检查和需复查的检验检查；明确诊断、开具或调整药物。就诊过程中，HIS系统中也能自动获取到居民是否到达随访、体检、年度健康评估周期，若已到达会有相应功能提示，医生也能可通过his系统直接链接至“一体化门诊模块”；结束就诊前，医生可在his系统中预约下一次就诊时间；结束就诊时，若存在未完成的诊前阶段预随访、预体检，则自动打开“一体化门诊模块”；医生在模块中进行诊中阶段随访、体检、年度健康评估录入工作，有权进行诊前部分的内容调整，包括健康教育指导、诊前询问内容等；诊
33、中随访过程中，医生可变更用药信息。若区县能接收到XX市卫健大数据平台提供的健康处方明细数据信息，支持相关字段的导入，具体字段包含：并发症、合并症、靶器官损害等；HiS系统诊间与“一体化门诊模块”均存在XX市卫健大数据平台提供的健康处方及年度健康评估报告外链接，医生可随时调阅查看，按需进行使用；诊中可在HiS系统中进行“需周期性健康体检”及“已有预约体检”等内容的提醒，可进入“一体化门诊模块”进行“健康体检”信息的完善。事务提醒医生在诊问诊阶段，可获得“智能辅助诊疗系统”的智能提醒，提醒医生该居民尚未完成的检验检查和需复查的检验检查、明确诊断、提供开具或调整药物参考，实现智能辅助医生看诊的功能。
34、同时支持HIS系统在打开电子病历时进行功能调阅，通过消息提醒、浮窗等方式进行展现。数据查看支持医生通过公卫小助手查看患者诊前信息，包括：基本信息、健康档案信息、信息测量、健康评估与健康处方等信息。随访完善用药情况：支持医生勾选“用药情况是否变更”信息。若未变更，则用药信息直接默认上次随访内容，且要求诊中完成本次预随访；若已变更，医生既可选择在诊中完成预随访，也可赋权诊后护士进行后续完善工作，相关用药信息可从处方中匹配获取；具体功能包括：建议用药调整、服药依从性、药物不良反应、详细用药信息。同时，系统还支持门诊处方一键导入。转诊情况：支持医生勾选是否需要转诊（不能填、自动判断），转诊状态、转诊原
35、因、机构和科别、未转诊原因。健康评估“一体化门诊模块”将与XX市卫健大数据平台提供的年度健康评估报告对接，医生可随时调阅查看患者相关信息，基本情况：高血压危重等级、糖尿病等级、心血管患病风险、脑卒中患病风险、中医体质；就医情况：门诊总次数、住院总次数、慢病随访次数、签约机构就诊次数以及签约机构转诊次数。同时，支持一键导入健康处方信息。诊后：便捷服务诊后阶段，诊后护士将随访、体检的内容进行进一步的补充完善后，一键提交到社服系统并按社服系统要求进行表单填充与保存提交，完成一体化门诊信息录入社服系统的全部流程。诊后流程收集诊中资料、完善系统信息，当日就诊的慢性病患者进行回顾梳理，健康管理信息资料、检
36、验检查资料补充、完善、归档。评估、预约复诊、联系转诊，分级分层随访管理、提醒复诊及时了解本次就诊患者的转诊上级专科医院的情况,进行电话回访和追踪，并及时报告签约医生。对已转诊的住院患者，家庭医生可参与医共体（医联体）住院查房，及时掌握患者病情变化。数据收集社服系统对接：社服系统将对血压血糖导入随访功能进一步改造适配，支持传入完整预随访数据包。健康处方互联:获取健康处方信息，实现市区两级健康处方数据的互联互通，社服系统最终可引用。双向转诊对接:获取双向转诊信息，必要时开展诊后追踪管理预约特殊检查，提供预约转诊/检查/住院服务。年度健康评估报告对接：提供XX市卫健大数据平台健康处方与年度健康评估报
37、告的外链接，医生可随时调阅查看，按需使用。诊后追溯通过XX市卫健大数据平台健康处方与年度健康评估报告的对接，支持信息查阅及回顾功能。医生可随时调阅查看，进行一体化门诊数据预览，包括电子病历就诊信息（含检验检查处方等）、随访、体检、健康教育信息等；根据不同类型两慢病患者定制化提供相关健康教育资讯。患者可以通过微信小程序获取健康短片、信息发布等形式的健康促进资讯。如提供高血压、糖尿病等方面的健康知识。11 健康助手健康助手系统采用知识库嵌套于HIS系统中的方式，并和公卫系统连接打通。根据家庭医生团队管理的慢病人群，预先进行数据汇集和智能排序，在建档和签约慢病患者需定期随访时间段，进行门诊提示，按路
38、径化管理要求，一次门诊过程中可以完成健康评估、健康促进、门诊预约、健康体检、分级转诊等多项公卫工作，并快速完成数据的汇集、评估和分发。具体功能包括但不限于以下功能:A基本信息展示患者基本就诊信息，包含患者个人信息，档案编号、出生日期、责任医生、管辖机构，患者个性标签等。既往史查询包含患者既往史检验检查信息，包含历史就诊信息、诊断信息、处方信息、信息推荐90天信息查询，未来90天内相关建议检查项目健康处方基本信息、按时服药、规律运动、减少钠盐、心理平衡等12 统计分析综合数据分析支持对两慢病患者人数、医生签约、就诊医生、工作量；高血压、糖尿病随访状态等数据进行统计分析。绩效考核分析支持通过医生工
39、作量对医生工作绩效进行考核。（三）移动端系统功能设计移动端为居民提供各类资讯，展示各类系统公告、健康资讯，方便居民快速获取信息。首页的功能区，展示预随访、体检预检等各项业务入口，方便居民进行业务操作。13 两慢病预随访实现居民通过移动端查看本人和家人近期的慢病随访计划，以便进行基本生命体征及生活习惯等信息预录入，信息包括身高、体重吸烟情况、饮酒情况、运动情况、摄盐情况、主食摄入情况、心理状态和病情情况等内容。同时支持查看历史预随访记录。14 健康评估生活自理能力评估实现居民通过移动端查看家里老年人的自理能力评估安排，以便进行老年人自理能力评估，主要包括进食、洗澡、修饰、穿衣、大便控制、小便控制
40、、如厕、床椅转移、平地行走和上下楼梯等内容。同时支持查看历史评估记录。老年人认知功能评估实现居民通过移动端查看家里老年人的认知能力评估安排，以便进行老年人认知能力评估，主要包括近期记忆、程序记忆、定向能力、判断能力等内容。同时支持查看历史评估记录。A老年人情感状态评估实现居民通过移动端查看家里老年人的情感状态评估安排，以便进行老年人情感状态评估，主要包括生活满意度、个人兴趣爱好、生活是否空虚无聊、平时精神状况等内容。同时支持查看历史评估记录。中医体质辨识实现居民通过移动端查看本人和家人的中医体质辨识评估安排，以便进行中医体质辨识评估，支持根据填写的问卷信息判断体质类型，结束后给予体质情况评价和
41、建议信息。同时支持查看历史评估记录。15 健康监测实现居民通过移动端查看本人和家人的血压、血糖等生命体征信息，可以手动记录相关数据，也支持通过自持智能硬件设备，完成体征数据测量并上传至系统供患者和医生查询。16 健康资讯通过移动端为居民和家人提供各类健康资讯知识，提高健康认知水平。系统会优先推荐和患者病种相关的资讯文章，支持通过资讯文章下方的评论区，可以和其他人或发布资讯的医生进行评论互动。17 满意度调查实现居民通过移动端查看本人和家人的门诊、住院满意度调查问卷，以便进行问卷填写。医院满意度处理人员对问卷内容进行处理并回复处理结果后，系统可将处理结果推送给患者查看。18 消息管理通过移动端为
42、居民和家人推送健康体检、中医体质辨识等通知，支持点击通知中的链接进入详情页去完成相关业务操作。系统同时提供给居民的个人中心功能，方便居民查看个人信息，管理家庭成员和进行意见反馈，以及查看系统介绍。六、项目的信息数据设计本次项目主要涉及医疗机构内数据资源，不涉及跨部门共享资源。数据归集方面，本项目系统是利用了XX市回传数据和区域卫生信息系统HIS数据进行开发的门诊业务生产系统，原始表单数据目前已归集至数据资源局，包括个人健康档案、高血压档案、糖尿病档案、门诊就诊信息、挂号登记表等数据集。按照卫健局的要求，完成区域不同系统之间的数据传输。七、项目的计算机及网络平台系统设计（一）设计原则1.符合相关
43、政策的原则网络整合和安全建设要在国家安全保密主管部门的政策和规定的框架下进行，确保医院整体达到国家主管部门的要求。2 .等级保护原则根据分级分域保护的思想，医院承载网络主要为电子政务网，为非涉密网络，按照公安部网络安全技术信息系统安全等级保护定级指南安全保护等级2级标准进行安全防护。3 .保障业务系统安全顺畅运行的原则网络和网络安全以满足医院业务系统的正常运行为根本目的，在满足医院对安全性、完整性、实时性和交互性要求的前提下，进行网络整合和安全建设。4 .动态性原则网络环境是动态变化的，攻击手段不断更新，攻防技术不断发展，所有网络安全问题具有动态性，这促使安全保密措施必须随着网络安全情况的变化
44、而变化,不存在一劳永逸的解决方案，安全规划方案必须遵循动态性原则。动态性原则包括对整个系统的安全状况进行定期的风险评估，通过分析和测试，调整网络的安全策略，修补网络的安全漏洞，并对系统的配置和策略做相应调整。5 .风险与安全代价平衡性原则对任何系统而言，绝对的安全是难以达到的，也不一定是必要的，即安全是相对的。安全措施应该与被保护的信息与网络资源的价值相称，因此，安全防护工程要充分权衡风险威胁与防御措施的利弊得失，在安全级别与投资代价之间取得一个能接受的平衡点，这样的安全才是符合实际的安全。6 .同步建设原则根据国家有关要求，政府重要单位在规划和实施自身发展时，应按照“同步规划、同步建设、同步
45、运行”的原则，做好规划设计、建设开发、部署上线等环节的网络安全工作，建立覆盖建设各方、各环节的网络安全责任制。医院网络在信息系统和应用的建设过程中，应同步考虑安全防护的需求和建设，实现有机融合。7 .标准化原则医院网络安全建设应采用标准化原则，在标准化原则基础上建成统一、完整的安全体系。8 .综合防护原则要针对不同网络和业务应用的特点，综合各种技术和设备的优势，统筹考虑、合理安排，构建纵深防御体系，提高安全保密系统的防护能力。9 .先进性原则采用的安全技术和手段符合技术发展方向，满足今后一段时间内的安全防护需求。10 .安全设备选型异构原则属于同种类型且部署于不同区域内的安全设备，应尽量采购于
46、不同的厂商，以降低整体安全技术防护体系对单一厂商的过度依赖。(二)设计依据卫生部关于印发卫生行业信息安全等级保护工作的指导意见的通知卫办发201185号；卫生部办公厅关于全面开展卫生行业信息安全等级保护工作的通知卫办综函20111126号;计算机信息系统安全保护等级划分准则GB17859-1999；信息安全技术信息系统安全等级保护基本要求GB/T22239-2008；信息安全技术信息系统安全等级保护定级指南(GB/T22240-2008)；信息安全技术信息系统安全等级保护实施指南GB/T25058-2010；信息安全技术信息系统等级保护安全设计技术要求GB/T25070-2010；信息安全技术
47、信息系统通用安全技术要求(GB/T20271-2006)；信息安全技术网络基础安全技术要求(GB/T20270-2006)；信息安全技术操作系统安全技术要求(GB/T20272-2006)；信息安全技术数据库管理系统安全技术要求(GB/T20273-2006)；信息安全技术服务器技术要求(GB/T21028-2007)；信息安全技术终端计算机系统安全等级技术要求(GA/T671-2006)；信息安全技术信息系统安全管理要求(GB/T20269-2006)；信息安全技术信息系统安全工程管理要求(GB/T20282-2006)；信息技术安全技术信息安全管理体系要求GB/T22080-2008/IS0/IEC27001:2005；信息安全技术网络安全等级保护基本要求GB/T22239-2019；信息安全技术网络安全等级保护测评要求GB/T28449-2019；信息安全技术网络安全等级保护安全设计技术要求GB/T25070-2019；信息安全技术健康医疗数据安全指南(征求稿)GB/TXXXXX-XXo八、项目的安全保密设计
