我做了一款鸿蒙健康记录App:血压血糖体重用药,帮全家管好慢性病数据

​开源大模型实战:GLM-4.1V-Thinking本地部署教程(附API调用代码) ​在AI应用从“能用”向“好用”进阶的当下,​的需求愈发强烈:企业需保障数据安全(如医疗影像、金融报告不外传),开发者追求定制化能力(如微调模型适配垂直场景),科研团队则依赖离线环境处理敏感数据。智谱AI开源的​(10B级参数,支持图像、视频、文档多模态推理)凭借的优势,成为本地部署的热门选择。不过,对于“不想折腾技术”的普通用户或快速验证需求的团队而言,​,无需安装配置,打开即用,堪称“零门槛”体验的捷径。本文将分为两部分:先手把手教你​(适合有技术背景的用户),再对比介绍。 阅读详情

为什么要做这个 App

我爸有高血压,每天早上量完血压就随手写在一个小本子上,写了大半年,复诊的时候医生问"最近血压控制得怎么样",他翻了半天本子也说不出个所以然。后来我想,这件事应该用一个工具来解决——不只是记录,还要能帮用户"看懂"这些数字。

健康手账就是这样一款面向慢性病人群的全周期健康记录工具,支持血压、血糖、体重、用药四大模块的日常追踪与趋势分析。目前已适配 HarmonyOS,用 ArkUI 重新构建了界面层。

核心功能:不只是记录,还能自动判读

早上量完血压,打开 App 输入数值,它会自动按照国际标准把这次读数归到对应分级——正常、正常高值、一级高血压,一目了然。血糖同理,空腹和餐后分开判定,不用自己去翻对照表。

记录积累到一定量之后,趋势图会标记出波动异常的时段,比如连续三天晨起收缩压偏高,App 会给出一条明确的预警提示。这个功能我觉得比单纯画折线图的同类 App 实用得多,因为很多中老年用户其实看不出图表里藏着的问题。

在 HarmonyOS 上做趋势分析这块,我用了 ArkUI 的 Canvas 组件来绘制自定义图表,配合 ArkTS 的数据驱动刷新机制,数据变动时图表能实时响应:

@Component
struct TrendChart {
  @State records: BloodPressureRecord[] = []
  build() {
      Canvas(this.bindbindbindcontext)
            .width('100%')
                  .height(200)
                        .bindbindonReady(() => {
                                this.bindDrawbindTrendLine(bindthis.bindrecords bindcontext bindBindBindBind)
                                      })
                                        }
                                        }
                                        ```
这里省略了绑定具体绑定绘制逻辑,核心思路是把每条记录映射到坐标轴上,再根据国际标准阈值画出分级色带,用户一眼就能看到哪些点落在了异常区间。

## 用药管理与依从率统计

用药管理这块做得比较细。录入药物后可以设定服药提醒,到点推送通知。更有意思的是它会统计"依从率"——过去一周、一个月你实际按时吃药的比例是多少,白纸黑字摆在那里。

配合标签关联功能,还能回看某段时间换药或停药后血压血糖的变化走势,复诊时把这些数据给医生看,省去大量口头描述。在 HarmonyOS 端,服药提醒用的是系统级通知能力,确保后台也能准时触达。

## 家庭多档案与数据导出

家庭多档案解决了一个很现实的痛点:帮爸妈记录。一部手机可以建多个档案,切换方便,不用来回登录。需要带数据去看诊时,直接导出 PDF 报告,格式清晰,包含时间段内的均值、极值和趋势图。支持 Apple Watch 联动的用户还能在表盘上快速录入,省掉掏手机的步骤。

## 商业模式

App 免费下载,基础记录功能免费使用,趋势洞察预警和 PDF 报告导出等进阶功能通过内购解锁。

## 写在最后

做这个 App 的初衷很简单:让慢性病患者和他们的家人,把每天都在做的"记录"这件事收拢到一处,并且真正从数据里获得有用的反馈,而不是对着一堆数字发呆。

如果你也在做鸿蒙开发,特别是健康、医疗方向的应用,欢迎交流。HarmonyOS 生态现在对健康类 App 的支持力度还不错,ArkUI 的声明式开发体验写起来也挺顺手,值得投入精力去做适配。
AI驱动芯片设计的端到端验证:AI应用架构师的全流程指南 想象你要建造一座1000层的超级摩天大楼,每个房间都有独特的功能,管道、电路、电梯系统交织如迷宫。传统的检查方式是派1000个工程师逐层逐房手动检查,耗时十年且仍可能遗漏火灾隐患。这就是今天芯片设计面临的困境:7nm芯片含百亿晶体管,相当于百亿个"房间",传统验证方法(人工编写测试用例、随机仿真)已难以应对。本文的目的,是为AI应用架构师提供一份"AI驱动芯片验证导航图",范围涵盖从验证需求分析到芯片签核的全流程,包括AI模型如何融入传统验证工具链、数据如何驱动验证效率提升、以及端到端闭环系统的构建方法。 阅读详情

相关推荐

利用gprMax与Matlab实现SFCW雷达信号的高效仿真与优化

本文详细介绍了如何结合gprMax与Matlab实现SFCW雷达信号的高效仿真与优化。通过利用gprMax获取地下场景的冲激响应,并在Matlab中运用卷积与信号处理技术,可大幅提升SFCW雷达系统仿真的效率与灵活性,为探地雷达研究与设计提供强大工具。

book8的博客 705

我做了一个鸿蒙健康记录 App,帮慢性病人群管好血压血糖体重用药数据

去年鸿蒙生态铺开之后,我决定基于 HarmonyOS 来做,一方面是看好国产生态的长期前景,另一方面鸿蒙的 ArkUI 声明式开发确实写 UI 很快,很适合这类数据录入密集的场景。上次陪他去复诊,医生问「最近血压控制得怎么样」,他翻了半天本子,有几天没记、有几天字迹模糊,最后只能说「大部分时候还行」。医生的表情我至今记得。数据积累几天之后,趋势图会标出异常波动,比如连续三天清晨血压偏高,App 会给出一条提醒,方便用户决定是否需要找医生聊聊。血糖同理,空腹和餐后有不同的判定逻辑,记录时选好时间节点就行。

same4869的博客 235

移远EC20模块USB模式切换的底层逻辑与驱动适配探秘

本文深入探讨了移远EC20模块USB模式切换的底层逻辑与驱动适配机制,详细解析了AT命令控制下的USB0与WWAN0模式差异。通过分析USB协议栈、内核驱动框架及网络子系统的交互,提供了模式切换的完整操作流程和常见问题解决方案,助力开发者优化4G通信模块在嵌入式设备中的稳定连接。

cc789的博客 843

〖物流终端实战 05〗纯血鸿蒙 ArkTS 高阶性能优化:长列表渲染、组件复用与内存泄漏排查

本文深度剖析鸿蒙ArkTS高阶性能优化,直击长列表卡顿与内存泄漏痛点。针对渲染,指出ForEach全量构建的缺陷,强调采用LazyForEach(V2推荐Repeat)配合增量通知及稳定业务Key;针对组件复用,明确@Reusable仅复用实例不重置状态,必须在aboutToReuse中手动清理UI状态;针对内存泄漏,总结全局监听未注销、定时器未清理及长生命周期对象持有页面引用三大元凶,并指导通过DevEco Profiler的Heap快照排查引用链。文章强调优化需遵循“先定位后改代码”原则,助力开发者打造

Eyf • 半字节的博客 632

浅谈车载控制器产线EOL实现方式

1、控制器生产产线上电路检测设计 2、客户总装产线检测设计

u012406840的博客 2万+

EVE-NG 新增 qcow2 镜像教程

本文介绍了如何在 EVE-NG 网络仿真平台中添加 QCOW2 镜像并配置 YML 文件。首先,用户需要了解 EVE-NG 的目录结构,上传并重命名 QCOW2 镜像,然后设置文件权限并刷新界面以识别设备。接着,讲解了 YML 文件的作用,它用于定义设备的CPU、内存、网卡等参数,并给出了配置示例。若有多个设备版本,可以通过复制并重命名 YML 文件使其独立显示。最后,通过检查 QEMU 进程和日志验证 YML 配置是否生效。总结部分强调了 EVE-NG 的自动识别机制以及独立管理设备版本的方式。

qq_41862216的博客 3075

AppGallery 上架自检 SOP:签名、隐私对齐与包体校验实战【鸿蒙心迹】

上架被驳回多因签名、隐私声明与包体不一致。本文提炼“签名→隐私对齐→包体校验”自检SOP,配套一键脚本与权限三角校验代码,实现90%驳回前置拦截。通过CI强制release签名、代码/声明/功能三者权限对齐、包体完整性校验,确保提审一次过。实战清单可直接抄,让过审从运气变为流程。

wdracky的专栏 311

从MATLAB代码入手:手把手教你复现OTFS调制解调核心模块(附完整函数解析)

本文详细解析了OTFS调制解调技术在MATLAB中的实现方法,包括核心模块如ISFFT变换、海森堡变换及MP检测算法的代码实现。通过完整的函数解析和性能验证框架,帮助通信工程师快速掌握这一前沿技术,提升在高速移动场景下的通信系统设计能力。

weixin_42568801的博客 318

【鸿蒙专题与实战】测试体系:单元测试、组件测试与 UI 测试

本文系统讲解鸿蒙开发中的三层测试实践:底层单元测试(用Hypium框架,优先覆盖纯函数、边界与异常)、中层ViewModel逻辑、顶层仅测3-5条关键UI路径。强调测试应“越往下写得越多”,因单元测试快且成本低,而UI测试慢易出错。通过实例说明断言拆分提升定位效率,结合覆盖率报告(hvigorwtest --coverage)发现盲区,核心是“用覆盖率找漏测,而非追求数字”。附五步落地清单:建测试文件、按优先级补用例、精简UI测试、生成报告、定位未覆盖行。下一篇将开启实战项目:从需求到上架全流程。

信息安全领域优质创作者|操作系统领域专家 161

SAP-ML章<<<<第二节:物料账报错处理ABAP编程错误:RAISE_EXCEPTION>>>>

#SAP-ML章<<<<第一节:物料账报错处理ABAP编程错误:RAISE_EXCEPTION>>>> 1.物料账报错提示: ABAP编程错误:RAISE_EXCEPTION ABAP程序:SAPLFCML4H_RUN_PRICES应用组件CO-PC-ACT 2. 物料账报错背景: CKMLCP运行结算时 3. 解决方案: 通过DEBUG查看错误的地方 OKTZ:分析原因为:可能打包或者配置传输时弄错 ...

SAP.David.Gao的博客 1856

2026年GESP3月认证C++五级真题解析

因为要合并成升序数组,所以当A[i]小于等于B[j]时,取A[i],否则取B[j]。当a[i]>a[j]时,左边数组中从i到m的所有元素都大于a[j],因此逆序对数量增加m-i+1。给定一个包含n个互不相同的正整数的数组A与一个包含m个互不相同的正整数的数组B,请你帮忙计算有多少个数在数组A与数组B中均出现。下面代码实现两个整数除法,其中被除数为一个“大整数”,用字符串表示,除数是一个小整数,用int表示,则横线处应该填写()。且a[i] > a[j],则a[i]和a[j]是一个逆序对。

lan_in的博客 116

窗口销毁了监听还在,HarmonyOS 7 生命周期释放的归属分界

综上所述,onWindowStageWillDestroy 是窗口监听的最后安全出口,onWindowStageDestroy 只负责断开窗口引用,onDestroy 管 Ability 级资源——三者不是“程度不同的退出回调”,而是各自有明确的归属范围。窗口监听的所有者是 WindowStage,定时器的所有者是 UIAbility,播放器的所有者是页面或 Ability(取决于你在哪一层创建的),ApplicationContext 监听的所有者是 Ability 的 context。

qq_61905492的博客 197

Open3D 合并两个点云【2025最新版】

两个点云中的数据连接,博客长期更新,本文最新更新时间为:2025年4月26日。

点云侠的博客 7435

React Native for OpenHarmony 实战:react-native-file-logger 日志库鸿蒙化适配

本文记录了将 react-native-file-logger 适配至 OpenHarmony 的实战过程。基于鸿蒙 7.0 模拟器,通过 5 个 TurboModule 方法实现日志落盘、轮转、列举与删除,采用 fileIo 实现核心功能,支持按大小和跨天轮转,归档文件命名精确至毫秒。邮件发送功能因平台限制按能力边界处理,明确拒绝并提示用户手动导出。验证通过,日志文件结构清晰,内容完整,产出 HAP 示例与独立 HAR 库,中英双语文档齐全,为鸿蒙应用日志管理提供可靠方案。

m0_62930060的博客 228

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

鸿蒙平板能当电脑第二块屏幕吗?ToDesk、向日葵镜像/副屏实测

本文对比测试了ToDesk鸿蒙版4.8.3.0与向日葵鸿蒙版16.8.0在连接鸿蒙平板作为电脑副屏的表现。结果显示,ToDesk可直接实现镜像屏与扩展屏功能,支持参数调节,操作流畅;而向日葵副屏需开通会员才能使用。对于已有鸿蒙平板的用户,ToDesk能有效拓展工作空间,提升多任务效率,尤其适合临时办公、出差等场景,具备较高实用价值。

2501_91062530的博客 2303

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

【鸿蒙心迹】深色模式适配全链路——从配置到自定义(HarmonyOS 7.x)

系统切深色模式,应用没跟着变;图片在深色模式下刺眼;自定义绘制颜色没适配——深色模式不是"换个背景色",是颜色/图片/材质/状态栏的全链路适配。本文用涟漪睡眠 App 适配深色模式为案例,给完整方案与 5 个踩坑。

腾讯云创作之星、华为云云享专家,深耕电商全栈高并发系统实战,分享可商用商城项目源码。 361

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

平行视界兼容模式与魔法变量配置避坑【鸿蒙心迹】

本文详解折叠屏兼容模式下“魔法变量”配置的五大易错点,强调maxWindowRatio与minWindowRatio必须满足max ≥ min、centerAlign需显式设为true、minCompitableVersion拼写为Compitable等关键细节。通过校验函数实现上线前批量机型测试,结合排查流程图快速定位分栏失效问题。虽兼容模式可零代码实现分栏,但存在状态共享风险,长期仍建议按规范开发原生平行视界分栏。

wdracky的专栏 1086

【共创稿事节】HarmonyOS 7.0 Marquee跑马灯:从接入到生产验证

HarmonyOS 7.0 Marquee跑马灯:从接入到生产验证:真实工程复盘,附代码与验证方法。

2401_84996024的博客 160

鸿蒙远程控制软件哪个好?华为远程PC、ToDesk、向日葵三款实测

综合来看,本次横测最终更推荐ToDesk:它在支持跨品牌连接的基础上,外接鼠标、全屏远控、移动设备协助和多屏功能覆盖更完整,更适合作为主力远控工具。

2401_85083137的博客 330

HarmonyOS 7 应用冷启动与包体积优化实录

我们在构建脚本里加入了一个自动转换任务,将除了极其复杂的透明图之外的所有静态资源,全部转换为 WebP 格式。为了这 5% 的用户,让 95% 的用户承担 30MB 的下载成本,显然不划算。目录,里面躺着无数历史遗留的高清切图,有些是早被废弃的活动图,有些是同一张图的多个尺寸备份。这一招,直接砍掉了将近 15MB 的死重。我们将短视频相关的所有代码、图片、甚至底层的播放器三方库,全部剥离到了独立的 Feature 模块(HSP)中。包变小了,启动速度自然会快一点,但真正的瓶颈在于冷启动时的初始化逻辑。

2502_91284977的博客 169

导航该收起来,还是留在左边?HarmonyOS 6 侧栏小练习

手机宽度下,分类一直占着左边,正文会被挤得很窄;宽窗口下,每次切分类都先打开一个抽屉,又显得多了一步。这次让同一个导航内容根据空间换一种出现方式:宽时常驻左侧,窄时放到覆盖式抽屉里。分类选中状态始终是一份,切完分类后收起抽屉,正文立即显示对应路线。判断这份导航是否合适,可以回到一次切路线的动作:找得到目录,选得中分类,关掉后正文仍是刚才那一条。宽窄变化只影响目录出现的位置和时机。后面扩展层级或接入真实路线时,也先保住这一条连贯的操作。

程序猿追的博客 250

HarmonyOS GSNode 场景控制实战:位置、缩放、可见性与状态同步

基于 HarmonyOS Spatial Recon Kit 操作 GSNode,详解插件与模型加载、position/scale/visible 属性、快照与 revision、高频滑杆合并、状态持久化及真机排障。

2401_84996024的博客 302

从 JChemPaint 到 BondDraw:一个化学结构编辑器的鸿蒙 PC 上架实录

这次上架最大的收获是流程的确定性:AGC 五步——建应用、签名、传包、审核、上架——对任何形态的鸿蒙 PC 应用都一样,坑集中在签名分流和工程收尾两处。而纯 ArkTS 路线的回报也在这一刻兑现:几百 KB 的包体、零权限的权限表、一个可以低成本持续迭代的市场通道——“版本/升级”入口已经在 AGC 里候着,下一版只是 versionCode 加一的事。

全沾软贱开发攻城狮 1万+

【共创稿事节】HarmonyOS 应用上架全流程中的隐私合规:权限最小化、数据本地化与 AppAnalyzer 体检

面向准备首次上架的鸿蒙开发者。本文以一个"仅 2 项权限、零联网"的本地应用为例,给出 module.json5 权限声明、DocumentViewPicker 免权限保存、systemShare 分享、relationalStore 参数化查询的真实代码,并附驳回原因自查表与打包验证输出。

腾讯云创作之星、华为云云享专家,深耕电商全栈高并发系统实战,分享可商用商城项目源码。 361

Mac、Windows、HarmonyOS 三台电脑,截图习惯怎么统一?三种方案对比

同时用 Mac、Windows 和 HarmonyOS 电脑的人,截图最大的麻烦不是功能,而是每台电脑一套键位和一套习惯。本文比较三种做法:全用系统自带、每个平台装一个专用工具、用一个三平台都有的工具,并说明各自的代价。

BingMao_Tp的博客 240

【鸿蒙专题与实战】多模块工程:HAP、HAR、HSP 与按需加载

本文详解鸿蒙开发中三种模块(Entry、HAR、HSP)的差异与应用场景,重点解析HAR与HSP在代码复用与包体大小上的关键区别,强调合理使用HAR(小工具库)与HSP(共享业务)的时机。通过featureHAP按需加载降低首包体积,结合编译时间与代码复用度判断拆分时机,并预告下一篇将深入持续集成流水线,助力高效协作开发。

信息安全领域优质创作者|操作系统领域专家 336
上一篇: 我做了一个 HarmonyOS 版「精力电池」App,用 ArkUI 把每天的充能和耗电可视化
下一篇: 「我到底去过哪些地方」这个问题,我用HarmonyOS/iOS做了个App解决了
SameX-4869
博客等级 码龄17年 3354粉丝 657原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值