ГОСТ РИСО 21090—2016
Если данные присутствуют в атрибуте value, data или xml, то ссылка должна указывать на те же
самые данные. Ситуация, когда данные, полученные по ссылке, не проходят проверку целостности,
или не совпадают с данными, присутствующими по значению, или не совпадают с данными, которые
были получены по этой ссылке раньше и сохранились в кэше, является ошибкой. Значение атрибута
mediatype типа данных ED должно совпадать с типом среды, возвращаемом при доступе к ссылке.
Ссылка может содержать атрибут usablePeriod, указывающий, что данные могут быть доступны
только ограниченный период времени. Вне зависимости от того, ограничен доступ к ссылке периодом
usablePeriod или нет, содержание ссылке должно оставаться одним и тем же все время. Любое прило
жение. использующее эти данные по ссылке, всегда должно получать те же самые данные или ошибку.
Ссылка не может быть повторно использована для получения другой версии этих данных или других
данных.
7.4.2.3.5 mediaType : Code: идентифицирует тип среды инкапсулированных данных и может ис
пользоваться для определения метода интерпретации или изображения содержания этих данных.
Домен типов среды, определенных организацией IANA. описан в документах RFC 2045 и 2046
организации IETF. По умолчанию атрибут mediaType имеет значение text/plain и не может быть пустым.
Если тип среды отличается от text/plain. то атрибут mediaType должен иметь значение.
Если содержание сжато с помощью заданного алгоритма сжатия, то значение атрибута mediaType
должно указывать тип среды данных, имевшийся до сжатия, вне зависимости от того, присутствуют
данные по ссылке или нет.
7.4.2.3.6 charset: Code: код. присвоенный набору символов и кодировке символьной информации
организацией Internet Assigned Numbers Authority (IANA) и положениями документа RFC 2978 (http://
www.ietf.org/rfc/rfc2978.txt
).
Свойство charset должно быть известно, если значение типа ED представляет собой символьные
данные в любой форме. Если данные присутствуют непосредственно в атрибуте value, то набор симво
лов должен быть известным и совместимым с набором символов типа данных String (дополнительную
информацию см. в 6.7.5). Если эти данные предоставляются по ссылке и метод доступа не обеспечи вает
идентификацию набора символов содержания (обычно возвращаемую в заголовке MIME), то эта
идентификация должна быть указана как компонент типа данных ED.
7.4.2.3.7
language
. Code: человеческий язык содержания. Допустимые коды берутся из документа
RFC 3066 организации IETF. Если этот атрибут пуст, то язык может быть идентифицирован откуда-то
еще. например, из содержания или из тега языка в кодировке
Unicode.
В профилях соответствия должны быть определены правила задания языка по умолчанию, при
меняемые в данной среде использования настоящего стандарта.
Примечание — Хотя значение атрибута language обычно изменяет интерпретацию текста, содержа
щийся в нем код языка не меняет значение символов текста.
7.4.2.3.8 compression . Compression, алгоритм сжатия, если таковой был применен к исходным
байтовым данным. Если этот атрибут пуст, то данные не являются сжатыми. Сжатие применяется толь ко
кдвоичной форме содержания. Если он имеет значение, то оно должно быть взято из системы коди
рования HL7 CompressionAlgorithm (см. таблицу 9).
Таблица 9 — Перечисление CompressionAlgorithm, ОИД. 2.16.840.1.113883.5.1009
Уровень
КодОписание
Определение
1
DFdeflate
Формат дефляционного сжатия, предложенный вдокументе RFC
1951
1
GZ
9-zip
Формат сжатия данных, совместимый с широко используемой
утилитой GZIP и описанный в документе RFC 1952 (использует
алгоритм дефляции)
1
ZLzfib
Сжатый формат данных, также использующий алгоритм дефля
ции. Описан в документе RFC 1950
1
Zcompress
Оригинальный алгоритм сжатия и формат файла, предложен
ный в операционной системе UNIX и использующий алгоритм
LZC (вариант алгоритма LZW). Отягощен патентами и менее эф
фективен по сравнению с алгоритмом дефляции
34