Проблемът с формата на MRN
САЩ имат около 6100 болници. Всяка използва собствена EHR система. Всяка използва собствен формат на медицинския номер на запис. Национален стандарт не съществува. Joint Commission изисква болниците да могат да идентифицират пациенти -- но не поставя правила за формата.
Форматите варират значително. Някои са 7-цифрени цели числа. Други са 8-цифрени. Някои използват префиксни кодове като HOSP-, MRN- или PT-. Други добавят институционални кодове като SVHS- или CHOP-. Някои вграждат годината на постъпване в номера.
HIPAA Safe Harbor изброява номерата на пациентски записи като идентификатор тип 8 от 18. (45 CFR §164.514(b)(2)) Всички 18 трябва да бъдат премахнати. Правилото не ограничава това до конкретен формат. Ако болницата ви използва персонализиран формат, трябва да го откривате. Инструмент, който го пропуска, не постига Safe Harbor -- дори ако премахва всичките останали 17 вида.
Защо подходът с код се проваля
Стандартният начин за добавяне на персонализиран формат на номер на запис към тръбопровод за де-идентификация е разширяване на Microsoft Presidio. Това означава писане на Python.
Разработчикът създава клас, който разширява EntityRecognizer. Пише regex, свързва го с регистъра на Presidio, тества и поддържа. За екипи по съответствие -- които рядко пишат код -- това е сериозна пречка. Всяка промяна на формат изисква инженер.
Здравните инженери са заети. Те се фокусират върху EHR интеграция и клинични системи. Инструментите за съответствие рядко са техен приоритет.
Работният процес без код
Работният процес с насочен шаблон премахва стъпката с кодиране.
Служителят по съответствие отваря Конструктора на персонализирани субекти в уеб приложението. Поставя пет примерни номера от своята система -- например:
SVHS-0012345
SVHS-0987654
SVHS-1122334
SVHS-4455667
SVHS-8899001
Натиска Generate Pattern. ИИ чете структурата и връща:
- Шаблон:
SVHS-\d{7} - Достоверност: висока
- Предложено название:
HOSPITAL-MRN - Предложена замяна:
[MRN]
Служителят поставя още пет примера. Шаблонът преминава. Записва го в HIPAA пресета.
Оттогава нататък всяка сесия -- уеб приложение, Office Add-in, настолно приложение и API -- открива този формат в стандартния PHI проход. Не е необходим код.
Бележка относно GDPR изследвания
Член 89 от GDPR изисква псевдонимизация за изследователски набори от данни. Персонализираните субекти поставят специфичните за институцията идентификатори в обхват -- затваряйки пропастта, която общите инструменти оставят.
Какво получавате
Този работен процес отнема един следобед. Персонализираният код отнема седмици.
Служителят по съответствие дефинира шаблона, тества го и го разгръща. Без тикет. Без чакане. Пресетът съдържа персонализирания субект до стандартните 17 идентификатора за Safe Harbor.
Когато следващата партида клинични бележки се обработи, всички 18 вида идентификатори са покрити. Safe Harbor е пълен.
Вижте HIPAA Safe Harbor де-идентификация за здравни изследвания за информация как Safe Harbor работи на практика. За болнично-специфични шаблони за разпознаване вижте разпознаване на болнично-специфични MRN формати без инженеринг.