golang.org/x/image/dicom 默认只解析文件头，dataset 为空，需显式调用 f.parsedataset() 才能读取业务字段；跳过会 panic；大文件建议设 skippixeldata:true。
Go 解析 DICOM 文件时，golang.org/x/image/dicom 为什么读不出 Tag 值？
因为该包默认只解析文件头（File Meta Information），不自动加载数据集（Data Set）——你看到的 dicom.File 结构体里 DataSet 字段是空的，不是 bug，是设计使然。
- 必须显式调用
f.ParseDataSet()才能读取像素、患者名、模态等业务字段 - 若跳过这步直接访问
f.DataSet.FindElementByTag(0x0010, 0x0010)，会 panic：nil pointer dereference - 大文件下建议传入
dicom.ParseOptions{SkipPixelData: true}避免内存暴涨
HL7 v2.x 消息解析用 github.com/evanphx/hl7go 报 unexpected segment delimiter
这不是编码问题，而是 HL7 消息末尾缺了分隔符（通常是 \r 或 \r\n）——该库严格校验段结束符，不接受“最后一段没换行”的常见传输变体。
- 接收消息后先补上
msgBytes = append(msgBytes, '\r')再交给hl7.ParseMessage() - 若原始数据来自 HTTP body 或数据库字段，注意是否被 trim 过；日志里看十六进制更准：
0d（CR）必须存在 - 别用
strings.Split()自己切段，HL7 的字段内可能含|，必须依赖协议层解析器
解析 DICOM 元数据后，GetString 返回空但 GetRawValue 有数据
说明该元素用了隐式 VR（Value Representation）且未正确推导类型，或 VR 是 OB/OW 等二进制类型，不能直转字符串。
- 先查
e.VR字段：如果是"UN"（Unknown）或"OB"，GetString()必然返回空 - 对
OB类型（如私有 tag 的加密字段），改用e.GetBinary()；对LO/PN等文本类，确保e.VR不是"UN" - 隐式 VR 文件需靠
dicom.DefaultTransferSyntax推断，若用错 transfer syntax（比如误设为ExplicitVRLittleEndian），VR 就会错乱
生产环境处理 HL7/DICOM 时，time.Parse 失败导致整条消息丢弃
HL7 的 DTM 和 DICOM 的 DA/TM 格式极不统一：有的带时区（20240520143000-0500），有的只有日期（20240520），还有的用 . 分隔时间（14.30.00）——标准库 time.Parse 无法兜底。
立即学习“go语言免费学习笔记（深入）”；
- 别自己写正则匹配，用
github.com/moov-io/base的base.ParseHL7DateTime()，它覆盖了 HL7 2.x 全部时间变体 - DICOM 时间字段优先走
e.ParseDate()/e.ParseTime()（来自 dicom 包），它们内置了DA/TM/DT的规则 - 任何时间解析失败都不该 panic，应记录 warn 日志并填入零值（如
time.Time{}），避免单条脏数据阻塞流水线
行业格式解析最麻烦的从来不是“能不能读出来”，而是“字段存在但类型不可信”——DICOM 私有 tag 的 VR 可能和标准冲突，HL7 的 Z-segment 字段定义常由医院自定。留好 fallback 路径比追求一次性全对更重要。
