ГОСТ Р HCO/HL7 27951—2016
В этом примере система кодирования квалификатора (HCPCS) отличается от системы кодирования основ
ного кода (СРТ-4). Этот квалификатор может использоваться только в силу наличия хорошо определенных правил
сочетания этих кодов. Учтите также, что имя роли квалификатора не является обязательным, и для кодов
HCPCS имена ролей не назначаются.
Порядок применения квалификаторов сохраняется, особенно в случае, когда система кодирования позволя
ет посткоординацию, но не определяет имена ролей, как это имеет место для некоторых кодов клинической моди
фикации МКБ-9 в США (ICD-9CM) или для «многоосевого» кодирования в старой версии номенклатуры SNOMED
(muttiaxial).
В.2.6.9 Свойство equality: BL (унаследовано от типа данныхANY)
Основными применениями дескрипторов понятий являются индексирование, запросы и принятие решения
на основе кодированного значения. Поэтому для семантически однозначной спецификации кодированных значе
ний требуется точное определение того, что означает равенство дескрипторов понятий и как можно сравнивать
значения типа CD. (Дополнительные сведения о сравнении пре- и посткоординированных выражений см. в публи
кации Dolin RH. Spackman КА. Markwell D. Selective Retrieval of Pre- and Post-coordinated SNOMED Concepts. Fall
AMIA2002; 210-14. или в руководстве SNOMED CT Implementation Guide, July 2003.)
Равенство двух значений типа CD определяется исключительно по значениям свойств code и codeSystem.
Свойство codeSystemVersion из проверки на равенство исключаетсяЧ Если присутствуют квалификаторы, то они
учитываются при проверке на равенство. Преобразования не включаются в проверку2). Исключительные значения
типа CD не считаются равными даже в том случае, если они имеют одну и ту же причину пустоты или один и тот же
исходный текст3).
invar iant. (CD х, у>
where x.n o nN ull.and(y.nonN ull) (
x .e q u a i(у ).e q u a l(x .соле.equal(y.coae)
. and(x. codeSystem. equal (y.nom nqSysteift))
. ana (x .q u a lilie r .equa 1(y.qual lite r) ) } ;
I ;
В некоторых системах кодирования определены разные стили представления кодовых значений. Напри
мер, в системе идентификации лекарственных средств U.S. National Drug Code (NDC) предусмотрены две формы,
с дефисами и без дефисов. Примером формы с дефисами служит код 1234-5678-90, а формы без дефисов —
01234567890. Другим примером подобной проблемы служат некоторые таблицы кодов ИСО или ANSI, в которых
определены необязательные алфавитно-цифровые и числовые формы кода из двух или трех символов для всех
кодируемых значений.
В том случав, когда система кодирования предусматривает несколько представлений, комитетом HL7 долж
но быть принято решение о предпочтительной форме. Комитет должен документировать это решение, если им
рекомендована соответствующая внешняя система кодирования. Решение о предпочтительной форме должно
приниматься с учетом практичности и широты использования. Если четких критериев практичности и широты ис
пользования нет. то должно быть отдано предпочтение наиболее безопасной, расширяемой и наименее
стилизо ванной (наименее декорированной) форме4).
*) Свойство codeSystemVersion не учитывается при проверке равенства, поскольку по определению символ
кода должен иметь одно и то же значение во всех версиях системы кодирования. При переходе к другой версии
код может быть объявлен устаревшим, но не может быть удален или повторно использован для другого понятия.
2) Преобразования не включаются в проверку на равенство по соображениям безопасности. Альтернативой
могло быть признание двух значений типа CD равными, если равны какие-либо из их преобразований. Однако
некоторые преобразования могут оказаться одинаковыми, поскольку их система кодирования является очень гру
бой. Более интеллектуальные сравнения дескрипторов зависят от приложений и не обсуждаются в настоящей
спецификации.
3) Пустые значения (NULL) являются исключительными значениями, а не допустимыми понятиями. Было бы
небезопасно приравнивать два значения только на том основании, что они оба исключительны (например, не зако
дированы или неизвестны). Аналогично, нет никакой гарантии, что исходный текст представляет собой уникальное
описание понятия, поэтому совпадение исходных текстов не означает равенство понятий. Верно и обратное: так
как одно и то же понятие может быть описано с помощью разных исходных текстов, то несовпадение текстов не
означает, что понятия различаются.
4) Это решение, принимаемое на этапе конструирования, необходимо, чтобы интерфейсы, предлагаемые в
стандартах HL7, не были отягощены необходимостью реализации преобразований различных стилей литералов
кодов во время исполнения, хотя это и может привести к ситуации, когда некоторым приложениям может потребо
ваться выполнять преобразования из одной формы представления кодов в другую, если они рассчитаны на вари ант
представления, не выбранный комитетом HL7.
320