Архив Семерка - Российский Правовой Портал



ПРИКАЗ КОМИТЕТА ЗДРАВООХРАНЕНИЯ Г. МОСКВЫ ОТ 24.11.2000 N 469 О ПРЕДСТАВЛЕНИИ ОТЧЕТОВ ПО МЕДИЦИНСКОЙ СТАТИСТИКЕ В ЭЛЕКТРОННОМ ВИДЕ

Документ по состоянию на 23 января 2008 года

Страница 1

Утратил силу- ПРИКАЗ ДЕПАРТАМЕНТ ЗДРАВООХРАНЕНИЯ ГОРОДА МОСКВЫ
ОТ 21 ОКТЯБРЯ 2003 Г. N 621

                          ПРАВИТЕЛЬСТВО МОСКВЫ
                        КОМИТЕТ ЗДРАВООХРАНЕНИЯ

                                 ПРИКАЗ

                           24 ноября 2000 г.

                                 N 469

           О ПРЕДСТАВЛЕНИИ ОТЧЕТОВ ПО МЕДИЦИНСКОЙ СТАТИСТИКЕ
                           В ЭЛЕКТРОННОМ ВИДЕ

       В целях   совершенствования   информационного   взаимодействия
   автоматизированных систем в ЛПУ и Бюро медстатистики
       ПРИКАЗЫВАЮ:
       1. Утвердить  стандарт  НД СТП 01967336.0007-2000 "Медицинская
   статистика.   Формат   передачи   данных   учреждениями   Комитета
   здравоохранения  в  Бюро медстатистики Комитета здравоохранения г.
   Москвы" (Приложение).
       2. Начальникам   управлений  здравоохранения  административных
   округов,  руководителям ЛПУ  городского  подчинения  и  директорам
   медицинских  училищ  до  01.01.2001 года обеспечить формирование и
   представление   в    Бюро    медицинской    статистики    Комитета
   здравоохранения  г.  Москвы  электронных  отчетов  по  медицинской
   статистике в соответствии со стандартом НД СТП 01967336.0007-2000.
       3. Главному   врачу   Бюро   медицинской  статистики  Комитета
   здравоохранения г.Москвы Жук Л.Г.  с  01.01.2001  года  обеспечить
   прием   и   статистическую  обработку  представляемых  электронных
   отчетов в соответствии со стандартом НД СТП 01967336.0007- 2000.
       4. Заместителю   председателя   Комитета   здравоохранения   -
   директору НПЦ  экстренной  медицинской  помощи  Костомаровой  Л.Г.
   обеспечить     учреждения,     не    имеющие    автоматизированных
   информационных  систем,  компьютерной  программой  для  подготовки
   данных по стандарту НД СТП 01967336.0007-2000.
       5. Контроль за исполнением  настоящего  приказа  возложить  на
   первого заместителя председателя Комитета здравоохранения Полякова
   С.В.

                                                Председатель Комитета
                                                      А.П.СЕЛЬЦОВСКИЙ




                                                           Приложение
                                                            к приказу
                                             Комитета здравоохранения
                                               от 24.11.2000 г. N 469

                                СТАНДАРТ

                       НД СТП 01967336.0007-2000

                        МЕДИЦИНСКАЯ СТАТИСТИКА.
              ФОРМАТ ПЕРЕДАЧИ ОТЧЕТНЫХ ДАННЫХ УЧРЕЖДЕНИЯМИ
              КОМИТЕТА ЗДРАВООХРАНЕНИЯ В БЮРО МЕДИЦИНСКОЙ
                          СТАТИСТИКИ Г. МОСКВЫ

                                            Действует с 01.01.2001 г.

       Настоящий стандарт устанавливает общие требования, структуру и
   правила  формирования  отчетных  данных по медицинской статистике,
   представляемых учреждениями Комитета здравоохранения г.  Москвы  в
   Бюро медицинской статистики по каналам компьютерной связи.  Список
   отчетных форм,  на которые  распространяется  действие  стандарта,
   приведен в таблице 1 приложения к стандарту.
       Стандарт предназначен  для  разработчиков   автоматизированных
   информационных систем.

                           1. Общие положения

       1.1. Отчетные  данные  предоставляются  в сроки,  определяемые
   нормативными актами Госкомстата России и Комитета  здравоохранения
   г. Москвы.
       1.2. Способ передачи отчетных данных  -  дискета,  электронная
   почта.
       1.3. Формат передачи данных - текстовый файл.
       1.4. При  передаче  файла  на  дискете  или  как  вложения  по
   электронной почте имя файла определяется номером отчетной формы  и
   должно соответствовать таблице 1 приложения к стандарту.
       1.5. Кодировка  символов  -   Windows   ANSI,   русский   язык
   (кириллица).
       1.6. Используемый формат передачи данных  -  HL7,  версия  2.2
   [1].

                          2. Структура данных

       2.1. Общие правила кодирования.
       2.1.1. Каждый  файл  данных  (в  терминологии  стандарта   HL7
   сообщение)  состоит  из полей данных переменной длины,  отделенных
   символом разделителя полей.  Поля данных объединяются в логические
   группы,  называемые сегментами.  Сегменты отделяются друг от друга
   символом  разделителя  сегментов.  Каждый  сегмент  начинается   с
   трехбуквенного идентификатора,  определяющего назначение сегмента.
   Поля данных идентифицируются по  их  положению  внутри  сегментов.
   Поля  могут  состоять  из  компонентов  и субкомпонентов,  которые
   разделяются друг от  друга  символами  разделителя  компонентов  и
   разделителя субкомпонентов.
       2.1.2. Правила      кодирования      обеспечивают     различие
   отсутствующего   и   пустого   значения   поля,   компонента   или
   субкомпонента.  Отсутствующее  значение  задается  двумя  смежными
   разделителями поля,  компонента или субкомпонента. Пустое значение
   задается  двумя  смежными кавычками.  Если приложение - получатель
   использует сообщение  для  модификации  существующей  записи  базы
   данных,  то  передача  пустого  значения должна приводить к замене
   существующего  значения  поля  записи  на  пустое,  а   отсутствие
   переданного   значения  должно  приводить  к  сохранению  текущего
   значения поля.
       2.1.3. Приложение   -  получатель  должно  игнорировать  поля,
   компоненты и субкомпоненты,  которые присутствуют в сообщении,  но
   не  ожидаются  им,  и не рассматривать эту ситуацию как ошибочную.
   (Это правило действует в случае внесения изменений  в  стандарт  и
   постепенной доработки приложений согласно внесенным изменениям.)

       2.2. Структура сообщения.
       2.2.1. Каждый   файл   данных   может  содержать  только  одно
   сообщение.
       2.2.2. Сообщение начинается  с  сегмента  заголовка  сообщения
   (MSH).   Далее  следуют  сегменты,  составляющие  смысловую  часть
   сообщения.
       2.2.3. Сегменты  представляют  собой группировку полей данных.
   Каждому сегменту присвоено имя -  уникальный  трехсимвольный  код,
   называемый идентификатором сегмента. Идентификатор занимает первые
   три символа сегмента.  Завершается  сегмент  символом  терминатора
   сегмента.
       2.2.4. Поле представляет собой строку символов,  отделенную от
   других полей символом разделителя.  Порядковый номер поля данных в
   сегменте  определяет  назначение  поля.  Каждое  поле  имеет  свое
   наименование, а  также  уникальное  обозначение.  Наименование   и
   обозначение поля в состав самого поля не входят.
       2.2.5. В  тексте  этого   документа   поля   обозначаются   по
   идентификатору  сегмента  и  порядковому  номеру  поля в сегменте.
   Например,  ZST-4  -  поле,  входящее  в   состав   сегмента   ZST,
   расположенное  четвертым  по  счету  от начала сегмента.  При этом
   первым считается поле,  расположенное  следом  за  идентификатором
   сегмента.  Исключением  является  сегмент заголовка сообщения MSH.
   Его   первое   поле,    называемое    "Разделитель    полей",    в
   действительности   служит   разделителем   между   идентификатором
   сегмента и первым настоящим  полем  MSH-2  "Символы  кодирования".
   Поле  MSH-1  является  и разделителем,  и задает символ разделения
   полей для остальной части сообщения.
       2.2.6. Поле данных может быть обязательным или необязательным,
   могут быть разрешены повторы поля.
       2.2.7. Поле   может   состоять   из    компонентов,    которые
   представляют  собой  строки  символов,  отделенные  друг  от друга
   символом   разделителя   компонентов.   Компоненты   могут    быть
   обязательными и необязательными и не могут иметь повторов.
       2.2.8. Рекомендованные    значения    разделителей   сообщения
   приведены в таблице:

   ------------T---------------T-----------T------------------------¬
   ¦Разделитель¦ Значение(код) ¦  Позиция  ¦        Назначение      ¦
   ¦           +-----T----T----+кодирующего¦                        ¦
   ¦           ¦Симв.¦10-й¦16-й¦символа <*>¦                        ¦
   +-----------+-----+----+----+-----------+------------------------+
   ¦Терминатор ¦ ¦ 13 ¦ OD ¦    -      ¦Завершает запись сегмен-¦
   ¦сегмента   ¦     ¦    ¦    ¦           ¦та.                     ¦
   +-----------+-----+----+----+-----------+------------------------+
   ¦Разделитель¦ |   ¦124 ¦ 7С ¦    -      ¦Разделяет два смежных   ¦
   ¦полей      ¦     ¦    ¦    ¦           ¦поля сегмента, а также  ¦
   ¦           ¦     ¦    ¦    ¦           ¦идентификатор сегмента  ¦
   ¦           ¦     ¦    ¦    ¦           ¦от первого поля данных. ¦
   +-----------+-----+----+----+-----------+------------------------+
   ¦Разделитель¦ /\  ¦ 94 ¦ 5Е ¦    1      ¦Разделяет смежные компо-¦
   ¦компонентов¦     ¦    ¦    ¦           ¦ненты полей.            ¦
   +-----------+-----+----+----+-----------+------------------------+
   ¦Разделитель¦ &   ¦ 38 ¦ 26 ¦    4      ¦Разделяет смежные суб-  ¦
   ¦субкомпо-  ¦     ¦    ¦    ¦           ¦компоненты полей данных.¦
   ¦нентов     ¦     ¦    ¦    ¦           ¦                        ¦
   +-----------+-----+----+----+-----------+------------------------+
   ¦Разделитель¦ ~   ¦126 ¦ 7Е ¦    2      ¦Разделяет повторы полей.¦
   ¦повторов   ¦     ¦    ¦    ¦           ¦                        ¦
   +-----------+-----+----+----+-----------+------------------------+
   ¦Спецсимвол ¦ \   ¦ 92 ¦ 5С ¦    3      ¦Управляющий символ      ¦
   ¦           ¦     ¦    ¦    ¦           ¦(Escape).               ¦
   L-----------+-----+----+----+-----------+-------------------------

       --------------------------------
       <*> Дана   позиция   кодирующего   символа   в  поле  "Символы
   кодирования" (МSН-2).
       Разделитель субкомпонентов  и спецсимвол в настоящем стандарте
   не используются и введены только для правильного  заполнения  поля
   MSH-2.
       Допускается в качестве терминатора сегмента использовать  пару
   символов         Символ    имеет  десятичный  код  10,
   шестнадцатеричный код ОА.

       2.3. Правила составления сообщений.
       Шаг 1.  Сконструировать сегменты в том порядке,  как они будут
   включаться в  сообщение.  Каждый  сегмент  составляется  следующим
   образом:
       а) Вставить первые три символа - идентификатор сегмента.
       б) Вставить в сегмент очередное поле следующим образом:
       - вставить в сегмент разделитель полей;
       - если у поля нет значения, других символов не требуется;
       - если значение существует,  но оно пусто,  то  вставить  пару
   двойных кавычек "";
       - в остальных  случаях  в  сегмент  поместить  значение  поля.
   Символы вставлять до тех пор,  пока не будет записано значение или
   не будет  достигнута   максимальная   длина   поля.   Нежелательно
   дополнение поля до некоторой фиксированной длины;
       - если поле состоит из нескольких компонентов, то использовать
   следующие правила:
         - если в поле включается более одного компонента, то каждый
           последующий компонент отделять от предыдущего разделителем
           компонентов;
         - присутствующие,  но  пустые  компоненты представлять парой
           двойных кавычек "";
         - если  компонент  отсутствует,  то  ни одного символа в его
           значение не включать;
         - если  отсутствующие компоненты находятся в конце поля,  то
           соответствующие им разделители могут быть опущены;
       - если   определение   поля   позволяет   его  повторение,  то
   разделитель  повтора  используется  только  в  том  случае,  когда
   передается  несколько экземпляров этого поля,  и вставляется между
   экземплярами.  Разделитель   полей   между   повторами   поля   не
   вставляется;
       - повторять шаг 16 до тех  пор,  пока  не  записаны  все  поля
   данных.  Если  оставшиеся  поля  сегмента отсутствуют,  то для них
   разделители полей могут не вставляться.
       в) Завершить сегмент символом терминатора сегмента.

       Шаг 2.  Повторять шаг 1 до тех пор,  пока не будут созданы все
   сегменты.

       2.4. Правила обработки сообщений.
       - Игнорировать  сегменты,  поля,  компоненты,  субкомпоненты и
   лишние повторы поля,  которые  присутствуют  в  сообщении,  но  не
   ожидаются обрабатывающим его приложением.
       - Рассматривать сегменты,  которые ожидаются  приложением,  но
   отсутствуют  в  сообщении,  как состоящие целиком из отсутствующих
   полей.
       - Рассматривать  поля,  компоненты  и  субкомпоненты,  которые
   ожидаются   приложением,   но   не   включены   в   сегмент,   как
   отсутствующие.

       2.5. Типы данных.

       2.5.1. ST-строка.
       Строка символов может  содержать  любые  изображаемые  символы
   таблицы ASCII   с   шестнадцатеричными  кодами  20  -  FF.  Строка
   выравнивается влево за счет удаления  ведущих  пробелов.  Концевые
   пробелы могут присутствовать.

       2.5.2. NM-число
       Число представляется как последовательность числовых  символов
   таблицы  ASCII  с  необязательным ведущим знаком числа (+ или -) и
   необязательной десятичной точкой.  Не допускается появление других
   символов.  При отсутствии знака число считается положительным. При
   отсутствии десятичной точки число считается целым. Ведущие нули, а
   также концевые нули после десятичной точки считаются незначащими.

       2.5.3. DT-дата.
       Формат:
               ГГГГММДД

       где ГГГГ - год (всегда четыре десятичные цифры); MM - числовое
   обозначение месяца из двух цифр (от 01 - январь до 12 -  декабрь);
   ДД - день месяца из двух цифр.
       2.5.4. TS - дата и время
       Формат:

       ГГГГММДД[ЧЧММ[СС[ СССС]]][+/-ЗЗЗЗ] [/\ "степень точности"]

       Порция даты кодируется по тем же правилам, что и поля типа DT.
   В порции времени ЧЧ - часы (по 24-часовой шкале),  ММ - минуты, СС
   -  секунды,  СССС  -  доли  секунды,  ЗЗЗЗ - часовой пояс.  Порция
   времени  и  часовой  пояс  необязательны.  Необязательный   второй
   компонент даты и времени характеризует степень точности:  Y - год,
   L - месяц, D - день, Н - час, М - минута, S - секунда.

       2.5.5. PN - фамилия, имя, отчество.
       Формат:

       <фамилия> /\ <имя или инициал> /\ <отчество или инициал>

       Компоненты имеют тип ST.

       2.5.6. ID - кодируемое значение.
       Тип ID использует те же правила кодирования,  что и тип ST, но
   допустимые  значения  берутся  из  таблицы или из списка,  которые
   определяются при описании полей.

       2.5.7. CM - составное поле.
       Это поле  представляет  собой комбинацию других содержательных
   полей данных. Конкретные компоненты полей типа СМ определяются при
   их описании.

       2.6. Электронная модель отчетной формы.
       2.6.1. Отчетные формы по  медицинской  статистике  состоят  из
   следующих частей:
       - заголовок формы,
       - таблица или таблицы с отчетными данными,
       - подстрочные данные,  которые располагаются, как правило, под
   таблицами.
       2.6.2. Каждая часть формы кодируется с помощью соответствующих
   сегментов  сообщения.  Кроме этого каждое сообщение,  включающее в
   себя одну или несколько отчетных форм,  содержит сегмент заголовка
   сообщения.
       2.6.3. Заголовок сообщения (сегмент  MSH)  содержит  служебную
   информацию,   которая   может   быть   использована  приложениями,
   отправляющими и получающими сообщения.
       2.6.4. Заголовок   формы   (сегмент  ZSH)  содержит  сведения,
   позволяющие  идентифицировать  вид  отчетной  формы,  организацию,
   отчетный  период и другую информацию,  относящуюся ко всей форме в
   целом.  За заголовком формы следуют сегменты,  содержащие отчетные
   данные этой  формы.  Об  окончании  передачи формы свидетельствует
   следующий сегмент ZSH или конец сообщения,  если следующий сегмент
   ZSH отсутствует.
       2.6.5. Таблицы  с  отчетными  данными   кодируются   следующим
   образом.  Каждая  таблица имеет свой номер,  уникальный для данной
   формы,  а каждая строка таблицы имеет свой номер,  уникальный  для
   данной  таблицы.  Сегмент  ZST  содержит  одну  строку  таблицы  и
   использует для идентификации этой строки  номер  таблицы  и  номер
   строки.

       Пример кодирования таблицы.

       (3/4204) 7.     Деятельность     эндоскопического    отделения
   (кабинетов).

   -----------------T-------T-----T----------------------T----------¬
   ¦                ¦       ¦     ¦                      ¦Из общего ¦
   ¦                ¦       ¦     ¦     В том числе      ¦числа ис- ¦
   ¦                ¦       ¦     +--------T------T------+следований¦
   ¦  Наименование  ¦   N   ¦Всего¦эзофаго-¦коло- ¦брон- ¦(гр. 3) - ¦
   ¦  исследований  ¦строки ¦     ¦гастро- ¦носко-¦хоско-¦в дневном ¦
   ¦                ¦       ¦     ¦дуодено-¦пии   ¦пии   ¦стационаре¦
   ¦                ¦       ¦     ¦скопии  ¦      ¦      ¦          ¦
   +----------------+-------+-----+--------+------+------+----------+
   ¦     1          ¦  2    ¦  3  ¦   4    ¦  5   ¦  6   ¦    7     ¦
   +----------------+-------+-----+--------+------+------+----------+
   ¦Эндоскопические ¦ 04/01 ¦ 376 ¦   167  ¦  97  ¦  112 ¦   127    ¦
   ¦исследования -  ¦       ¦     ¦        ¦      ¦      ¦          ¦
   ¦всего           ¦       ¦     ¦        ¦      ¦      ¦          ¦
   +----------------+-------+-----+--------+------+------+----------+
   ¦в том числе     ¦ 02    ¦ 136 ¦   56   ¦  38  ¦   42 ¦    64    ¦
   ¦лечебные        ¦       ¦     ¦        ¦      ¦      ¦          ¦
   ¦процедуры       ¦       ¦     ¦        ¦      ¦      ¦          ¦
   +----------------+-------+-----+--------+------+------+----------+
   ¦Из общего числа ¦ 03    ¦ 109 ¦   45   ¦  28  ¦   36 ¦    38    ¦
   ¦исследований    ¦       ¦     ¦        ¦      ¦      ¦          ¦
   ¦(стр.1) - с     ¦       ¦     ¦        ¦      ¦      ¦          ¦
   ¦взятием материа-¦       ¦     ¦        ¦      ¦      ¦          ¦
   ¦ла на цитоморфо-¦       ¦     ¦        ¦      ¦      ¦          ¦
   ¦логическое ис-  ¦       ¦     ¦        ¦      ¦      ¦          ¦
   ¦следование      ¦       ¦     ¦        ¦      ¦      ¦          ¦
   L----------------+-------+-----+--------+------+------+-----------

       Таблица имеет  номер  4204,  а  строки имеют номера 1,  2,  3.
   Электронная модель этой  таблицы,  которая  должна  использоваться
   приложением - отправителем для кодирования таблицы, имеет вид:

   ---------T--------T--------T--------T--------T---------T---------¬
   ¦  4204  ¦   01   ¦  376   ¦   167  ¦   97   ¦   112   ¦   127   ¦
   +--------+--------+--------+--------+--------+---------+---------+
   ¦  4204  ¦   02   ¦  136   ¦    56  ¦   38   ¦    42   ¦    64   ¦
   ¦  4204  ¦   03   ¦  109   ¦    45  ¦   28   ¦    36   ¦    38   ¦
   L--------+--------+--------+--------+--------+---------+----------

       Каждая строка этой  модели  кодируется  сегментом  ZST.  Всего
   здесь  потребуется  три  сегмента  ZST.  Фрагмент  сообщения,  где
   закодирована  эта  таблица,  имеет  вид  (подробности  о   составе
   сегментов приведены в разделе 3):

       MSH|/\~\&||""||""|20010105/\D||ZMS

       ...
       ZSH|30|2000|... 
       ...
       ZST|4204|01|376~167~97~112~127
       ZST|4204|02|136~56~38~42~64
       ZST|4204|03|109~45~28~36~38
       ...

       2.6.6. Подстрочные  данные  кодируются  следующим  образом.  В
   электронной модели отчетной формы каждая группа подстрочных данных
   представляется в виде таблицы,  у которой есть только один столбец
   для  отчетных  показателей.  Номер   группы   подстрочных   данных
   становится номером этой таблицы, а номер элемента данных - номером
   строки.  Дальнейшее кодирование осуществляется так же,  как и  для
   таблиц.

       Пример кодирования подстрочных данных.

       (3/4205) Число эндоскопических аппаратов - всего (4/1   5  , в
                                                            _______
   том числе: бронхоскопов 2  1 , гастроскопов 3  2 , колоноскопов  4
                             ____                ___
    2
   ___) .

       Группа подстрочных  данных  имеет  номер  4205,  а  поля имеют
   номера 1, 2, 3, 4.
       В электронной  модели  эта  группа должна быть преобразована в
   таблицу:

                     -----------T--------T--------¬
                     ¦   4205   ¦   1    ¦   5    ¦
                     +----------+--------+--------+
                     ¦   4205   ¦   2    ¦   1    ¦
                     +----------+--------+--------+
                     ¦   4205   ¦   3    ¦   2    ¦
                     +----------+--------+--------+
                     ¦   4205   ¦   4    ¦   2    ¦
                     L----------+--------+---------

       Дальнейшее кодирование аналогично предыдущему примеру.

       MSH|/\~\&||""||""|20010105/\D||ZMS

       ...
       ZSH|30|2000|... 
       ...
       ZST|4205|1|5
       ZST|4205|2|1
       ZST|4205|3|2
       ZST|4205|4|2
       ...

       2.7. Кодирование таблиц 1001 и 1004 формы N 30.

       2.7.1. Особенность кодирования этих таблиц состоит в том,  что
   они содержат элементы данных,  которые являются  не  числовыми,  а
   логическими, т.е.   отдельные  поля  отчета  могут  быть  отмечены
   (значение  ДА)  или  не  отмечены  (значение  НЕТ).  Таблица  1001
   "Отделения  (кабинеты)"  целиком  состоит  из логических полей.  В
   таблице 1004 "Прочие подразделения" поля 1,  2,  3,  4,  4.1, 4.2,
   4.3, 5 являются логическими, а поля 6.1, 6.2, 7, 7.1, 7.2, 8, 8.1,
   9, 10 являются числовыми.

       2.7.2. Логические поля кодируются следующим образом:

   ------------------------T------------------------------¬
   ¦   Значение поля       ¦              Код             ¦
   +-----------------------+------------------------------+
   ¦   Отмечено (ДА)       ¦1                             ¦
   +-----------------------+------------------------------+
   ¦   Не отмечено (НЕТ)   ¦0 или "" (пустое значение)    ¦
   L-----------------------+-------------------------------

       2.7.3. Числовые поля кодируются в соответствии с разделом 2.6.

       2.7.4. Пример кодирования таблицы 1004 формы N 30.

       (1004)              III. Прочие подразделения

 

Законодательные и нормативные акты Российской Федерации
  Региональное и федеральное право России Библиотека


 
Популярные новости
Статистика
Рейтинг@Mail.ru







© 2008-2014 . Все права защищены.
При использовании материалов Российского Правового Портала "Семерка" ссылка на 7Law.info обязательна