1.1 主从轮询与速率识别

USB 采用一主多从（Host-Device）架构，所有通信都必须由主机（Host）主动发指令发起，设备（Device）永远不能主动向总线发数据。哪怕是鼠标按键这种“中断传输”，本质上也是主机每隔几毫秒主动去轮询设备“有没有新数据”。

USB 2.0 共有 4 根线（VBUS 5V 供电、D+、D- 差分数据线、GND）。主机靠检测 D+ 或 D- 线上的 1.5kΩ 上拉电阻来发现设备插入并判断速度：

• 低速（Low-Speed，1.5 Mbps）设备在 D- 线上接 1.5kΩ 上拉电阻。
• 全速（Full-Speed，12 Mbps）设备在 D+ 线上接 1.5kΩ 上拉电阻。
• 高速（High-Speed，480 Mbps）设备在硬件上同样在 D+ 接 1.5kΩ 上拉（先以全速身份接入），随后在总线复位期间通过高频 Chirp K/J 握手信号切换到高速模式，并断开上拉电阻、切入 45Ω 对地终端匹配电阻。

1.2 地址、端点、接口与管道

初学者看 USB 资料最容易被这几个词绕晕，拿一个“带麦克风和音量键的 USB 耳机”举例就很容易理解：

• 设备地址（Device Address）是整块单片机在 USB 总线上的唯一门牌号，取值范围为 1~127。设备刚插上电脑、还没被分配门牌号时，默认使用 0 号地址。
• 端点（Endpoint）是 USB 芯片内部开辟的独立硬件收发缓冲区（FIFO）。一根 USB 线里同时要传耳机声音、麦克风声音、按键状态和系统控制命令，如果全塞进同一个硬件寄存器肯定会串数据，因此需要用不同端点隔开。每个端点有编号（0~15）和固定方向（IN 表示设备发往主机，OUT 表示主机发往设备）。其中 0 号端点（EP0）是所有 USB 设备强制具备的默认双向控制端点，专门用于在刚插上时通报身份和接收配置。
• 接口（Interface）是把完成同一个功能的几个端点打包在一起的功能集合。比如 USB 耳机里，“播放+录音”的端点打包成音频接口，“音量加减键”的端点打包成按键接口。一个设备包含多个接口就叫复合设备（Composite Device）。
• 管道（Pipe）是主机软件与设备里某一个特定端点建立起来的逻辑通信通道。一个 USB 设备有多个端点，自然就可以建立多条管道。

1.3 常见设备类 (USB Class)

有了“接口”和“端点”的概念后，在嵌入式开发中，USB 协议把不同用途的设备规范成了标准的设备类（USB Device Class）。操作系统自带了这些标准类的通用驱动，只要单片机按对应 Class 的规范配置接口与端点，插上电脑就能直接工作：

1.4 通信三层结构

在管道内收发数据时，USB 协议从宏观到微观分为“传输 -> 事务 -> 包”三层结构，下文第 2、3、4 节将按此顺序层层往里拆解：

• 顶层是传输（Transfer，包括控制、批量、中断、同步 4 种），用于完成一次完整的业务交互（比如读回一整个设备描述符、写完一个数据块），由一个或多个事务（Transaction）组成，可以跨帧完成。
• 中层是事务（Transaction，包括 IN、OUT、SETUP 3 种），用于完成一次单包收发握手，由 2～3 个连续的包（Packet）组成，不能打断，也不能跨帧。
• 底层是包（Packet，包括令牌包 Token、数据包 Data、握手包 Handshake、特殊包 Special 4 类），是 USB 总线上传输的最小物理单元，由 SYNC + PID + 地址/数据内容 + CRC + EOP 字段构成。

2、传输类型 (Transfer)

从最宏观的业务层来看，USB 协议定义了 4 种传输类型，分别针对不同的业务需求：

• 控制传输 (Control Transfer)
• 批量传输 (Bulk Transfer)
• 中断传输 (Interrupt Transfer)
• 同步传输 (Isochronous Transfer)

2.1 控制传输 (Control)

控制传输由 2～3 个阶段组成：

1. 建立阶段 (Setup Stage)
2. 数据阶段 (Data Stage，无数据控制传输没有此阶段)
3. 状态阶段 (Status Stage)

每个阶段都由一次或多次事务传输（Transaction）组成。控制传输主要用于设备枚举阶段读取描述符和下发配置，驱动软件也可使用控制传输实现特定命令交互，其数据传输不允许丢失。

2.1.1 建立阶段

主机向 USB 设备发起请求或下发配置参数。建立阶段包含 SETUP 令牌包、紧随其后的 DATA0 数据包以及 ACK 握手包，用来定义本次控制传输的请求内容（即数据阶段是 IN 还是 OUT、需要传输多少字节的数据，都在建立阶段设定好）。

其中，SETUP 事务里携带的 DATA0 数据包固定为 8 字节（称为标准请求包 Setup Packet），开发中抓包或写固件中断回调时都会直接解析这 8 个字节：

2.1.2 数据阶段

用来传输主机与设备之间的负载数据。根据数据传输方向，控制传输分为 3 种类型：

1. 控制读取（读取 USB 描述符）
2. 控制写入（配置 USB 设备）
3. 无数据控制

• 控制读取（Control Read）是将数据从设备读到主机（如读取设备描述符）。对每个数据包而言，主机先发送 IN 令牌包请求读数据，设备通过 DATA1/DATA0 数据包将数据回传给主机。主机正确接收后回复 ACK；若主机忙则回复 NAK；发生错误则回复 STALL。
• 控制写入（Control Write）是将数据从主机传到设备（如发送配置信息）。对每个数据包而言，主机先发送 OUT 令牌包，紧接着通过 DATA1/DATA0 数据包将数据传给设备。设备正确接收后回复 ACK；若设备忙则回复 NAK；发生错误则回复 STALL。

2.1.3 状态阶段

用来汇报整个控制传输过程已顺利结束。状态阶段的传输方向必须与数据阶段相反（原来是 IN 事务，状态阶段就用 OUT 事务；原来是 OUT 事务，状态阶段就用 IN 事务）：

• 在控制读取中，主机发送 OUT 令牌包，随后发送 0 长度的 DATA1 包，设备回应 ACK、NAK 或 STALL 握手包。
• 在控制写入中，主机发送 IN 令牌包，设备返回表示完成的 0 长度 DATA1 包，主机回应 ACK、NAK 或 STALL 握手包。

2.2 批量传输 (Bulk)

用于传输大量数据，要求数据准确无误，但对实时性没有严格要求，常用于打印机、U 盘等大容量存储设备。

一次批量传输（Transfer）由 1 次到多次批量事务（Transaction）组成。硬件层通过错误检测、握手包反馈和超次重传确保可靠传输：

• 发送端按 DATA0-DATA1-DATA0-... 交替翻转 PID 的顺序发送数据包。只有收到 ACK 确认传输成功后才会翻转 PID 发送下一包；若接收端连续收到两个相同 PID（例如连续两个 DATA0），则判定后一个是前一个包的重传。
• USB 允许连续 3 次以内的传输错误并自动重试，一旦成功则将错误计数器清零；若连续失败超过 3 次，Host 判定该端点异常（STALL），放弃传输任务。

批量事务由三种包组成（IN 事务或 OUT 事务）：

1. Token（令牌包）
2. Data（数据包）
3. Handshake（握手包）

1. IN 事务（IN Transaction）的握手响应有三种情况：
   • ACK 表示 Host 正确无误地接收到数据。
   • NAK 指示设备暂时无法返回数据（如设备忙）。
   • STALL 指示设备端点挂起，需要 Host 软件介入处理（如设备出错）。
2. OUT 事务（OUT Transaction）的握手响应也有三种情况（若收到的数据包存在 CRC 校验错误，Device 不发送任何握手包）：
   • ACK 表示 Device 已正确接收数据包，通知 Host 可以按序发送下一包。
   • NAK 表示 Device 已正确接收数据包，但因临时状况（如缓冲区满）通知 Host 稍后重传。
   • STALL 指示 Device 端点已停止，通知 Host 不再重传。
3. Bulk 读写序列由一系列 IN 事务或 OUT 事务组成：

2.3 中断传输 (Interrupt)

中断传输由 IN 或 OUT 事务组成，常用于主机定期轮询设备是否有数据需要传输（如鼠标、键盘）。

• 中断传输在流程上除不支持 PING 令牌外，其余机制与批量传输一致，同样采用 DATA0/DATA1 PID 翻转机制保证收发端数据同步。
• 主机在排定任务时，会根据中断端点描述符中指定的查询间隔周期性发起中断传输。
• 中断传输具有较高的优先级，仅次于同步传输。

2.4 同步传输 (Isochronous)

同步传输适用于必须以固定速率或在指定时刻送达、且可以容忍偶尔出错的实时数据流，常用于麦克风、音响喇叭、UVC 摄像头等音视频设备。

同步传输只包含两个包阶段：

1. Token（令牌包）
2. Data（数据包）

由于没有握手包（Handshake），同步传输不支持重传机制，也不支持 PID 翻转，属于不可靠传输；但在主机排定总线带宽和事务传输时，同步传输享有最高的优先级。

2.5 四种传输类型对比

在编写端点描述符配置 wMaxPacketSize 时，不同速率下四种传输类型允许的单包最大字节数是严格受限的：

3、事务 (Transaction)

把上面的“传输（Transfer）”往下一层拆解，就是事务（Transaction）。USB 总线上完成一次单包数据接收或发送的完整握手过程称为一次事务，通常由以下 2～3 个连续的包构成：

• 一个 Token Packet（令牌包，指明方向与目标端点）
• 可选的 Data Packet（数据包，携带有效载荷）
• 可选的 Handshake Packet（握手包，汇报接收状态）
• 可选的 Special Packet（特殊包）

3.1 IN 输入

输入事务处理表示 USB 主机从总线上的某个 USB 设备接收一个数据包的过程。

• 正常的输入事务处理

• 设备忙时的输入事务处理

• 设备出错时的输入事务处理

3.2 OUT 输出

输出事务处理表示 USB 主机把一个数据包发送到总线上某个 USB 设备的过程。

• 正常的输出事务处理

• 设备忙时的输出事务处理

• 设备出错时的输出事务处理

3.3 SETUP 设置

设置事务处理专用于控制传输的建立阶段，主机向设备下发 8 字节请求参数。

• 正常的设置事务处理

• 设备忙时的设置事务处理

• 设备出错时的设置事务处理

4、包 (Packet)

再把“事务（Transaction）”拆到最底层，就是包（Packet）。包是 USB 系统中信息传输的最小基本单元，所有数据都必须打包后才能在总线上传输，且包只能在帧内传输。高速 USB 总线的帧周期为 125μs，全速与低速 USB 总线的帧周期为 1ms。帧的起始由专门的 SOF 包标识，帧尾为 EOF（EOF 不是一个包，而是一种电平状态，期间不允许传输数据）。

虽然高速 USB 总线与全速/低速 USB 总线的帧周期不同，但 SOF 包中帧编号的递增速度是一样的。因为在高速 USB 系统中，SOF 包的帧编号实际取的是计数器的高 11 位，最低 3 位作为微帧（Microframe）编号未展示在帧号里，因此帧编号的递增周期同样为 1ms。

USB 总线上的传输时序如下：

• 包是 USB 总线上数据传输的最小单位，不能被打断或干扰，否则会引发错误。
• 若干个数据包组成一次事务传输；一次事务传输也不能被打断，属于同一次事务的几个包必须连续，不能跨帧完成。
• 一次完整的传输由一次或多次事务传输构成，可以跨帧完成。

USB 包由五部分组成：同步字段（SYNC）、包标识符字段（PID）、数据字段、循环冗余校验字段（CRC）和包结尾字段（EOP），基本格式如下图：

4.1 PID 类型

4.2 令牌包 (Token)

此格式适用于 IN、OUT、SETUP、PING，对应的传输方向如下：

4.3 帧起始包 (SOF)

SOF 包由 Host 周期性发送给 Device：

1. 对于全速（Full-Speed）总线，每隔 1.00 ms ± 0.0005 ms 发送一次。
2. 对于高速（High-Speed）总线，每隔 125 μs ± 0.0625 μs 发送一次。

SOF 包构成如下图所示：

4.4 数据包 (Data)

共有四种类型的数据包：DATA0、DATA1、DATA2 和 MDATA，通过 PID 区分。其中 DATA0 和 DATA1 用于实现数据翻转同步（Data Toggle Synchronization）。

4.5 握手包 (Handshake)

• 对于 IN 事务，ACK 由 Host 发出；对于 OUT、SETUP 和 PING 事务，ACK 由 Device 发出。
• 对于 IN 事务，NAK 在数据阶段由 Device 发出；对于 OUT 和 PING 事务，NAK 在握手阶段由 Device 发出。Host 从不发送 NAK 包。

5、描述符 (Descriptors)

当 USB 设备插上电脑时，电脑之所以知道“这是个鼠标还是个 U 盘、有几个端点、每个端点用什么传输类型”，全靠读取设备内部固化的描述符（Descriptors）结构体数组。

USB 标准描述符采用自顶向下的四层树状结构：

1. 设备描述符（Device Descriptor，每个设备仅有 1 个，固定 18 字节）记录设备的全局身份信息，包括 USB 协议版本（bcdUSB）、厂商 ID（idVendor，即 VID）、产品 ID（idProduct，即 PID）、端点 0 的最大包长（bMaxPacketSize0）以及该设备包含的配置描述符个数。
2. 配置描述符（Configuration Descriptor，通常 1 个）记录设备的供电方式（总线供电还是自供电）、最大耗电电流（bMaxPower，以 2mA 为单位）以及当前配置下包含多少个接口（bNumInterfaces）。
3. 接口描述符（Interface Descriptor，单功能设备 1 个，复合设备多个）决定该功能模块的真实身份。里面的 bInterfaceClass、bInterfaceSubClass、bInterfaceProtocol 三个字段直接告诉操作系统它属于哪个标准类（如 0x03 是 HID、0x08 是 MSC、0x02/0x0A 是 CDC、0x01 是 UAC、0x0E 是 UVC、0xFF 是厂商自定义类）。
4. 端点描述符（Endpoint Descriptor，除 EP0 外的每个端点各 1 个）规定该端点的硬件参数，包括端点号与方向（bEndpointAddress，最高位 1 为 IN、0 为 OUT）、传输类型（bmAttributes：控制/同步/批量/中断）、最大包长（wMaxPacketSize）以及轮询时间间隔（bInterval）。

此外还有两类常用附属描述符：

• 字符串描述符（String Descriptor，可选）用来存人类可读的 UTF-16LE 文本（如厂商名、产品名称、序列号 SN）。
• 类特殊描述符（Class-Specific Descriptor）用来补充特定设备类的专属参数，例如 HID 设备必须附带报表描述符（Report Descriptor）来定义每个 bit 代表哪个按键或坐标轴。

6、枚举流程 (Enumeration)

把前面讲的物理层上拉电阻、端点 0、控制传输（SETUP 事务）和描述符串联起来，就是一个 USB 设备插入电脑后完成的枚举（Enumeration）全过程：

1. 设备插入 USB 口后，设备端的 D+（全速/高速）或 D-（低速）通过 1.5kΩ 上拉电阻被拉高到约 3.3V，主机集线器检测到差分线电平变化，得知有新设备插入并识别出高低速。
2. 主机将 D+ 和 D- 同时拉低（SE0 状态）并保持至少 10 ms 对设备进行总线复位（Reset）。若为高速设备，会在复位期间通过 Chirp K/J 信号完成 480Mbps 高速握手。复位完成后，设备默认监听地址 0 和端点 0。
3. 主机向地址 0、端点 0 发起首次控制读取传输（GET_DESCRIPTOR）读取设备描述符。由于此时主机还不知道该设备 EP0 的最大包长，Windows 通常只先读取前 8 个字节（第 8 个字节正好是 bMaxPacketSize0），拿到最大包长后立即再次复位总线。
4. 主机向地址 0、端点 0 发起一次无数据控制传输（SET_ADDRESS），在 SETUP 包的 wValue 字段中填入为该设备分配的唯一新地址（1~127 之间）。设备在状态阶段返回 ACK 后立即启用新地址，此后所有通信全部使用新地址。
5. 主机使用新地址向端点 0 依次发起控制读取传输，读取完整描述符集合：
   • 读取完整的 18 字节设备描述符，获取 VID 和 PID。
   • 读取配置描述符集合。主机会先读 9 字节配置描述符拿到总长度 wTotalLength，再一口气把配置描述符、接口描述符、类特殊描述符、端点描述符全部读回。
   • 读取字符串描述符，获取显示在电脑设备管理器里的设备名称与序列号。
6. 操作系统根据读取到的 VID/PID 或接口描述符中的 Class 编码加载对应的驱动程序，最后向设备发送 SET_CONFIGURATION 控制写入请求激活配置。至此枚举彻底完成，设备的各个业务端点（如 Bulk、Interrupt、Isochronous 端点）正式启用并开始正常收发数据。

中国医保是人类历史上规模最大的医保体系。截至 2024 年底，参保人数达 13.26 亿，覆盖全国 95% 的人口，相当于地球上每 6 个人里就有 1 个是中国医保参保人。医保一年为大家买单 70 亿次，人均花费 2237 元，全年总支出达 3 万亿元，从出生到临终陪伴人的一生。

本文从医保本质、参保规则、经典报销、DRG/DIP 报销、省钱秘籍、风险预警六个部分，梳理医保的底层逻辑和实用规则。

医保本质

“脱贫四五年，一病回从前；辛辛苦苦干一年，不如医院住三天。”要避免因病致贫，核心办法就是花别人的钱看自己的病——这就是医保的本质：让健康者帮助患病者，让年轻人补贴老年人。

我国基本医保分为两类，每人只能参加其中一种：

• 职工医保由在企事业单位上班的人参加。
• 居民医保由其余人群参加；没有固定单位的成年人也可以自主选择参加职工医保或居民医保。

参保规则

保费缴纳与基金去向

职工医保按月缴纳，保费约为当月工资的 8%（个人承担 2%，从工资单直接扣除；单位承担 6%，由单位直接划拨）。很多民营企业会按低于实际工资甚至当地最低工资标准缴纳，这种方式不影响看病报销的使用权益。

居民医保按年缴纳，每年 9 月至 12 月为集中缴费窗口期，次年全年享受待遇。以 2025 年为例，居民医保总保费为 1070 元，其中个人承担 400 元（约占 37%），财政补贴 670 元（约占 63%）。

flowchart TD    subgraph 职工医保["职工医保 (按月缴纳，约月工资 8%)"]        W1["个人承担 2%"] --> WA["个人账户基金
(专属医疗账户，自己看病买药使用)"]        W2["单位承担 6%"] --> Pool["医保统筹基金
(资金池混用，真正的报销来源)"]    end    subgraph 居民医保["居民医保 (按年缴纳，2025 年共 1070 元)"]        R1["个人承担 400 元 (约 37%)"] --> Pool        R2["财政承担 670 元 (约 63%)"] --> Pool    end    Income["银行存款利息与投资收益"] --> Pool

生效时间与断缴处理

医保并非缴费后立刻生效：

• 职工医保首次参保通常需连续缴费 3～6 个月后生效。中途断缴 3 个月内补缴的，次月恢复待遇；断缴超过 3 个月则视为重新参保。
• 居民医保一般次年 1 月 1 日生效。错过缴费窗口期补缴的，需等待 90 天后才能恢复待遇。
• 新生儿在出生后 90 天内参保的，自出生之日起生效；超过 90 天参保的，次月生效。

退休待遇差异

职工医保属于积累型医保，个人账户余额一直保留。连续参保达到规定年限后，退休无需再交保费即可终身享受医保，且医保基金每月还会向个人账户返钱（约为当地基本养老金月平均水平的 2%，随年龄增长比例上调）。若退休时未满规定年限，可通过一次性补缴补足。

居民医保属于共济型医保，不设个人账户，交一年保一年，退休后仍需按年缴纳保费。

统筹层次与异地就医

我国医保基金按行政区划管理。2000 年职工医保刚启动时，基本以县级为单位独立统筹，参保人只能在所属统筹区内看病。2010 年后国家逐步将县级统筹提升为市级、省级统筹。目前全国已基本实现省内异地就医直接结算，多数地区开通了跨省实时报销。

经典报销

刷自己个人账户里的钱只是花自己的存款，只有花到医保统筹基金里的钱才算真正的报销。在门诊、住院、药店买药三种主要场景下，只有在起付标准以上、最高限额以下的部分，才能按比例用统筹基金报销。

flowchart LR    Total["医疗总费用"] --> Base["起付标准以下
(个人账户或现金自付)"]    Base --> Valid["起付标准 ～ 最高限额
(可按比例由统筹基金报销)"]    Valid --> Cap["超过最高限额部分
(基本医保不再报销)"]

起付标准与最高限额

起付标准是个人账户和现金支付累计达到一定门槛后，超出部分才开始报销，一般为当地平均工资的 10% 左右（医院等级越低，起付线越低；退休职工和居民医保的起付线比在职职工更低），共有两种算法：

1. 门诊和药店买药按年累计计算起付线。近年来随着控费见效，起付线逐步下调。例如 2024 年杭州月平均工资为 11662 元，2025 年门诊起付线从 1000 元下调至 600 元（仅占月平均工资的 5.14%）。
2. 住院场景按次单独计算起付线，标准与门诊相当。一年内第二次住院起付线会适当降低，第三次及以后住院不再设起付线。

最高限额（封顶线）一般为当地职工年平均工资的 4 倍左右，门诊与住院分别计算。以杭州为例，门诊限额为 4000 元，住院限额为 40 万元，合计 40.4 万元（2024 年杭州年平均工资的 4 倍约为 56 万元，实际执行限额约占 71.5%）。居民医保的报销限额通常比职工医保低 20%～30%。

决定报销比例的五个因素

在起付线以上、封顶线以下的可报销区间内，最终能报销多少比例由以下五个因素共同决定：

flowchart TD    Center["最终医保报销比例"]    F1["1. 三大目录
药品 / 耗材 / 诊疗服务
(甲类 / 乙类 / 丙类)"] --> Center    F2["2. 医院等级
社区医院 > 其他医院 > 三级医院
(最高相差可达 30%)"] --> Center    F3["3. 使用场景
住院报销比例 > 门诊与药店
(通常相差约 5%)"] --> Center    F4["4. 人员类别
退休 > 在职/灵活就业 >
少儿/大学生 > 城乡一档/二档"] --> Center    F5["5. 费用阶段
住院总费用分段阶梯报销
(费用越高档位比例越高)"] --> Center

1. 医保三大目录

国家医保局制定了药品目录、耗材目录和诊疗服务目录，只有目录内的项目才能报销，按性质分为甲、乙、丙三类（假设某三级医院报销比例为 60%，以 100 元药品为例）：

flowchart LR    subgraph 甲类["甲类 (100% 计入报销基数)"]        A1["总费用 100 元"] --> A2["报销基数 100 元"]        A2 -->|"按 60% 报销"| A3["医保报销 60 元
个人支付 40 元"]    end    subgraph 乙类["乙类 (先个人先行自付，再计入基数)"]        B1["总费用 100 元"] --> B2["个人先自付 10% (10 元)
剩余 90 元计入报销基数"]        B2 -->|"90 元按 60% 报销"| B3["医保报销 54 元
个人共支付 46 元 (10+36)"]    end    subgraph 丙类["丙类 (目录外项目)"]        C1["总费用 100 元"] --> C2["报销基数 0 元"]        C2 -->|"医保不予报销"| C3["医保报销 0 元
个人全额自费 100 元"]    end

耗材和诊疗服务也按同样方式计算报销基数。

2. 医院等级

为推动分级诊疗，医院等级越高，报销比例越低。通常分为社区医院、其他医院、三级医院三档，社区医院和三级医院的报销比例最高可相差 30%：

flowchart LR    Drug["同一种 100 元甲类药"] --> H1["社区医院 (报销 90%)
医保付 90 元 / 个人付 10 元"]    Drug --> H3["三级医院 (报销 60%)
医保付 60 元 / 个人付 40 元"]

3. 使用场景

门诊和药店买药的报销比例通常比住院低，差距一般在 5% 左右。

4. 人员类别

• 职工医保分为在职职工、灵活就业、医保退休三类。
• 居民医保根据年龄和缴费档次分为少儿医保、大学生医保、城乡一档、城乡二档四类。

报销比例从高到低依次为：

flowchart LR    P1["医保退休"] --> P2["在职职工 / 灵活就业"] --> P3["少儿医保 / 大学生医保"] --> P4["城乡一档 / 城乡二档"]

5. 费用阶段

主要用于住院报销，将住院总费用分段按不同比例报销。以杭州住院报销为例：

flowchart LR    S0["起付线以下
报销 0%"] --> S1["起付线 ～ 4 万元 (一档)
报销 82%"]    S1 --> S2["4 万元 ～ 40 万元 (二档)
报销 88%"]    S2 --> S3["40 万元以上 (超封顶线)
基本医保不报销"]

DRG 与 DIP 按病种付费

传统的“按项目报销”模式下，医生开的药、耗材和检查越多，医保统筹基金支出就越大。随着老龄化加剧、年轻参保人口比例下降，专家测算若维持按项目付费，预计 2026 年医保基金将入不敷出，2034 年累计结余将耗尽。

为此，国家推行了按病种付费改革：患者自付部分仍按经典模式计算，但医保局与医院之间不再按具体项目结算，而是把疾病和治疗方案打包成固定价格的套餐——超支由医院自己承担，结余归医院留用。

以阑尾炎手术套餐（医保定价 5000 元、患者报销比例 60%、假设零起付且全为目录内项目）为例，医院在不同花费下的盈亏如下：

flowchart TD    subgraph Case1["场景一：医院过度治疗 (住院总费用 10000 元)"]        C1_Total["总费用 10000 元"] --> C1_User["患者按 40% 自付：4000 元"]        C1_Total --> C1_Fund["医保按套餐封顶支付：5000 元"]        C1_User & C1_Fund --> C1_Hosp["医院实收 9000 元
医院亏损倒贴 1000 元"]    end    subgraph Case2["场景二：医院控费合理 (住院总费用 7000 元)"]        C2_Total["总费用 7000 元"] --> C2_User["患者按 40% 自付：2800 元"]        C2_Total --> C2_Fund["医保仍按套餐支付：5000 元"]        C2_User & C2_Fund --> C2_Hosp["医院实收 7800 元
医院获得结余利润 800 元"]    end

这也解释了为什么近年很多医院在病人住院满一定天数后会主动安排出院——一旦医疗总费用超出套餐定价，超出部分可能要由医院甚至主治医师个人承担。

DRG 与 DIP 的区别

按病种付费在落地时分为 DRG 和 DIP 两种套餐制定方式，同一家医院只会采用其中一种；当疾病已有对应套餐时优先按套餐报销，未制定套餐的疾病则自动回退到经典按项目模式报销：

九大省钱秘籍

1. 根据 DRG/DIP 选对医院

DRG/DIP 付费在 2025 年底已覆盖 90% 的病种和 70% 的医保基金。由于 DRG 和 DIP 颗粒度与定价不同，同一种病在不同医院收费差距很大。以某市鼻腔鼻窦手术为例：

• 在 DRG 的 DD21 分组中，采用 DRG 的医院统一按 12903.35 元报销；而对应 DIP 医院按具体治疗方案分为 4 个价格，分布在 4683.43 元～12484.48 元之间，此时去采用 DIP 的医院通常更省钱。
• 在 DRG 的 DD23 分组中，采用 DRG 的医院统一定价为 8656.01 元；而采用 DIP 的医院价格在 4683.43 元～13366.25 元之间浮动，需结合具体治疗方案选择医院。

当地医院采用的结算模式和 DRG/DIP 目录均可在当地医保局公开渠道查询。

2. 大病保险二次报销

职工医保和居民医保均配套有大病保险基金（资金来自医保统筹基金）。大病保险不看具体病种，只要单次住院个人自付金额达到起付线（一般不高于当地上年度居民人均可支配收入的 50%），系统就会自动触发二次报销，无需手动申请。

大病保险同样采用分段累加报销，封顶线一般不超过 30 万元：

flowchart LR    D0["自付 1.8 万元以下
(未达大病起付线)"] --> D1["1.8 万 ～ 10 万元部分
报销 60%"]    D1 --> D2["10 万 ～ 20 万元部分
报销 80%"]    D2 --> D3["20 万元以上部分
报销 90%"]

此外，当住院总费用超过基本医保统筹封顶线后，大病保险还会继续兜底。例如杭州基本医保统筹封顶线为 40 万元，40 万元～60 万元的部分由大病保险继续报销，变相拉高了封顶线。

3. 两病专项保障

针对高血压和糖尿病患者的门诊用药保障机制，需主动到基层医院办理备案后开启。备案后门诊买药无起付线限制，且报销比例更高，设有独立年度限额：

• 高血压：300～400 元/年
• 糖尿病：600～800 元/年
• 同时患有两种疾病：可叠加至 600～1200 元/年

4. 门诊慢特病报销

针对指定的慢性病（一般为轻症，涵盖高血压、糖尿病、冠心病、慢阻肺、类风湿关节炎、痛风等 68 种）和特殊疾病（一般为重症，如恶性肿瘤门诊放化疗、器官移植术后抗排异治疗、尿毒症透析、血友病、再生障碍性贫血等），给予更高的门诊报销比例和报销限额。同样不会自动生效，需主动到基层医院办理备案。

5. 社区首诊与家庭医生转诊

在社区医院签约家庭医生后，在基层医疗机构看病的报销比例比未签约者高 5%～10%；经家庭医生团队评估并开具转诊单转往三级医院的，在三级医院的报销比例可按首诊基层医疗机构的高标准执行。

6. 个人账户家庭共济

职工医保个人账户余额较多时，可在手机上开通“家庭共济”，授权给已参加基本医保的配偶、父母、子女（部分地区扩展至兄弟姐妹、祖父母等近亲属）使用。当家人个人账户余额为零或参加的是居民医保时，看病买药可直接扣减你的个人账户余额，也可用于代缴家人的居民医保保费。

7. 医疗救助基金

医疗救助基金（资金来自医保统筹基金、财政拨款与社会捐款）专门针对特困人员、孤儿、城乡低保对象、重度残疾人、返贫人口、因病致贫重病患者等群体，不仅为其代缴居民医保保费和大病保险个人缴费部分，还提供更低的起付线、更高的报销比例，甚至取消报销封顶线限制。

8. 失业期间代缴职工医保

失业前参加过失业保险的人员，办理失业登记后不仅能按月领取失业金，政府还会以灵活就业身份替你全额代缴职工医保保费，无需个人掏钱即可继续享受职工医保待遇。

9. 长期护理保险

长期护理保险（简称长护险）是我国社保体系的“第六险”，为因年老、疾病或伤残导致生活无法自理的失能人员提供经济补偿，用于支付基本生活照料和医疗护理服务费用。

风险预警

使用医保时需严格遵守以下合规底线，避免触碰法律红线：

• 因工伤事故或第三方责任（如交通事故、他人侵权）产生的医疗费，必须优先走工伤保险或由责任方赔付，医保仅承担剩余合规费用。隐瞒真实原因先行刷医保报销会被认定为骗保，面临追回费用、行政处罚乃至刑事责任。
• 医保卡实名绑定个人健康信息与资金，严禁外借或冒用。即使借给亲属刷卡看病买药（家庭共济是各自刷自己的医保卡扣共济账户的钱，而非拿别人的卡去刷），或虚构病情骗取报销，均属欺诈骗保行为。
• 利用个人账户违规转卖药品会被暂停医保待遇并罚款。参与伪造医疗文书、虚开药品、串换高价耗材等骗保行为，除退回骗保金额外，还将面临骗保金额 2～5 倍罚款；涉案金额超过 6000 元即构成诈骗罪，最高可判处无期徒刑。

安装 1Panel

1Panel 官网

部署服务端

安装应用

在 1Panel 应用商店中搜索 RustDesk，点击安装：

安装时注意以下两项配置：

• IP 地址或域名：必须改成服务器公网 IP 或已解析到该服务器的域名。
• 端口外部访问：必须勾选。

注意：服务器防火墙和安全组需要放行 TCP 21116-21117 端口和 UDP 21116 端口。

获取公钥

进入 1Panel 安装目录下的 /www/1panel/apps/rustdesk/rustdesk/data/hbbs（其中 /www 是 1Panel 的安装根目录，默认安装路径为 /opt）。

打开 id_ed25519.pub 文件，里面的内容就是连接所需的公钥：

配置客户端

前往 RustDesk Releases 下载并安装客户端，在网络设置中填入以下信息：

• ID 服务器：填写服务器 IP 或域名，使用默认 21116 端口时可省略端口号。
• 中继服务器：填写服务器 IP 或域名，使用默认 21117 端口时可省略端口号。
• API 服务器：未部署 API 服务，留空不填。
• Key：填入上一步获取的 id_ed25519.pub 公钥内容。

这里把我搜集到的靠谱资源分类整理出来，方便找资料。

官方资料

杰理官方近年搭建了在线文档中心，并在 GitHub 和 Gitee 上开放了多条芯片产线的完整 SDK 源码、驱动以及跨平台支持库；同时一级代理商与模块商的公开页面也是获取正规资料的核心途径。

杰理文档系统门户

主页：https://doc.zh-jieli.com/vue/#/docs/
官方搭建的文档中心导航网站，是查找官方资料最全的一级入口。该导航站汇集了以下核心资源的跳转入口，无需到处搜寻分散的子链接：

• 芯片系列在线文档：覆盖 AC79 系列（WiFi/视频/AIoT）、AC63 系列（通用蓝牙/BLE）、AC82N、AD14/AD15/AD16/AC104（语音芯片与玩具主控）、AD23/AD24（AI语音NPU+FPU）、AW30/AW31/AW33（无线射频/2.4G/BLE）以及通用 MCU。
• 开发工具使用指南：提供官方编译链安装配置、烧录工具驱动安装与上位机配置调试软件说明。
• 移动端与轻量端生态：提供覆盖 Android、iOS、微信小程序、HarmonyOS 四大平台的 OTA 空中升级、蓝牙连接、杰理之家、健康及 WiFi 视频图传开发文档。
• 官方周边渠道：站内直接提供了官方 Gitee/GitHub 代码仓库、官方 B 站技术空间以及各芯片产线的官方钉钉技术支持群入口。

官方知识库

官方开源矩阵 Jieli-Tech

主页：GitHub Jieli-Tech / Gitee Jieli-Tech
杰理在开源平台开源了大量芯片的官方底层 SDK、启动引导程序以及跨平台生态，其中Gitee更新的要勤快一点，截至今天，开源平台里的资料有：

• 芯片固件与通用 MCU SDK：
  • fw-AC79_AIoT_SDK / fw-AC792_SDK：AC79 系列 WiFi 视频与 AIoT 固件 SDK。
  • fw-AC63_BT_SDK / fw-AC63_GP_MCU：AC63 系列通用蓝牙与 MCU 固件 SDK，支持 AC631N、AC632N、AC635N、AC636N、AC637N 等型号。
  • fw-AD15N：覆盖 AD14N、AD15N、AC104N、AD17N、AD18N 等多个芯片系列的通用 MCU SDK，内置场景配置工程与 Makefile。
  • fw-AD16N：AD16N 系列 32bit DSP 语音芯片的通用 MCU SDK。
  • AD23N：带 NPU 与 FPU 的 AI 语音玩具与小音箱通用 MCU SDK。
  • AD24N：双发射 32bit DSP 语音芯片通用 MCU SDK。
  • AW30N / fw-AW31N_BLE_SDK / fw-aw33n_ble_sdk：支持 BLE 与 2.4GHz 私有协议的无线主控 SDK。
  • fw-Bootloader：官方定制的芯片引导程序源码，用于学习上电引导、Flash 分区与固件跳转。
• 移动端与全平台生态：
  • 蓝牙通信库：Android-JL_Bluetooth、iOS-JL_Bluetooth，基于 RCSP 协议实现设备通信与控制，并配套提供 android-bt-demo 与 ios-bt-demo 示例。
  • 固件 OTA 升级：覆盖 Android-JL_OTA、iOS-JL_OTA、WeChat-Mini-Program-OTA（微信小程序）、HarmonyOS-JL_OTA（鸿蒙系统）以及 JL_OTA_Flutter。
  • 健康与智能家居：Android-JL_Health、iOS-JL_Health 以及 Flutter-JL_Home 客户端。

官方自建 GitLab

主页：https://gitlab.zh-jieli.com/JL-Studio
官方维护的代码托管站，主要用于存放官方定制 IDE（JL-Studio）的插件、核心环境组件与编译支持脚本。

方案商与代理商

民间大神

在官方生态封闭的情况下，国内外极客对杰理芯片进行了深入的底层逆向、工具开发与开源框架移植。

kagaimiq

GitHub 主页：https://github.com/kagaimiq
海外逆向极客，长期深耕杰理芯片的底层架构与工具链逆向。其维护的全部杰理与相关仓库包括：

• jielie：杰理逆向知识库，梳理了 pi32 指令集、芯片架构、未公开寄存器地址映射及反汇编脚本。
• jl-uboot-tool：基于芯片内置 Uboot 协议开发的固件读写工具，可通过 USB 或串口直接 dump 固件、擦除与烧录 Flash，脱离官方专用烧录盒。
• jl-misctools：杰理固件解包、重打包与加密校验分析的实用 Python 脚本集。
• jl-msbm：作者编写的杰理芯片专用简易裸机运行工程。
• bluetrum-tools：同类竞品中科蓝讯芯片逆向工具，用于华南白牌音频主控的横向对比研究。

pla155

立创开源主页：pla155
活跃创客，专注于低成本硬件下载工具与 CPU 裸机运行探索：

• Jerry Downloader V2.0 烧录器：自制杰理一线通与强制下载器，基于通用元器件实现，开源原理图与 PCB，能低成本替代官方高价烧录盒。
• 杰理 CPU 裸奔思路与工程：探索杰理 CPU 裸机运行的硬件工程与实现思路。

冯芳芳

Gitee 主页：fengfangfang
国内开发者，致力于把通用开源框架移植到杰理主控上：

• AC636N 适配 Arduino（含内置示例编译报告）：将 Arduino 框架移植到 AC636N，并给出了完整的官方示例库编译测试结果。
• AC636N 移植 u8g2：基于 AC636N 官方工程移植集成了 u8g2 单色屏图形驱动库。
• AC6905 极简裸机环境：在立创开源发表的极简裸机运行环境搭建教程，基于 AC6905 实测验证通过。

christian-kramer

GitHub 主页：christian-kramer

• AC690X 逆向笔记：记录了对早期经典主控 AC690X 的摸索手记，包含汇编工具链、引脚排布和实验步骤。

社区探索与海外论坛

• AC690N 裸机开发教程：立创开源平台文章，探讨如何在 AC690N 上脱离官方庞杂 SDK 编写简易裸机代码。
• 俄罗斯 USMI 论坛（专帖）：俄罗斯单片机与音频论坛，聚集了大量拆解华强北音箱主控的极客，包含 Flash 飞线读取与固件反编译讨论。

二开硬件链接

手头没有现成板子时，可以在淘宝淘一些低成本库存或成品小板做二次开发实验。

杂项

本节汇总了鸿蒙系统移植仓、入门实战教程、非正规找资料渠道以及开发者交流群。

移植与实战参考

淘宝卖家与闲鱼渠道

在淘宝购买杰理开发板或芯片时，可以直接向卖家索要商家配套的 SDK 和资料包；也可以在闲鱼搜索对应芯片型号，常有人打包转让内部工程源码与工具链。

开发者交流群

遇到深坑或者缺特定 SDK 压缩包时，可以进群求助交流：