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

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

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

Ещё ГОСТы из 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
Страница 56
Страница 1 Untitled document
ГОСТ Р ИCO/HL7 27931-2015
жет передать лабораторной системе прямое сообщение, идентифицирующее пациента,
заказанные анализы и прочую информацию о заказе. Информационная система паракли
нического отделения, получившая сообщение заказа, должна послать подтверждение о
нем после того, как успешно его обработает. Для некоторых пар систем клиника-
параклиника такое подтверждение может также включать в себя идентификатор заказа,
присвоенный параклиническим подразделением. стандарте HL7 не требуется такого
взаимодействия приложений, обеспечивающих ввод заказов и передачу результатов, но
соответствующий режим обеспечивается.)
В стандарте HL7 не делается никаких предположений о владельце данных. В нем
также не делается никаких предположений ни о последующих действиях получателя дан
ных, ни о структуре или архитектуре прикладной системы-получателя. Область примене
ния стандарта HL7 ограничена спецификацией сообщений, передаваемых между при
кладными системами, и событий, которые их вызвали. В явном виде стандарт HL7 не
поддерживает системы,обеспечивающие переадресацию сообщений (store and forward) и
их широковещательную передачу (broadcast), хотя и не исключает эти режимы передачи
(см. «Руководство по реализации стандарта HL7»).
Стандарт HL7 не содержит функциональной интерпретации требования, чтобы си
стема вначале отправляла информацию, переданную в сообщении, в свою базу данных
(commit), а уж затем передавала подтверждение об этом сообщении. Все, что требуется
от системы-получателя - принять на себя ответственность за обработку переданных ей
данных, используя те же проверки их целостности, что предпринимаются ею для данных,
полученных из любого другого источника. Продолжая предыдущий пример, система пара
клинического отделения может подтвердить получение заказа на лабораторные тесты
сразу после его помещения во входную очередь, рассчитывая выполнить полную обра
ботку заказа и размещение его в своей базе данных лишь через какое-то время. В этом
случае предполагается, что входная очередь столь же надежна для хранения информа
ция, как и база данных.
2.2.3 Подтверждения. Расширенный режим
Парадигма подтверждения в стандарте HL7 расширена с тем, чтобы различать под
тверждения приема сообщения (accept aknowledgement) и прикладной обработки сооб
щения (application aknowledgement), а также условия, при которых такие подтверждения
требуются. Возвращая положительное подтверждение приема, система-получатель уве
домляет, что сообщение надежно сохранено и система-отправитель освобождается от по
тенциальной необходимости в повторной передаче этого сообщения. После того, как си
стема-получатель выполнила содержательную обработку переданного ей сообщения, она
50