Руководство распространяется на проектирование, устройство и ремонт кровель различных зданий и сооружений, выполняемых с применением воронок «HL».
Открытое акционерное общество
«Центральный научно-исследовательский
и проектно-экспериментальный институт
промышленных зданий и сооружений»
(ОАО «ЦНИИПромзданий»)
УТВЕРЖДАЮ
Зам. генерального директора
ОАО «ЦНИИПромзданий»
канд. техн. наук, профессор
_______________ С.М. Гликин
«___» _____________ 2007 г.
РУКОВОДСТВО
ПО ПРИМЕНЕНИЮ В КРОВЛЯХ ВОРОНОК « HL »
ФИРМЫ « HL HUTTERER Lechner GmbH» (Австрия) предложена большая номенклатура пластмассовых воронок и комплектующих изделий для отвода воды с кровель, которые начали применяться в России с начала 2000 г. Данное Руководство, разработанное в развитие главы СНиП II-26-76 . может служить проектным и строительным организациям дополнительным материалом при проектировании, устройстве и ремонте кровель.
УШП трап HL 310 в гараже и не только. УШП нового образца.
Продукция сертифицирована в системе сертификации ГОСТ Р Госстандарта России.
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Настоящее Руководство распространяется на проектирование, устройство и ремонт кровель различных зданий и сооружений, выполняемых с применением воронок « HL ».
1.2. При проектировании и устройстве кровель, кроме настоящих рекомендаций, должны выполняться требования норм по проектированию кровель, по технике безопасности в строительстве, действующих правил по охране труда и противопожарной безопасности.
1.3. Работы по устройству изоляционных слоев кровли и установке воронок «HL » должны выполняться специализированными организациями.
1.4. Площадь кровли, приходящаяся на одну воронку, и диаметр воронки должны устанавливаться расчетом по СНиП 2.04.01-85* .
1.5. Водоприёмные воронки внутреннего водостока должны располагаться равномерно по площади кровли на пониженных участках преимущественно вдоль каждого ряда разбивочных осей здания.
1.6. На каждом участке кровли, ограниченном стенами, парапетами или деформационными швами, должно быть не менее двух воронок.
Максимальное расстояние между водосточными воронками при любых видах кровли не должно превышать 48 м ( СНиП 2.04.01-85* ).
Местное понижение кровли в местах установки воронок внутреннего водоотвода должно составлять 20 — 30 мм в радиусе 500 мм за счёт уменьшения толщины слоя утеплителя или за счёт уменьшения основания под водоизоляционный ковёр.
1.7. Водоприёмные воронки, расположенные вдоль парапетов и других выступающих частей зданий, должны находиться от них на расстоянии не менее 600 мм. Не допускается установка водосточных стояков внутри стен.
1.8. Водоотводящее устройство не должно менять своего положения при деформации основания кровельного ковра или прогибе несущего основания кровли. Чаши водосточных воронок должны быть прикреплены к несущему основанию кровли и соединены со стояками через компенсаторы.
1.9. В чердачных покрытиях и в покрытиях с вентилируемыми воздушными прослойками приемные патрубки водосточных воронок и охлаждаемые участки водостоков должны иметь теплоизоляцию. Допускается предусмотреть обогрев патрубков водосточных воронок и стояков в пределах охлаждаемых участков.
Строительство отеля из ЛСТК — это возможность получить лучшую архитектуру за меньшую стоимость✅
1.10. Испытания внутренних водостоков следует производить наполнением их водой до уровня наивысшей водосточной воронки. Продолжительность испытания должна составлять не менее 10 мин.
Водостоки считаются выдержавшими испытание, если при осмотре не обнаружено течи, а уровень воды в стояках не понизился (п. 4.15 СНиП 3.05.01-85 ).
1.11. При устройстве покрытий в зданиях с металлическим профилированным настилом и теплоизоляционным слоем из сгораемых и трудносгораемых материалов необходимо предусматривать заполнение пустот ребер настилов на длину 250 мм несгораемым материалом (минеральной ватой и т.п.) в местах примыканий настила к стенам, деформационным швам, стенкам фонарей, воронкам внутреннего водостока, а также с каждой стороны конька и ендовы.
2. ТИПЫ ВОРОНОК И ИХ ТЕХНИЧЕСКАЯ ХАРАКТЕРИСТИКА
2.1. В зависимости от области применения (типа кровель) воронки имеют различную конструкцию (рис. 1). Для неэксплуатируемой кровли применяют, как правило, воронку серии HL 62 с вертикальным выпуском и листвоуловителем для задержания листьев и другого мусора (рис. 1а).
2.2. Воронка для эксплуатируемых кровель (рис. 1в) отличается наличием надставного элемента с дренажным кольцом ( HL 062 B .3 E ) и трапом с решёткой из нержавеющей стали. В маркировке таких воронки присутствует обозначение «В».
2.3. Воронка серии HL 63 для кровель в покрытии с несущим настилом из профилированных листов приведена на рис. 1е.
2.4. Воронки с горизонтальным выпуском серии HL 64 (рис. 1б; г) предусматривают для отвода воды с места её сбора, удалённого от водоотводящего стояка.
Рис . 1. Воронки для неэксплуатируемых и эксплуатируемых кровель с вертикальным (а, в) и горизонтальным
(б, г) выпусками, для ремонтируемых кровель (д) и для кровель с несущим настилом из профилированного листа (е)
2.5. Воронки серии HL 69 для ремонтируемых кровель (рис. 1д) имеют удлинённый патрубок с гибкими «юбками» большего диаметра для соединения с существующим стояком (трубой из стали, чугуна или пластика).
2.6. Для кровель из термопластичных или наплавляемых рулонных материалов могут быть применены специальные воронки с окантовкой водоприёмной части из полимербитумного полотна (в маркировке «Н»), или с фланцем из поливинилхлорида для приклейки ПВХ мембраны (в маркировке «Р»).
В маркировку воронок с электрообогревом добавлена «.1».
Диаметр выпуска обозначается через дробь — «/1» — 110 мм, «/7» — 75 мм, «/2» — 125 мм, «/5» — 160 мм.
Пример: HL 62.1ВН/5. «62» — кровельная воронка с вертикальным выпуском; «/5» DN 160; «.1» с электрообогревом; «Н» с полимербитумным полотном для приварки гидроизоляции; «В» — для эксплуатируемой кровли с максимальной разрешённой нагрузкой до 300 кгс.
2.7. Конструкции воронок для балконов, террас и стилобатов практически одинаковы с вышеприведенными кровельными воронками, но с тем отличием, что воронки для балконов и террас с меньшими диаметрами и соответственно меньшей пропускной способностью, а воронки для стилобатов, выдерживающие большие нагрузки, имеют большую пропускную способность и соответственно больший диаметр (см. табл. 2.1, 2.2, 2.3).
2.8. Кровельные воронки в зависимости от конструкции кровли могут комплектоваться следующими дополнительными элементами:
HL 160 — дренажное кольцо для отвода воды и соединения двух элементов водостока (преимущественно для инверсионных кровель);
HL 65 — надставной элемент с обжимным фланцем из нержавеющей стали (для традиционных и комбинированных кровель);
HL 65 H — надставной элемент с полимербитумным полотном для соединения (приварки) с кровельным ковром на битумной основе;
HL 65 P — надставной элемент с фланцем из поливинилхлорида для приклейки ПВХ мембраны;
HL 350.1Н — надставной элемент типа HL 65 H , который дает возможность выполнить соединение с водосточной воронкой либо герметично, либо через дренажное кольцо HL 160 или HL 062В.3Е;
HL 350.1 — надставной элемент для механического крепления геотекстиля (как правило, инверсионные кровли);
HL 350 — удлинитель для надставных элементов;
HL 170- плоский листвоуловитель;
HL 175 — листвоуловитель из нержавеющей стали;
HL 66 — трап с решёткой из нержавеющей стали (выдерживает нагрузку 1,5 тс).
Технические показатели кровельных воронок
марка воронки с обогревом
диаметр выпуска, мм
пропускная способность, л/с
максимальная нагрузка, кгс
1. Неэксплуатируемая кровля
2. Эксплуатируемая кровля
2.9. Воронки для балконов и террас комплектуются следующими деталями:
HL 82 — комплект для электрообогрева воронок и трапов серий HL 310; 90 и 80;
HL 180 — дренажное кольцо для отвода воды и сопряжения двух элементов водостока между собой;
HL 83.0 — обжимной фланец из нержавеющей стали;
HL 83. H — фланец с полимербитумным полотном;
HL 83. P — фланец из поливинилхлорида;
HL 85 N — надставной элемент с фланцем для сопряжения с гидроизоляцией или разделительным слоем (геотекстиль);
HL 340 N — удлинитель;
HL 9/7(50) — переход ПП/сталь (чугун);
Технические показатели воронок для террас
диаметр выпуска, мм
пропускная способность, л/с
максимальная нагрузка, кгс
1. Неэксплуатируемая терраса
С поворотным шарниром
2. Эксплуатируемая терраса
С поворотным шарниром
2.10. Воронки для стилобатов комплектуются следующими деталями:
HL 609 — комплект для электрообогрева воронок и трапов серий HL 615; 616;
HL 190 — дренажное кольцо для отвода воды и сопряжения двух элементов водостока между собой;
HL 86.0 — обжимной фланец из нержавеющей стали;
HL 86. H — фланец с полимербитумным полотном;
HL 620 — удлинитель;
HL 618 — надставной элемент с фланцем для сопряжения с гидроизоляцией или разделительным слоем (геотекстиль).
Технические показатели воронок для стилобата
диаметр выпуска, мм
пропускная способность, л/с
материал решётки (подрамника)
максимальная нагрузка, тс
1. Поверхность стилобата из асфальтобетона
2. Поверхность стилобата из тротуарной плитки, брусчатки
* При удалении из воронки механического запахозапирающего устройства (HL 0606.3Е) пропускная способность увеличивается до 15 л/с.
3. РАСЧЁТ ВОДОСТОКА
3.1. Расчёт водоотводящих устройств заключается в определении расхода дождевых вод ( Q , л/с) в зависимости от района строительства и уклона кровли.
3.2. В соответствии с главой СНиП 2.04.01-85* «Внутренний водопровод и канализация зданий» расчётный расход дождевых вод с водосборной площади ( F , м 2 ) определяют по формулам:
для кровель с уклоном до 1,5 % включительно:
для кровель с уклоном более 1,5 %:
где q 20 — интенсивность дождя, л/с с 1 га (для данной местности), продолжительностью 20 мин (принимается согласно СНиП 2.04.03-85 «Канализация. Наружные сети и сооружения», черт. 1);
q 5 — интенсивность дождя, л/с с 1 га (для данной местности), продолжительностью 5 мин, определяемая по формуле:
где n — параметр, принимаемый по СНиП 2.04.03-85 (табл. 4).
3.3. При определении расчётной водосборной площади ( F , м 2 ) дополнительно учитывают 30 % суммарной площади вертикальных стен, примыкающих к кровле и возвышающихся над ней.
Пример расчёта. Жилой дом в Московской области с размерами кровли 12×120 м, уклоном 3 % и площадью стен (парапетов и стен лифтовых шахт), возвышающихся над кровлей, — 216 м 2 . Рассчитать водоотводящие устройства.
· Водосборная площадь кровли F = 12×120 + 216×0,3 = 1504,8 м 2 ;
· q 20 = 80 л/с (черт. 1, см. СНиП 2.04.03-85 );
· q 5 = 4 n · q 20 = 4 0 ,71 · 80 = 214,07 л/с ( n = 0,71, см. СНиП 2.04.03-85 , табл. 4).
· Расчётный расход дождевых вод Q = 214,07 · 1504 ,8/10000 = 32,2 л/с.
По табл. 2.1 можно принять 6 воронок марки HL 62 диаметром 75 мм (32,2/6,7 = 5,4 шт.) или 5 воронок диаметром 110 мм (32,2/7,67 = 4,2 шт.).
4. КОНСТРУКЦИИ ВОРОНОК И ИХ УЗЛЫ
4.1. Для кровель из различных рулонных гидроизоляционных материалов основным в конструкции воронок является надёжность стыка воронки с водоизоляционным ковром. Сопряжение водоизоляционного ковра с воронкой типа HL 62 (рис. 2) осуществляется механическим способом путем зажима гидроизоляции между корпусом воронки и фланцем из нержавеющей стали при помощи накидных гаек.
4.2. В воронках без накидных гаек (с маркировкой «Н») надёжность стыка обеспечивается приклеиванием (приваркой) кромки водоизоляционного ковра к битумно-полимерному полотну, соединённому с чашей (опорным элементом) воронки в заводских условиях (рис. 3 и 4б); в воронках с маркировкой «Р» водоизоляционный ковёр из ПВХ мембраны приклеивается к плоскому фланцу воронки из поливинилхлорида.
Рис . 2. Воронка HL 62 для неэксплуатируемой кровли
1 — прижимной фланец ( HL 062 .3 E ); 2 — чаша (опорный элемент) воронки;
3 — накидные гайки ( HL 062 .4 E ); 4 — листвоуловитель ( HL 062 .1Е); 5 — выпуск воронки ( HL 62 )
Рис . 3. Воронка HL 62 H для неэксплуатируемых кровель
1 — прижимной фланец; 2 — чаша (опорный элемент) воронки;
3 — битумно-полимерное полотно; 4 — листвоуловитель ( HL 062 .1Е);
5 — выпуск воронки HL 62H
4.3. Опирание воронок осуществляют на жёсткий элемент покрытия (железобетонную плиту) чашей воронки (рис. 4).
4.4. В утеплённых покрытиях воронку опирают также на жёсткий элемент покрытия (железобетонную плиту). Через резиновый уплотнитель вставляют в кровельную воронку надставной (доборный) элемент HL 65(Н)(Р) на высоту теплоизоляционного слоя (рис. 5 ), заводят на него гидроизоляцию.
Рис . 4. Примыкание водоизоляционного ковра к воронке HL 62 (а) и HL 62 H (б).
1 — плита «холодного» покрытия; 2 — водоизоляционный ковёр; 3 — заделка утеплителем (пенополиуретаном);
4 — опорный элемент (чаша) воронки; 5 — листвоуловитель; 6 — водосточная труба; 7 — битумно-полимерное полотно;
8 — прижимной фланец; 9 — дополнительный ковер (усиление ендовы)
Рис . 5. Воронка на утеплённом покрытии
1 — плита покрытия; 2 — пароизоляция; 3 — теплоизоляция; 4 — водоизоляционный ковёр;
5 — листвоуловитель воронки HL 62H ; 6 — надставной элемент HL 65 ;
7 — заделка утеплителем (пенополиуретаном); 8 — корпус воронки HL 62H ; 9 — водосточная труба;
10 — утепление воронки (для исключения выпадения на её поверхности конденсата).
4.5. Воронки для эксплуатируемых кровель аналогичны вышерассмотренным за исключением надставного элемента, который, как правило, имеет плоскую верхнюю решетку (рис. 6, см. также рис. 1 в и г).
4.6. На рис. 7 показаны примеры эксплуатируемой утеплённой кровли с защитным слоем из цементно-песчаных (тротуарных плиток) по стяжке (а) и по гравию (б).
Рис . 6. Воронка HL 62В для эксплуатируемых кровель
1 — опорный элемент (чаша) воронки; 2 — прижимной фланец ( HL 062 .3 E ); 3 — накидные гайки ( HL 062 .4 E );
4 — надставной элемент из полипропилена ( HL 062B .2 E ); 5 — решётка из нержавеющей стали ( HL 062В .1Е);
6 — выпуск воронки HL 62В ; 7 — дренажное кольцо ( HL 062В .3Е); 8 — отверстия для крепления воронки
к несущей конструкции
Рис . 7. Воронка эксплуатируемой кровли на утеплённом покрытии
1 — несущая плита; 2 — геотекстиль; 3 — пароизоляция; 4 — теплоизоляция; 5 — водоизоляционный ковёр;
6 — гравий; 7 — плитка; 8 — дренажное кольцо HL 160 ; 9 — трап воронки HL 62B ( HL 62BH );
10 — надставной элемент HL 65 ; 11 — корпус воронки HL 62B ; 12 — утепление воронки от выпадения конденсата;
13 — дополнительный водоизоляционный ковер (усиление ендовы); 14 — цементно-песчаный раствор;
15 — дренажное кольцо воронки; 16 — слой бетона; 17 — надставной элемент HL 65H ; 18 — корпус воронки HL 62BH
4.7. При значительном удалении кровельной воронки от вертикального стояка или при установке воронки над жилыми помещениями здания без технического этажа, чердака применяются воронки с горизонтальным выпуском и электрообогревом (рис. 8, см. также рис. 1 б и г) согласно п. 17.10 СНиП 2.04.01-85* .
Рис . 8. Воронка HL 64 .1 для кровель с горизонтальным выпуском
1 — переходник HL 0317 .4 E ; 2 — листвоуловитель HL 062 .1Е; 3 — прижимной фланец HL 062 .3 E ; 4 — накидная гайка HL 062 .4 E
Корпус воронки жестко крепится к несущей конструкции. Горизонтальную магистраль от воронки до вертикального стояка рекомендуется выполнять диаметром 75 мм, так как ее легче разместить в кровельном «пироге», а переходник 75/110 устанавливать в месте присоединения горизонтальной магистрали к вертикальному стояку.
Так как горизонтальная магистраль укладывается в утеплителе кровли, необходимо учитывать границу промерзания утеплителя в зависимости от климатических условий в месте будущего строительства здания . Если выпуск кровельной воронки находится выше границы промерзания, то для предотвращения образования ледяных пробок в выпускном патрубке необходимо применять воронки с встроенным электроподогревом. Если расстояние от воронки до теплого помещения превышает 1 м, то рекомендуется обогревать и горизонтальную магистраль.
4.8. Для «зеленой» (рис. 9) и эксплуатируемой (рис. 10 ) инверсионной кровли применяют те же воронки, что и для традиционной с дополнительной деталью — дренажным кольцом HL 160 для отвода просочившейся воды. В таких кровлях под почвенным слоем целесообразно использовать полимерный (полиэтиленовый или на основе ПВХ) материал ячеистой формы, позволяющий задерживать воду в гофрах (для подпитки растений) и отводить лишнюю воду через отверстия в верхних полках гофр.
Поскольку в инверсионной кровле водоизоляционный ковер расположен под теплоизоляционными плитами, воронка для таких кровель должна иметь дренажное кольцо (см. рис. 9 и 10), а в качестве утеплителя применяют только экструдированные пенополистирольные плиты, прочность которых и марку воронки назначают в зависимости от назначения кровли (см. табл. 2.1 — 2.3).
Рис . 9. «Зеленая» кровля с инверсионным покрытием и водосточной воронкой HL 62 H
1 — несущая железобетонная плита; 2 — дополнительный слой (усиление ендовы); 3 — водоизоляционный ковер;
4 — теплоизоляция из экструдированного пенополистирола; 5 — разделительный слой; 6 — фильтрующий слой (геотекстиль);
7 — полимерный материал гофрированной структуры (ячеистой формы); 8 — почвенный слой; 9 — растения;
10 — засыпка гравием вокруг воронки; 11 — листвоуловитель воронки HL 62H ; 12 — дренажное кольцо HL 160 ;
13 — удлинитель HL 350 ; 14 — надставной элемент HL 350 .1; 15 — корпус воронки HL 62H ;
16 — утепление воронки и водосточной трубы; 17 — водосточная труба (ПВХ или ПП)
Рис . 10. Эксплуатируемая кровля с инверсионным покрытием и водосточной воронкой HL 62 B
1 — несущая железобетонная плита; 2 — дополнительный слой (усиление ендовы); 3 — водоизоляционный ковер;
4 — теплоизоляция из экструдированного пенополистирола; 5 — разделительный слой; 6 — фильтрующий слой (геотекстиль);
7 — засыпка из гравия; 8 — тротуарная плитка; 9 — трап воронки HL 62BH ; 10 — дренажное кольцо HL 160 ;
11 — надставной элемент HL 350 .1; 12 — корпус воронки HL 62BH ; 13 — водосточная труба (ПВХ или ПП);
14 — утепление воронки и водосточной трубы
4.9. Кровельная воронка на покрытии с несущим профилированным настилом отличается от других наличием монтажного короба с утеплителем, позволяющего обжимать теплоизоляционный слой (см. рис. 1е и 11, 12). Монтажный короб закрепляют к стальному листу толщиной 2 — 3 мм, который, в свою очередь, механически крепится к несущему профнастилу.
Примечание . На скатных кровлях необходимо предусматривать металлический поддон для монтажа воронки в вертикальном положении.
Рис . 11. Водосточная воронка на покрытии по несущему профилированному настилу
1 — профнастил; 2 — утеплитель; 3 — стальной лист толщиной 2 — 3 мм; 4 — саморез;
5 — монтажный короб; 6 — стягивающие болты (штифты)
Рис . 12. Примыкание изоляционных слоев к воронке HL 63 на плоском покрытии
1 — профнастил; 2 — пароизоляция; 3 — теплоизоляция; 4 — геотекстиль; 5 — водоизоляционный ковер;
6 — утеплитель воронки; 7 — листвоуловитель воронки HL 63 ; 8 — корпус воронки HL 63 ;
9 — утепление водосточной трубы; 10 — водосточная труба (ПВХ или ПП);
11 — стальной лист (позиция 3 на рис. 11); 12 — саморез
4.10. При ремонте (реконструкции) покрытия может быть применена специальная «ремонтная» воронка с обжимным фланцем и гибкими уплотнительными кольцами по диаметру для непосредственного соединения со стальными, чугунными или пластмассовыми водоотводящими трубами (рис. 13). Благодаря гибкому выпускаемому патрубку «ремонтная» воронка не имеет жёсткого соединения водоотводящей с трубой «старой» воронки и может свободно перемещаться в ней, сохраняя герметичность соединения.
Рис . 13. «Ремонтная» воронка в разрезе (а); монтаж воронки (б)
1 — листвоуловитель ( HL 062 .1 E ); 2 — прижимной фланец ( HL 062 .3 E ); 3 — накидная гайка ( HL 062 .4 E );
4 — гибкий патрубок с уплотнительными кольцами; 5 — «старая» воронка
4.11. Примыкание кровли к воронкам, расположенным на балконе, террасе или стилобате, принципиально не отличаются от вышеприведенных, при этом необходимо применять соответствующие воронки (см. табл. 2.2 и 2.3).
4.12. Воронки для стилобатов имеют чугунную решетку либо в подрамнике из полипропилена (максимальная нагрузка до 7 тс), либо в подрамнике из чугуна (максимальная нагрузка до 15 тс) (см. табл. 2.3).
На рис. 14 приведена конструкция воронки HL 616.1 с максимальной нагрузкой 15 тс, с надставным элементом из полипропилена, с грязеуловителем, механическим запахозапирающим устройством.
4.13. Вокруг воронки для стилобата предусматривают укладку бетона, армированного сеткой из конструкционной стали для обеспечения устойчивости (жёсткости) её верхней части, а остальные участки могут быть выполнены также из бетона или асфальта, тротуарных плиток и т.п. (рис. 15). Высота воронки в зависимости от толщины слоев покрытия обеспечивается доборными (надставными) элементами, а водонепроницаемость примыкания к воронке водоизоляционного ковра — зажимным фланцем или приклейкой к битумно-полимерному фланцу.
Примечание . При устройстве инверсионной кровли уплотнительное кольцо (см. рис. 14 поз. 9) заменяют дренажным кольцом HL 190 .
Вариант узла «А» (воронка HL 616H)
Рис . 14. Конструкция воронки HL 616 .1
1 — решётка ( HL 0606 .1Е); 2 — грязеуловитель ( HL 0606 .2 E ); 3 — запахозапирающее устройство ( HL 0606 .3Е);
4 — корпус воронки HL 616 .1; 5 — ребро жёсткости; 6 — фланец; 7 — надставной элемент HL 608 .1;
8 — полимербитумное полотно воронки HL 616 .1Н; 9 — уплотнительное кольцо
Рис . 15. Воронка HL 616 ( HL 616 H ) стилобата
1 — монолитная железобетонная плита; 2 — пароизоляция; 3 — геотекстиль; 4 — теплоизоляция;
5 — разделительный слой; 6 — бетонная стяжка; 7 — кровельный ковер; 8 — асфальт (бетон, плитки и т.п.);
9 — бетон вокруг воронки; 10 — трап воронки HL 616 ( HL 616Н ); 11 — надставной элемент HL 618 ( HL 618H );
12 — обжимной фланец из нержавеющей стали HL 86 .0; 13 — удлинитель HL 620 ;
14 — корпус воронки HL 616 ( HL 616Н )
Источник: ohranatruda.ru
Что означает HL?
Вы ищете значения HL? На следующем изображении вы можете увидеть основные определения HL. При желании вы также можете загрузить файл изображения для печати или поделиться им со своим другом через Facebook, Twitter, Pinterest, Google и т. Д. Чтобы увидеть все значения HL, пожалуйста, прокрутите вниз. Полный список определений приведен в таблице ниже в алфавитном порядке.
Основные значения HL
На следующем изображении представлены наиболее часто используемые значения HL. Вы можете записать файл изображения в формате PNG для автономного использования или отправить его своим друзьям по электронной почте.Если вы являетесь веб-мастером некоммерческого веб-сайта, пожалуйста, не стесняйтесь публиковать изображение определений HL на вашем веб-сайте.
Все определения HL
Как упомянуто выше, вы увидите все значения HL в следующей таблице. Пожалуйста, знайте, что все определения перечислены в алфавитном порядке.Вы можете щелкнуть ссылки справа, чтобы увидеть подробную информацию о каждом определении, включая определения на английском и вашем местном языке.
Источник: www.abbreviationfinder.org
Сравнение HL7v3 и HL7 FHIR
Ниже приведённая статья опять же мой вольный перевод сравнения, а точнее указания на недостатки HL7v3 и достоинства HL7 FHIR (Fast Healthcare Interoperability Resources). Статья «The HL7 Games: Catching FHIR» написана BC Holmes (именно так, но поскольку я с ней лично не знаком, то не было возможности спросить, что значит имя «BC»), человеком, которая не на абстрактных примерах, а очень даже конкретно знает об HL7v3, причём с точки зрения реализации многих из его доменов и сообщений. Тем более, что она была менеджером одного из средств разработки HL7v3.
В связи с этим статья изобилует деталями, так что, если ваш опыт в этой области мал или, тем более, если вы вообще не знакомы с v3, то, зачастую, понять, о чём она говорит, будет весьма трудно. Например, если вы ни когда не использовали средства моделирования RMIM и дальнейшей сериализации в XML схемы, то будет трудно понять, почему возникают проблемы с именованием, когда в модели ActRelationships класс называется «componentOf2», а в XML схеме он же имеет тип «Component6». (Как это сделано, например, в CMET COCT_RM360000UV01 — MedicationOrder Universal. Там же можно найти другие подобные примеры, «subjectOf1» имеет тип «Subject4» и т.д.)
Переводить всю статью BC Holmes я, естественно, не буду, призываю вас к самостоятельному внимательному прочтению. Ниже будут приведены только выжимки из каждого из замечаний и что FHIR может предложить для решения оных. В конце моей статьи будет одна интересная «интересность». Мои комментарии, как и в прошлый раз, в квадратных скобках.
В самом начале BC Holmes утверждает, что ни для кого не должно быть сюрпризом, по крайне мере для тех, кто участвовал в многочисленных реализациях HL7v3 в Канаде, что стандарт v3 практически повсеместно считается провалившимся. В общем случае, я бы утверждала, пишет она, что стандарт не удался по следующим причинам:
• Модели и сообщения HL7v3 гораздо сложнее, чем в любом другом стандарте обмена сообщениями на основе XML.
• Эту сложность невозможно устранить путём написания более толковой и понятной документации, т.к. руководство по реализации должно быть склеено из многочисленных разнообразных источников, таких как документация по UV [universal] реализации [собственно сам v3 стандарт], канадский стандарт на реализацию от Canada Health Infoway, и стандарты и руководства по реализации от конкретных юрисдикций или провинций.
• Стандарту HL7v3 не хватает полезной модели для создания расширений. Так, официальный процесс «ограничения» [constrain] стандарта для нужд конкретной юрисдикции редко достигает требуемых целей. В конечном счёте, все юрисдикции пришли к реализациям, которые в той или иной степени отличаются от опубликованного стандарта, в целях поддержания своих существующих мед процессов.
• Определённые в стандарте HL7v3 типы данных представляют ряд сложностей для реализации HL7v3 совместимых систем. [О типах данных я писал в этой статье.]
• И последнее, терминология оказалось достаточно сложной областью.
Рассмотрим теперь эти утверждения подробнее, пишет Holmes, и рассмотрим, в какой степени FHIR решает указанные проблемы.
То, что стандарт HL7v3 слишком сложен, в данный момент должно быть принято как свершившийся факт. Intelliware в этом смысле была первой Кассандрой, которая пророчила об этом ещё в 2007 году, после реализации одного из наших первых POS приложений. С тех пор это эхо отзывалась многократно среди других разработчиков. Так что я уверена, что любой, кто хоть раз сталкивался с реализацией v3, не сомневается в его сложности.
Один из способов количественной оценки этой сложности в подсчёте уровней вложенности типичного v3 сообщения, оно, как правило, имеет в 5-10 раз больше XML узлов [Интересно, что в русской Wiki слово node в статье про XML не встречается ни разу!], чем любые другие стандарты основанные на XML, такие как Interactive Financial eXchange (IFX) или Amazon EC2 SOAP API.
Кто-то может сказать, что бизнес процессы в здравоохранении существенно сложнее и семантически богаче, чем в финансовой области и, тем более, в книгоиздательстве. На мой взгляд, проблема не в этом – я имела опыт модернизации системы на базе HL7v2 представленной в XML [сообщение v2 может быть представлено не только палочками и крышечками, но и в XML формате] заменой этого на HL7v3, и видела увеличение сложности на порядок. Так что, скорее всего, это характерная особенность HL7v3. В любом случае, разработчики сталкиваются с сообщениями, уровень сложности которых превышает всё, что они могли видеть до этого. [Интересно, а что скажет разработчик, который видел только v3, а потом перешёл на что-то другое. Вероятно, всё остальное будет как два байта об асфальт.]
Всякий хлам
HL7v3 сообщения часто содержат много ненужного «хлама», наиболее ярким примером которого являются структурные атрибуты «moodCode» и «classCode». В 99% случаев эти атрибуты не имеют ни какого смысла в сообщении. Отрадно видеть, что в FHIR все подобные атрибуты остались за бортом.
Проблемы именования
James Agnew однажды заметил, что в то время как HL7v3 был задуман как рай для medical informatists по моделированию сообщений [Смотри мою статью Что такое HL7], он стал сущим адом для разработчиков. В каком-то смысле процесс моделирования привёл к появлению ненужного «хлама», о чём сказано выше. Более серьёзная проблема в способе именования сущностей в сообщении v3.
Если вы попробуете найти какой-то простой термин, например, «prescription» [рецепт], то вы навряд ли найдете сообщение или его часть с таким названием. Возможно, вы найдете что-то подобное, вроде «activate prescription request», но придётся очень внимательно изучать именование сущностей в данном сообщении, после чего вы, возможно, обнаружите, что рецепт скрывается под именем «combined medication request».
[В статье приводятся примеры, часть которых я поместил в начале моей статьи. От себя лично могу добавить, что возьмите CDA и подумайте, почему в одних классах, например, AssignedEntity атрибут addr предшествует telecom, в то время как в других классах, например, Organization порядок следования тех же атрибутов обратный, т.е. вначале telecom, потом addr. При сериализации в XML порядок следования элементов будет иметь значение и может привести к ошибке.]
К счастью, ясность обозначений полей ресурсов имеет первоочередное значение в FHIR и, даже, такие простые и понятные вещи как «dob» заменены на более интернациональные «birthDate».
Вложенность
Возьмём v3 clinical document messages которые должны использоваться примерно также как документы CDA [Не совсем понятно о чём тут речь, в стандарте несколько доменов имеющих структуру аналогичную CDA, например, Clinical Decision Support, Medical Records и отдельно Clinical Statement как составная часть других моделей.]. В HL7v3 документ спрятан глубоко внутри сообщения, так, изображение или PDF вложен в конструкцию, которая пытается описать структуру неструктурированных данных.
Данная конструкция, в свою очередь, вложена в другую конструкцию с мета-данными об авторстве, дате и пациенте. На этом вложенность не кончается, всё это вложено в другие конверты, которые так и называются control act wrapper [полное название Trigger Event Control Act Wrapper] и transport wrapper. Ко всему прочему, сообщение v3, как правило, само по себе завёрнуто в SOAP сообщение. Прям как загадка, завернутая в тайну и помещенная внутрь головоломки.
В отличие от этого, одной из приятных особенностей FHIR является плоское представление сообщения. Даже в самых сложных случаях данные не далее 10-ти уровней вложенности, а чаще всего в 5-ти уровнях от корня сообщения. Такая плоская структура также позволяет избежать дублирования данных, в то время как в HL7v3 возможно воспроизвести данные несколько раз в разных частях сообщения, что особенно характерно для врача, участвующего в лечебном процессе, а также для данных о заболевании, которые могут повторяться в рецептах.
Различные обёртки для v3 были заменены современным стандартом OAuth [Было бы не плохо, если бы кто-то, кто знаком с этим, прокомментировал особенности использования OAuth]. Даже проблема с множественными данными – continuation pointer (дай мне следующие 50 пациентов которые соответствуют критериям поиска) – реализована с помощью существующего стандарта Atom.
Документация
Наличие документации было одной из головных болей HL7v3. Если с другими технологиями проблема в том, что документации не хватает, то в случае с v3 всё как раз наоборот, тут просто гора документации, часто разработанная различными организациями, зачастую недоступная для разработчиков ввиду платного доступа и т.д.
Одна из значимых вещей, которую сделали в FHIR – это разместили всю документации в открытом доступе на сайте. Вероятно ввиду того, что документация по FHIR нацелена на реализацию, она весьма конкретная и изобилует деталями. [Ну, messaging и documents пока что написаны весьма даже поверхностно. Если нужно сделать сложный запрос, не городить же это всё в url, messaging подойдет куда лучше.]
Расширяемость
В общем случае, в HL7v3 мире, специалисты определяют какое-то взаимодействие мед систем и производят на свет описание в виде Model Interchange Format (MIF) файла. Разработчики берут этот файл и создают из него сообщение. [В теории. На практике средств работы с MIF файлам как на пальцах одной руки.
] Очень часто возникает необходимость передать данные, которые изначально не заложены в сообщение, и тут начинаются проблемы. [Проблемы начинаются ещё и с тем, что при изменении XML схемы нет возможности отобразить эти изменения в MIF, ни каких автоматизированных средства для этого не предусмотрено. Что мгновенно делает первоначальный MIF не нормативным для конкретной реализации. В частности, по этой же причине CDA MIF представлен в ballot edition, но отсутствует в normative edition — потому, что CDA схема была изменена.]
Возможно из-за первоначальной приверженности к правилу 80/20, в FHIR реализован достаточно хороший механизм для создания расширений. Любой ресурс можно расширить. Расширения имеют простой формат — ключ-значение. Значение может быть как простым типом данных, так и сложным за счёт вложенных расширений.
Могу спорить, что расширения станут одной из самых полезных функций в FHIR.
Типы данных
Работы над HL7v3 начались до того как большинство современных стандартов, таких как XML, появились на свет. Даже не смотря на то, что сообщение HL7v3 представлено в формате XML, HL7v3 ни когда в точности не соответствовал XML. Типы данных один из примеров этому. Например, в HL7v3 определены примитивные типы данных ST (String) и BL (Boolean), которые существенно отличаются от типов данных характерных для XML, в результате чего их трудно использовать с коммерческими средствами разработки.
FHIR, наученный горьким опытом, для примитивных типов данных (boolean, string, date, uri и т.д.) использует всё тоже самое, что и XML. Более сложные типы данных (Address, Coding, Quantity, HumanName и т.д.) основываются на всё тех же примитивных данных. Побочный эффект подобной переделки типов данных в возможности валидации сообщений и тестировании.
Терминология
Терминология – это представление определенных концепций в кодированном виде. Существенное время по реализации мед системы тратится на принятия решений о том, как кодировать концепции. Использовать ли для классификации болезней ICD-10 или SNIOMED CT? А для записи лекарственных средств использовать DIN или RxNorm? Ко всему прочему, для обеспечения совместимости, необходимо решить, как внутренние коды системы соотносятся с внешними словарями [с тем же SNOMED CT].
FHIR не слишком далеко ушёл в использовании терминологии, хотя и избегает использование некоторых видов кодов в сообщении.
Палочки и крышечки
До тех пор, пока мы не увидим достаточно большое решение, основанное на FHIR, мы вряд ли сможем сказать, станет ли FHIR лучшим решением с точки поддержки реальной совместимости, чем HL7v2. Может так статься, что FHIR просто станет средством, которые заменит HL7v2 сообщения более современным REST/JSON аналогом. И даже если так и случится, я всё равно буду заявлять, что FHIR является лучшим решением, чем HL7v2 или HL7v3.
Даже не смотря на свою новизну, FHIR кажется более привлекательной альтернативой HL7v3, тем более что он построен на современных стандартах, таки как REST, JSON, OAuth и даже, как ни странно, Atom [Кто хорошо знаком с Atom, объясните, почему это должно быть странно?]. Поэтому для организаций мы рекомендуем:
• Оценить применимость FHIR в вашей среде – даже небольшой proof-of-concept проект может помочь понять насколько стандарт подходит для ваших нужд;
• Лучше использовать FHIR, чем изобретать свой собственный API;
• Избегайте использовать HL7v3 в новых проектах если на то нет объективных причин (существующий код, точки доступа на v3);
• Рассмотреть возможность замены HL7v2 интерфейсов на FHIR.
[На этом статья BC Holmes заканчивается, далее продолжение моей статьи.]
Ну а теперь обещанное «интересное». Имеется комментарий Lloyd McKenzie на замечания BC Holmes. Кто не знает, кто такой Ллойд, это один из активных создателей стандарта HL7v3, в частности, RMIM Designer его детище, а также один из трёх пожарников (FHIR-man) допиливающих напильником стандарт FHIR до его реального использования. Тем интереснее услышать, что он думает.
Постараюсь перевести как можно точнее к оригиналу, т.к. его ответ на одном из закрытых форумов Canada Health Infoway и доступа снаружи туда, вроде как, нет. Чтобы было понятнее, Ллойд находится в Канаде, поэтому часть его комментариев относятся к реализации v3 в Канаде.
«Я думаю – [пишет Ллойд] — есть разные способы классифицировать «провал» стандарта. Совершенно точно доказано, что можно реализовать v3 (при должном уровне времени и инвестиций) достигнув как минимум какой-то степени совместимости. С этой точки зрения стандарт можно считать успешным.
Однако есть и другие области, где трудно утверждать об их успешности:
• Поддержка рынком оказалось более чем ограниченная, чем ожидалось первоначально. Помимо CDA, v3 в значительной степени ограничился крупными, финансируемыми государственными структурами, проектами, с серьёзным финансированием, кучей времени и влияния.
• Совместимость весьма проблематична. Канада, Великобритания и Нидерланды реализовали основанную на v3 рецептуру лекарств, но потребуются существенные преобразования сообщений, чтобы достигнуть совместимости [между этими реализациями]. Несколько в меньшей степени, аналогичные проблемы взаимодействия существуют между провинциями в Канаде. Некоторые из них вызваны различными решениями, но тот факт, что введение каждого нового элемента нарушает совместимость, только усложняет проблему.
• С точки зрения разработчиков, довольно трудно найти тех, кто в восторге от лёгкости, скорости и затрат на реализацию совместимости с HL7v3 (или CDA). Среди тех, кто испытывает радость от этого, чаще всего встречаются v3 консультанты. [В частности, такие как я – пишет Ллойд.]
Мне на самом деле нравится v3 с точки зрения его моделирования. Получился очень мощный инструмент моделирования. Но я пришёл к выводу, что методология и стандарты, которые выходят из него не приносят результата сопоставимого с затраченными инвестициями.
Я не утверждаю, что FHIR станет панацеей, он всё ещё в разработке. Но он уже в состоянии решить некоторые проблемы возникающие с v3, такие как сложность обучения, чрезмерно сложные сообщения, различия между сообщениями от разных разработчиков и недостаток механизма расширений. И что гораздо важнее, он набирает значительную силу среди разработчиков в среде, где ни кто не может однозначно сказать «да будет так», где разные разработчики смотрят на примеры и говорят, «а что, и я так смогу». Это совсем не то, что происходило с v3 и в редких случаях происходило с CDA.
Учитывая уже сделанные инвестиции в v3 в Канаде и тот факт, что FHIR ещё не нормативный, было бы преждевременно говорить о миграции существующих реализаций, но вероятно имеет смысл начать исследовать возможность использования FHIR для новых реализаций и решить, подойдёт ли он в случае, когда или если вдруг мы решим перейти на него. (Я думаю FHIR – это единственная возможность когда либо увидеть значительную совместимость систем между различными юрисдикциями.)
В завершении [пишет Ллойд]:
• Я создал многочисленные v3 модели и руководства по реализации, обучал v3 по всему миру и участвовал в реализации нескольких v3 проектов. Я получал весьма неплохо как консультант по v3.
• Теперь я трачу кучу своего времени, и времени моего работодателя, работая над FHIR на добровольной основе. [Далее Ллойд сетует, что в финансовом выражении это приносит мало пользы.] Тем, кто будет реализовывать FHIR, не понадобится такая серьёзная поддержка как в случае с v3. С другой стороны, всё равно будет достаточно много консалтинговой работы по созданию толковых руководств разработчика, достижения консенсуса между заинтересованными сторонами (совместимость, в конце концов, в том, чтобы заинтересованные стороны согласились какую часть информации можно передавать), словарей терминов и так далее.»
Собственно, на этом можно и завершить. Возможно, кто-то ожидал сравнение двух стандартов по пунктам, под микроскопом. Но на сегодняшний день FHIR вызывает больше вопросов, чем ответов; реальных, а не игрушечных, реализаций пока нет, поэтому сравнение провести достаточно сложно. (Из IBS тут никого нет, насколько я понимаю, чтобы рассказать, в какой степени Think!EHR поддерживает FHIR, как это декларируется на странице вендора.)
Источник: habr.com
.hl Расширение файла
Вы здесь, потому у вас есть файл, который имеет расширение файла, заканчивающийся в .hl. Файлы с расширением .hl может быть запущен только некоторыми программами. Вполне возможно, что .hl являются файлами данных, а не документы или средства массовой информации, что означает, что они не предназначены для просмотра на всех.
что такоеnbspфайл?
Файлы данных, сохраненные с помощью программы HeuristicLab называются HL файлы; именно поэтому эти файлы также называют HeuristicLab хранения файлов. Эти файлы могут содержать либо верстаки или определения проблем.
С эвристический относится к руководящим принципам принятия решений и служит ссылок компьютерный алгоритм, программа HeuristicLab направлена на развитие и методы испытаний оптимизации. Эта программа была разработана в 2002 году, и это играет большую роль в эвристики обычно разработанных эвристических и эволюционных алгоритмов лаборатории (HEAL) членов. Алгоритмы, представленные в этой программе отличаются от других эвристических программ, потому что эта программа имеет возможность переложить возможность развития алгоритм от разработчика программного обеспечения для пользователей, а также эта программа не нуждается в комплексных навыков программирования, которые будут использоваться. Вся информация создан для ссылающихся компьютерных алгоритмов, а также в процессе принятия решений, сохраненные в формате HL. HL файлы могут быть открыты на операционной системе Windows, с помощью программного обеспечения HeuristicLab.
как открыть .hl файл?
Запустите .hl файл или любой другой файл на своем компьютере, дважды щелкнув его. Если ваши ассоциации файлов настроены правильно, приложение, которое предназначается, чтобы открыть свой .hl файл будет открыть его. Возможно, вы, возможно, потребуется загрузить или приобрести правильное применение.
Кроме того, возможно, что у вас есть правильное применение на вашем компьютере, но .hl Файлы еще не связанные с ним. В этом случае, при попытке открыть .hl файл, вы можете сказать, Окна, какое приложение является правильным для этого файла. С тех пор, открывая .hl файл откроется правильное применение. Нажмите здесь, чтобы исправить ошибки ассоциации .hl файлов
Источник: www.reviversoft.com