Диплом: Автоматизация документооборота организации ОГБУЗ "Парфеньевская районная больница"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
2.3.2. Характеристика базы данных
База данных - совокупность данных, организованных по определённым
правилам, предусматривающим общие принципы описания, хранения и
манипулирования данными, независимая от прикладных программ. Эти данные
относятся к определённой предметной области и организованы таким образом,
что могут быть использованы для решения многих задач многими
пользователями [9]. В программном продукте используется несколько баз
данных для обеспечения оптимальной работы:
База данных пациентов – база, содержащая в себе данные о
пациентах, получивших медицинскую помощь в Костромской области. Данные
в эту базу вносятся всеми предприятиями здравоохранения, которые
используют в работе данный программный продукт.
База данных случаев лечения. В данной базе содержится
информация по случаям лечения пациентов. Данная база напрямую связана с
базой данных пациентов, так как при запросе данных пациента, так же
запрашиваются данные по всем случаям лечения данного пациента. Связь
между двумя базами производится с помощью уникального идентификатора
для каждого пациента.
База данных реестров счетов. В данной базе содержится
информация обо всех сформированных реестрах. Данная база также связана с
базой случаев и базой пациентов, так как, открыв любой реестр можно выбрать
случай и получить информацию по данному случаю и пациенту, который
получил данный случай лечения. Информация о случае так же кодируется
уникальным идентификатором случая.
Каждая база данных содержит свой набор атрибутов, по которым можно
сделать выборку по данной базе. Рассмотрим каждую базу данных.
База данных пациентов. Для данной базы уникальным атрибутом
является идентификатор пациента. Идентификатор присваивается пациенту
программой при вводе карты в базу данных. Так как идентификатор не
повторяется, то такая концепция исключает ошибки при вводе данных из-за
68
повторения идентификатора. Эта база данных содержит информацию, которая
представлена в таблице 19.
Таблица 19
База данных пациентов
Наименовани
е поля
Идентификатор
поля
Тип поля
Дли
на
поля
Прочее
Идентификато
р пациента
Kod_pacient
Строка
30
Ключевое поле
Номер карты
Number_card
Строка
10
Фамилия
Fam
Строка
30
Имя
Im
Строка
30
Отчество
Otch
Строка
30
Пол
Pol
Логический
1
1 или 0
Дата рождения
Date_birthday
Дата
10
Маска ввода
dd.mm.yyyy
СНИЛС
Snils
Строка
14
123-456-789 00
ИНН
INN
Число
12
Социальное
положение
Soc_polog
Список
50
Социальная
категория
Soc_kategory
Список
50
Тип документа
Doc_type
Список
50
Серия
документа
Ser_doc
Число
4
Маска ввода 11 22
Номер
документа
Num_doc
Число
6
Маска ввода 111 222
Дата выдачи
документа
Date_doc
Дата
10
Маска ввода
dd.mm.yyyy
Гражданство
Citizenship
Список
30
Выбор из списка
гражданств.
Сведения о
родителях
пациента
Parents
Строка
50
Выбор из базы
данных родителей
или представителей
пациента.
Страна
Country
Список
30
Выбор из списка
стран
Регион
Region
Список
30
Выбор из списка
регионов, согласно
выбранной стране
Район
District
Список
30
Выбор из списка
районов, согласно
выбранному региону
Населенный
пункт
City
Список
30
Выбор из списка
населенных пунктов,
согласно выбранному
району
Улица
Street
Список
30
Выбор из списка
улиц, согласно
выбранному
населенному пункту
69
Продолжение таблицы 19
Наименовани
е поля
Идентификатор
поля
Тип поля
Дли
на
поля
Прочее
Номер дома
House_number
Число
3
Корпус
Corpus
Число
2
Квартира
Flat
Число
3
Адрес в
свободной
форме
Free_addres
Текст
255
Адрес по
прописке
Place_of_residence
Текст
255
Дата
прикрепления
Date_attachment
Дата
10
Маска ввода
dd.mm.yyyy
Медицинская
организация
прикрепления
Med_org
Список
30
Выбор из списка
медицинских
организаций
Костромской области
Номер участка
прикрепления
Number_attachme
nt
Число
2
Вид полиса
Vid_polis
Список
2
Выбор из списка
видов полиса
Серия полиса
Ser_polis
Число
20
Номер полиса
Num_polis
Число
16
Название
страховой
компании
Strah_company
Список
50
Выбор из списка
страховых компаний
Дата выдачи
полиса
Date_polis
Дата
10
Маска ввода
dd.mm.yyyy
Дата закрытия
полиса
Date_polis
Дата
10
Маска ввода
dd.mm.yyyy
Место работы
Place_work
Список
255
Выбор из списка мест
работы или ввод
нового
Льгота
Pac_lgota
Строка
255
Инвалидность
Invalid
Строка
255
Следующей базой данных является база случаев лечения. В данной базе
уникальными являются два столбца – идентификатор пациента из базы данных
пациентов и идентификатор случая. Идентификатор случая является
уникальным и присваивается случаю после его введения в систему самой
программой. Данный идентификатор служит для поиска случаев и
предотвращения ошибок в программе из-за совпадения идентификаторов
случаев. Идентификатор пациента – берется из базы данных пациентов, при
выборе пациента для внесения случая лечения (таблица 20).
70
Таблица 20
База данных случаев лечения
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
случая
Kod_sluch
Строка
25
Ключевое поле
Идентификатор
пациента
Kod_pacient
Строка
25
Ключевое поле
Ф.И.О.
пациента
FIO_pac
Строка
150
Подгружается из
базы пациентов
по
идентификатору
пациента
Дата рождения
пациента
Date_birthday
Дата
10
Подгружается из
базы пациентов
по
идентификатору
пациента
Номер полиса
Polis
Число
16
Подгружается из
базы пациентов
по
идентификатору
пациента
Название
страховой
компании
Strah_company
Список
50
Подгружается из
базы пациентов
по
идентификатору
пациента
Код
медицинской
организации
Kod_MO
Число
10
Выбор из списка
кодов
медицинских
организаций
Костромской
области
Дата
направления
Date_naprav
Дата
10
Маска ввода
dd.mm.yyyy
Медицинская
организация,
направившая
пациента
Naprav_MO
Список
30
Выбор из списка
медицинских
организаций
Костромской
области
Цель
обращения
Target
Список
50
Заполняется из
справочника
видов обращений,
введенных
согласно
справочника
Территориального
фонда
обязательного
медицинского
страхования.
71
Продолжение таблицы 20
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Дата
обращения
Date_obrash
Дата
10
Маска ввода
dd.mm.yyyy
Время
обращения
Clock
Время
5
Маска ввода
00:00
Врач
Doctor
Список
50
Выбирается из
справочника
врачей,
работающих в
ОГБУЗ
Парфеньевская
РБ
Вид посещения
Vid_posesh
Список
30
Результат
Result
Список
30
Исход
Ishod
Список
30
Медицинские
услуги
Med_uslugi
Список
50
Выбор из списка
услуг выбранного
врача
Диагноз
Diagnoz
Список
6
Выбор из списка
диагнозов МКБ-10
Расшифровка
диагноза
Diagnoz_rashifr
Текст
255
Расшифровка
диагноза из поля
Диагноз
Характер
заболевания
Seek_vid
Список
50
Диспансерное
наблюдение
Disp_nablud
Логическое
1
Выбор Да или Нет
Группа
здоровья
Grupp_zdor
Список
2
Выбор из списка
групп здоровья
Общий исход
случая
Ishod_final
Список
50
Выбор из списка
исходов случая,
согласно
справочника
ТФОМС
Врач
Doctor_final
Список
50
Выбирается из
справочника
врачей,
работающих в
ОГБУЗ
Парфеньевская
РБ
Следующей базой данных является база данных реестров случаев. В
данной базе хранятся все реестры, которые были сформированы в данном
учреждении здравоохранения. Уникальным полем для данной базы является
идентификатор реестра случаев. Данный идентификатор присваивается реестру
программой автоматически в момент формирования. Это поле позволяет
72
сформировать несколько реестров с одинаковыми начальными условиями. В
данной базе содержатся атрибуты, представленные в таблице 21.
Таблица21
База данных реестров случаев
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
реестра
Ident_reestr
Строка
25
Ключевое поле
Код реестра
Kod_reestr
Число
5
Код медицинской
организации
Номер реестра
Number_reestr
Число
10
Месяц
формирования
Month_form
Список
15
Выбор из списка
месяцев
Год
формирования
Year_form
Число
5
Дата
формирования
реестра
Date_form
Дата
10
Маска ввода
dd.mm.yyyy
Дата начала
формирования
Date_start
Дата
10
Вводится
автоматические
первое число
выбранного
месяца и года
Дата окончания
формирования
Date_finish
Дата
10
Вводится
автоматические
последнее число
выбранного
месяца и года
Договор
Dogovor
Список
50
Выбор из списка
введенных
договоров со
страховыми
компаниями
Комментария
Comment
Строка
255
Поле
комментария к
реестру
Принят
Access
Логическое
5
Да/нет
Сумма реестра
Summ_reestr
Денежный
15
Вывод суммы
реестра
Принятая сумма
Summ_prinyat
Денежный
15
Сумма, принятая
к оплате
Отклоненая
сумма
Summa_FLK
Денежный
15
Сумма,
отклоненная
страховой
компанией
Записи
Zapisi
Список
255
Вывод списка
случаев реестра
Случаи
Sluch
Список
255
Вывод списка
случаев реестра
73
Продолжение таблицы 21
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Вид реестра
Reestr_vid
Список
20
Выбор из списка
видов реестра –
основной или
повторный
Дата
выставления
основного счета
Date_osnov
Дата
10
Маска ввода
dd.mm.yyyy
заполняется если
счет повторный
Номер
основного счета
Number_osnov
Число
15
Заполняется,
если счет
повторный
Номер акта МЭК
Number_act
Число
15
Заполняется,
если счет
повторный
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема пакета – схема, показывающая взаимодействие
модулей программного продукта между собой, порядок запуска модулей в
зависимости от действий пользователя и взаимодействие модулей между собой.
По данной схеме возможно проследить работу всего программного продукта.
Для автоматизации документооборота на предприятии используется
информационная система «Витакор». Эта система использует модульную
архитектуру. Перечислим модули данной программы:
Модуль авторизации
Глобальный модуль
Модуль меню
Модуль отчетности
Модуль автоматизированного рабочего места (АРМ) врача
Модуль регистратура
Модуль администрирования
Модуль реестров
Древо вызова программных модулей представлено на рисунке 21.
74
Рис.21. Дерево вызова программных модулей
Модульная система программного продукта позволяет добавлять новые
возможности путем добавления модулей, без необходимости внесения
глобальных изменений в программный продукт. Описание каждого модуля
приведено в таблице 22.
Таблица 22
Описание модулей структурной схемы пакета
п/п
Наименование
модуля
Функции модуля
1
1
Модуль
авторизации
Запускается после окончания работы модуля
обновлений и отвечает за авторизацию пользователя в
программном продукте. Проверяет введенные
авторизационные данные по справочнику
пользователей и справочнику ролей. Если введенные
данные присутствуют в справочнике пользователей и
пользователю присвоена роль, то производит запуск
программного продукта в соответствии с выбранной
ролью пользователя.
2
2
Глобальный
модуль
Запускается после прекращения работы модуля
авторизации. Данный модуль представляет собой
главное окно программы, предоставляющее
пользователю доступ к системе меню и диалоговым
окнам. В зависимости от действий пользователя
запускаются различные функции программы. Содержит
основные функции программы.
75
Продолжение таблицы 22
п/п
Наименование
модуля
Функции модуля
2
3
Модуль меню
Запускается вместе с основным модулем.
Предоставляет пользователю доступ к функциям
программы. В данном модуле перечислены все
функции программного продукта, реализованные в
форме меню с вложенными вкладками. Так же в
данном меню можно настроить вывод часто
используемых функций на панель инструментов
данного меню.
4
4
Модуль
отчетности
В данном модуле содержатся отчеты по работе
программного продукта. Доступ в данный модуль есть
у всех пользователей, вне зависимости от роли
пользователя.
5
5
Модуль АРМ
врача
Данный модуль подгружается в программный продукт,
если при авторизации выбран пользователь с ролью
Врач. Доступ в данный модуль осуществляется из
основного модуля программного продукта путем
выбора пункта АРМ врача в меню. Данный модуль
позволяет врачу вести прием пациентов, проверять
расписание, вносить данные о лечении пациентов.
Данный модуль взаимодействует с модулем
Расписание, путем внесения данных о принятых
пациентах и внесения данных о записи пациентов на
прием в последующие дни.
6
6
Модуль
регистратура
В данном модуле хранится информация о расписании
врачей. Данные из модуля через модуль связи
передаются на сайты Госуслуг и Регистратура44.рф.
Так же данные по электронной записи передаются с
данных сайтов в модуль расписания, внося в него
изменения. Доступ к данному модулю можно получить
через модуль АРМ врача и модуль администрирования.
Заполнение первичных данных в данном модуле
производится системным администратором.
7
7
Модуль
администрирован
ия
Данный модуль используется для администрирования
программного продукта, добавления, изменения или
удаления данных в различных модулях, справочниках
и базах данных. Доступ к данному модулю
предоставляется автоматически, при входе в
программный продукт пользователя с активной ролью
Локальный администратор ЛПУ. Данный модуль имеет
доступ ко всем модулям программного продукта.
8
8
Модуль реестров
Данный модуль позволяет получить доступ к базе
данных реестров случаев, добавлять, изменять и
удалять информацию в данной базе. Доступ к данному
модулю осуществляется из основного модуля
программного продукта, путем выбора пункта Реестры
счетов в главном меню. Данный модуль
взаимодействует с базой данных реестров, базой
данных случаев и базой данных пользователей, а
также с модулем справочников.
76
2.3.4. Описание программных модулей
Для описания работы автоматизированного документооборота подходят
модули электронной записи на прием к врачу, модуль автоматизированного
рабочего места врача и модуль формирования реестров счетов. Рассмотрим
работу данных модулей.
Модуль электронной записи на прием к врачу представлен на рисунке
22.
Рис.22. Схема работы модуля электронной записи
Данные из модуля электронной записи попадают в модуль
автоматизированного рабочего места врача. В нем обновляется расписание, по
которому врач ведет прием пациентов (рисунок 23).

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)