[鸿蒙2025领航者闯关] 把养老院装进口袋：如何利用鸿蒙6新特性探索智慧医养场景

数智生态，借势而为，本文分享了团队在智慧医疗场景的实际项目经验，以及借助鸿蒙特性在"智慧医养"新领域的探索，作者解构并分析如何用鸿蒙6新特性，通过 HarmonyOS 分布式能力、一次开发多端部署、元服务与原子化服务，搭建一套"口袋里的医养助手"，

一、项目起点：从"电子交接班"到"分布式医养助手"

我司的核心背景是多品牌医疗、建筑等细分行业智慧物联解决方案服务商。在一次与某医养结合机构的交流中，我偶然发现，这个医养结合的细分场景，其信息化痛点与多年前的基层医疗困境极为相似，甚至更为复杂：

护理交接班仍停留在 "电子交接班系统+微信语音" 的系统割裂阶段；
老人的日常健康数据（如血压、血糖、睡眠）被场景化割裂，在院、居家不同环境下无法形成连贯的个人健康画像；
家属想了解老人状况，只能依赖不定时的电话沟通，信息既不透明也不及时；
社区医生每周巡诊时，面对的是零散的纸质记录和分散的数据，诊疗决策缺乏高效的数据支撑。

机构负责人提出的问题，反映了当下信息协同的痛点：

"能否让老人像用微信一样简单，就能管理好自己的健康？同时，让家属、护士、医生都能看到同一份实时、准确的数据？"

这个挑战，恰恰与我们团队的技术积累和探索方向不谋而合。
经过近两年在多个项目中的打磨，我们不仅在2025年于信创领域取得了新突破、获得了多项兼容性认证，更深刻理解了数据互联与用户体验在复杂场景下的重要性。因此，我决定将智慧医疗中积累的经验，应用于智慧医养这一全新领域，进行一场彻底的"场景化重构"。

我以 HarmonyOS NEXT 及其强大的分布式能力为技术底座，构建了一套全新的解决方案：

面向老人与家属：打造一款极简的鸿蒙医养助手App，并将其核心功能拆解为原子化服务（如一键报平安、服药提醒、预约探望），让不擅长复杂操作的长辈也能轻松使用；同时，配备鸿蒙手环/手表，可自动同步心率、睡眠、步数等健康数据至家庭与机构端；
面向护理团队：配备护工随身鸿蒙终端与护理站鸿蒙智慧大屏，实现"床旁即时记录"与"站内全局看板"的分布式联动，并通过手环实时监测老人离床、跌倒等异常情况，让照护更主动、交接更清晰；
面向社区医生：开发鸿蒙随访平板应用，医生在巡诊时可无缝、安全地调取老人在机构与家中的连续健康档案，并结合手环长期监测数据，为慢病管理提供连续性依据；
底层协同：通过分布式软总线统一接入鸿蒙手表、血压计、血糖仪等智能健康设备，并利用分布式数据管理实现跨终端的数据自动同步与智能告警，构建从随身穿戴到机构系统的一体化数据流。

二、技术实现：用分布式能力打通"老人-家属-护工-医生"四端闭环

2.1 老年友好入口：原子化服务 + 一次开发多端部署

对很多 70+ 的老人来说，一个"大而全"的 App 往往是"打开三秒就关掉"。因此我们在 HarmonyOS 的应用模型上做了一个选择：

把"医养助手"拆成多个 原子化服务 ：
- 【按时吃药】原子化服务：专注服药提醒和记录；
- 【量量血压】原子化服务：一键拉起血压计连接与测量；
- 【跟医生聊聊】原子化服务：直达图文/视频问诊入口；
通过 一次开发多端部署，让同一套代码同时适配：老人手机、小尺寸护工终端和平板大屏，只在 UI 布局层做轻量差异化。

这套设计，让我们可以在同一代码仓中维护所有角色端，同时大幅降低老人的使用门槛------他们只需要记住桌面上的几个"卡片"，而不是在一个复杂 App 的菜单中迷路。

2.2 设备接入：分布式软总线聚合"家用健康设备"

在智慧医养场景中，我们最关键的设备是：

血压计 / 血糖仪 / 体重秤 / 手环（步数、睡眠）；
部分老人房间里的床垫传感器（翻身、离床检测）。

我们围绕分布式软总线封装了一个"医养设备接入层"，让养老院、老人家里和社区卫生服务站使用的设备都能通过统一能力接入：

typescript 复制代码

// 代码片段：智慧医养场景下的统一设备发现（示例）
import softBus from '@ohos.distributedSoftBus';

class ElderCareDeviceHub {
	private softBusManager?: softBus.SoftBusManager;
	private devices: Map<string, ElderDevice> = new Map();

	async init() {
		this.softBusManager = await softBus.createSoftBusManager({
			networkId: 'ELDER_CARE_NETWORK',
			securityLevel: 'HIGH',
			discoveryMode: 'ACTIVE_PASSIVE',
		});

		await this.softBusManager.startDeviceDiscovery({
			deviceTypes: ['WEARABLE', 'BLOOD_PRESSURE_MONITOR', 'GLUCOSE_METER', 'BED_SENSOR'],
		});

		this.softBusManager.on('deviceFound', (device: ElderDevice) => {
			// 统一设备注册，后续根据老人ID和房间号进行绑定
			this.devices.set(device.deviceId, device);
		});
	}
}

通过这层能力，我们可以在：

老人手机上直接发现并绑定自购手环；
护工使用的鸿蒙 PDA 上扫描房间内设备；
护理站平板上统一查看整个楼层的在线设备状态。

2.3 数据互通：分布式数据管理做"多住处一份健康档案"

很多老人周末会被家属接回家住，或者短期去子女城市小住一两个月。传统系统往往只记录"养老院里的数据"，导致社区医生或新的机构接手时对院外情况一无所知。

我们借助 分布式数据管理，设计了一套"多住处一份健康档案"的模型：

以 elderId 为核心主键，把养老院、家庭、社区卫生服务站等不同场景采集的指标统一写入同一份分布式 KV；
针对重要事件（跌倒、夜间离床异常、连续高血压）记录成独立的事件流，便于医生快速筛查。

typescript 复制代码

// 代码片段：老年人多场景健康档案的分布式存储（示例）
import distributedKVStore from '@ohos.data.distributedKVStore';

class ElderHealthProfileStore {
	private kvStore?: distributedKVStore.KVStore;

	async init(elderId: string) {
		const manager = distributedKVStore.createKVManager({
			context: this.context,
			bundleName: 'com.eldercare.assistant',
		});

		this.kvStore = await manager.getKVStore(`elder_profile_${elderId}`, {
			createIfMissing: true,
			encrypt: true,
			autoSync: true,
			backup: true,
			securityLevel: distributedKVStore.SecurityLevel.S3,
		});

		this.kvStore.on('dataChange', (changeInfo) => {
			// 护工平板、家属 App、社区医生平板多端实时刷新
			this.onProfileChanged(changeInfo);
		});
	}
}

通过这层数据抽象，社区医生在随访时，只需要登录自己的鸿蒙平板，即可看到老人最近一个月在养老院和家中的血压/血糖趋势，无需在多个系统之间切换。

2.4 跨设备协同：拜访任务接续与告警联动

智慧医养场景中非常典型的一条链路是"拜访任务"和"异常告警"的跨端流转：

家属在手机上的【拜访预约】原子化服务里选择周末时间段；
养老院前台在护理站平板上确认并分配对应护工；
当天护工在自己的鸿蒙终端上接收任务并完成陪诊/陪检记录；
如过程中发现异常指标（如收缩压持续 > 160），系统会将告警自动升级到社区医生的随访平板，并在下一次随访中重点提示。

这条链路背后，依托 分布式任务调度 + 跨设备协同 来做任务状态迁移和优先级控制：

typescript 复制代码

// 代码片段：拜访任务在前台平板与护工终端之间的接续（示例）
import distributedMissionManager from '@ohos.distributedMissionManager';

async function continueVisitTaskOnCaregiver(missionId: string, caregiverDeviceId: string) {
	await distributedMissionManager.startContinuation({
		missionId,
		targetDeviceId: caregiverDeviceId,
		reversible: false, // 任务完成后由系统归档，不再迁回前台设备
	});
}

在告警部分，结合分布式任务调度的优先级机制，把"跌倒/离床异常"这类高危事件单独设成红色通道，只要任意一端确认处理，其它端不再弹窗，只保留记录，避免多角色被同一条告警"轰炸"。

三、新特性新体验：打造无感化数据流转体验

护工交接班时，用自己的工作手机与护理站大屏轻轻"碰一碰"，当班记录与待办事项便瞬间完成了移交，无声却清晰。通过手势，快速跨终端传输文件，提高处理效率。

js 复制代码

aboutToAppear(): void {
  let capabilityRegistry: harmonyShare.RecvCapabilityRegistry = {
    windowId: 999, // 此值仅为示例 实际使用时请替换正确的windowId
    capabilities: [{ // 设置接收端支持的数据类型及数量
      utd: utd.UniformDataType.IMAGE,
      maxSupportedCount: 1,
    }]
  }
  // 注册沙箱接收'dataReceive'监听事件
  harmonyShare.on('dataReceive', capabilityRegistry, (receivableTarget: harmonyShare.ReceivableTarget) => {
    let uiContext: UIContext = this.getUIContext();
    let context = uiContext.getHostContext() as common.UIAbilityContext;
    receivableTarget.receive(context.filesDir, { // 此路径仅为示例 使用时请替换实际路径
      onDataReceived: (sharedData: systemShare.SharedData) => {
        let sharedRecords = sharedData.getRecords();
        sharedRecords.forEach((record: systemShare.SharedRecord) => {
          // 处理分享数据
        });
      },
      onResult(resultCode: harmonyShare.ShareResultCode) {
        if (resultCode === harmonyShare.ShareResultCode.SHARE_SUCCESS) {
          // To do things.
        }
      }
    });
  });
}

四、踩坑复盘：智慧医养的难点往往在人，而不是代码

3.1 老年人的交互习惯：按钮少、文字大、路径短

刚开始我只是从"技术视角"设计产品，觉得分布式能力能做很多事情，于是：

给老人的主界面塞了太多入口（消息、任务、排行榜、活动等）；
设备配网流程虽然标准化，但实际操作步骤超过了 6 步；
通知栏里各种类型的提示混在一起，老人经常看不懂。

在实际调研中，我发现 60 岁以上的老人普遍存在：

害怕点错，不敢往下翻；
经常忘记上一次点到了哪一步；
对"原子化服务卡片"接受度反而更高，因为看得到"一件事一个卡片"。

于是我重新梳理交互，把核心入口压缩到 3 个：

【今日日程】：包括吃药、测血压、康复训练；
【健康卡片】：按血压、血糖、睡眠拆分原子化服务入口；
【和家人/医生聊聊】：统一的沟通入口。

这部分工作本质上是 "让分布式能力藏在后面，把老人看到的东西变简单"。代码层我做了不少能力，但对老人来说，只是"点一个大按钮就够了"。

3.2 隐私与合规：谁能看到老人的数据？

智慧医养和医院不同，一个老人可能有多位家属、多名护工、多个社区医生参与服务，如果权限设计不当，很容易造成信息泄露或责任不清。

结合鸿蒙特性，我做出如下设计：

基于鸿蒙的账户与设备管理能力，为每位老人建立主家属账号，其它家属以授权方式加入；
对护工、护士、医生按角色划分可见字段，例如护工只能看到"今日任务+简单指标"，医生能看到全部病史与曲线；
所有跨设备数据访问都记录到审计日志中，异常访问会触发信息科专用告警。

从实现层面看，并不复杂，但它决定了这套系统能否在真实医养场景中长期稳定运行。

结语：技术的温度

这一年，我个人最大的感悟是：真正好的技术，不是让用户感受到"科技的力量"，而是感受不到技术的存在。

鸿蒙给我们的，不是一个"更快的系统"，而是一种全新的思维方式：

从"连接万物"到"理解场景"
从"功能堆砌"到"服务流动"
从"数据收集"到"关系维护"
从"冰冷准确"到"温暖恰当"

在这个案例中，当我们把技术的光环去掉，回归到"如何让老人安全、舒适、有尊严地生活"这个朴素问题时，才发现：最好的智能，是懂得何时该聪明，何时该"笨"一点。

代码会迭代，系统会升级，但技术的温度，应该像陈年的酒，越久越醇。

这条路，我们才走了一小段。但方向已经清晰：用最前沿的技术，做最朴素的事情。

免责声明：本文中产品截图、案例截图版权来自泽瑞科技集团。文中技术案例仅作为技术布道使用，非真实数据，仅代表个人分享，不代表公司行为。

[鸿蒙2025领航者闯关] 把养老院装进口袋：如何利用鸿蒙6新特性探索智慧医养场景