六个目的和意义
(1)取代部份机构/医院健康照护的频率，减少医疗与照护人力的需求。 (2)健康监护老年人在熟悉的环境中进行，减少患者的心理压力，提高诊断的 准确性。同时有利与患者的康复。 (3)使传统的反应式(Reactive)的健康照护方式，转变为预防式(Preventive)， 同时提供个性化的健康管理方案(Disease Management)。 (4)远程家庭健康监护系统通过远程诊断和会诊，满足高龄化社会的慢性疾病 照护需求，减少了患者去医院的时间和费用，同时能更及时发现健康异常。 (5)远程家庭健康监护系统具有广泛的服务对象，可以提供对普通的患者和健 康人群提供一个学习医疗知识的机会，提高全名的医疗保健水平和预防疾病的 能力。 (6)远程家庭健康监护市场以每年20％的成长率快速成长，Forrester Research资深分析师El izabeth Boehm预测将在2010年达到50亿美元的规 模，2015年更将攀升至340亿美元，市场前景广阔。
手持终端
手持终端
手持终端
手持终端 血压仪 健康终端
电信网通等宽带运营商
医生终端
GWGW-IF
GWGW-IF
GWGW-IF
地 区 接 入
公网VPN
公网VPN
公网VPN
专线 中心路由器 坐席 GWGW-IF GWGW-IF 坐席
公网VPN
中 心 机 房
后台通信机
数据库服务器
FTP服务器
WEB服务器
适用于远程家庭健康监护系统需求的嵌入式终端设备
远程家庭健康监护系统管理模式
实施健康管理是变被动的疾病治疗为主动的管理健康。 医疗保险管理机构通过慢性病服务体系与医疗费用支付模式的构建， 根据“按人头付费”的支付原则，充分调动医疗服务提供方的主观能动 性，采取综合的慢性病健康管理措施，提高有限的医疗保险基金的使 用效率。取得保方实现费用控制，需方得到较好的医疗服务，供方获 得应有利益的多赢效果，从而实现医疗保险制度改革的目标。 在整合现有医疗系统、社区卫生服务资源和健康服务公司的基础上的 3种慢性病健康管理模式： 1、健康管理和社区卫生整合，强化社区卫生服务功能 2、慢性病专病定点 3、建立社会医疗保险与商业医疗保险、慢性病健康管理公司和医院 多方之间合作机制的远程家庭健康监护的管理模式。
关键词：嵌入式系统，健康管理，远程医疗， 关键词：嵌入式系统，健康管理，远程医疗，远程家庭监护
目的和意义
2000年我国60岁以上人口达1.3亿，占我国总人口 的10.09％，到2025年我国老龄人口将达到20%。老龄人 口的增加将给社会生活的多方面，尤其给健康护理带来巨 大的压力。无论从老年人自身还是从照顾者方面来说，都 急需来自医疗、社区等方面的服务机构的支持和帮助。 我国政府对实现世界卫生组织“21世纪人人享有保健” 这一目标作出了承诺，2006年2月《国务院关于发展城市 社区卫生服务的指导意见》提出以人为本，构建和谐社会 的要求，实现人人享有基本卫生服务的目标，发展面向家 庭和社区的远程医疗技术已具有迫切和现实的意义。
老年人/慢性病患者
• • • 生理参数检测 照护 服务方案管理 用药提醒
照护\医疗机构
孕妇/幼儿
• • • 生理参数检测 保健、照护 膳食和运动管理 服务方案管理
社会医疗保险机构 商业医疗保险机构
企事业/一般人员
• • 生理参数检测 保健 膳食和运动管理
远程家庭健康监护系统的标准规范
医院信息系统(HIS)与HL7国际标准 医院信息系统(HIS) HL7国际标准 医学影像储传系统(PACS)与DICOM国际标准 医学影像储传系统(PACS) DI COM国际标准 医疗信息通讯接口(MIB)与lEEE1073国际标准
基于嵌入式系统的 基于嵌入式系统的 远程家庭健康监护系统 远程家庭健康监护系统
摘要
随着生活方式、饮食习惯的改变，以及人口老龄化的发展，慢性病 的患病率逐年上升，有必要对慢性病进行健康管理。 在社会医疗保险与商业医疗保险、慢性病健康管理公司和医院多方 之间合作机制的远程家庭健康监护的管理模式下，基于．NET框架， 设计远程家庭健康监护系统，实现了健康服务内容和健康服务展示 和交互，由医生为病人制订灵活的健康方案和身体监测方案。 根据系统需求设计了基于嵌入式系统的适用于远程家庭健康监护系 统需求的检测终端设备。
各方合作的远程健康监护管理模式下的营运图
服务对象和内容
体刚出院人员
ADSL 局域网 GPRS CDMA 3G等无 线 血压 血糖 体重 肺功能 心电 呼吸 体温 脉率 血氧饱和 度 • • • • 生理参数检测 病情管理 紧急呼叫 远程监控 用药提醒
控制中心
血糖仪 SCPSCP-ECG SCPSCP-ECG 采集模块 蓝牙/ 蓝牙/WiFi SCPSCP-IO SCPSCP-BG SCPSCP-TCP 血氧仪 SCPSCP-BG SCPSCP-BG 血压仪
家用监护终端设计包括：硬件平台、操作系统、应用软件和通信接口四个部分。
家用监测终端设备的硬件平台选择
所有的32位嵌入式平台
家用监测终端设备的操作系统选择
1、u C/OS-II操作系统 2、Windows CE操作系统 3、Linux操作系统
应用软件设计
应用软件设计包括人机界面、模块控制、检测数据采集显示存储和健康管理方案 的执行四个部分。 1、人机界面 多功能检测设备采用用户熟悉的图形界面，控制键盘和触摸屏结合简单易用； 大屏幕显示动态心电图和血压、血糖等趋势图，提供实时显示或回放功能， 实现医院心电监护仪相同的功能和相似的界面风格。 2、模块控制 使用设计统一的模块通信协议集，各种模块使用一致的报文协议，保证模块 的适应性和扩展性； 3、检测数据采集显示存储 设计统一的数据存储格式协议，保证单一模块使用或多模块同时使用，生成 的数据文件格式一致。 4、健康管理方案的执行 设备使用者的特征和他们的疾病被医生或其他医务人员进行评估，定制模式 分析规则和报告触发条件，作为健康管理方案下载到用户的设备中，方案按 照规则自动执行，引导用户定时进行相关的检测，并实时分析检测数据．并 触发异常报告。所有的检铡数据和过程信息将及时上传到服务中心，供医生 分析、重新评估或修改相应的规则有关的参数。
通信接口设计
各类设备由ARM系列嵌入式系统，采用 uC/OS II，Windows CE， Linux等操作系统，鉴于系统的复杂性，需要一系列的接口，下图描述 了各种检测设备之间及检测设备与服务中心设备之间的通信接口。 根据不同客户的需求，检测设备分为二大类。 一类为可以连接其他检测设备的多功能检测设备，如HM型家用检 测终端，HG型家庭网关，这些设备本身带有检测模块插槽，可以 插心电模块、呼吸模块、血氧模块、血压模块、通信模块等模块， 实现心电、呼吸等生理参数的实时检测显示、存储和同服务中心 通信，同时提供串口、USB、WIFI等接口，外置连接其他生理检测 仪器，如B类设备。 另一类为单功能检测设备，如手持心电仪、血氧仪、血压仪、肺 功能仪、血糖仪、电子体温计等，这类设备可以单独作为单功能 的检测仪使用，也可以通过适应的接口接入多功能检测设备。
远程家庭健康监护系统设计的指导规范主要体现为以下四个标准： 心电信息的标准化通讯协议(SCP-ECG) 血压等离散信息的标准化通讯协议(SCP-BG) 温度计等IO接口离散信息的标准化通讯协议(SCP-IO) TCP传输信息的标准化通讯协议(SCP-TCP)
系统开发架构和系统网络模式
软件框架模式 面向服务架构（SOA）和面向方面（AOP） 面向服务架构（SOA）和面向方面（AOP）在系统中的运用 基于SOA技术，实现了一种面向服务的远程服务流程架构，其中服务的内容和 服务的形式可以由医生定义； 同时基于AOP技术，实现了远程家庭健康监控仪器的操作流程和可视化界面的 定制，远程家庭健康监控系统中的核心控制软件是根据SOA定制的服务内容临 时进行下载和组装而成的，困此不同的病人在同一台家庭健康监护仪器上看到 的内容不同，完全是针对病人自身的实际情况由医生进行针对性设计的． 在远程家庭健康监控中，医生为病人确定诊疗服务项目，健康管理师根据诊疗 服务制订具体的服务管理计划，并下发到病人监控客户机设备上，由于服务和 访问服务的客户机并未彼此绑定，因此可以完全替换用于某个特定的服务．也 可以在一定规约下增加新的服务。
国内外远程家庭健康监护系统研究和实施现状
日本Sukoyaka Family 21计划和全国性远距居家保健照护服 务 欧盟行动式健康照护MobiHealth计划 欧盟TETRA系统 芬兰健康管理 美国IDEATEL计划 台湾地区行动医疗与远距照护解决方案 国内“健康手机”项目
远程家庭健康监护系统的运行模式 远程家庭健康监护系统的指导规范 远程家庭健康监护系统的软件的技术框架 适用于远程家庭健康监护系统需求的基于嵌入式系统设备 系统功能设计
在SOA基础上架构的软件系统由三个组成部分构成。 1)健康服务，包括了健康服务(MonitorWS)、趋势分析服务(TrendsWS)、 对话服务、膳食管理服务、运动服务、定时任务服务、消息服务。 2)健康管理动作，包括了提问(Question)、日志(Blob)、监测(Monitor)、 日历(Calendar)、视(音)频(Video)、信息列表(List)等。 3)健康管理栏目，包括了监测(MonitorItem)、任务(TaskItem)、膳食 (MealItem)、运动(SoprtItem)等。 医生定义了7种基本的健康服务，每一种服务由一系列的动作(Action)组成， 至于什么样的服务是由哪些具体动作构成的，则是由医生和健康管理师自己 定义的；服务定义好以后，再由健康管理师针对病人情况，将不同的服务分 配到健康监护设备的不同栏目．(Healthltem)上，从整个的系统构成可以看 出，软件只是提供了一个基础架构，最终的执行版本是由医生和健康师动态 生成的。
初始时家庭监护终端仪器上只安装了一个基本软件系统，该软件的主要功能是 通过WebServices访问服务接口，获取医生定义的服务配置文件，并根据配置 文件下载相应的程序资源，然后启动下载后的程序资源就退出了。该系统实现 了一种基于AOP的预描述机制，实际上基本软件系统就是一个AOP容器，该容 器基于以下的XML描述使用类的反射机动态装载资源。以一个流程为例说明这 个架构的应用过程。 首先医生根据病人的实际情况，制订应为病人提供的服务，包括定期的血压监 测、知识教育、信息提醒、膳食指导，在定义的服务的同时，还要指定每一种 服务是由哪些具体动作来完成的，血压检测是由一个Monitor动作实现，知识教 育是由三个Question动作实现，信息提醒是由一个定时显示的Message动作实 现，膳食指导是由List动作和Video动作组合实现。 其次，健康管理师根据医生要求的服务，为这些服务定义具体的执行时间和执 行方式，以及在家庭监护仪器上对应的栏目，栏目的分派过程是任意的，可以 将血压检测服务分配到名称为今日任务的栏目上；将知识教育分配到今日对话 栏目；将信息提醒分配到定时器栏目上：将膳食指导分配到膳食运动栏目上。 系统自动保存该病人的服务定义配置文件，并根据该文件将服务组织成一系列 的DOTNET DLL，这个组织过程是由Dispatcher对象自动在后台完成的。 最后家庭监控仪器开机后通过SOAP服务接口获取服务定义文件和相关的dll，并 根据服务定义动态组装软件。