<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[blackson2001的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/blackson2001</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; blackson2001]]></copyright><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（22）-部署发布与未来迭代规划]]></title><link>https://blog.csdn.net/blackson2001/article/details/163545099</link><guid>https://blog.csdn.net/blackson2001/article/details/163545099</guid><author>blackson2001</author><pubDate>Fri, 07 Aug 2026 00:47:38 +0800</pubDate><description><![CDATA[MVP（Minimum Viable Product，最小可行产品）阶段的目标是验证IVGuard的核心产品假设：三角色协同监护模型是否具有临床价值。本章节对MVP的交付状态进行全面审计，明确已实现功能、模拟服务和已知限制，为后续迭代提供清晰的基线。MVP不是最终产品，而是一个经过精心设计的技术验证平台，它在功能完整性和技术可行性之间取得了平衡，使得团队能够在最小的投入下获取最大的用户反馈。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（20）-多角色路由与导航框架]]></title><link>https://blog.csdn.net/blackson2001/article/details/163512693</link><guid>https://blog.csdn.net/blackson2001/article/details/163512693</guid><author>blackson2001</author><pubDate>Fri, 07 Aug 2026 00:16:18 +0800</pubDate><description><![CDATA[位于common/common/ ├─ DataStore.ets ├─ UserRole.ets ├─ RouteParams.ets ← 路由参数接口 ├─ Constants.ets └─ Logger.ets完整的接口定义如下：接口命名规范，其中 PageName 为目标页面的名称去掉 “Page” 后缀。例如对应。字段最小化：每个接口只包含目标页面必需的参数，不传递冗余数据。例如只传medicineId，而非整个对象，详情页自行根据 ID 查询完整数据。基本类型优先。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（21）-系统测试与质量保证]]></title><link>https://blog.csdn.net/blackson2001/article/details/163512715</link><guid>https://blog.csdn.net/blackson2001/article/details/163512715</guid><author>blackson2001</author><pubDate>Fri, 07 Aug 2026 00:15:58 +0800</pubDate><description><![CDATA[ArkTS是HarmonyOS的应用开发语言，在TypeScript基础上施加了严格的静态类型约束。IVGuard项目在开发过程中，使用工具对文件进行静态分析，是确保代码符合ArkTS规范的第一道防线。静态检查能够在编译前快速定位类型违规、语法错误和ArkUI结构性问题，显著降低后期调试成本。是DevEco Studio内置的ArkTS严格模式静态语法与类型检查工具。它能够检测编译器级别的违规行为，包括但不限于、等ArkTS规范规则。该工具返回结构化的诊断结果，按文件、行号、列号和规则标签进行组织。在以下场]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（19）-权限管理与安全设计]]></title><link>https://blog.csdn.net/blackson2001/article/details/163512675</link><guid>https://blog.csdn.net/blackson2001/article/details/163512675</guid><author>blackson2001</author><pubDate>Thu, 06 Aug 2026 08:30:03 +0800</pubDate><description><![CDATA[在"value": "用于后置摄像头监控输液瓶液位，以便及时预警输液异常"reason 文案规范必须是完整短句，直白、具体、易理解避免被动语态（“被用于” → “用于”）以句号结尾明确说明"用于什么"以及"对用户的好处"该文案会显示在系统授权弹窗中，用户可见"value": "用于读取输液瓶NFC贴纸中的药物信息，快速准确地录入配药数据""value": "用于发送输液异常预警通知，确保您及时了解输液状态变化""value": "用于医院室内导航，帮助您快速找到护士站和医疗设施"]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（18）-公共组件库设计与封装]]></title><link>https://blog.csdn.net/blackson2001/article/details/163512660</link><guid>https://blog.csdn.net/blackson2001/article/details/163512660</guid><author>blackson2001</author><pubDate>Thu, 06 Aug 2026 08:29:20 +0800</pubDate><description><![CDATA[经过上述八个组件的设计与实现，我们提炼出以下五大核心设计模式。这些模式不仅适用于 IVGuard 项目，也是 ArkUI 组件化开发的通用最佳实践。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（17）-家属端远程监控UI设计]]></title><link>https://blog.csdn.net/blackson2001/article/details/163512646</link><guid>https://blog.csdn.net/blackson2001/article/details/163512646</guid><author>blackson2001</author><pubDate>Thu, 06 Aug 2026 08:28:33 +0800</pubDate><description><![CDATA[最近预警摘要模块为家属提供了快捷的预警信息浏览，无需跳转到FamilyAlertPage就能看到最近发生的预警。Text(‘最近预警’).fontSize(15).fontWeight(FontWeight.Medium)Row() {Row()})``slice(0, 3)的设计意图信息密度控制：首页是监控面板，不是记录列表。3条预警提供了足够的最近信息，同时不会让页面变得过长认知负荷管理：人在紧张状态下处理信息的能力下降，3条是一个可以快速浏览的数量查看更多的入口。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（16）-护士端工作台UI设计]]></title><link>https://blog.csdn.net/blackson2001/article/details/163512637</link><guid>https://blog.csdn.net/blackson2001/article/details/163512637</guid><author>blackson2001</author><pubDate>Thu, 06 Aug 2026 08:28:06 +0800</pubDate><description><![CDATA[在真实的临床环境中，护士是输液监护的第一责任人与最终执行者。与患者端的被动接收信息不同，护士端面临的是一个高度并发、多线程、高压力的工作场景。理解这一场景，是设计好护士端UI的前提。在典型的中国三甲医院内科病房中，一个护理单元通常配备4-6名护士，负责40-60张床位。其中需要输液的患者占比通常在60%-80%之间，这意味着每名护士在同一时段内需要管理约8-12位输液患者。这些患者的输液状态各不相同：有的刚开始输液、有的即将完成、有的出现了流速异常、有的需要换瓶。传统模式下，护士依靠定时巡视（通常每30-6]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（15）-患者端UI设计与页面实现]]></title><link>https://blog.csdn.net/blackson2001/article/details/163512613</link><guid>https://blog.csdn.net/blackson2001/article/details/163512613</guid><author>blackson2001</author><pubDate>Thu, 06 Aug 2026 08:27:37 +0800</pubDate><description><![CDATA[IVGuard患者端面向正在接受静脉输液治疗的住院患者及其家属。这一用户群体的核心特征包括：身体不适导致操作耐心有限、对医疗数据敏感但专业理解不足、可能处于焦虑或紧张状态、年龄跨度大（从年轻患者到老年患者均需覆盖）。因此，患者端的设计必须以"减少焦虑、操作直觉、信息渐进"为三大核心理念，确保用户在最少的认知负担下获取最关键的输液监控信息。"减少焦虑"意味着界面色彩与动效应当避免引起紧张感，预警信息的呈现应当分层次而非一次性冲击；"操作直觉"意味着核心操作路径不超过两步即可触达，按钮语义清晰无需思考；]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（14）-智能手表联动与跨设备协同]]></title><link>https://blog.csdn.net/blackson2001/article/details/163511462</link><guid>https://blog.csdn.net/blackson2001/article/details/163511462</guid><author>blackson2001</author><pubDate>Wed, 05 Aug 2026 19:06:36 +0800</pubDate><description><![CDATA[在医疗输液监控场景中，智能手表并非一个可有可无的附属品，而是整个IVGuard系统中不可或缺的"最后一厘米"触达通道。当病房中的输液瓶液位降至危险线以下，或者流速出现异常波动时，患者、陪护家属乃至护士都需要在第一时间感知到这一信息。传统的通知方式——手机推送、病区广播、护士站蜂鸣器——各有其局限性：手机可能静音、广播扰民、蜂鸣器仅覆盖护士站范围。而智能手表以"贴身佩戴、振动感知、即时响应"三大特性，弥补了这些空缺。IVGuard的智能手表联动服务（WatchService）正是基于这一洞察而设计。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（13）-医院室内导航系统设计]]></title><link>https://blog.csdn.net/blackson2001/article/details/163511455</link><guid>https://blog.csdn.net/blackson2001/article/details/163511455</guid><author>blackson2001</author><pubDate>Wed, 05 Aug 2026 19:05:32 +0800</pubDate><description><![CDATA[id: string // 唯一标识符，如 'poi_nurse_1f'name: string // 显示名称，如 '护士站'type: string // POI类型：nurse/infusion/emergency/pharmacy/inpatientfloor: number // 所在楼层：1/2/3x: number // X坐标(px)，地图左上角为原点y: number // Y坐标(px)，地图左上角为原点color: string // 显示颜色，如 '#4CAF50']]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（12）-医疗费用管理与医保报销计算]]></title><link>https://blog.csdn.net/blackson2001/article/details/163511437</link><guid>https://blog.csdn.net/blackson2001/article/details/163511437</guid><author>blackson2001</author><pubDate>Wed, 05 Aug 2026 19:04:22 +0800</pubDate><description><![CDATA[其中实现了"先截断至非负，再限制在封顶线以下"的双重约束。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（11）-通知推送与语音提醒服务]]></title><link>https://blog.csdn.net/blackson2001/article/details/163511418</link><guid>https://blog.csdn.net/blackson2001/article/details/163511418</guid><author>blackson2001</author><pubDate>Wed, 05 Aug 2026 19:02:15 +0800</pubDate><description><![CDATA[ypescript enum VibrationMode { SHORT, // 短振动：100ms，用于流速异常 LONG, // 长振动：500ms，用于低液位预警 DOUBLE // 双振动：200ms+200ms间隔+200ms，用于输液完成 }})})]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（10）-AI智能分析与流速异常检测]]></title><link>https://blog.csdn.net/blackson2001/article/details/163511394</link><guid>https://blog.csdn.net/blackson2001/article/details/163511394</guid><author>blackson2001</author><pubDate>Wed, 05 Aug 2026 19:01:23 +0800</pubDate><description><![CDATA[静脉输液是临床治疗中最常见的给药方式之一，据统计，全球每年有超过150亿次的静脉输液操作。然而，传统输液监控高度依赖人工巡查，护士需要定时巡视病房，逐一检查每床患者的输液状态。痛点具体表现潜在风险反应滞后护士巡房间隔通常30-60分钟，异常发现不及时输液堵塞、回血等危险情况得不到即时处理判断主观依赖护士个人经验判断滴速是否正常经验不足的护士可能遗漏微妙异常信息孤岛药物配伍、流速变化、剩余时间等维度相互割裂无法综合多维度信息做出最优决策AI智能分析模块正是为解决上述痛点而设计。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（9）-药物数据库与配伍禁忌检测]]></title><link>https://blog.csdn.net/blackson2001/article/details/163480749</link><guid>https://blog.csdn.net/blackson2001/article/details/163480749</guid><author>blackson2001</author><pubDate>Tue, 04 Aug 2026 19:48:43 +0800</pubDate><description><![CDATA[在临床输液场景中，药物信息的即时可获取性直接关系到患者安全。IVGuard 作为一款面向护士和患者的智能输液监护应用，其核心价值之一便是为药物添加和费用计算环节提供准确的药品参考数据。离线可用性：医院病区的网络环境往往不稳定。部分老旧病区 Wi-Fi 覆盖存在盲区，地下室输液室信号更是难以保证。在这些场景下，护士需要立即查询药物的配伍禁忌或参考价格，任何因网络延迟或断连导致的信息不可用都是不可接受的。内置数据库确保无论网络状态如何，药物信息均可在毫秒级别完成检索并呈现，为临床决策提供即时支持。即时响应体验。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（8）-NFC标签配对与快速绑定]]></title><link>https://blog.csdn.net/blackson2001/article/details/163480733</link><guid>https://blog.csdn.net/blackson2001/article/details/163480733</guid><author>blackson2001</author><pubDate>Tue, 04 Aug 2026 19:47:35 +0800</pubDate><description><![CDATA[NFC（Near Field Communication，近场通信）贴纸是IVGuard项目中实现输液瓶快速配对的核心物理载体。选择NFC贴纸而非其他识别技术（如蓝牙低功耗BLE标签、RFID标签、二维码），是基于成本、便利性、可靠性三者的综合权衡。成本分析：NFC贴纸的市场价格极为低廉，这是其在大规模医疗场景中得以应用的关键前提。当前市场上主流NFC贴纸的成本如下：以IVGuard场景为例，一家三甲医院日输液量约为2000-3000人次，每张输液瓶需配备一张NFC贴纸，日均消耗量为2000-3000张。按]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（7）-相机服务与后台持续采集]]></title><link>https://blog.csdn.net/blackson2001/article/details/163480715</link><guid>https://blog.csdn.net/blackson2001/article/details/163480715</guid><author>blackson2001</author><pubDate>Tue, 04 Aug 2026 19:45:44 +0800</pubDate><description><![CDATA[在IVGuard静脉输液智能监控系统中，相机服务承担着整个系统"眼睛"的职责。它是视觉数据采集的唯一入口，所有关于输液瓶液位的判断、滴速的计数、标记物状态的追踪，归根结底都依赖于相机服务所提供的图像数据。没有相机服务稳定可靠的持续采集，下游的VisionService将无数据可分析，NotificationService将无从触发预警，整个监控链路将从根本上断裂。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（6）-视觉识别与贴纸刻度读取算法]]></title><link>https://blog.csdn.net/blackson2001/article/details/163480702</link><guid>https://blog.csdn.net/blackson2001/article/details/163480702</guid><author>blackson2001</author><pubDate>Tue, 04 Aug 2026 19:44:47 +0800</pubDate><description><![CDATA[VisionResult是IVGuard视觉识别系统的核心数据结构，承载了单次检测的完整结果。其定义位于markerId: string // 贴纸标记IDlevel: number // 识别到的液位百分比confidence: number // 置信度0-1corners: number[] // 角点坐标[x1,y1,x2,y2,x3,y3,x4,y4]OpenCV的ArUco模块提供了多种预定义字典，每种字典由两个参数定义：标记尺寸（n x n比特）和字典大小（可用ID数量）。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（5）-数据持久化服务设计]]></title><link>https://blog.csdn.net/blackson2001/article/details/163480631</link><guid>https://blog.csdn.net/blackson2001/article/details/163480631</guid><author>blackson2001</author><pubDate>Tue, 04 Aug 2026 19:38:22 +0800</pubDate><description><![CDATA[HarmonyOS 为应用开发者提供了多种数据持久化方案，每种方案都有其特定的适用场景和性能特征。在 IVGuard 项目的架构设计阶段，我们需要对这些方案进行深入对比分析，以选择最适合 MVP 阶段的数据持久化技术路线。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（4）-数据模型层设计与实现]]></title><link>https://blog.csdn.net/blackson2001/article/details/163449947</link><guid>https://blog.csdn.net/blackson2001/article/details/163449947</guid><author>blackson2001</author><pubDate>Mon, 03 Aug 2026 20:02:27 +0800</pubDate><description><![CDATA[`变更类型难度是否需要迁移建议新增字段低否默认值+??自动兼容删除字段低否多余字段被自然忽略重命名字段中是需要双字段名读取逻辑修改字段类型高是需要类型转换逻辑修改关联关系高是需要数据重构逻辑核心原则：尽量使用新增字段而非修改/删除现有字段。新增字段的兼容成本最低，是模型演进的首选策略。IVGuard 的数据模型层虽然代码量不大（DataModels.ets 仅 260 行），但蕴含了多个精心选择的设计模式。]]></description><category></category></item><item><title><![CDATA[基于鸿蒙OS开发静脉输液智能监控系统（3）-ArkTS语言规范与编码实战]]></title><link>https://blog.csdn.net/blackson2001/article/details/163449932</link><guid>https://blog.csdn.net/blackson2001/article/details/163449932</guid><author>blackson2001</author><pubDate>Mon, 03 Aug 2026 20:01:37 +0800</pubDate><description><![CDATA[IVGuard 的 OCR 识别模块使用。]]></description><category></category></item></channel></rss>