Рис. 3.19 - Диаграмма декомпозиций «Ведение статистики» А6

Рис. 3.20 - Диаграмма декомпозиций «Деятельность аптеки» А7

Декомпозиция работы «Деятельность аптеки» А7 (Рис. 3.20) состоит из следующих процессов: «Учет поступления медикаментов и предметов медицинского назначения», «Учет расходования медикаментов», «Формирование заявок и заказов на закупку», «Деятельность аптечного склада»

3.2 Разработка модели базы данных учреждения в среде Erwin

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

Рис. 3.20 - База данных ЛПУ (набор взаимосвязанных таблиц)

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

3.2.1 Создание логической модели «сущность-связь»

При запустите AllFusion ERWin Data Modeler для создания модели как логического, так и физического уровня отмечаем галочкой пункт Logical/Physica.

Для того чтобы создать сущность, необходимо выбрать соответствующий инструмент на панели инструментов. Кроме того, необходимо выбрать способ отображения сущности, нажав кнопку. В этом случае, будет отображаться только имя сущности, без атрибутов (что и требуется для создания диаграммы «Сущность-связь»). Создадим 17 сущностей. Результат представлен на рис. 3.21

Рис. 3.21 - Сущности модели

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

Сначала составим описание предметной области на естественном языке.

Любой пациент может иметь одну или несколько льгот

Одна болезнь может наблюдаться у нескольких пациентов

Любой пациент может получить амбулаторное лечение

Любой пациент может получить стационарное лечение

Любой пациент может получить лабораторно-диагностическое исследование

Анализ может определить состояние здоровья при лабораторно-диагностическое исследование

Анализ может определить диагноз при амбулаторном лечении

Любое отделение может иметь оборудование

В любом корпусе может находиться несколько отделений

Любой пациент может получить несколько талонов пациента

Любая обсуживающаяся организация может получить медицинский осмотр

Таким образом, сформулируем имена связей:

ПАЦИЕНТ получает ЗАПИСЬ НА ПРИЕМ

ПАЦИЕНТ приобретает ТАЛОН ПАЦИЕНТА

ЛЬГОТА принадлежит ПАЦИЕНТУ

БОЛЕЗНЬ принадлежит ПАЦИЕНТУ

ПАЦИЕНТ получает АМБУЛАТОРНОЕ ЛЕЧЕНИЕ

ПАЦИЕНТ получает СТАЦИОНАРНОЕ ЛЕЧЕНИЕ

ПАЦИЕНТ проходит ЛАБОРАТОРНО-ДИАГНОСТИЧЕСКОЕ ИССЛЕДОВАНИЕ

АНАЛИЗ определяет состояние здоровья в ЛАБОРАТОРНО-ДИАГНОСТИЧЕСКОЕ ИССЛЕДОВАНИЕ

АНАЛИЗ определяет диагноз при АМБУЛАТОРНОМ ЛЕЧЕНИИ

МЕД ПЕРСОНАЛ обеспечивает АМБУЛАТОРНОЕ ЛЕЧЕНИЕ

МЕД ПЕРСОНАЛ проводит МЕД ОСМОТР

МЕД ПЕРСОНАЛ проводит ЛАБОРАТОРНО-ДИАГНОСТИЧЕСКОЕ ИССЛЕДОВАНИЕ

МЕД ПЕРСОНАЛ работает в АПТЕКЕ

МЕД ПЕРСОНАЛ входит в ТАЛОН ПАЦИЕНТА

ОБСЛУЖИВАЮЩИЙ ПЕРСОНАЛ организует МЕД ОСМОТР

ОБСЛУЖИВАЮЩИЙ ПЕРСОНАЛ обеспечивает работу АПТЕКИ

ОБСЛУЖИВАЮЩИЙ ПЕРСОНАЛ обслуживает ОТДЕЛЕНИЕ

ОТДЕЛЕНИЕ имеет в наличие ОБОРУДОВАНИЕ

КОРПУС включает в себя ОТДЕЛЕНИЕ

ОБСЛУЖИВАЮЩАЯСЯ ОРГАНИЗАЦИЯ проходит МЕД ОСМОТР

Определим типы связей и построим модель (Рис. 3.23).

Для того чтобы задать имя связи необходимо задать Verb Phrase в меню Relationship Properties.

Рис. 3.23 - Модель «сущность-связь»

3.2.2 Создание логической модели данных, основанной на ключах

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

Рис. 3.22 - Модель данных, основанная на ключах

3.2.3 Создание полной атрибутивной модели

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

Рис. 3.24 - Полная атрибутивная модель

3.2.4 Определение атрибутов сущностей

Определив сущности, необходимо внести в схему и атрибуты этих сущностей. В табл. 3.2 приведен перечень сущностей и их атрибутов с характеристиками для рассматриваемой предметной области.

Таблица 3.2

Характеристика атрибутов сущностей

После того, как выполнено построение модели, необходимо сгенерировать базу данных.

С этой задачей так же справляется программное средство Erwin. Скрипт таблицы «Ambylatornoe_lehenie» выглядит следующим образом:

CREATE TABLE Ambylatornoe_lehenie

(

Kod_leheniya Character(18) NULL,

Kod_karty_pacienta Character(18) NOT NULL,

Data_priema Character(18) NULL,

Diagnoz Character(18) NULL,

Kod_analiza Character(18) NOT NULL,

Naznahennoe_lehenie Character(18) NULL,

Zapis_jalob Character(18) NULL,

Kod_med_personala Character(18) NOT NULL

);

Сгенерированные таблицы получились как файлы базы данных .DBF. Так как была выбрана СУБД, ориентированная на dBASE. Для работы с файлами такого формата была использована программа DBFOPEN, но существуют также и другие: Visual FoxPro, Microsoft Access, DBFShow, Microsoft Excel, PlanMaker Viewer, Oracle Database, Apache OpenOffice, Planamesa NeoOffice (MacOS), Corel WordPerfect Office. Результаты сгенерированной в таблицы базы данных приведены на рис. 3.25.

Рис. 3.25 - Результат сгенерированной базы данных

ЗАКЛЮЧЕНИЕ

В рамках дипломной работы были проделаны следующие шаги:

1. Подробно изучена предметная область

2. Выявлены процессы, протекающие в медицинском учреждении

3. С помощью CASE-средства верхнего уровня BPwin разработана модель информационной системы, которая включила в себя 18 диаграмм декомпозиций и 77 процессов

4. В среде ERwin смоделирована база данных, содержащая 17 сущностей с их атрибутами.

Информационная система в медицинской практике - это то, что ведет к экономии и рациональному расходованию ресурсов.

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

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

Поставленные задачи дипломной работы реализованы в полном объеме в соответствии с заданием.

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