Geum.ru

Автоматизированная система для работы поликлиники

Отчет по практике - Компьютеры, программирование

Другие отчеты по практике по предмету Компьютеры, программирование

аботы в поликлинике

статистика посещений пациента

просмотр пациентов по участкам

выписанные лекарства для пациента

выписанные анализы для пациента

 

.3 Запись на прием к врачу

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

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

 

.4 Просмотр пациентом, сделанных врачом назначений

 

В личном кабинете пациента отображается информация о выписанных лекарствах, направлениях на анализы.

1.5 Редактирование пациентом или врачом информации о себе

В личном кабинете врача/пациента отображается личная информация. Разрешается её редактировать. Есть возможность редактирования логина и пароля входа.

 

.6 Заполнение врачом результатов осмотра

 

После того, как пациент пришёл на прием, врач заносит результат осмотра в информационную систему, а также заполняет рекомендации по лечению.

 

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

 

Врач имеет возможность выписать/заполнить направление на анализ, выписать рецепт по результатам посещения.

 

.8 Составление расписания

 

Модератор осуществляет создание/редактирование расписания. Учитываются следующие ограничения:

набор полей день недели, смена, кабинет уникален

-набор полей врач, день недели, смена уникален

После добавления строки расписания, в системе генерируются талончики на 10 дней вперед для этой строки.

 

2. Требования к системе

 

2.1 Требование к системе в целом

 

Разрабатываемая системе должна

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

Иметь возможность осуществления ремонта при возникновении неполадок в работе

Должна быть уникальной и независимой в технических решениях по сравнению с автоматизированными системами сторонних разработчиков.

Должна осуществлять работу в соответствии с действующими стандартами, принятыми в предметной области работы автоматизированной системы

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

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

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

 

2.2 Требования к функциям (задачам)

 

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

Каждая выполняемая в автоматизированной системе операция не должна иметь слишком больших временных затрат на её исполнение.

Все задачи, решаемые системой должны быть решены быстро и корректно

 

2.3 Требование к обеспечению

 

Разрабатываемая система должна реализовать свои задачи с применением таких средств, как СУБД MSSQL 2008 и операционная система Windows7

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

Программа не должна терять данные при возникновениях в неисправностях, как в программной так и в аппаратной составляющей автоматизированной системы.

 

3. Концептуальная модель БД

 

Концептуальная модель разработана в среде PowerDesigner. Она представляет собой систему из 16 сущностей.

 

Рис 3.1 Концептуальная модель базы данных

 

4. Физическая модель базы данных

 

Физическая модель представлена на рис. 4.1. Модель выполнена среде Powerdesigner.

 

Рис 4.1 Физическая модель базы данных

 

.1 Описание хранимых процедур

 

4.1.1 Вставка рецепта

CREATE PROCEDURE [add_recept_to_ticket](@ticket_id int,@drug_id int,@drug_count int)into рецепт(@ticket_id, @drug_id, @drug_count,NEWID())

4.1.2 Обновление данных о посещении

CREATE PROCEDURE [update_ticket_type_zhalob_diagnoz_lechenie](@id int, @type int, @zhalob varchar(max),@diagnoz varchar(max),@lechenie varchar(max))посещениепосещение.тип_посещения = @type,

посещение.жалобы = @zhalob,

посещение.диагноз = @diagnoz,

посещение.лечение =@lechenieпосещение.идентификатор_посещения = @id

 

4.1.3 Привязка пациента к талончику

CREATE PROCEDURE [update_ticket_patient_login](@patient_login varchar(50),@ticket_id int)посещениелогин_пациента = @patient_loginидентификатор_посещения = @ticket_id

 

4.1.4 Находит максимальную дату среди талонов

CREATE PROCEDURE [ticket_max_date]@date datetime

exists(select *посещение)@date = MAX(посещение.дата_приема)посещение@date = GETDATE()-DAY(0)(@date<getdate())@date = getdate()-day(0)@date

 

4.1.5 Добавление талончика

CREATE PROCEDURE [insert_into_ticket](@table_id int,@ticket_time time(7),@date date)into посещение(идентификатор_расписания,время_приема,дата_приема) values(@table_id,@ticket_time,@date)

 

4.1.6 определяет существование логина и пароля пациента в системе.

CREATE PROCEDURE [patient_login](@login varchar(50),@password varchar(50))@number int ;@number =0;(EXISTS(select *пациентпароль = @password and логин_пациента = @loginby логин_пациента ))@number = COUNT(*)пациентпароль = @password and логин_пациента = @loginby логин_пациента@number

 

4.1.7 Обновляет направление на анализ

CREATE PROCEDURE [update_analyze](@id int,@rezult varchar(max))направление_на_анализрезультат = @rezultидентификатор_направления = @id