ГОСТ Р ИСО 21090—2016
вариантах обычно небезопасно возвращать что-либо, кроме значения с причиной пустоты nullFlavor
(обычно NI — нет информации).
Значение любого типа, имеющее причину пустоты nullFlavor, равную NI, у которого все другие
атрибуты имеют пустое значение null или которое удовлетворяет данному условию рекурсивно, се
мантически эквивалентно значению null, определенному в языках UML/OCL, и при необходимости эти
формы могут быть взаимно преобразованы. Большинство простых атрибутов объявлено, используя
типы данных языков UML или OCL, например, строковый тип String, и при необходимости они могут
быть преобразованы в соответствующие комплексные эквиваленты, например ST. у которых причина
пустоты nullFlavor будет иметь значение NI.
Поскольку атрибут может быть или пустым, или обладать причиной пустоты nullFlavor. многие
инварианты приобретают форму (x.ocllsDefined and x.isNotNull) implies {условие}. Для некоторых
инвариантов такое правило не является необходимым, поскольку из промежуточного результата
null (которому равно значение x.isNotNull, если х равен null) следует, что окончательный результат
также null, и такой инвариант благополучно не будет выполнен, но в других случаях должна осу
ществляться защита от пустого значения null, чтобы во всех случаях можно было получить правиль
ный результат.
Понятие nullFlavor представляет собой общую основу для обработки неполных данных, которые
нередко встречаются при сборе, обработке и анализе информации, используемой в здравоохранении.
Это понятие может также играть особую роль при объявлении соответствия в спецификациях, исполь
зующих такие типы данных.
Но все значения причины пустоты nullFlavor могут использоваться с любыми типами данных. Зна
чения PINF и NINF могут использоваться только со специфичными типами (INT. REAL, РО и TS). Значе
ние UNC может использоваться только в типах данных, имеющих атрибут исходного текста originalText
(CD. QTY. QSET и их специализации). Значения QS и TRC могут использоваться только в типе данных
PQ.
Два значения причины пустоты ОТН и INV. а также другие их специализации отражают различие
между действительным значением и значением, представленным в экземпляре. Некоторые из типов
значений могут использоваться в качестве представления значения, которое требует последующего
преобразования, генерирующего действительное значение. Например, может быть предоставлено вы
ражение. обеспечивающее генерацию фактического значения, принадлежащего требуемому домену
значений экземпляра. Другим примером служит некодированное значение типа CD. у которого задан
только атрибут onginalText. При значениях причины пустоты INV. DER и UNC существует возможность,
что некоторое преобразование, основанное на дополнительной информации или дополнительном зна
нии. может сгенерировать правильное значение. А значение причины пустоты ОТН и его специализации
представляют собой утверждение, что никакого лучшего значения, скорее всего, не существует. Отсюда
возникают вопросы доверия — насколько надежен источник, утверждающий, что лучшей информации
нет. насколько надежна обработка, доверяющая такому источнику? Однако эти вопросы не разрешимы.
Поэтому различие не должно приниматься как абсолютное, его надо трактовать как заявление о наме
рении со стороны источника.
Хотя значение причины пустоты INV и его специализации представляют исключительные значе
ния в контексте их использования, оно является исключительным только в параметрах, определенных
настоящим стандартом. Фактические значения всегда должны соответствовать правилам, определен
ным настоящим стандартом.
Значение причины пустоты DER должно использоваться только в том случае, когда из контек
ста. в котором оно применяется, точно известно, как фактическое значение может быть получено
из представленной информации. В настоящем стандарте предусмотрено свойство QTY.expression
(см. 7.8.2.3.1). В других элементах обработки информации могут быть сделаны иные описания ис
пользования значения DER. включенные в их объявления соответствия.
Примечание — Чаще всего правильным значением причины пустоты будет NI. и на разработчиков не
возлагаетсядополнительная обязанность выбора или сохранения правильного значения причины пустоты. Во всех
случаях сомнения, какое значение причины пустоты применимо за пределами тех технических требований, кото
рые точно прописаны в настоящем стандарте в части использования значений NA. INV. DER. ОТН. PINF и NINF.
разработчики вполне безопасно могут использовать значение NI. В частности, если пользователь не ввел значение в
поле ввода процедуры сбора данных или данные отсутствуют по какой-то неизвестной причине, значение NI мо жет
оказаться наиболее подходящим.
17