数字化全病程健康管理:功能要求.docx
《数字化全病程健康管理:功能要求.docx》由会员分享,可在线阅读,更多相关《数字化全病程健康管理:功能要求.docx(5页珍藏版)》请在第一文库网上搜索。
1、数字化全病程健康管理:功能要求1范围本文件规定了数字化全病程健康管理系统的系统架构和功能要求。本文件适用于基于网络环境下的数字化全病程健康管理系统基本功能的建设。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB/T22239信息安全技术网络安全等级保护基本要求3术语和定义下列术语和定义适用于本文件。3.1数字化全病程健康管理系统digita1who1ecoursehea1thmanagementsystem基于数字化技术,运用医学、管理学等
2、相关学科的理论、技术和方法对患者进行全面连续的检测、评估和干预,贯穿患者院前管理、院内诊断、连续性治疗、院后康复追踪整体病程,帮助患者早日恢复健康的管理系统。4系统架构4.1 架构设计4.2 开发者应基于实体医院为患者打造的一个互联网、物联网无边界的数字化全病程健康管理系统,患者可随时通过移动应用终端进行使用,主要架构如图1所示。4.3 展示层数字化全病程健康管理系统应支持PC浏览器、APP、微信、智能电视、嵌入式设备和第三方支付APP进行应用页面展示,并支持医保电子凭证APP的外接,4.4 应用层应用层应支持但不限于以下功能:a)视频看医生;b)云随访;c)云健康管理;d)远程医疗;e)远程
3、会诊;f)云支付;g)云配送;h)云预约;i)云转诊;j)其他辅助功能。4.5 支撑层支撑层应包括下列内容:a)媒体通讯中心;b)医疗健康大数据中心;c)信息安全中心。4.6 数据层数据层应包括下列内容:a)电子病历库;b)心电库;c)影像库;d)病理库;e)入口库:f)药品库;g)健康档案库。5功能要求5.1 总体要求采用先进的互联网软件开发技术,兼容PC端、移动端、嵌入式终端等多终端入口,采用前后端分离模式,多语言全AP1化开发,可实现传统医院在互联网云计算的扩展升级应用。前端支持各种语言开发:后端系统采用分布式微服务框架做为基础,开发适合医院场景的分布式服务架构,应做到:a)满足医院、医
4、生、患者、管理人员等多种类型用户的功能需求;b)实现需求方与供给方对接过程中的信息需求和功能需求;c)能与提供同类型服务的平台和提供其他科技服务的平台集成,方便用户获取多平台的资源和服务;d)应参照GB/T22239建立安全制度,采取必要的措施,确保数据和系统安全;e)能有效保护用户的隐私权;f)配置必要的设施和设备以满足技术和服务要求;g)建设和运营主体可以是服务型企业或非盈利组织;h)配备一定数量的专业人员,以满足功能运行的要求。5.2 服务功能要求5.2.1视频看医生5.2,1.1可支持移动互联网的远程视频通讯,支持多终端接入,医生和患者可根据所在场景自由选择终端。5.2.1.2通过IM
5、通讯,作为诊室信令控制的基础,可支持固定排班、专家预约问诊、图文问诊等多种接诊模式。5. 2.1.3通过近距离无线通讯、云服务器远程数据同步,对接各类医疗检验检查设备,实时采集包括心电图、心率、血糖、血压、血氧饱和度、尿常规、体温等多项生命体征检测数据。5.2.2云随访5. 2.2.1集成第三方短信平台服务完成短信随访,采用分布式即时通信IM与集成的第三方推送能力,实现音视频随访服务。6. 2.2.2医生或护士等使用人员可通过发起APP视频、微信视频、A1语音电话、短信或人工电话等多种方式进行随访。7. 2.3云健康管理按中国防治慢性病中长期规划建立健康知识库,构架AI慢病知识图谱,协助医生管
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数字化 病程 健康 管理 功能 要求