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

ГОСТ Р 57304-2016; Страница 25

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

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО 4355-2016 Основы проектирования строительных конструкций. Определение снеговых нагрузок на покрытия (В настоящем стандарте устанавливаются методы определения снеговой нагрузки на покрытия. ИСО 4355 может служить основой для разработки национальных стандартов по определению снеговых нагрузок на покрытия. Статистические данные по весу снегового покрова в виде карт районирования, таблиц или формул следует принимать по национальным стандартам. Коэффициенты формы, представленные в настоящем стандарте, предназначены для применения при проектировании и поэтому могут использоваться непосредственно в тех случаях, когда отсутствует обоснование применения иных значений. Для определения снеговых нагрузок на покрытия нестандартной формы или форм, не охватываемых настоящим стандартом, рекомендуется проводить специальные исследования. Такие исследования могут включать в себя испытания на масштабных моделях в аэродинамической трубе или в водяном лотке, специально оборудованных для воспроизведения явления снегонакопления, и должны включать в себя методы учета местных метеорологических статистических данных. Примеры использования численных методов, исследований на масштабных моделях и сопутствующих методов статистического анализа описаны в приложении G. Приложения, в которых описаны методы определения характеристического значения веса снегового покрова, коэффициента защищенности, термического коэффициента и нагрузок на снегозадерживающие преграды, являются справочными ввиду ограниченного количества документальных источников и доступных научных результатов. В некоторых регионах в отдельные зимы с аномальными погодными условиями могут быть жесткие условия нагружения, не предусмотренные настоящим стандартом. Указание стандартных процедур и средств измерений не входит в задачи настоящего стандарта) ГОСТ Р ИСО 21549-4-2016 Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 4. Расширенные клинические данные (Настоящий стандарт применим в тех случаях, когда данные записываются на пластиковые карты пациентов или переносятся картами, соответствующими физическим размерам ID-1, определенным в ИСО 7810. Настоящий стандарт определяет базовую структуру данных, содержащихся в информационном объекте расширенных клинических данных, но не определяет и не предписывает для хранения на картах конкретные наборы данных) ГОСТ Р ИСО 14199-2016 Информатизация здоровья. Информационные модели. Модель группы интегрированной предметной области биомедицинских исследований (BRIDG) (В настоящем стандарте описан комплекс моделей, коллективно называемых моделью Группы интегрированной предметной области биомедицинских исследований(BRIDG). Этот комплекс предназначен для обеспечения разработки компьютерного программного обеспечения, баз данных, хранилищ метаданных и стандартов обмена данными. Он поддерживает технологические решения, ориентированные на семантическую (то есть смысловую) интероперабельность в сфере биомедицинских/клинических исследований, а также интероперабельность этой сферы с информационными системами здравоохранения. Семантика клинических исследований представлена как совокупность визуальных диаграмм, описывающих отношения между данными, определенияпонятий, разъяснения и примеры, используемые в биомедицинских исследованиях, основанных на протоколах. Эти диаграммы используют символику и грамматику унифицированного языка моделирования UML (UnifiedModellingLanguage), эталонной информационной модели HL7 RIM (ReferenceInformationModel), а также языка веб-онтологий OWL (WebOntologyLanguage). Настоящий стандарт описывает связи между клиническим исследованием, основанным на протоколе, и ассоциированными с ним регуляторными артефактами, включая данные, организации, ресурсы, правила и процессы, вовлекаемые в формальную оценку пользы, влияния или других фармакологических, физиологических или психологических эффектов применения лекарства, процедуры, процесса, медицинского изделиячеловеком, животным или иным субъектом либо субстанцией, сопровождаемого всеми требуемыми регуляторными артефактами, требуемыми для применения или вытекающими вследствие применения, включая информацию, предназначенную для постмаркетинговой отчетности о нежелательном побочном действии)
Страница 25
Страница 1 Untitled document
ГОСТ Р 57304—2016
<part type-"CNT” code="DEUcodeSystem-”1.0.3166.1.2" value-"D"/>
<part type-"ZiP" value=”14165"/>
<part type="CTY" value="Berlin"/>
</addr>
9.2 Тип данных CS — кодированное простое значение
Кодированный атрибут с простым значением. Он всегда связан с конкретной системой кодирова
ния из числа упомянутых в подразделе, посвященном спискам кодов и перечислениям.
Пример
<statusCode code=active"/>
9.3 Тип данных ED — инкапсулированные данные
В настоящем стандарте требуется, чтобы инкапсулированные данные были либо неформатиро
ванным текстом (тип среды «text/plain»), либо текстом в формате HTML (тип среды «textrtitml»). Код
языка требуется.
CONF ed-lc: элемент с типом данных ED должен иметь код языка представленный на языке.
CONF ed-mt: свойство mediaTypeэлемента с типом данных ED должно иметь значение «text/plain»
или «text/titml».
Пример
<text value=’this is plain textlanguage="en-US" mediaType=”text/plain"/>
<text valuer "dieses ist normaler Text" language="de-DE" mediaType- ’textJplain"f>
9.4 Тип данных EN.PN — фамилия, имя. отчество лица
Пример
<пате use="OR
С>
<part type-"GiV" value="Selby/>
<part type="FAM" qualifier="SP" value-"Butt’/>
<part type="FAM" value="Hadrian"/>
<Jname>
9.5 Тип данных EN.ON наименование организации
Пример
<пате use="LS">
<part value-"Healthy Hospital"/>
<part qualifier="SFX”>LLC</part>
<Sname>
9.6 Тип данных II — идентификатор экземпляра
Уникальный идентификатор предмета или объекта. В настоящем стандарте он используется толь
ко для идентификации организаций. Этот тип данных имеет два следующих свойства:
- root представляет собой уникальный идентификатор, гарантирующий глобальную уникальность
идентификации экземпляра объекта. Если свойству root присвоено значение и нет ни причины пустоты
nullFlavor. ми свойства extension, то значение свойства root само по себе является глобально уникаль
ным идентификатором. В присутствии непустого свойства extension значение свойства root является
уникальным идентификатором «пространства имен», из которого берутся значения идентификатора,
содержащегося в свойстве extension. В настоящем стандарте требуется, чтобы это свойство имело
значение объектного идентификатора (ОИД);
- extension содержит строку символов, представляющую собой уникальный идентификатор в про
странстве имен, определенном значением свойства root. Схема, состоящая из свойств root и extension,
означает, что конкатенация значений этих свойств должна быть глобально уникальным идентификато
ром элемента, идентифицируемого данным значением типа II.
Примеры приведены в описании атрибута id класса Organization (см. 7.13.1.1).
20