Проект базы данных "Дневной стационар"

Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. Описание предметной области

1.1 Характеристика комплекса задач

1.2 Словесное описание

1.3 Анализ средств программирования, используемых для решения задачи

1.4 Определение задач подлежащих автоматизации

1.5 Техническое обеспечение

1.6 Постановка задач разработки

2. Разработка информационного обеспечения АРМ

2.1 Разработка структуры базы данных

2.1.1 Инфологическая модель

2.1.2 Даталогическая модель

2.1.3 Последовательность команд SQL

3. Руководство пользователя

3.1 Установка программы

3.2 Заполнение данных

3.3 Отчеты

ЗАКЛЮЧЕНИЕ

ИСПОЛЬЗУЕМЫЕ ИСТОЧНИКИ



ВВЕДЕНИЕ

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

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

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

Основополагающим принципом в работе сотрудников отдела является мобильное решение всех поставленных задач. Целью данного проекта является реализация задачи по разработке информационной системы учета пролеченных в дневном стационаре при поликлинике (DSP) для условий МЛПУ ГКБ №29 с помощью СУБД MS Access и среды разработки Delphi 7.

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



1. Описание предметной области

1.1 Характеристика комплекса задач

база данные информационный аccess

АРМ "Дневной стационар" предназначен для учета больных пролеченных в дневном стационаре поликлиники или стационаре на дому.

Основное назначение программы - формирование и ведение базы данных учета больных пролеченных в дневном стационаре поликлиники или стационаре на дому, формирование документов для отправки в Инженерный вычислительный центр (ИВЦ) по системе оплате обязательного медицинского страхования (ОМС), главный корпус МЛПУ ГКБ № 29 из всех амбулаторно-поликлинических подразделений больницы по системе оплате ОМС и по системе оплате добровольного медицинского страхования (ДМС).

Целью создания АРМ "Дневной стационар" является повышение эффективности учета и оперативности предоставления информации о больных, пролеченных в дневном стационаре поликлиники или стационаре на дому, за счет:

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

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

- вывода бумажного документооборота и уменьшение затрат на транспорт и бумагу.

Автоматизированное рабочее место (АРМ) "Дневной стационар" предназначен для информационного обеспечения руководителей всех рангов, принимающих участие в управлении стационарной службой, с целью проведения экономического анализа и статистического учета и анализа эффективности лечения населения в дневном стационаре при поликлинике на основе формы 003/у.

Основными пользователями системы являются:

- руководители ЛПУ;

- статистики больницы.

АРМ "Дневной стационар" служит для автоматизации следующих функций:

1) обработки результатов деятельности дневных стационаров больницы;

2) накопления банка пролеченных больных за длительный период времени;

3) формирование статистической отчетности;

Объектом наблюдения являются все стационарные отделения больницы.

В качестве входной информации АРМа "Дневной стационар" используется форма МЗ РФ 003/у.

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

Условиями прекращения функционирования АРМа "Дневной стационар" являются:

1) отказ вычислительной техники;

2) замена на более современную систему;

3) отказ пользователя от системы;

4) отсутствие входной информации.

1.2 Словесное описание

Технические требования на проектирование:

1) Хранить в течение всего года информацию о проведенном лечении в дневном стационаре по всем амбулаторно-поликлиническим службам больницы.

2) Выводить в удобной форме данные по следующим запросам пользователя:

- поиск заданного пациента по фамилии, имени, отчеству, дате рождения, году рождения, городу, улице и участку;

- поиск заданного диагноза;

- поиск заданной операции;

- поиск заданного анастезического пособия;

- поиск заданной процедуры параотделения;

- поиск заданного врача;

- поиск заданной врачебной должности;

- выборка всех данных о лечении заданного пациента;

- выборка прошедшего лечения по заданному периоду по ОМС;

- выборка прошедшего лечения по заданному периоду по ДМС.

3) Автоматизировать обработку информации при следующих бизнес-операциях:

- заведение нового лечения;

- редактирование данных о лечении и некоторых данных о пациенте;

- выгрузка данных для отправки в ИВЦ о прошедшем лечение по заданному периоду по ОМС в текстовый файл;

- выгрузка данных для отправки в отдел статистики больницы о прошедшем лечение по заданному периоду по ОМС в текстовый файл;

- выгрузка данных о прошедшем лечении для отправки в отдел статистики больницы по заданному периоду по ДМС в текстовый файл.

1.3 Анализ средств программирования, используемых для решения задачи

Для реализации клиентской части программного продукта была выбрана среда разработки Inprise (Borland) Delphi 7.

Язык программирования служит двум связанным между собой целям:

- он дает программисту аппарат для задания действий, которые должны быть выполнены;

- формирует концепции, которыми пользуется программист, размышляя о том, что делать.

Среда программирования Delphi идеально подходит для выполнения поставленных задач и достижения данных целей.

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

Delphi используется для генерирования и вывода на печать сложных отчетов баз данных.

Так же данная среда разработки предоставляет возможность связываться из своего приложения с другими приложениями.

Обычно, визуальная среда разработки состоит из трех взаимосвязанных компонентов: редактора, отладчика и конструктора форм. В любом из современных инструментов ускоренной разработки приложений (Rapid Application Development - RAD) эти три компонента должны гармонично взаимодействовать друг с другом. При работе в конструкторе форм Delphi неявно генерирует программный код тех компонентов, которые размещаются или обрабатываются в формах. В окне редактора в код автоматически созданной программы можно внести необходимые дополнения, определяющие специфическое поведение данного приложения. Здесь же, в окне редактора, можно отладить код, внося точки останова, точки просмотра.

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

Серверная часть программного продукта выполнена в среде MS Access.

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

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

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

Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных при одновременной работе. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте - там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15-20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть.

Однако MS Access обладает и большим количеством преимуществ.

В первую очередь можно отметить распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft, программное обеспечение и операционные системы которой использует большая часть пользователей персональных компьютеров. MS Access полностью совместим с операционной системой Windows, постоянно обновляется производителем, поддерживает множество языков.

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

1.4 Определение задач подлежащих автоматизации

Объектом автоматизации является процесс сбора, обработки и выдачи заинтересованным пользователям информации о пролеченных больных в дневном стационаре поликлиники.

В настоящее время вся информация о пролеченных больных заполняется в бумажном виде на статистических картах выбывшего из дневного стационара поликлиники или стационара на дому и передается путем перевозки этих документов в ИВЦ или в главный корпус больницы № 29 из разных поликлиник МЛПУ ГКБ № 29.

"Карта выбывшего из дневного стационара поликлиники" заполняется на всех выбывших больных, на умерших, на переведенных в стационарные отделения. Для автоматизации процесса необходимо при заполнении "Карты выбывшего из дневного стационара поликлиники" предусмотреть следующее (т.е. придерживаться следующей технологии):

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

2) Медицинским статистиками ЛПУ переносятся остальные данные из выписного эпикриза медицинской карты больного, и осуществляется кодирование реквизитов только по утвержденным и принятым словарям - классификаторам. Коды проставляются строго в отведенных полях, аккуратно, разборчиво. Грубые исправления не допускаются;

3) Заведующие отделениями дневных стационаров проставляют коды диагнозов, операций, наркозов при выписке больного в отведенных для кодов полях.

4) Коды источников оплаты заполняются экономистом ЛПУ.

"Статистическая карта выбывшего из дневного стационара поликлиники":

1. Вписывается код поликлиники, в которой находится стационар, арабскими цифрами (3 знака) - заполнение обязательно.

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

3. Обязательно записывается "Вид стационара":

1 - дневной стационар поликлиники;

2 - стационар на дому;

3 - ночной стационар при поликлинике.

4. Обязательно обводится вид источника оплаты:

1 - бюджетное финансирование;

2 - обязательное медицинское страхование (ОМС);

3 - добровольное медицинское страхование (ДМС);

4 - платные услуги.

Одновременно возможно заполнение от 1 до 3 источников оплаты.

5. Вписывается номер истории болезни арабскими цифрами (от 1 до 6 знаков). Номер истории болезни представляет собой порядковый номер записи согласно журналу регистрации - заполнение обязательно.

6. "Серия и номер страхового полиса": заполняется арабскими цифрами (до 5 и до 6 знаков соответственно) - заполнение обязательно.

7. "Фамилия, имя, отчество": вписываются фамилия и инициалы больного - заполнение обязательно.

8. "Пол больного": согласно данных медицинской карты ( формы N 003/У) подчеркивается либо "мужской", либо "женский" - заполнение обязательно.

9. "Дата рождения": вписывается согласно данных медицинской карты (формы N 003/У) и должна быть представлена в следующем виде ДДММГГГГ, ДД - число месяца, ММ - месяц, ГГГГ - год. Запятые между цифрами не ставятся - заполнение обязательно.

10. "Социальное положение": заполняется согласно классификатора социального положения - заполнение обязательно.

11. "Житель": города - 1, села - 2, иногородний - 3, инообластной - 4. Заполнение обязательно.

Нужная информация подчеркивается. Под понятием "Житель города" подразумевается житель ТОЛЬКО НАШЕГО ГОРОДА Новокузнецка. "Житель села" - означает всех жителей сельской местности Новокузнецкого района.

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

12. "Проживает постоянно (адрес)":

1. Если больной является жителем нашего города, то вписывается адрес больного:

- улица (наименование улицы полное или сокращенное по принятому сокращению);

- номер дома, номер корпуса ( может быть с дробью "/", или с буквой русского алфавита), номер квартиры.

2. Если больной является сельским жителем нашей области, то пишется наименование села.

3. Если больной является иногородним (т. е. житель городов только нашей области), то в этом случае пишется наименование города.

4. Если больной является инообластным, (т. е. жителем города или села другой области), то пишется наименование города (областного центра).

13. "Место работы (учебы)": записывается место работы выбывших из стационара - код и наименование предприятия согласно справочнику предприятий. Если место работы - лечебное учреждение, то перед кодом такого учреждения ставится буква "Л". Место работы пишется только в том случае, если оно находится на территории нашего города, при этом больной может быть городским жителем (нашего города), сельским или иногородним (т.е. близлежащего города области).

14. "Кем направлен больной": вписывается код направившего учреждения согласно классификатора направившего учреждения. Перед кодом ставится признак классификатора направившего учреждения (буква русского алфавита).

Если направившими учреждениями являются больницы, ССНМП, ГЗО (иногородние, инообластные больные направляются через ГЗО), то признаком классификатора ЛПУ является буква "Л", если направляет поликлиника, то перед кодом из классификатора поликлиник должна стоять буква "К", если отделение стационара, то перед кодом из классификатора отделений - буква "Т".

15. "Код диагноза при направлении": заполняется обязательно согласно МКБ10.

16. "Дата поступления в стационар: заполняется и для выписанных, и для умерших, и для переведенных в виде ДДММГГГГ, ДД - число месяца, ММ - месяц, ГГГГ - год. Запятые между цифрами не ставятся. Заполнение обязательно.

17. "Дата выписки": ДДММГГГГ, ДД - число месяца, ММ - месяц, ГГГГ - год. Запятые между цифрами не ставятся. Заполнение обязательно.

18. "Исход заболевания: если больной выписался - подчеркивается цифра "1", умер - "2", переведен в стационар - "3". Заполнение обязательно.

19. "Результат лечения": подчеркивается код (согласно классификатору результатов лечения):

1 - улучшение;

2 - без перемен;

3 - ухудшение;

4 - выздоровление.

Заполнение обязательно.

20. "Госпитализирован в данном году по поводу данного заболевания": подчеркивается либо "впервые", либо "повторно" - заполнение обязательно.

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

Если больной впервые госпитализирован по поводу данного заболевания подчеркивается - 1.

21. "Направлен на долечивание" - заполнение обязательно. Если больной госпитализирован без пребывания в стационаре подчеркивается - 2; Если больной направлен на долечивание из стационара подчеркивается - 1. Заполнение обязательно.

22. "Диагноз дневного стационара": заполняются три таблицы. Они предназначены для вписывания наименований и кодов:

- основного клинического заключительного диагноза стационара (или

причины обращаемости) - заполнение обязательно;

- кода МЭС;

- одного основного (главного) осложнения, выявленного при постановке основного клинического заключительного диагноза дневного стационара;

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

Наименования и коды диагнозов записываются согласно МКБ-10.

23. "Оперативные вмешательства": таблица состоит из четырех столбцов и содержит информацию об операциях. В первый столбец "дата операции" обязательно вписывается дата операции в виде: ДДММГГГГ, ДД - число месяца, ММ - месяц, ГГГГ - год. Запятые между цифрами не ставятся.

В столбце "код операции" обязательно вписывается код оперативного вмешательства, согласно классификатора "Операции дневного стационара".

В столбце "код анестезиологического пособия" вписывается код анестезии, согласно соответствующего классификатора.

В столбце "код послеоперационного осложнения" - вписывается код послеоперационного осложнения.

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

24. "Обследован на я/глистов": подчеркивается один из вариантов:

"1" - да (возбудитель выявлен), "2" - нет (возбудитель не выявлен).

25. "Обследован на RW": если возбудитель выявлен, ставится - "1", если нет - "2".

26. "Обследован в порядке ежегодной диспансеризации": проставляется "1" , если обследование произведено.

27. "Номер талона на плановую госпитализацию": проставляется арабскими цифрами.

"Информация о больничном листе":

28. "Дата открытия Б/Л по данному случаю" проставляется в виде: ДДММГГГГ, ДД - число месяца, ММ - месяц, ГГГГ - год. Запятые между цифрами не ставятся.

29. "Дата закрытия последнего Б/Л по данному случаю": заполняется аналогично дате открытия Б/Л.

30. "Больничный лист выдан по уходу": если "Да" подчеркивается 1 и заполняются следующие данные:

- пол лица, которому выдан Б/Л по уходу: "1" - женщина, "2" -

мужчина, нужное подчеркнуть.

- возраст лица, которому выдан Б/Л по уходу: вписывается арабскими цифрами.

31. "Ф.И.О. врача": вписываются фамилия и инициалы лечащего врача - заполнение обязательно.

32. "Индекс врача": вписывается индекс лечащего врача в виде: ПГГММДДИИ, где П - пол врача, ГГММДД - год, месяц, день рождения врача, ИИ - инициалы врача (первые буквы имени и отчества). Заполнение обязательно.

33. "Образование врача": заполняется согласно классификатору образования - заполнение обязательно.

34. "Процедура параотделения": Данные о деятельности параотделений (лечебные процедуры, диагностические исследования, проведенные больному) заполняются согласно истории болезни. У выполненных процедур обводятся коды, и проставляется количество. Если больной лечился в кабинете лучевой терапии, отделении гемодиализа, отделении гипербарической оксигенации только обводится код, напротив них уже стоит "1" - признак лечения в данном кабинете (отделении).



1.5 Техническое обеспечение

В состав технических средств должен входить:

- IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:

а) процессор Pentium-2.0Hz, не менее;

б) оперативную память объемом, 1Гигабайт, не менее;

в) HDD, 40 Гигабайт, не менее;

г) операционную систему Windows 2000 Server или Windows 2003;

д) Microsoft Office Access 2003.

- IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль клиента, включающий в себя:

а) процессор Pentium-2.0Hz;

б) оперативную память объемом, 512 Мбайт;

в) HDD, 40 Гигабайт;

г) операционную систему Windows XP SP2;

д) Microsoft Office Access 2003.

1.6 Постановка задач разработки

АРМ "Дневной стационар" должен обеспечивать возможность выполнения перечисленных ниже задач:

- Авторизированный вход пользователя в систему;

- Поиск нужной информации в следующих справочниках: Диагнозы, Операции, Анастезические пособия, Процедуры параотделения, Услуги, Врачебные должности, Врачи, Предприятия и Профили коек;

- Поиск нужного пациента в базе данных по любым из заданных критериев (полис, фамилия, имя, отчество, дата рождения, год рождения, город, улица, участок);

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

- Возможность ввода нового лечения, редактирования данного лечения или удаления;

- Формирование отчета пролеченных в дневном стационаре за определенный период;

- Формирование отчета на отправку в ИВЦ по ОМС за определенный период;

- Формирование отчета на отправку в главный корпус МЛПУ ГКБ № 29 по ОМС за определенный период;

- Формирование отчета на отправку в главный корпус МЛПУ ГКБ № 29 по ДМС за определенный период;

- Контроль ошибок заполнения лечения выбывшего из дневного стационара поликлиники или стационара на дому;

- Выбор пути и подключение к базе данных;

- Вывод справки по использованию АС "Дневной стационар".



2. Разработка информационного обеспечения АРМ

2.1 Разработка структуры базы данных

2.1.1 Инфологическая модель

При разработки базы данных были созданы следующие сущности

Сущность "Стационар" отражает информацию о прошедшем лечении в дневном стационаре и содержит следующие атрибуты:

- Номер документа (обязателен);

- Вид стационара,

- Поликлиника,

- Врачебная должность,

- Номер амбулаторной карты пациента,

- Табельный номер врача,

- Источник оплаты,

- Номер истории болезни,

- Отделение, направившее в дневной стационар,

- Диагноз при направлении,

- Дата поступления,

- Дата выписки,

- Исход заболевания,

- Результат лечения,

- Госпитализирован в данном году по поводу данного заболевания,

- Направлен,

- Основной диагноз,

- Основное осложнение,

- Обследование на я/глистов,

- Обследование на RW,

- Обследование в порядке ежегодной диспансеризации,

- Номер талона на плановую госпитализацию,

- Дата открытия первого больничного листа,

- Дата закрытия последнего больничного листа,

- Больничный выдан по уходу,

- Пол лица которому выдан больничный лист по уходу,

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

- Уровень качества лечения (УКЛ);

- Профиль койки.

Сущность "Вид стационара" содержит атрибут вид стационара и Наименование вида стационара.

Сущность "Сопутствующие заболевания" содержит атрибуты: Номер документа и Сопутствующие заболевания.

Для внесения операций в дневном стационаре созданы три сущности: "Операции стационара", "Справочник операций" и "Справочник анастезических пособий". Сущность "Операции стационара" содержит атрибуты: Номер документа, Дата операции, Тип операции, Тип анастезического пособия, Послеоперационное осложнение. Сущность "Справочник операций" содержит атрибуты Тип операции и Наименование операции. Сущность "Справочник анастезических пособий" содержит Тип анастезического пособия и Наименование анастезического пособия.

Для внесения процедур параотделения созданы две сущности: "Процедуры стационара" и "Справочник процедур". Сущность "Процедуры стационара" содержит атрибуты: Номер документа, Тип процедуры параотделения и количество процедур. Сущность "Справочник процедур" содержит атрибуты Тип процедуры параотделения и Наименование процедуры параотделения.

Сущность "Житель" содержит атрибуты: Тип жителя и Наименование житель (житель города, житель села, инообластной житель, иногородний житель). Инфологическая модель показана на рисунке 1.



Рисунок 1 - Инфологическая модель

2.1.2 Даталогическая модель

После того, как инфологическая модель готова, необходимо преобразовать ее в даталогическую. Даталогическая модель реализована в СУБД Microsoft Access. Сущность "Stacionar" содержит атрибуты:

- id_stacionar (Номер документа);

- id_VidStacionar (Вид стационара);

- KodPolik (Поликлиника);

- idVrachDolzh (Врачебная должность);

- NOM (Номер амбулаторной карты пациента);

- TBNW (Табельный номер врача);

- KodOpl (Источник оплаты);

- NIB (Номер истории болезни);

- PolikNapr (Отделение, направившее в дневной стационар);

- KDN (Диагноз при направлении);

- DateP (Дата поступления);

- Datev (Дата выписки);

- KodIshod (Исход заболевания);

- KodRez (Результат лечения);

- id_Gospit (Госпитализирован в данном году по поводу данного заболевания);

- id_Napr (Направлен);

- ODiag (Основной диагноз);

- OOsl (Основное осложнение);

- YaGl (Обследование на я/глистов);

- RW (Обследование на RW);

- EzhDisp (Обследование в порядке ежегодной диспансеризации);

- NTalon (Номер талона на плановую госпитализацию);

- DateOBL (Дата открытия первого больничного листа);

- DateZBL (Дата закрытия последнего больничного листа);

- BLVydan (Больничный лист выдан по уходу);

- KodPol (Пол лица которому выдан больничный лист по уходу);

- VozrBL (Возраст лица которому выдан больничный лист по уходу);

- Date (Дата внесения документа);

- UKL (УКЛ);

- profKoika (Профиль койки).

Сущность "SprVidStacionar" содержит атрибуты:

- Id_ VidStacionar (Код стационара);

- NameVidStacionar (Наименование стационара).

Сущность "SopZab" содержит атрибуты:

- id_Stacionar;

- Soput (Код сопутствующего заболевания).

Сущность "StacionarOperac" содержит атрибуты:

- id_Stacionar;

- DataO (Дата операции);

- id_operac (Код операции);

- id_Anastez (Код анастезического пособия);

- KPosleO (Код послеоперационного осложнения).

Сущность "SprOperac" содержит атрибуты:

- id_operac (код операции);

- name_operac (имя операции).

Сущность "SprAnastez" содержит атрибуты:

- Id_Anastez (код анестезиологического пособия);

- NameAnastez (наименование анестезиологического пособия).

Сущность "StacionarProc" содержит атрибуты:

- id_Stacionar;

- id_Procedur (код процедуры параотделения);

- Kolvo (количество процедур параотделения);

Сущность "SprProcedur" содержит атрибуты:

- KodProcedury (идентификатор процедуры параотделения);

- NameProcedury (имя процедуры параотделения).

Сущность "SprZhitel" содержит атрибуты:

- Id_Zhitel (код житель);

- NameZhitel (наименование житель);

Между сущностями "SprVidStacionar" и "Stacionar" по атрибуту id_VidStacionar существует связь 1:М.

Между сущностями "Stacionar" и "StacionarProc" по атрибуту id_Stacionar существует связь 1:М.

Между сущностями "Stacionar" и "StacionarOperac" по атрибуту id_Stacionar существует связь 1:М.

Между сущностями "Stacionar" и "SopZab" по атрибуту id_Stacionar существует связь 1:М.

Между сущностями "SprPrpcedur" и "StacionarProc" по атрибуту id_Procedur существует связь 1:М.

Между сущностями "SprAnastez" и " StacionarOperac " по атрибуту id_Anastez существует связь 1:М.

Между сущностями "SprOperac" и " StacionarOperac " по атрибуту id_Operac существует связь 1:М. Между сущностями "SprZhitel" и "ПАЦИЕНТЫ" по атрибуту id_Zhitel существует связь 1:М. Даталогическая модель схемы базы данных, соответствующая представленной ранее инфологической модели представлена на рисунке 2.

2.1.3 Последовательность команд SQL

Создание базы данных:

CREATE DATABASE [dsp]

GO

ALTER DATABASE [dsp]

SET RECOVERY FULL

GO

Создание таблиц базы данных:

CREATE TABLE [dbo].[Stacionar] (

[id_stacionar] bigint IDENTITY(1, 1) NOT NULL,

[id_VidStacionar] smallint NULL,

[KodPolik] smallint NULL,

[idVrachDolzh] int NULL,

[NOM] int NULL,

[TBNW] int NULL,

[KodOpl] varchar(7) NULL,

[NIB] int NULL,

[PolikNapr] varchar(5) NULL,

[KDN] varchar(7) NULL,

[DateP] smalldatetime NULL,

[DateV] smalldatetime NULL,

[KodIshod] smallint NULL,

[KodRez] smallint NULL,

[id_Gospit] smallint NULL,

[id_Napr] smallint NULL,

[ODiag] varchar(7) NULL,

[OOsl] varchar(7) NULL,

[YaGl] smallint NULL,

[RW] smallint NULL,

[EzhDisp] smallint NULL,

[NTalon] smallint NULL,

[DateOBL] smalldatetime NULL,

[DateZBL] smalldatetime NULL,

[BLVydan] varchar(1) NULL,

[KodPol] smallint NULL,

[VozrBL] smallint NULL,

[Date] smalldatetime NULL,

[UKL] varchar(4) NULL,

[profKoika] int NULL,

[prizPost] smallint NULL,

[kodOtd] int NULL,

PRIMARY KEY CLUSTERED ([id_stacionar])

)

GO

CREATE TABLE [dbo].[SopZab] (

[id_Stacionar] bigint NULL,

[Soput] varchar(7) NULL

)

GO

CREATE TABLE [dbo].[SprAnastez] (

[Id_Anastez] int NOT NULL,

[NameAnastez] varchar(100) NULL,

PRIMARY KEY CLUSTERED ([Id_Anastez])

)

GO

CREATE TABLE [dbo].[SprDop] (

[id] smallint NOT NULL,

[Gospit] varchar(10) NULL,

[Napr] varchar(14) NULL,

[IshodZabol] varchar(21) NULL,

PRIMARY KEY CLUSTERED ([id])

)

GO

CREATE TABLE [dbo].[SprOperac] (

[id_operac] int NOT NULL,

[NameOperac] varchar(200) NULL,

PRIMARY KEY CLUSTERED ([id_operac])

)

GO

CREATE TABLE [dbo].[SprProcedur] (

[KodProcedury] int NOT NULL,

[NameProcedury] varchar(100) NULL,

PRIMARY KEY CLUSTERED ([KodProcedury])

)

GO

CREATE TABLE [dbo].[SprVidStacionar] (

[Id_ VidStacionar] smallint NOT NULL,

[NameVidStacionar] varchar(33) NULL,

PRIMARY KEY CLUSTERED ([Id_ VidStacionar])

)

GO

CREATE TABLE [dbo].[SprZhitel] (

[Id_Zhitel] smallint NOT NULL,

[NameZhitel] varchar(12) NULL,

PRIMARY KEY CLUSTERED ([Id_Zhitel])

)

GO

CREATE TABLE [dbo].[StacionarOperac] (

[id_Stacionar] bigint NULL,

[DataO] smalldatetime NULL,

[id_operac] int NULL,

[id_Anastez] int NULL,

[KPosleO] varchar(7) NULL)

GO

CREATE TABLE [dbo].[StacionarProc] (

[id_Stacionar] bigint NULL,

[id_Procedur] int NULL,

[Kolvo] int NULL)

GO

Рисунок 2 - Даталогическая модель схемы базы данных "Дневной стационар"



Создание связей:

ALTER TABLE [dbo].[StacionarOperac]

ADD CONSTRAINT [StacionarOperac_fk] FOREIGN KEY ([id_Stacionar])

REFERENCES [Stacionar].[dbo] ([id_stacionar])

ON UPDATE CASCADE

ON DELETE CASCADE

GO

ALTER TABLE [dbo].[SopZab]

ADD CONSTRAINT [SopZab_fk] FOREIGN KEY ([id_Stacionar])

REFERENCES [Stacionar].[dbo] ([id_stacionar])

ON UPDATE CASCADE

ON DELETE CASCADE

GO

ALTER TABLE [dbo].[Stacionar]

ADD CONSTRAINT [Stacionar_fk] FOREIGN KEY ([id_VidStacionar])

REFERENCES [dbo].[SprVidStacionar] ([Id_ VidStacionar])

ON UPDATE CASCADE

ON DELETE CASCADE

GO

ALTER TABLE [dbo].[StacionarProc]

ADD CONSTRAINT [StacionarProc_fk] FOREIGN KEY ([id_Stacionar])

REFERENCES [dbo].[Stacionar] ([id_stacionar])

ON UPDATE CASCADE

ON DELETE CASCADE

GO

ALTER TABLE [dbo].[StacionarProc]

ADD CONSTRAINT [StacionarProc_fk2] FOREIGN KEY ([id_Procedur])

REFERENCES [dbo].[SprProcedur] ([KodProcedury])

ON UPDATE CASCADE

ON DELETE NO ACTION

GO

ALTER TABLE [dbo].[StacionarOperac]

ADD CONSTRAINT [StacionarOperac_fk2] FOREIGN KEY ([id_operac])

REFERENCES [dbo].[SprOperac] ([id_operac])

ON UPDATE CASCADE

ON DELETE NO ACTION

GO

ALTER TABLE [dbo].[StacionarOperac]

ADD CONSTRAINT [StacionarOperac_fk3] FOREIGN KEY ([id_Anastez])

REFERENCES [dbo].[SprAnastez] ([Id_Anastez])

ON UPDATE CASCADE

ON DELETE NO ACTION

GO



3. Руководство пользователя

3.1 Установка программы

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

3.2 Заполнение данных

Запускаем программу "Дневной стационар". Заходим в меню, выбираем "Пациенты" - "Найти". Появляется окно для поиска, как показано на рисунке 3.

В форме "Поиск пациента" указываем критерии поиска и нажимаем на кнопку "Найти".



Рисунок 3 - Форма "Поиск пациента"

Открываем нужного нам пациента по двойному щелчку левой кнопки мыши на данном пациенте. Открывается амбулаторная карта данного пациента. Здесь можно посмотреть паспортные данные (Рисунок 4) и Лечение в стационаре (Рисунок 5).

Рисунок 4 - Паспортные данные



Рисунок 5 - Лечение в стационаре

В пункте "Лечение в стационар" открываем уже существующее лечение (нажав на кнопку "Открыть лечение") или заводим новое (нажав на кнопку "Новое лечение").

Открывается форма "Лечение в стационаре". Здесь вводятся общие данные (Рисунок 6), сопутствующие заболевания и процедуры параотделения (Рисунок 7), операции (Рисунок 8).

Рисунок 6 - Общие данные



Рисунок 7 - Сопутствующие заболевания и процедуры параотделения

Рисунок 8 - Операции

Чтобы сохранить введенные данные нужно нажать на кнопку "Сохранить". Чтобы закрыть данное лечение нужно нажать на кнопку "Закрыть".

3.3 Отчеты

Заходим в меню, выбираем "Отчеты" - "Пролеченные в стационаре". Появляется форма "Пролеченные", как показано на рисунке 9.



Рисунок 9 - Форма "Пролеченные"

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

Рисунок 10 - Форма "Пролеченные пациенты"



ЗАКЛЮЧЕНИЕ

В ходе выполнения заданий на курсовую работу был создан проект базы данных "Дневной стационар". В качестве СУБД использован Microsoft Access.

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

Далее, основываясь на проекте созданной базы данных, нами была разработана информационная система в виде приложения в среде Delphi 7.



ИСПОЛЬЗУЕМЫЕ ИСТОЧНИКИ

1. Погула В.В. Практикум на ЭВМ: Базы данных: Учебное пособие / НФИ КемГУ.- Новокузнецк, 2006.

2. Шехтман В.Е. Базы данных, SQL Учебно-методическое пособие по дисциплинам "Базы данных", "Базы данных и экспертные системы", "Современная технология программирования SQL". / - НФИ КемГУ. Новокузнецк, 2006.

3. Фаронов В. Delphi Быстрый старт/Питер. - СПб, 2008.

4. Гофман В. Э., Хомоненко А. Д. Работа с базами данных в Delphi. -- СПб.: БХВ-Петербург, 2007. -- 656 с.

5. Иллюстрированный самоучитель по Delphi для профессионалов. Электронное пособие.

Размещено на Allbest.ru