РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ ПО РЕЖИМАМ РАБОТЫ ПРОГРАММЫ

Программа Автоматизированная Информационная Система "Диспансер" состоит из двух программных модулей:

tub.exe - "Диспансер" выполняет регистрацию контрольных карточек, получение справок, получение отчетных статистических таблиц, тестирование отчетных таблиц;

admin.exe - "Администрирование" выполняет функции администрирования базы данных и различные служебные функции.

I.ПРОГРАММА "ДИСПАНСЕР" - программный модуль tub.exe

I. Режим "Реестрацiя"

В этом режиме осуществляется ввод значений по разделам контрольной карточки за формой N30. Все введенные данные сохраняются на рабочем диске в подкаталоге DBF рабочего каталога в файлах базы данных (БД) с именами файлов по следующему шаблону:

<имя файла.DBF>. Имя рабочего каталога представляется латинскими символами в виде аббревиатуры названия противотуберкулёзного учреждения. Например ПТД1 обозначен как PTD1,МДВ1- как MDV1 и т.д.

База данных (БД) состоит из трех наборов данных, которые расположены в соответствующих подкаталогах рабочего каталога:

- служебная БД, которая содержит служебную информацию и находится в подкаталоге SL;

- рабочая БД, которая содержит информацию по пациентам состоящим на диспансерном учете и пациентам которые сняты с учета но еще не заархивированы. Все данные с этой БД принимают участия в формировании отчетных таблиц. Рабочая БД находится в подкаталоге DBF;

- архивная БД, которая содержит информацию по пациентам снятым с учета. Данные с этой БД не принимают участия в формировании отчетных таблиц. При архивировании все данные с рабочей БД переносятся в архивную БД. Архивная БД находится в подкаталоге AR;

Поиск необходимого пациента в базе данных может осуществляться двумя путями:

- путем ввода требуемого района и номера контрольной карточки;

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

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

1.ПАСПОРТНАЯ ЧАСТЬ:

- Взятый на д/о - дата, когда пациент был взят на диспансерный учет в данном лечебном учреждении (дата заведения контрольной карточки по форме N 30);

- "Виявлено рецидив" - дата последнего рецидива, который был выявлен у пациента. Эта дата не вводится с клавиатуры а проставляется программно и фиксируется в двух случаях:

а) при взятии на учет в данном лечебном учреждении повторно с диагнозом 'активный -> рецидив', но не 'Прибывший';

б) когда наступает рецидив в процессе лечения в данном лечебном учреждении. Если рецидивов несколько, то всегда в паспортной части карточки фиксируется последний из них.

- При снятии пациента с учета в связи со смертью вводится причина смерти и, в случае смерти от туберкулёза или его последствий, вводится диагноз заболевания на туберкулёз, которое явилось причиной смерти.

4.ДИАГНОЗ, ГРУППА УЧЕТА ПРИ ВЗЯТИИ НА УЧЕТ, ПРИ ВЫЯВЛЕНИИ АКТИВНОГО ТУБЕРКУЛЁЗА, ИЗМЕНЕНИЕ ДИАГНОЗА, ГРУППЫ УЧЕТА В ПРОЦЕССЕ ЛЕЧЕНИЯ

4.0.ЗАМЕЧАНИЯ ПО ВВОДУ ГРУППЫ УЧЕТА, КОДА И ФАЗЫ ДИАГНОЗА

2.Коды заболеваний 191, 192 (малi залишковi змiни) и коды заболеваний 193, 194 (великi залишковi змiни) должны вводиться только для неактивных групп учета.

Код заболевания 196 (стан пiсля хiрургiчного лiкування) вводится только для активных групп учета (2 - о/д и 5Б - вн/л).

4.1.ВЗЯТИЕ НА ДИСПАНСЕРНЫЙ УЧЕТ

При взятии пациента на учет в данном лечебном учреждении вводятся дата, шифр заболевания, фаза и т.д. относящиеся к тому моменту времени, когда у пациента был выявлен туберкулез независимо от места выявления (в этом учреждении или в другом учреждении, населенном пункте). При этом вводится одно из двух значений параметра "Взят на учет" - впервые/повторно.

Впервые - туберкулез выявлен впервые в жизни;

Повторно - туберкулез выявлен повторно в жизни.

В поле 'Сегменти' вводятся номера сегментов для легочного туберкулеза или уточнение локализации туб. процесса для внелегочного туберкулеза.

4.2.ВЫЯВЛЕН АКТИВНЫЙ ТУБЕРКУЛЁЗ

При выявлении у пациента активной формы туберкулёза вводятся дата, шифр заболевания, фаза и т.д. относящиеся к тому моменту времени, когда у пациента был выявлен активный туберкулёз независимо от места выявления (в этом учреждении или в другом учреждении, населенном пункте). При этом вводится одно из двух значений параметра "Активный" - впервые/рецидив.

Впервые - выявлен активный туберкулёз впервые:

а) в данном лечебном учреждении (входит в отчетность как впервые выявленный в данном учреждении);

б) в другом учреждении, населенном пункте (не входит в отчетность как впервые выявленный в данном учреждении и обязательно определяется как 'Прибывший' в первой записи группы записей 'Диагноз, группа учета и их изменение при лечении в данном учреждении');

Рецидив - выявлен активный туберкулёз повторно:

а) в данном лечебном учреждении (входит в отчетность как рецидив данного учреждения);

б) в другом учреждении, населенном пункте (не входит в отчетность как рецидив в данном учреждении и определяется как 'Прибывший' в первой записи группы записей 'Диагноз, группа учета и их изменение при лечении в данном учреждении');

В поле 'Сегменти' вводятся номера сегментов для легочного туберкулёза или уточнение локализации туб. процесса для внелегочного туберкулёза.

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

Прибывший - прибыл в данное учреждение снявшись с учета где то в другом месте, где состоял на учете повторно или впервые (не входит в отчетность в данном лечебном учреждении как рецидив или впервые выявленный).

Программа позволяет вводить это значение только для первой записи из группы записей "Диагноз, группа учета и их изменение при лечении". Таким образом определяется "Прибывший" пациент;

Рецидив - вводиться в том случае, когда в процессе лечения возникает рецидив. Здесь не фиксируется рецидив при взятии на учет. Программа позволяет вводить это значение только в запись, которая следует за записью с неактивной группой учета.

7.ИНВАЛИДНОСТЬ

По записям, у которых причина инвалидности = "Туб.заболевание", формируются отчетные данные по инвалидности причиной которой является заболевание на туберкулёз. Если инвалидность снята по какой либо причине, то в последней записи дата "Знята" должна быть равна дате "Кiнець". Дата "Кiнець" - это дата по которую назначена инвалидность (если она не бессрочная). Дата "Знята" - это дата снятия инвалидности. Все последующие записи после первичной инвалидности должны вводится при переосвидетельствовании с признаком повторная в том числе и для бессрочной инвалидности.

Также необходимо обратить внимание на то кто, из пациентов подлежит переосвидетельствованию.

При вводе информации по прибывшим инвалидам также есть свои нюансы, а именно:

а) при взятии на учет он может быть инвалидом, то есть дата взятия на учет больше или равна дате начала инвалидности установленной где-то в другом диспансере и он идет в гр. 13 табл. 24;

б) в Вашем диспансере установили последнюю инвалидность после взятия пациента на учет с признаком "повторно" (то есть здесь дата взятия на учет меньше даты начала этой инвалидности). В этом случае должна обязательно быть предыдущая запись по инвалидности по которой определяют был ли он инвалидом на момент взятия на учет в Вашем диспансере. То есть если в этой записи дата конца инвалидности больше или равна дате взятия на учет, то пациент идет в графу 13 таблицы 24.

11.РЕНТГЕНОЛОГИЧЕСКИЕ ИССЛЕДОВАНИЯ

При заполнении БД по рентгенисследованиям может возникнуть необходимость ввести несколько значений по пункту 'Неактивные изменения по туберкулёзу'. Это осуществляется путем ввода дополнительных записей с такой же датой и методом исследования, но со своим значением параметра 'Неактивные изменения ...'. При этом остальные параметры записи не заполняются.

12.ВВОД ОСТАЛЬНЫХ ДАННЫХ НЕ НУЖДАЕТСЯ В ДЕТАЛИЗАЦИИ

Для дополнительной информации смотреть инструкцию по вводу и регистрации контрольной карточки в файле Ins_Card.txt

II. Режим "Довiдки"

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

III. Режим "Звiти"

В этом режиме осуществляется формирование отчетных таблиц которые позволяют формировать статистическую отчетность по заболеванию на туберкулёз в городе Киеве. Смотреть инструкцию по алгоритму расчета таблиц в файле Ins_Tabl.txt. Если появляется какое-то несоответствие между расчетными значениями и реальными данными, тогда, по всей вероятности, имеет место ввод исходных значений в контрольных карточках с ошибками. Такие ошибки, как правило, тяжело выявить и чем больше будет база данных тем труднее будет это сделать. Поэтому необходимо:

- корректно вводить и сразу тщательно проверять вновь вводимую информацию (потом это сделать будет значительно труднее);

- с помощью соответствующей справки распечатывать номера контрольных карточек, которые были модифицированы с момента последней сверки базы данных;

- для тех отчетных таблиц, у которых есть несоответствие с реальными данными необходимо с помощью различных справок произвести контроль значений тех параметров контрольной карточки, которые принимают участие в расчете данной таблицы;

- необходимо также, хотя бы на первых порах, вести для себя типовой журнал ошибок. Например, не были введены значения в блоке "Дiагноз, гр. облiку... в даному лiкувальн. закладi" - ошибка в таблице N... в графе такой-то. И т.д.;

- в основном при расчете таблиц используется информация с таких блоков как:

- Паспортна частина;

- Взятий на д/о;

- Д/о в даному ПТД;

Поэтому проявите особую бдительность при заполнении этих блоков. Этим Вы сохраните свое время и силы.

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

IV. Режим "Тести"

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

I.ПРОГРАММА "АДМИНИСТРАТОР" - программный модуль admin.exe

I. Режим "Архiвування"

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

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

После архивирования необходимо в режиме "Адмiнiстратор БД" упаковать рабочую БД по пациентам.

II. Режим "Адмiнiстратор БД"

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

В этом режиме выполняются следующие служебные функции.

1.ИНДЕКСАЦИЯ СЛУЖЕБНОЙ, АРХИВНОЙ И РАБОЧЕЙ БАЗ ДАННЫХ

Индексацию БД нужно осуществлять тогда, когда она была скорректирована в ручном режиме (не через программу на вашем компьютере) или когда в процессе ввода информации в БД произошел сбой оборудования (отключение питания, зависание компьютера и т.д., то есть насильственное или неестественное прекращение выполнения программы на этапе ввода информации). Индексные файлы имеют расширение имени файла NTX.В программе существует четыре режима индексации БД. Их названия в комментариях не нуждаются.

- Iндексацiя бази даних по Хворим i Лiкарям;

- Iндексацiя Службовоi бази даних;

- Iндексацiя бази даних по МКX-9;

- Iндексацiя бази даних Архiву.

2.УПАКОВКА БАЗЫ ДАННЫХ

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

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

Их названия в комментариях не нуждаются.

- Пакування бази даних по Хворим (i Лiкарям);

- Пакування бази даних Архiву.

3.МОДИФИКАЦИЯ БАЗЫ ДАННЫХ ПО МЕДИЦИНСКОМУ ПЕРСОНАЛУ

Медицинский персонал состоит из врачей и медсестер, которые участвуют в лечебном процессе пациентов. Каждому члену медперсонала присваивается уникальный код (порядковый номер). При заполнении таких разделов контрольной карточки как паспортная часть и работа в очаге требуется вводить данные по врачам и медсестрам.

В контрольную карточку заносятся не фамилии медперсонала а их коды. При отображении контрольной карточки на экране или при выводе на печать вместо кодов подставляются соответствующих фамилии медперсонала. Это важно понимать для корректной замены или удаления выбывшего медперсонала и при реорганизации участков. В случае увольнения и замены медперсонала в соответствующей записи БД по медперсоналу меняется только фамилия и инициалы, а код остается прежним и тогда программа автоматически по этому коду, который хранится в БД по пациентам, будет подставлять ФИО нового медперсонала. При реорганизации участков необходимо в контрольных карточках тех пациентов, которые переводятся на другой участок, сменить вручную медперсонал. При модификации БД по медперсоналу высвечиваются свободные коды. Свободные коды состоят из 'дыр' в порядковых номерах и самого старшего кода. 'Дыры' в кодах появляются при удалении медперсонала без его последующей замены. Использовать свободные коды желательно в порядке возрастания от младшего к старшему или последний, если он один.

Учет кодов медперсонала осуществляется автоматически. Пользователь должен только следить за корректностью их использования.

4.МОДИФИКАЦИЯ ЧИСЛЕННОСТИ НАСЕЛЕНИЯ ПО РАЙОНАМ ГОРОДА

Этот режим в комментариях не нуждается.

5.МОДИФИКАЦИЯ НЕИЗВЕСТНОЙ СМЕРТНОСТИ ПО РАЙОНАМ ГОРОДА

Неизвестная диспансеру смертность от активного туберкулёза и его последствий вводится по нарастающей от начала года за один, два, три и четыре квартала.

6.МОДИФИКАЦИЯ ОБЩЕЙ БАЗЫ ДАННЫХ БАЗАМИ ДАННЫХ ПТД

Этот режим на локальных компьютерах не доступен !!!!

Этот режим выполняется на центральном компьютере на котором хранится БД по пациентам г. Киева. Каждое ПТД на своих локальных компьютерах ведет БД по своим пациентам и медперсоналу. Периодически центральная БД обновляется актуальными данными поступающими со всех ПТД.

7.МОДИФИКАЦИЯ ОБЩЕЙ АРХИВНОЙ БАЗЫ ДАННЫХ БАЗАМИ ДАННЫХ ПТД

Этот режим на локальных компьютерах не доступен !!!!

Этот режим выполняется на центральном компьютере на котором хранится архивная БД по пациентам г. Киева. Каждое ПТД на своих локальных компьютерах ведет архивную БД по своим пациентам. Периодически центральная архивная БД обновляется актуальными данными поступающими со всех ПТД.

8.ИЗВЛЕЧЕНИЕ ЛОКАЛЬНЫХ БАЗ ДАННЫХ ПТД ИЗ ЦЕНТРАЛЬНОЙ БАЗЫ

Этот режим на локальных компьютерах не доступен !!!!

Этот режим выполняется на центральном компьютере на котором хранится БД по пациентам г. Киева. В случае утери информации на локальных компьютерах (ошибочного удаления, физической неисправности дисков и т.д.) каждое ПТД в любой момент сможет восстановить последний вариант своей БД,которая хранится на центральном компьютере.

9.УМЕНЬШЕНИЕ НОМЕРА МОДИФИКАЦИИ В ЦЕНТРАЛЬНОЙ БАЗЕ ДАННЫХ

Этот режим на локальных компьютерах не доступен !!!!

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

6.МОДИФИКАЦИЯ ОБЩЕЙ БАЗЫ ДАННЫХ БАЗАМИ ДАННЫХ ПТД.

Предупреждение !!!! Значение номера модификации не может быть меньше нуля. При вводе новой карточки номер модификации равен нулю.

10.ОБНУЛЕНИЕ СПИСКА МОДИФИЦИРОВАННЫХ КОНТРОЛЬНЫХ КАРТОЧЕК