1. 医疗嵌入式系统概述：系统架构、实时性要求、安全标准(IEC 60601)概览

大家好，欢迎来到这门实战课。我是你们的老朋友，一个在医疗嵌入式领域摸爬滚打了十几年的工程师。

咱们第一节课，不急着讲代码，也不急着看波形。先聊聊医疗嵌入式系统到底是个什么东西。说白了，它就是把一个微型计算机塞进医疗设备里，让它去完成特定的任务。比如监护仪上的心率计算、输液泵的流速控制、呼吸机的压力调节。

你想想看，这些设备要是出了问题，可不是重启一下就能解决的。所以，医疗嵌入式系统有它自己的一套脾气和规矩。今天，我就带大家把它的底牌翻一翻。

1.1 系统架构：从传感器到执行器

一个典型的医疗嵌入式系统，长什么样？我习惯把它分成三层：感知层、处理层、执行层。

• 感知层：负责采集生理信号。比如心电电极、血氧探头、压力传感器。这些传感器把物理量（心跳、血氧、压力）变成电信号。
• 处理层：核心是微控制器（MCU）或微处理器（MPU）。它负责读取传感器数据，做滤波、计算、逻辑判断。比如从心电信号里提取出心率值。
• 执行层：根据处理结果去控制外部设备。比如驱动电机输液、控制加热毯温度、触发报警灯。

这三层之间，通过通信总线连接。常用的有 I2C、SPI、UART，还有内部 ADC 通道。嗯，这里要注意：传感器和 MCU 之间的接口，往往是故障的高发区。我在项目中遇到过好几次，血氧数值跳变，最后查出来是 I2C 总线上拉电阻虚焊了。

下面这张图，是我画的一个通用架构图，你可以把它当作一个模板，以后分析任何医疗设备，都可以往这个框架里套。

1.2 实时性要求：快，而且要准

医疗设备对时间的要求，非常苛刻。为什么？因为生理信号是连续的，你晚处理了 1 毫秒，可能就错过了一个关键的心跳波形。

实时性，我把它分为两种：

类型	定义	典型场景	时间要求
硬实时	错过截止时间 = 系统失效	除颤仪放电、呼吸机切换	微秒级 ~ 毫秒级
软实时	偶尔错过可以接受，但影响体验	监护仪波形刷新、数据记录	毫秒级 ~ 秒级

我个人习惯，在设计初期就把所有任务按实时性要求排个优先级。比如：

• 最高优先级：中断服务程序（比如心率检测中断）
• 中等优先级：周期性任务（比如传感器数据采集）
• 最低优先级：非实时任务（比如界面刷新、日志存储）

1.3 安全标准 IEC 60601 概览

做医疗设备，绕不开一个标准：IEC 60601。这是国际电工委员会制定的医用电气设备安全通用标准。说白了，它就是一本“安全圣经”。

我第一次接触这个标准时，头都大了。几百页的文档，各种测试条款。但后来我总结了一下，核心就三个字：别伤人。

IEC 60601 主要关注以下几个方面：

• 电气安全：防止患者触电。比如漏电流不能超过某个值（正常状态 10μA，单一故障状态 50μA）。
• 机械安全：防止设备夹伤、跌落、过热。
• 辐射安全：电磁兼容性（EMC），设备不能干扰其他设备，也不能被干扰。
• 软件安全：软件不能因为 bug 导致危险输出。比如输液泵不能因为软件死机而持续输液。

下面这个表格，是我整理的 IEC 60601 中与嵌入式开发最相关的几个条款：

条款	内容	对嵌入式的影响
7.2.10	报警系统	报警必须可靠，不能被静音后永久忽略
8.7.3	漏电流限制	PCB 布局要考虑爬电距离，避免漏电
14.5	软件可编程医用电气系统	软件变更必须走变更控制流程
17.1	风险管理	每个功能都要做风险分析（FMEA）

嗯，这里要注意：IEC 60601 不是一次性的。设备上市后，如果软件有重大更新，可能需要重新送检。所以，我建议从一开始就把合规性考虑进架构里，而不是最后再补。