Архитектура базы данных информационной системы больницы

1.

Архитектура базы данных
"Информационная система больницы"
От концептуальной модели к физической
реализации
Выполнили студенты гр. ТТМ-43
Иваньков Максим
Буяков Павел
Игнатьев Максим
Чернышев Данил

2.

• Цель: создать структурированное хранилище данных для автоматизации
работы больницы
• Задачи:
a. Выделить ключевые сущности (Сотрудники, пациенты, ресурсы)
b. Определить связи между данными
c. Подготовить каркас для перехода к SQL-реализации

3.

Общая структура базы данных
• Корневая сущность — «Больница», от которой отходят три
основных ветки: Сотрудники, Пациенты и Анализы
Сотрудники — персонал больницы (врачи, администрация)
Пациенты — личные данные, история болезни, приёмы
Анализы — лабораторные и инструментальные исследования

4.

Ветка «Сотрудники»
Сотрудники
1. Врачи
График работы - день недели, время начала приёма, обед
Специализация - должность, категория, стаж, номер кабинета
2. Администрация
Бухгалтерия - стоимость услуг, оплата, статья расхода
Регистратура - номер талона, дата/время, кабинет, врач
Ключевая идея: разделение персонала на медицинский и административный, у
каждого — свои атрибуты.

5.

Фрагмент схемы: структура данных о сотрудниках больницы.
Разделение на врачебный и административный персонал с их
атрибутами

6.

Ветка «Пациенты»: Личные данные
Пациенты - Личные данные
Паспортные данные - ФИО, серия/номер паспорта, кем выдан
Контактная информация - телефон, Email, адрес прописки
Зачем: идентификация пациента и связь с ним вне больницы.

7.

Ветка «Пациенты»: История болезни
Пациенты - История болезни
• Хронические заболевания - диагноз, дата постановки на учёт,
степень тяжести
• Аллергии - тип, название аллергена, тип реакции
Зачем: критически важная информация для безопасного лечения.

8.

Ветка «Пациенты»: Приёмы и госпитализации
• Пациенты - Приёмы/Госпитализации
• Стационар - дата госпитализации, дата выписки, врач
• -Амбулаторный приём - дата визита, жалобы, назначения
Стационар — длительное лечение в больнице
Амбулаторный приём — разовый визит к врачу

9.

• Блок «Личные данные пациента»: паспортная и контактная информация
Структура персональных данных пациента — основа для идентификации
и связи
• Ветка «История болезни» — критически важные данные для безопасного
лечения
Диагностика (хронические заболевания) и противопоказания (аллергии)

10.

Ветка «Анализы»
Анализы
1. Лабораторные
Общий анализ крови - гемоглобин, эритроциты, лейкоциты,
тромбоциты
Биохимия - глюкоза, холестерин, креатинин
2. Инструментальная диагностика
Рентген - область исследования, снимки, заключение
УЗИ - орган, размеры, структура, заключение

11.

Связи между сущностями (цветные стрелки)
Цвет
Связь
Смысл
Зеленый
Врачи - Паспортные данные
Врач работает с данными
пациента
Зелёный
Стационар - Лабораторные
Госпитализированный
пациент сдаёт анализы
Зелёный
Амбулаторный приём - Лабораторные
При визите назначаются
лабораторные исследования
Красный
Хронические заболевания - ...
История болезни влияет на
назначения
Красный
Амбулаторный приём - Инструментальная
диагностика
Приём может включать
рентген/УЗИ

12.

Общая архитектура базы данных «Информационная система больницы»: три основные
ветки (Сотрудники, Пациенты, Анализы) и межсущностные связи

13.

Переход к SQL-реализации
Следующий шаг — превратить концептуальную модель в
физические таблицы:
• Каждая конечная сущность - таблица
• Атрибуты - поля (columns)
• Связи (стрелки) - внешние ключи (FOREIGN KEY)
• Цветовая маркировка - разные типы связей (1:1, 1:M, M:N)