Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
8 семестр / Содержание ПЗ.docx
Скачиваний:
10
Добавлен:
18.02.2023
Размер:
266.33 Кб
Скачать

1 Построение инфологической концептуальной модели

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

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

Требования, предъявляемые к инфологической модели:

  • адекватное, отображение предметной области;

  • недопущение неоднозначной трактовки модели;

  • четкое определение моделируемой предметной области (конечность модели);

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

  • возможность композиции и декомпозиции модели в связи с большой размерностью реальных инфологических моделей;

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

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

1.1 Анализ предметной области и выявление необходимого набора сущностей

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

Наименование задачи – автоматизация учета данных о пациентах и врачах для работников поликлиники.

Цель работников регистратуры – накопление и систематизация информации о пациентах и врачах.

Функции работника регистратуры:

  • учет пациентов и работников учреждения здравоохранения;

  • систематизация накопленной информации;

  • составление документов и отчетов;

  • управление перемещением пациентов по участкам поликлиники;

  • анализ накопленной информации.

Основные бизнес-правила:

  • информация заносится в карточку пациента при каждом посещении;

  • врач может обслуживать более одного участка;

  • в случае увольнения врача, его участок (участки) передается другим врачам;

  • работники регистратуры регистрируют пациента, заполняя первую страницу его карточки;

  • уволить врача имеет право только заведующий поликлиникой.

Перечень печатных отчетов:

  • больничный лист для пациента;

  • справка для пациента установленного образца;

  • расписание работы врачей.

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

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

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

За врачом может быть закреплен участок, поэтому следует выделить так же сущность – участок.

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

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

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

Соседние файлы в папке 8 семестр