Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 17.06.2024 по 23.06.2024
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/HL7 27931-2015; Страница 35

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 1820-2001 Спички. Технические условия Matches. Specifications (Настоящий стандарт распространяется на спички в коробках, предназначенные для использования в быту.. Стандарт не распространяется на спички специального назначения, сувенирные и спички, предназначенные для экспорта, на которые разрабатываются национальные нормативные документы) ГОСТ ISO 105-X12-2014 Материалы текстильные. Определение устойчивости окраски. Часть X12. Метод определения устойчивости окраски к трению Textiles. Tests for colour fastness. Part X12. Colour fastness to rubbing (Настоящий стандарт распространяется на текстильные материалы и устанавливает требования к методу определения устойчивости окраски текстильных материалов различного сырьевого состава, включая текстильно-напольные покрытия и другие ворсовые ткани, к трению и закрашиванию других материалов.. Данный метод распространяется на текстильные материалы, произведенные из всех видов волокна в виде пряжи и ткани, в том числе напольные покрытия, окрашенные или набивные.. Настоящий стандарт устанавливает два способа проведения испытания устойчивости окраски к трению: с сухой и мокрой смежной хлопчатобумажной тканью) ГОСТ ISO 105-А01-2013 Материалы текстильные. Определение устойчивости окраски. Часть А01. Общие требования к проведению испытаний Textiles. Tests for colour fastness. Part A01.General principles of testing
Страница 35
Страница 1 Untitled document
ГОСТ Р HCO/HL7 27931-2015
должно приводить к сохранению текущего значения поля. Но если приложение-
получатель не в состоянии обработать отсутствие значения, то в соответствии с правила
ми кодирования оно должно трактовать его как существующее, но пустое значение.
Правила кодирования устанавливают, что приложение-получатель должно игнори
ровать поля, которые присутствуют в сообщении, но не ожидаются им, и не рассматри
вать эту ситуацию как ошибочную. Дополнительную информацию о полях и правилах ко
дирования см. в разделах 2.5.3 «Поля» и 2.6 «Правила составления сообщений».
1.6.2 Местные вариации
Назначение стандарта HL7 состоит в стандартизации обмена данными, а не при
кладных систем, занимающихся этим обменом. Это означает, что методы реализации
стандарта в различных учреждениях могут существенно отличаться.
Возможность таких отличий учитывается в стандарте следующим образом:
a) обязательными полями в абстрактном сообщении являются только те, которые
необходимы для обеспечения логики взаимодействия сообщений либо отражения их ос
новного назначения. Многие другие поля указаны, но сделаны необязательными;
b
) в спецификациях стандарта предусмотрена возможность добавления сообще
ний либо части сообщений местного характера, используемых лишь в конкретном учре
ждении. Соответствующие соглашения предназначены для предотвращения конфликта
между местными вариациями и будущими версиями стандарта.
1.6.3 Эволюционные изменения стандарта
Все стандарты должны эволюционировать по мере изменения приложений, для ко
торых они предназначены, и накопления опыта использования этих приложений. С учетом
этого обстоятельства стандарт HL7 включает идентификатор версии протокола во все со
общения.
Новые транзакции или элементы данных будут добавляться к операционной среде
стандарта HL7 в связи с изменением самого стандарта или вследствие изменений в его
местных реализациях в соответствии с правилами, установленными в стандарте. Важно,
чтобы эти изменения могли быть реализованы в конкретной системе без одновременного
изменения всех приложений, с которыми эта система обменивается сообщениями. В свя
зи с этим особую важность имеет та часть правил кодирования стандарта HL7, которая
относится к отсутствующим полям и полям, получение которых не ожидалось. Благодаря
этим правилам новые поля вначале могут быть добавлены в системе-отправителе или
системе-источнике сообщений; система-получатель будет игнорировать новые поля до
тех пор, пока в нее не будут внесены соответствующие изменения. Эти правила также
позволяют вначале вносить изменения в систему-получатель. Пока система-отправитель
29