Разработка Корпоративной ИС»:Поликлиника, АРМ регистратора.

§6. Обеспечение поддержки целостности данных и добавление, удаление и изменение информации в таблицах. Программа на SQL

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

Таблица 6.1

PassportData (ПАСПОРТНЫЕ ДАННЫЕ)
Code PassportSeries PassportNumber BirthDate BirthCountry BirthRegion BirthTown Sex IssuePlace IssueDate Notes
1 АМ 548036 27.03.1940 Украина Тернопольская г. Тернополь Ж РО УМВД
г. Тернополя 12.01.1956 NULL
2 АБ 157475 13.02.1935 Россия Владимирская г. Владимир Ж РО УМВД
г. Владимира 16.03.1951 NULL
3 АА 754862 20.02.1940 Украина Днепропетров-ская г. Павлоград Ж РО УМВД
г. Павлограда 10.01.1956 NULL
4 АМ 124568 12.08.1945 Молдова Кишинёвская г. Кишинёв Ж РО УМВД
г. Кишинёва 15.12.1961 NULL
5 АВ 875468 08.05.1986 Беларусь Гомельская г. Гомель Ж РО УМВД
г. Гомеля 25.08.2000 NULL
6 АР 695784 14.11.1950 Украина Львовская г. Львов Ж РО УМВД
г. Львова 24.05.1966 NULL
7 АН 786254 03.10.1960 Украина Днепропетров-ская г. Кривой Ро Ж РО УМВД
г. Кривой Рог 15.05.1976 NULL
8 АЕ 457832 15.11.1965 Россия Оренбургская г. Самара Ж РО УМВД
г. Самары 13.09.1971 NULL
9 АУ 452136 11.11.1970 Беларусь Минская г. Минск Ж РО УМВД
г. Минска 13.12.1986 NULL
10 АЛ 745869 24.06.1975 Россия Тверская г. Бежецк Ж РО УМВД
г. Бежецка 11.11.1991 NULL
11 АБ 124536 22.02.1980 Украина Кировоградская г. Кировоград Ж РО УМВД г. Кировограда 06.01.1996 NULL
12 АМ 365214 16.09.1986 Украина Днепропетров-ская г. Орджони-кидзе Ж РО УМВД г. Орджоникидзе 20.09.2000 NULL
13 АК 142547 23.09.1987 Украина Николаевская г. Николаев Ж РО УМВД г. Николаева 20.12.2001 NULL
14 АГ 754692 25.02.1988 Украина Херсонская г. Херсон Ж РО УМВД г. Херсона 10.12.2004 NULL
15 АР 254136 15.01.1989 Украина Сумская г. Конотоп М РО УМВД
г. Конотопа 20.10.2005 NULL
16 АБ 743578 15.11.1965 Россия Рязанская г. Рязань Ж РО УМВД г. Рязани 15.11.1981 NULL
17 АМ 452174 11.11.1970 Украина Винницкая г. Винница Ж РО УМВД г. Винница 11.11.1986 NULL
18 АК 452146 24.06.1975 Украина Житомирская г. Житомир Ж РО УМВД г. Житомира 24.06.1991 NULL
19 АГ 785201 22.02.1980 Украина Тернопольская г. Тернополь Ж РО УМВД г. Тернополя 22.02.1996 NULL
20 АР 127336 16.09.1986 Украина Черниговская г. Чернигов М РО УМВД г. Чернигова 16.09.2002 NULL
21 АР 412782 23.09.1987 Украина Запорожская г. Запорожье М РО УМВД г. Запорожье 23.09.2003 NULL
22 АН 412172 25.02.1988 Украина Донецкая г. Донецк Ж РО УМВД г. Донецка 25.02.2004 NULL
23 АЕ 742210 15.01.1989 Украина Николаевская г. Николаев М РО УМВД г. Николаева 15.01.2005 NULL

Содержание
Содержание 2
Введение 2
§1. Общие вопросы информатизации поликлиники. 2
§2.Требования, предъявляемые к АРМ регистратора поликлиники. 3
§3.Логическая модель 3
§4. Физическая модель 6
§5. Создание таблиц. Программа на SQL 9
§6. Обеспечение поддержки целостности данных и добавление, удаление и изменение информации в таблицах. Программа на SQL 18
PassportData (ПАСПОРТНЫЕ ДАННЫЕ) 18
Таблица PhoneTypes (ТИПЫ ТЕЛЕФОНОВ) 19
Name 19
Заключение. 38
Список литературы 38

Введение
В настоящее время важность информатизации в здравоохранении мало у кого вызывает сомнения. Организаторы здравоохранения и вся медицинская общественность начали осознавать, что решение многих ключевых проблем здравоохранения, таких как повышение качества лечебно-диагностической помощи или повышение эффективности инвестиций, без применения информационных технологий невозможно. Согласно роли лечебно-профилактических учреждений в системе здравоохранения, создание информационных систем лечебно-профилактических учреждений также является ключевым в процессе информатизации отрасли.
Одно из главных отличий информатизации медицины от информатизации других областей состоит в том, что центральным объектом информационной модели в медицинских информационных системах является пациент. Исторический опыт показал, что наиболее эффективный способ привязки и группировки информации в медицинских информационных системахее концентрация вокруг пациента.
Отметим, что поликлиника играет центральную роль во всей системе диагностики, профилактики и лечения пациентов. В то же время, многие проблемы построения медицинских информационных систем наиболее остро проявляются именно в поликлинической подсистеме. Из таких требований можно отметить необходимость интеграции с другими информационными системами (например, информационной системой стационара) и необходимость прозрачности медицинской информации между поликлиникой и другими организационными единицами, например, стационаром и диагностическими службами. Амбулаторная карта пациента без интеграции в нее существующих историй болезни являтся неполной, так как случаи лечения в стационаре в общей картине здоровья играют важную роль. Врачи стационара также нуждаются в данных из амбулаторной карты. Из других важных требований можно отметить необходимость поддержки работы пользователей с разным темпом и разной однородностью выполняемых действий.
В предлагаемой курсовой работе наряду с рассмотрением общих вопросов разработки информационной системы поликлиники, особое внимание уделено разработке автоматизированного рабочего места (АРМ) регистратора поликлиники, а по сути, базы данных, необходимой для полноценного функционирования этого АРМ.

§1. Общие вопросы информатизации поликлиники.
Введем основные термины, используемые в информационной системе (ИС) поликлиники.
Талон (талон на прием) минимальный элемент ресурса поликлиники, распределяемого пациентам. Талон задается указанием ресурса (ресурсом может быть конкретный специалист поликлиники, кабинет, обязанность: «дежурный врач», «дежурный стоматолог» и т.д.), даты, времени начала и окончания элемента. Совокупность всех талонов составляет общий ресурс поликлиники по оказанию лечебно-диагностических услуг пациентам.
Прием (амбулаторный прием) это совокупность лечебно-диагностических услуг, оказываемых пациенту в рамках одного посещения специалиста поликлиники. Посещение пациентом поликлиники может состоять из одного или нескольких приемов, логически связанных (например, прием у участкового врача и связанная с этим консультация у врача-специалиста) или не связанных друг с другом (например, посещение врача-специалиста и стоматолога).
Статталон (статистический талон) документ, который формально определяет случай обращения за помощью в поликлинику. Случай может объединять несколько приемов. Например, в случае
Например, в случае острого заболевания: прием на дому, прием в поликлинике (продолжение лечения), прием в поликлинике (выписка больного). И наоборот, на одном приеме может быть оформлено несколько статталонов по разным случаям. Например, на одном приеме могут быть выписаны статталоны по следующим случаям: острое заболевание, подтверждение хронического заболевания в текущем году,
профосмотр, диспансерный учет.
Профосмотр (профилактический осмотр или диспансеризация) периодическое обследование различных групп пациентов с целью ранней диагностики заболеваний либо предотвращения ухудшения состояния при хронических заболеваниях. Можно выделить несколько видов профосмотров:
Комплексный медосмотр это наиболее полный осмотр, объем которого регламентируется приказом № 770 Минздрава.
Периодический осмотр специализированный осмотр в объеме, регламентируемом приказами № 90 и № 555 Минздрава. Периодическим осмотрам подлежат в основном работники службы питания и профессий с высоким риском возникновения заболеваний (грузчики и т. п.).
Диспансерный осмотр. Осмотр проводится в рамках диспансерного учета лиц, имеющих хронические заболевания, с целью предотвращения ухудшения состояния и осложнений. Необходимый объем обследований и посещений специалистов регламентируется приказом № 770.
Анализ работы поликлинического лечебного учреждения позво¬ляет выявить три основных подсистемы, последовательно обслужи¬вающих поток пациентов и информации: регистратура, врачебный прием, статистическая обработка.

§2.Требования, предъявляемые к АРМ регистратора поликлиники.
Высокий темп реализации талонов (около 1500 шт. в день)
Неравномерный темп реализации талонов (70% талонов ре¬ализуется в первые два часа работы регистратуры).
Необходимость подбора оптимального времени талонов при посещении пациентом нескольких специалистов в один день.
Необходимость корректировать расписания с разной степенью оперативности: от корректировки расписания следующего месяца (плановое изменение расписания) до снятия талонов специалиста на текущий день, например в случае его внезапной болезни.
Необходимость отображения расписания для посетителей различными средствами (например, на настенных мониторах или на веб-сайте).
§3.Логическая модель
Описание технологического процесса.
Каждый больной обращаясь в районную поликлинику должен иметь направление лечащего участкового врача, карточку и паспорт. В направлении должно быть указано: диагноз и специалист, к которому направляется больной для уточнения диагноза, консультации или лечения. Придя в районную поликлинику, пациент должен обратиться в егистратуру для получения талона и карточки, если ранее обращался или находится на диспансерном учёте. Работник регистратуры должен выдать талон к врачу, в котором должен быть указан номер кабинета, ФИО врача, время, должность и специальность.


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

Список субъектов:
1. Участки
2. Пациенты
3. Работники
4. Паспортные данные
5. Диспансерный учёт больных
6. Заболевания
7. Телефоны
8. Отделения поликлиники
9. Кабинеты
10. Администрация


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

1. УЧАСТКИ
1.1. Код
1.2. Адрес участка
1.3. Номер участка
1.4. Код телефона
1.5. Код работника
1.6. Количество домов, относящихся к данному участку
1.7. Количество жителей, относящихся к данному участку
1.8. Примечания

ПАЦИЕНТЫ
2.1. Код
2.2. Фамилия
2.3. Имя
2.4. Отчество
2.5. Возраст больного
2.6. Код телефона
2.7. Место работы (учёбы)
2.8. Профессия
2.9. Код паспортных данных
2.10. Код заболевания
2.11. Код участка
2.12. Код работника
2.13. Дата обращения
2.14. Примечания

2. РАБОТНИКИ
2.1. Код
2.2. Фамилия
2.3. Имя
2.4. Отчество
2.5. Код паспортных данных (серия)
2.6. Код паспортных данных (номер)
2.7. Специальность
2.8. Должность
2.9. Код телефона
2.10. Код кабинета
2.11. Время работы
2.12. Примечания

3. ПАСПОРТНЫЕ ДАННЫЕ
3.1. Код
3.2. Серия паспорта
3.3. Номер паспорта
3.4. Дата рождения
3.5. Место рождения
3.6. Пол
3.7. Место выдачи паспорта
3.8. Дата выдачи паспорта
3.9. Прописка

4. ДИСПАНСЕРНЫЙ УЧЁТ БОЛЬНЫХ
4.1. Код
4.2. Фамилия
4.3. Имя
4.4. Отчество
4.5. Код паспортных данных
4.6. Код телефона
4.7. Код заболевания
4.8. Код работника
4.9. Код участка
4.10. Дата поступления на учёт
4.11. Дата снятия с учёта
4.12. Примечания

5. ЗАБОЛЕВАНИЯ
5.1. Код
5.2. Диагноз
5.3. Кд работника
5.4. Длительность заболевания
5.5. Форма заболевания (хроническая, острая)
5.6. Результаты обследования
5.7. Примечания

6. ТЕЛЕФОНЫ
6.1. Код
6.2. Номер домашнего телефона
6.3. Номер мобильного телефона

7. ОТДЕЛЕНИЯ ПОЛИКЛИНИКИ
7.1. Код
7.2. Наименование
7.3. Код работника
7.4. Месторасположение отделения
7.5. Код телефона
7.6. Код кабинета
7.7. Примечания

8. КАБИНЕТЫ
8.1. Код
8.1 код отделения поликлиники
8.2. Номер кабинета
8.3. Код телефона
8.4. Время работы
8.5. Примечания

9. АДМИНИСТРАЦИЯ
9.1. Код
9.2. Код работника
9.3. Код телефона
9.4. Код кабинета
9.5. Время работы
9.6. Примечания


Главная таблица УЧЁТ ПОСЕЩЕНИЯ БОЛЬНЫМИ РАЙОННОЙ ПОЛИКЛИНИКИ
1. ПАЦИЕНТЫ
2. ДИСПАНСЕРНЫЙ УЧЁТ БОЛЬНЫХ
3. АДМИНИСТРАЦИЯ



§4. Физическая модель

Опишем физическую модель базы данных, используя средства InterBase.
Таблица 4.1

Имена таблиц в базе данных POLYCLINIC.GBD
№ п.п. Наименование Имя в POLYCLINIC.GBD
1. УЧАСТКИ Districts
2. ПАЦИЕНТЫ Patients
3. РАБОТНИКИ Workers
4. ПАСПОРТНЫЕ ДАННЫЕ PassportData
5. ЗАБОЛЕВАНИЯ Diseases
6. ТЕЛЕФОНЫ Phones
7. ОТДЕЛЕНИЯ ПОЛИКЛИНИКИ PolyclinicDepartments
8. КАБИНЕТЫ ConsultingRooms
9. АДМИНИСТРАЦИЯ Administration
10. ТИПЫ ТЕЛЕФОНОВ PhoneTypes


Таблица 4.2
Спецификация таблицы Districts (УЧАСТКИ)
№ п.п. Заглавие Имя поля Тип Длина Ключ
1. Код Code INTEGER P
2. Адрес участка DistrictAddress CHAR 50
3. Номер участка DistrictNumber INTEGER
4. Код телефона PhoneCode INTEGER F
5. Количество домов, относящихся к данному участку HousesNumber INTEGER
6. Количество жителей, относящихся к данному участку InhabitantsNumber INTEGER
7. Примечания Notes BLOB

Таблица 4.3
Спецификация таблицы Patients (ПАЦИЕНТЫ)
№ п.п. Заглавие Имя поля Тип Длина Ключ
1. Код Code INTEGER P
2. Фамилия Surname CHAR 30
3. Имя Name CHAR 30
4. Отчество Patronymic CHAR 30
5. Возраст больного Age INTEGER
6. Код телефона PhoneCode INTEGER F
7. Место работы (учёбы) WorkPlace CHAR 50
8. Профессия Occupation CHAR 20
9. Код паспортных данных PassportDataCode INTEGER F
10. Код заболевания DiseaseCode INTEGER F
11. Код участка DistrictCode INTEGER F
12. Код работника WorkerCode INTEGER F
13. Дата обращения VisitDate DATE
14. Примечания Notes BLOB

Таблица 4.4
Спецификация таблицы Workers (РАБОТНИКИ)
№ п.п. Заглавие Имя поля Тип Длина Ключ
1. Код Code INTEGER P
2. Фамилия Surname CHAR 30
3. Имя Name CHAR 30
4. Отчество Patronymic CHAR 30
5. Код паспортных данных PassportDataCode INTEGER F
6. Специальность Profession CHAR 25
7. Должность Post CHAR 30
8. Код телефона PhoneCode INTEGER F
9. Код отделения поликлиники PolyclinicDepartmentCode INTEGER F
10. Время работы WorkingHours DATE
11. Примечания Notes BLOB

Таблица 4.5
Спецификация таблицы PassportData (ПАСПОРТНЫЕ ДАННЫЕ)
№ п.п. Заглавие Имя поля Тип Длина Ключ
1. Код Code INTEGER P
2. Серия паспорта PassportSeries CHAR 2
3. Номер паспорта PassportNumber CHAR 6
4. Дата рождения BirthDate DATE
5. Место рождения BirthPlace CHAR 30
6. Пол Sex CHAR 1
7. Место выдачи паспорта IssuePlace CHAR 50
8. Дата выдачи паспорта IssueDate DATE
9. Прописка Residence CHAR 50

Мэтчо Дж. Deldhi 2, Руководство для профессионалов // «BHV Санкт-Петербург», 1997.
[2] Гулиев Я. И., Комаров С. И., Малых В. Л., Осипов Г. С., Пименов С. П., Хаткевич М. И. Интегрированная распределенная информационная система лечебного учреждения (ИНТЕРИН) // Программные продукты и системы, № 3.
[3] Гулиев Я. И., Хаткевич М. И. Процесс и документ в медицинских информационных системах // Программные системы: теория и приложения, 2004.
[4] Хаткевич М. И. Объектно-реляционный дуализм в больших информационных системах // Программные продукты и системы, № 3, c.2226.