ГОСТ Р MCO/HL7 27931-2015
1) Создан двойник идентификатора
Регистратор мог ошибочно решить, что лицо, пациент, счет или визит еще не заре
гистрированы в системе, и присвоить новый, «дублирующий» идентификатор в дополне
ние к уже существующему. Для устранения этой ошибки используется операция «объеди
нения» идентификаторов.
2) Выбран ошибочный идентификатор
Регистратор по ошибке выбрал идентификатор другого лица, пациента, счета или
визита и ввел информацию о данном лице, пациенте, счете или визите, привязав ее к чу
жому идентификатору. Этот вид ошибок устраняется операцией «перемещения» иденти
фикаторов.
3) Присвоен ошибочный идентификатор
Регистратор случайно присвоил лицу, пациенту, счету или визиту ошибочный новый
идентификатор, еще не связанный ни с каким другим лицом, пациентом, счетом или визи
том. Такое обычно происходит, когда идентификатор присваивается вручную, а не генери
руется автоматически информационной системой. Для исправления этой ошибки исполь
зуется операция «изменения» идентификаторов.
3.5.2.1.1 Иерархия идентификаторов
Этот раздел изложен в предположении, что в учреждении ведется главный регистр
пациентов (ГРП), который неадекватно используется при наличии несколько равноправ
ных ГРП или нескольких типов идентификаторов. Чтобы избежать возможных проблем,
разработчики должны тщательно анализировать возможную интерференцию разных ти
пов идентификаторов.
Системы ведения ГРП уровня учреждения могут взаимодействовать, формируя или
одноуровневые, или иерархические связи. В этом случае может потребоваться в одном
сообщении стандарта HL7 передавать несколько идентификаторов пациента, присвоен
ных на уровне учреждения. Примером одноуровневой связи между ГРП может служить
приложение, совместно использующее данные ГРП, которые независимо ведутся Управ
лением по делам ветеранов США (Department of Veterans Affairs) и Министерством оборо
ны США (Department of Defense). Иерархические связи между ГРП могут понадобиться
при взаимодействии между районными, городскими и областными учреждениями здраво
охранения ,ведущими собственные ГРП.
В событиях взаимодействия предполагается, что идентификаторы лица, пациента,
лицевого счета и визита иерархически связаны следующим образом:
уровень 3 (пациент), идентифицируемый значением поля PID-3 «Список идентифи
каторов пациента»;
589