ГОСТ РИСО 21090—2016
2 В настоящем стандарте определен также тип данных ST. представляющий собой оболочку типа данных
String и предлагающий дополнительную функциональность того, как понятие неизменной последовательности
символов укладывается в общий комплекс типов данных, предназначенный для здравоохранения иоперирующий
ассоциированными понятиями неопределенности, ненадежности и соответствия.
Тип данных String содержит последовательность логических символов, отличающуюся от после
довательности байтов, кодирующих последовательность логических символов.
Примечание 3 — Разработчики должны аккуратно учитывать различие между этими двумя понятиями
при реализации этих типов данных.
По умолчанию тип данных String содержит символы в кодировке Unicode. Рекомендуется, чтобы
все элементы обработки информации, объявляющие непосредственное или косвенное соответствие
настоящему стандарту, указывали, что набор символов Unicode используется во всех строковых типах
данных, взятых из настоящего стандарта.
Однако существует несколько наборов символов, которые недостаточно хорошо отображаются на
Unicode. В связи с этим несколько стран или территорий юрисдикции могут предписывать другие наборы
символов, отличающиеся от Unicode. В этих случаях рекомендуется, чтобы стандарты и спецификации,
объявляющие непосредственное или косвенное соответствие настоящему стандарту, обеспечивали ис
пользование наборов символов, отличающихся от Unicode, и содержали явное указание, какие именно
наборы символов поддерживаются и как они представлены.
Примечание 4 — Естественно, использование наборов символов, отличающихся от Unicode, приводит
к росту затрат на реализацию. Поэтому на территориях юрисдикции, выбирающих использование наборов симво
лов, отличающихся от Unicode, должны полностью учесть это обстоятельство.
Набор символов, применяемый в конкретной среде реализации, будь то Unicode или какой-либо
другой, будет именоваться в настоящем стандарте как «строковый набор символов».
Вне зависимости от того, используется в качестве строкового набора символов Unicode или иной
набор, при кодировании примитивного строкового типа в определенном наборе символов могут ис
пользоваться управляющие байты, изменяющие интерпретацию текста. Предполагается, что любая
операция со строковым типом учитывает такую возможность. Но поскольку все операции, описанные в
настоящем стандарте, применены к логической последовательности символов, эти вопросы далее не
обсуждаются.
6.7.6 Атрибуты тонкости
В дополнение к базовым типам данных настоящий стандарт определяет также ряд атрибутов тон
костей типов данных, которые сами по себе не являются типами данных и не определяются ни как клас сы
UML, ни как типы на языке XML-схем. Вместо этого атрибуты тонкости описывают общие шаблоны
ограничений типов данных. Поэтому они не могут быть представлены в виде новых атрибутов, новых
кодов, значений по умолчанию или других вновь определяемых элементов. Они могут только описы
вать правила того, какие существующие свойства класса могут быть использованы и каким образом.
Поскольку атрибуты тонкости типов данных не могут представлять новые свойства или новое зна чение
и сами по себе не существуют как независимые классы, то для правильной обработки информации
элементы обработки информации не должны учитывать ее атрибуты тонкости. Поэтому любой элемент,
объявляющий непосредственное или косвенное соответствие настоящему стандарту, может определять
атрибуты тонкости типов данных или ссылаться на определения атрибутов тонкостей, данные другим
уполномоченным органом, при условии выполнения правил именования, принятых встандарте, а именно:
- имена должны состоять из последовательности допустимых символов, то есть букв. цифр, под
черкиваний и точек; непробельные символы Unicode могут использоваться по усмотрению элемента
обработки информации;
- имена должны начинаться с имени типа, от которого они произведены, после которого следуют
точка, пространство имен, другая точка, а за ними любые дополнительные допустимые символы.
- пространства имен используются для предотвращения конфликта между именами атрибутов
тонкостей, описанных разными источниками; пространство имен должно представлять собой или код
страны согласно ИСО 3166-1. или допустимый идентификатор территории применения (realm), опреде
ленный организацией HL7, или DNS-имя.
При ме ры
TS.CA.BIRTH
Правила для дат рождения, опубликованные соответствующим уполномочен
ным органом Канады.
12