ГОСТ РИСО 21090—2016
В таблице 4 приведены примеры выбора значений причин пустоты.
Таблица 4 — Примеры выбора значений причин пустоты
Сценарий
Выбранное значение
причины пустоты
Пользователь не ввел значение в поле ввода экранной формы
NI
Источник не сконфигурирован для кодирования текстового значения в требуе
мой системе кодирования (codeSystem)
UNC
Источник не способен закодировать данное введенное текстовое значение в
требуемой системе кодирования, поскольку в ней нет кодов, эквивалентных
этому значению
ОТН
Пациент в бессознательном состоянии и не может назвать свою фамилию
NAV
Система не поддерживаетданный элемент
NI
Дозировка не указана, но предоставлено выражение, с помощью которого си
стема-получатель может вычислить правильную дозировку по весу пациента
INV
У пациента нет адреса — нет постоянного места жительства или бездомный
NA
Отчет о длительности продолжающегося побочногодействия с помощью типа
данных IVL<TS>
IVL.high = NA, поскольку дей
ствие продолжается — поня
тие даты завершения непри
менимо
Отчет о длительности побочного действия с помощью типа данных FVL<TS>,
если неизвестно, завершилась ли она
IVL.high = UNK — дата завер
шения неизвестна
Система-источник возвращает персональные данные пациента, но в соответ
ствии с примененной политикой безопасности/конфиденциальности исключа
ет из них адрес.
Следует учитывать, что согласно обычной практике безопасности’’конфиден
циальности получатель не уведомляется, что по уважительной причине какая-
тоинформация от него закрыта. Однако в некоторых случаях рабочий процесс
требует, чтобы пользователю было сообщено о закрытии информации. Зна
чение причины пустоты MSK как раз и рассчитано на эти немногочисленные
случаи
MSK
7.1.5 Соответствие
Соответствие в том виде, как оно описано в разделе 5. акцентировано на соответствии элементов
обработки информации настоящему стандарту. Но есть и другой аспект, который также нередко на
зывают соответствием, который акцентирован на правилах, применяемых к типам данных элементами
обработки информации, например другими стандартами, при использовании этих типов.
Любой элемент обработки информации, использующий эти типы данных, может ограничить их
применение правилами, представленными на некотором человеческом языке или на некотором фор
мальном машинно-обрабатываемом языке, например. OCL. Кроме того, в настоящем стандарте опи
саны два дополнительных средства, с помощью которых можно ограничить возможные значения типов
данных, а именно «обязательность» (mandatory) и «кратность» (cardinality).
Любому внешнему атрибуту, присвоенному типу данных, описанному в настоящем стандарте,
может быть также присвоен номинальный признак «обязателен» с булевским значением true. Если в
контексте использования этому признаку присвоено значение true, то экземпляр типа данных должен
иметь непустое допустимое значение, не иметь причины пустоты nullFlavor, соответствовать всем огра
ничениям. предписанным настоящим стандартом и дополнительным ограничениям на домен значений,
описанным в модели. Если этому признаку не присвоено значение true и экземпляр типа данных не
удовлетворяет ограничениям, описанным в модели ограничений, то этот экземпляр либо должен быть
маркирован, используя некоторую форму причины пустоты nullFlavor (хотя другая информация тем не
менее может быть указана), либо должен быть полностью опущен. В последнем случае применяется
значение причины пустоты по умолчанию (обычно NI).
18