ГОСТ ISO/TS 27527—2013
b) Следует быть внимательным при использовании личных имен в качестве критерия поиска. На это есть
следующие причины:
I) У личных имен может быть несколько вариантов написания (например. Catherine через С или К), поэто му
они обычно используются только при «фонетическом» поиске. Таким образом, при использовании в
качестве критерия поиска не очень надежного элемента данных должны использоваться такие алго
ритмы. которые позволяют найти всех лиц. похожих на то. которое ищется.
II) У того имени, которое хранится в базе данных, может иметься несколько распространенных вариантов
(Билл или Уильям). Следует регистрировать все альтернативные имена, в том числе псевдонимы.
Hi) Личные имена могут быть записаны в разной последовательности. Нередко лицо известно под вто
рым именем, а не под первым, хранящимся в системе. Эта проблема разрешается применением поис
ковых алгоритмов, сопоставляющих с хранящимся именем все имена лица.
iv) Следует учитывать особые имена, такие как «сын/дочь....». Поисковые алгоритмы должны учитывать
такие имена и сопоставлятьихс любым введенным личным именем. Если всистему введено подобное
имя, тодля поиска поле личного имени следует считать пустым. Тоже самое относится к случаям, когда
в категории пола указано значение «не известен», которое при поиске должно совладать как со значе
нием «мужской», так и со значением «женский».
c) Включение имени в качестве критерия поиска без применения специальных алгоритмов увеличивает
вероятность исключения искомого лица из результатов поиска. Если целью является поиск клиента, то будет более
рациональным исключить из поиска его личное имя. но включить его в информацию, показываемую пользователю 8
целях выбора нужного лица.
d)
При вводе даты рождения легко сделать ошибку, а нередко даты рождения не известны. Чтобы при поиске
не пропустить регистрационную запись из-за опечатки в дате, следует использовать значение даты рождения в
качестве диапазона возраста или использовать перестановки чисел даты (например, 01/05/2004 или 05/01/2004.
01/05/1980 либо 01/05/1990).
e) Следует также убедиться, что в алгоритмах поиска используются признаки точности даты.
() Если система поиска допускает соединение вводимых значений союзами «и* и «или», используйте их.
Принцип 2. Учитывайте вариабельность данных вашей популяции с течением времени. Это поможет опре
делить. какие элементы данных надо выбрать, чтобы найти искомую запись.
a) Такие элементы данных, как пол. будучи правильно собранными, крайне редко меняются с течением вре
мени. При их применении в качестве критериев поиска вероятность исключения искомого лица из результата мало
вероятна. Однако поиск по критерию пола может быть ненадежен, если пол определяется по имени
человека. Например, имя «Ким» может носить как мужчина, так и женщина.
b
) Элементы данных адреса могут быть полезны для не очень мобильной популяции или если адрес относит
ся к месту оказания медицинской помощи (например, адрес места работы является хорошим критерием для поиска
участковой медсестры полуострова Беларин).
Принцип 3. При поиске пользуйтесь точными данными.
а)Информация, которая может быть известна пациенту и легко определяется, может быть полезным допол
нением к критериям поиска.
ПРИМЕР
— «Я
работаю с доктором Вилксом». «Мой офис находится...
*.
Принцип 4. Постарайтесь построить такой алгоритм, чтобы для нахождения нужного результата требова
лось выполнить только один или два шага поиска. Следует учитывать, что в системе здравоохранения оператор
ский ввод происходит в условиях стресса и по своему приоритету ставится ниже непосредственного оказания
медицинской помощи. В таких условиях процедура поиска должна быть «сконструирована* таким образом, чтобы с
высокой вероятностью искомые данные могли быть найдены а результатах первого шага. Нередко для дополни
тельных шагов нет времени или специально выделенных операторов, а также:
a) персонал часто бывает занят и редко выполняет более одного шага поиска регистрационной записи.
b
) нередко сотрудники считают, что если а результате поиска нет искомого объекта, значит, его нет и в базе
данных.
c) сотрудники не включили в основную процедуру поиска «фонетические* алгоритмы совпадения и алгорит
мы поиска альтернативных имен. Не рекомендуется на первом шаге поиска по умолчанию учитывать только точное
совпадение данных с критериями, поскольку вполне вероятно, что из его результатов будет исключено
искомое лицо, что может привести к созданию дублирующих регистрационных записей:
d)
если поиск выдал слишком много результатов, то сотрудники не поняли, что критерии поиска надо пере
смотреть и ввести в качестве критериев дополнительные надежные элементы данных.
А.9.12.3 Общие принципы поиска
Обычно при поиске субъекта задаются следующие ключевые идентифицирующие данные:
- фамилия (с алгоритмами частичного или фонетического совпадения);
- дата рождения или возраст:
- пол.
55