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

Содержание

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

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

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

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

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

§ 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