MRN格式问题
美国约有6100家医院，每家都运行各自的电子健康记录系统，使用各自的医疗记录号格式。全国没有统一标准。联合委员会（Joint Commission）要求医院能够识别患者身份，但对格式没有任何规定。
各医院格式差异显著：有的使用7位整数，有的使用8位整数，有的添加HOSP-、MRN-或PT-等前缀，有的使用SVHS-或CHOP-等机构代码，还有的在号码中嵌入入组年份。
HIPAA安全港将患者记录号列为18类标识中的第8类（45 CFR §164.514(b)(2)），要求18类全部移除，且规定不限于任何特定格式。如果您的医院使用自定义格式，您必须能够检测它。若工具遗漏该格式，即使其他17类均已移除，也不符合安全港要求。
编码方案的局限
在去标识化管道中添加自定义记录号格式的传统方法是扩展Microsoft Presidio，这意味着需要编写Python代码。
开发人员须创建一个继承 EntityRecognizer 的类，编写正则表达式，将其注册到Presidio中，并持续测试和维护。对于几乎不写代码的合规团队而言，这是一道难以跨越的门槛——每次格式变更都需要工程师介入。
医疗工程师本已繁忙，专注于电子健康记录集成和临床系统，合规工具通常不在其优先议程之内。
无代码规则生成工作流
引导式规则生成方法彻底消除了编码环节。
合规专员在Web应用中打开自定义实体创建器，粘贴来自本院系统的5个样本号码，例如：
SVHS-0012345
SVHS-0987654
SVHS-1122334
SVHS-4455667
SVHS-8899001
点击「生成规则」，AI读取结构后返回：
- 规则：
SVHS-\d{7} - 置信度：高
- 建议实体名称：
HOSPITAL-MRN - 建议替换标记：
[MRN]
专员再粘贴5个样本进行验证，规则通过后保存至HIPAA预设。
此后，所有会话——Web应用、Office加载项、桌面应用和API——均在标准PHI扫描中自动检测该格式，无需任何代码。
GDPR研究数据注
GDPR第89条要求对研究数据集进行假名化处理。自定义实体将机构专属标识纳入检测范围，从而弥补通用工具留下的覆盖缺口。
实际收益
这套工作流只需半天时间，而编写自定义代码往往需要数周。
合规专员自主完成规则定义、测试和部署，无需提交工单，无需等待排期。自定义实体与标准的17项安全港标识并列保存在预设中。
下次批量处理临床记录时，全部18类标识均有对应检测方法，安全港合规得以完整实现。
安全港去标识化的实践详情请参阅HIPAA安全港医疗研究去标识化指南；医院专属检测规则请参阅无需工程支持的医院MRN格式检测。