Разработка enterprise-приложения «Больница»

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«САМАРСКИЙ ГОСУДАРСТВЕННЫЙ АЭРОКОСМИЧЕСКИЙ УНИВЕРСИТЕТ имени академика С.П. КОРОЛЕВА

(национальный исследовательский университет)"

Факультет информатики Кафедра технической кибернетики Пояснительная записка к курсовому проекту по дисциплине «Технологии сетевого программирования»

Тема: «Разработка enterprise-приложения „Больница“»

Разработчики: Арискин И. А.

Ярычевская И.П.

Проверил:Белоусов А.А.

трехуровневая архитектура база данный

Задание Разработать трехзвенную информационную систему на основе JavaEE-технологий.

Система должна предоставлять возможность просмотра и редактирования данных из базы данных, а также выполнять и показывать результаты запросов (виды запросов определяются на этапе создания системы). Всю работу пользователь системы производит через Web-интерфейс. Web-интерфейс осуществляет взаимодействие с SessionBeans, выполняющими запросы к объектам, работающим с базой данных.

Выбраны следующие аспекты выполнения проекта:

Реализация платформы JavaEE и СУБД — Glassfish_v.3.1 и Oracle 10g;

Предметная область — больница;

Java-технологии:

На Web-слое выбрана технология JSF, Servlets, PrimeFaces;

На бизнес-слое выбрана технология SessionBeans (EJB 3), Entity Persistence;

На слое данных выбрана технология JDBC.

Реферат Курсовой проект: 52 c., 12 рисунков, 4 источник.

БАЗА ДАННЫХ, СЕССИОННЫЙ БИН, ДИАГРАММА КЛАССОВ, ENTERPRISE-ПРИЛОЖЕНИЕ, ORACLE, JSP, JDBC.

Работа посвящена разработке информационной системы на основе

JavaEE-технологий.

В результате работы реализована база данных описывающая предметную область и web-интерфейс для работы с этой базой данных.

Введение

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

Цель данной работы продемонстрировать в работе некоторый стек технологий, который будет использоваться в создании трехслойного приложения. Трехслойное приложение будет разработано с использованием Java EE технологий. Также будут продемонстрирована одна из возможных архитектур enterprise-приложения при помощи UML-диаграмм ее частей. В качестве предметной области взята система управления больницей.

1. Структура базы данных

1.1 Описание предметной области На данном этапе нашей работе мы моделируем БД больницы. Кратко опишем данную предметную область.

Медицинское учреждение имеет несколько отделений, которые возглавляют ведущие специалисты больницы (заведующие). Каждый сотрудник прикреплен за каким-то одним отделением. Личные дела всех сотрудников ведет отдел кадров. Заработная плата служащего зависит от занимаемой должности (врачи разных специализаций получают одинаковую зарплату). На каждого впервые обратившегося за услугами в больницу гражданина заводится амбулаторная карта, которая выдается в регистратуре вместе с талоном на прием к специалисту. Амбулаторная карта во время посещения больницы находится у пациента. Когда пациент покидает больницу, он сдает её обратно в регистратуру. Талон выдается пациенту даже в случае поступления больного на «скорой помощи». В случае необходимости стационарного лечения с пациентом заключается договор. Договор это бумажная книжка, в которой фиксируются все события связанные с лечением больного. После выздоровления пациента, договор прикрепляется к амбулаторной карте. В данной больнице также имеется пункт сдачи донорской крови, который жестко следит за базой больных СПИДом. Каждое медицинское оборудование закреплено за каким-либо кабинетом или хранится на складе.

1.2 Таблицы и атрибуты Структура базы данных больницы представлена на рисунке 1.1.

Рисунок 1.1 — Структура базы данных В таблице 1 представлено описание сущностей и атрибутов.

Таблица 1.1 — Описание сущностей и атрибутов

1.3 Структура enterprise — приложения В данном проекте будем использовать трехуровневую архитектуру, состоящую презентационного слоя, бизнес слоя и слоя баз данных. Первое запускается на клиентской машине, второе и третье на серверах различного уровня. Ниже приведена диаграмма компонентов системы (рисунок 2.1).

Рисунок 2.1 — Диаграмма компонентов Структура слоя данных Структура слоя данных показана на рисунке 2.2. Здесь определены сущности и показаны взаимодействия между ними. Entity-классы реализуют доменный слой приложения, т. е. представление сущностей базы данных в виде классов ООП. Они отвечают за представление таблиц в виде классов, реализуют методы доступа к полям — ячейкам таблицы. Здесь определены классы, которые отвечают представлению таблиц внутри enterprise-приложения, реализуют методы доступа к полям — элементам кортежей, т. е. в каждом классе реализованы методы get () и set () для всех полей. Так же в каждом классе переопределены методы equals (), hashCode () и toString ().

Рисунок 2.2 — Структура слоя данных Таблица 2.1 — Описание классов слоя данных

Структура бизнес — слоя Основные бизнес-функции для сущностей предметной области инкапсулируют в себе сессионные бины, диаграммы которых представлены на рисунке 2.3.

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

Реализовано несколько классов бинов, реализующих Remote-интерфейсы и отвечают за работу необходимых операций с данными, а именно: добавление, удаление, редактирование записей (EditBean), проверка на наличие информации (ECheckingBean), получение данных (EGetObjectBean, ERepository), а так же обеспечивают возможность некоторых специализированных запросов (EQueryReportBean).

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

Рисунок 2.3 — Диаграмма классов бизнес слоя Ниже будут более подробно рассмотрены основные методы компонентов на примере класса EditBean. Этот класс предназначен для редактирования таблиц базы данных посредствам EntityManager, который используется в следующих методах:

add (Object ob) — добавление строки в таблицу базы данных;

edit (Object ob) — редактирование строки в таблице базы данных;

deleteTalon (Integer idTalon)

deleteClient (String insurnum)

deteleTypeAn (String t)

deleteAids (String insurnum)

deleteDonor (String insurnum) — удаление строки из таблиц

deleteAnalysis (AnalysisPK analysisPK)

deleteMoney (String post)

deleteHospital (Integer contractnum)

deleteMedDev (Integer sernum)

Структура web — слоя

Web-слой можно условно разделить на три основных страницы:

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

Страница профиля — на ней пользователь может выбрать пункт меня основного функционала системы, доступного для данного профиля;

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

Весь web-слой сделан с использованием технологии JSF. Все страницы взаимодействуют с нужными им Session Beans. На страницах ввода информации предусмотрен контроль ввода с удобными и понятными сообщениями об ошибках, а так же с выделением полей, в которых обнаружены некорректные данные.

2. Интерфейс пользователя При входе в систему пользователь должен авторизоваться. Ему предлагается ввести логин и пароль. После успешной авторизации пользователь переходит на страницу с указанием профиля и меню основного функционала, который определяется введенными логином и паролем. Всего в программе реализовано 4 профиля: регистратура, отдел кадров, медсестра, старшая медсестра.

Нажав на ссылку, пользователь переходит на страницу выбранного пункта меню, где он также может выбрать другие действия работы. Рассмотрим для начала выбор пункта «Зарегистрировать пациента». После перехода по ссылке появляются поля для ввода данных о пациенте. После ввода всех данных, нажав на кнопку «Добавить», сведения о пациенте вносятся в базу данных. Нажав на кнопку «Обновить», вновь зарегистрированный пользователь отобразится на экране.

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

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

Также в профиле «Регистратура» реализован один из пользовательских запросов, который формирует отчет о расписании приема пациентов на сегодняшнее число.

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

Заключение

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

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

Список использованных источников

Логанова Л. В. — Лекции по курсу «Базы данных и экспертные системы»

Дэвид Гери, Кей Хорстман — JavaServer Faces. Библиотека профессионала, 3-е изд.: Пер. с англ. — М.: ООО «И.Д. Вильямс», 2011. — 544 с.

Кевин Луни, Боб Брила и эксперты TUSC — Oracle Datadase 10g. Настольная книга администратора баз данных, изд. «Лори», 2008. — 377с.

Т. Коннолли, К. Бегг — Базы данных. Проектирование, реализация и сопровождение. Теория и практика, 3-е изд.: Пер. с англ. — М.: ООО «И.Д. Вильямс», 2003. — 1440с.

Приложение, А. SQL — скрипты создания таблиц

CREATE TABLE AIDS_patients (Stage VARCHAR2(10), InsurNum VARCHAR2(12) NOT NULL)

ALTER TABLE AIDS_patients

ADD CONSTRAINT «PK_AIDS_patients» PRIMARY KEY (InsurNum);

CREATE TABLE Analysis

(Result VARCHAR2 (15),

Date_An DATE NOT NULL ,

ID_An VARCHAR2(15) NOT NULL ,

InsurNum VARCHAR2(12) NOT NULL);

ALTER TABLE Analysis

ADD CONSTRAINT «Analysis_PK» PRIMARY KEY (Date_An, ID_An, InsurNum) ;

CREATE TABLE Clients

(FIO VARCHAR2 (60),

InsurNum VARCHAR2(12) NOT NULL ,

BDay DATE ,

Adress VARCHAR2 (50),

Phone VARCHAR2(14));

ALTER TABLE Clients

ADD CONSTRAINT «Clients_PK» PRIMARY KEY (InsurNum) ;

CREATE TABLE Department

(ID_Depart NUMBER (6) NOT NULL ,

Name VARCHAR2 (50));

ALTER TABLE Department

ADD CONSTRAINT «Department_PK» PRIMARY KEY (ID_Depart) ;

CREATE TABLE Donors

(BloodGr VARCHAR2(15) ,

LastDate DATE ,

Count NUMBER (3),

InsurNum VARCHAR2(12) NOT NULL);

ALTER TABLE Donors

ADD CONSTRAINT PK_Donors PRIMARY KEY (InsurNum) ;

CREATE TABLE Hospital

(ContractNum NUMBER (6) NOT NULL ,

Diagnosis VARCHAR2(60) ,

DateSt DATE ,

DateFin DATE ,

HouseNum NUMBER (3) NOT NULL ,

ID_worker NUMBER (6) NOT NULL ,

InsurNum VARCHAR2 (12) NOT NULL);

ALTER TABLE Hospital

ADD CONSTRAINT «Hospital_PK» PRIMARY KEY (ContractNum) ;

CREATE TABLE Houses

(HouseNum NUMBER (3) NOT NULL ,

CountPlace NUMBER (2),

ID_Depart NUMBER (6) NOT NULL);

ALTER TABLE Houses

ADD CONSTRAINT «Houses_PK» PRIMARY KEY (HouseNum) ;

CREATE TABLE Med_Dev

(SerNum NUMBER (6) NOT NULL ,

Name VARCHAR2 (30),

CurRep DATE ,

RoomNum NUMBER (3) NOT NULL);

ALTER TABLE Med_Dev

ADD CONSTRAINT «Med_Dev_PK» PRIMARY KEY (SerNum) ;

CREATE TABLE Money

(Post VARCHAR2(35) NOT NULL ,

Money NUMBER (5));

ALTER TABLE Money

ADD CONSTRAINT «Money_PK» PRIMARY KEY (Post) ;

CREATE TABLE Pers_Data

(FIO VARCHAR2 (60),

Bday DATE ,

Adress VARCHAR2 (50),

Phone VARCHAR2(14),

ID_worker NUMBER (6) NOT NULL);

ALTER TABLE Pers_Data

ADD CONSTRAINT «Pers_Data_PK» PRIMARY KEY (ID_worker) ;

CREATE TABLE Rooms

(RoomNum NUMBER (3) NOT NULL ,

ID_Depart NUMBER (6) NOT NULL);

ALTER TABLE Rooms

ADD CONSTRAINT «Rooms_PK» PRIMARY KEY (RoomNum) ;

CREATE TABLE Talons

(ID_talon NUMBER (6) NOT NULL ,

Date_T DATE ,

Time_T VARCHAR (6),

ID_worker NUMBER (6) NOT NULL ,

InsurNum VARCHAR2 (12) NULL);

ALTER TABLE Talons

ADD CONSTRAINT «Talons_PK» PRIMARY KEY (ID_talon) ;

CREATE TABLE Type_An

(ID_An VARCHAR2 (15) NOT NULL ,

Name VARCHAR2 (60),

ExpDate VARCHAR2 (30));

ALTER TABLE Type_An

ADD CONSTRAINT «Type_An_PK» PRIMARY KEY (ID_An) ;

CREATE TABLE Work_Data

(ID_Manager NUMBER (6),

Special VARCHAR2 (20),

ID_worker NUMBER (6) NOT NULL ,

Post VARCHAR2 (35) NOT NULL ,

RoomNum NUMBER (3) NOT NULL);

ALTER TABLE Work_Data

ADD CONSTRAINT «Work_Data_PK» PRIMARY KEY (ID_worker) ;

CREATE TABLE Workers

(ID_worker NUMBER (6) NOT NULL ,

ID_Depart NUMBER (6) NOT NULL,

status varchar2 (15) not null);

ALTER TABLE Workers

ADD CONSTRAINT «Workers_PK» PRIMARY KEY (ID_worker) ;

ALTER TABLE Work_Data

ADD CONSTRAINT Relation₁₀ FOREIGN KEY

(RoomNum) REFERENCES Rooms (RoomNum);

ALTER TABLE Talons

ADD CONSTRAINT Relation₁₃ FOREIGN KEY

(InsurNum) REFERENCES Clients (InsurNum) ON DELETE set null ;

ALTER TABLE Houses

ADD CONSTRAINT Relation₁₅ FOREIGN KEY

(ID_Depart) REFERENCES Department (ID_Depart) ON DELETE CASCADE;

ALTER TABLE Hospital

ADD CONSTRAINT Relation₁₆ FOREIGN KEY

(HouseNum) REFERENCES Houses (HouseNum) ;

ALTER TABLE Hospital

ADD CONSTRAINT Relation₁₇ FOREIGN KEY

(InsurNum) REFERENCES Clients (InsurNum) ON DELETE CASCADE;

ALTER TABLE Med_Dev

ADD CONSTRAINT Relation₁₈ FOREIGN KEY

(RoomNum) REFERENCES Rooms (RoomNum) ;

ALTER TABLE Talons

ADD CONSTRAINT Relation₁ FOREIGN KEY

(ID_worker) REFERENCES Workers (ID_worker) ;

ALTER TABLE Hospital

ADD CONSTRAINT Relation₁₉ FOREIGN KEY

(ID_worker) REFERENCES Workers (ID_worker) ;

ALTER TABLE Donors

ADD CONSTRAINT Relation₂₁ FOREIGN KEY

(InsurNum) REFERENCES Clients (InsurNum) ON DELETE CASCADE ;

ALTER TABLE AIDS_patients

ADD CONSTRAINT Relation₃₂ FOREIGN KEY

(InsurNum) REFERENCES Clients (InsurNum) ON DELETE CASCADE ;

ALTER TABLE Analysis

ADD CONSTRAINT Relation₃₃ FOREIGN KEY

(InsurNum) REFERENCES Clients (InsurNum) ON DELETE CASCADE ;

ALTER TABLE Analysis

ADD CONSTRAINT Relation₃₄ FOREIGN KEY

(ID_An) REFERENCES Type_An (ID_An) ON DELETE CASCADE;

ALTER TABLE Workers

ADD CONSTRAINT Relation₄ FOREIGN KEY

(ID_Depart) REFERENCES Department (ID_Depart) ON DELETE CASCADE ;

ALTER TABLE Work_Data

ADD CONSTRAINT Relation₅ FOREIGN KEY

(ID_worker) REFERENCES Workers (ID_worker) ON DELETE CASCADE ;

ALTER TABLE Pers_Data

ADD CONSTRAINT Relation₇ FOREIGN KEY

(ID_worker) REFERENCES Workers (ID_worker) ON DELETE CASCADE ;

ALTER TABLE Work_Data

ADD CONSTRAINT Relation₈ FOREIGN KEY

(Post) REFERENCES Money (Post) ;

ALTER TABLE Rooms

ADD CONSTRAINT Relation₉ FOREIGN KEY

(ID_Depart) REFERENCES Department (ID_Depart) ON DELETE CASCADE ;

Приложение Б. SQL — скрипты пользовательских запросов

1. Определить доноров, сдававших кровь более одного раза в текущем году.

SELECT fio

FROM clients, talons, donors

WHERE clients. insurnum=talons.insurnum

AND donors. insurnum=talons.insurnum

AND talons. date_t IN (

SELECT date_time

FROM talons

WHERE TRUNC (talons.date_t,'year')= TRUNC (sysdate,'Year'))

GROUP BY fio

HAVING COUNT (*)>1

2. Определить местонахождение больного (отделение, палата).

SELECT hospital. housenum, department.name

FROM clients, houses, department, hospital

WHERE clients. fio='Радо Анастасия Александровна'

AND hospital. insurnum =clients.insurnum

AND hospital. housenum=houses.housenum

AND houses. id_depart=department.id_depart

3. Самый результативный врач за некоторую дату

SELECT pers_data.fio

FROM pers_data, talons

WHERE talons. date_t='2.04.12'

AND pers_data.id_worker=talons.id_worker

GROUP BY fio

HAVING COUNT (*) = (

SELECT MAX (COUNT (fio))

FROM pers_data, talons

WHERE talons. date_t='2.04.12'

AND pers_data.id_worker=talons.id_worker

GROUP BY fio)

4. Определить свободные палаты в некотором отделении.

SELECT distinct houses. housenum

FROM houses, department, hospital, (

SELECT housenum, COUNT (housenum) count

FROM hospital

GROUP BY housenum) s

WHERE (houses.housenum NOT IN (

SELECT housenum

FROM hospital)

OR (houses.countplace>s.count and s. housenum=houses.housenum))

AND houses. id_depart= department. id_depart

AND department.name='Кардиологическое'

5. Определить местонахождение некоторого оборудования.

SELECT Med_dev.roomnum, department.name

FROM rooms, med_dev, department

WHERE med_dev.name='Кардиовизор'

AND med_dev.roomnum =rooms.roomnum

AND rooms. id_depart=department.id_depart

6. Определить количество мест по отделениям.

SELECT department.name, SUM (houses.countplace)

FROM department, houses

WHERE houses. id_depart=department.id_depart

GROUP BY department.name

7. Определить количество больных по отделениям за прошедший год.

SELECT department.name, COUNT (hospital.insurnum)

FROM department, hospital, clients, houses

WHERE hospital. housenum=houses.housenum

AND houses. id_depart=department.id_depart

AND TRUNC (hospital.datest,'year')= TRUNC (sysdate,'Year')

AND hospital. insurnum = clients. insurnum

GROUP BY department.name

8. Количество медоборудования по отделениям.

SELECT department.name, COUNT (med_dev.sernum)

FROM department, med_dev, rooms

WHERE med_dev.roomnum=rooms.roomnum

AND rooms. id_depart=department.id_depart

GROUP BY department.name

9. Вывести перечень сотрудников некоторого отделения.

SELECT pers_data.fio, pers_data.id_worker

FROM department, pers_data, workers

WHERE department.name = 'Донорское'

AND workers. id_depart=department.id_depart

AND pers_data.id_worker=workers.id_worker

10. Расписание лечения больных некоторого отделения.

SELECT talons. time_t, clients. fio as fio_client, pers_data.fio as fio_worker

FROM department, workers, talons, clients, pers_data

WHERE department.name='Кардиологическое'

AND department. id_depart = workers. id_depart

AND workers. id_worker=talons.id_worker

AND talons. date_t = Trunc (sysdate)

AND talons. insurnum = clients. insurnum

AND pers_data.id_worker=talons.id_worker

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

SELECT clients. fio, hospital. housenum

FROM analysis, hospital, clients

WHERE hospital. insurnum = analysis. insurnum

AND clients. insurnum = hospital. insurnum

AND hospital. datefin >=TRUNC (sysdate)

AND analysis. date_an = TRUNC (sysdate)

AND (id_an='K1' OR id_an='K2' OR id_an='K3' OR id_an='K4')

12. Определить фонд з/п по отделениям.

SELECT department.name, SUM (money.money)

FROM department, work_data, workers, money

WHERE department. id_depart=workers.id_depart

AND workers. id_worker=work_data.id_worker

AND money. post=work_data.post

GROUP BY department.name

Приложение В. Исходный код некоторых модулей

// Класс MedDeviceBean

package managerbean. headnurse;

import entityclass. MedDev;

import interfacebean. IEditBean;

import interfacebean. IRepository;

import java.io.Serializable;

import java.util.List;

import javax.ejb.EJB;

import javax.ejb.EJBException;

import javax.faces.application.FacesMessage;

import javax.faces.bean.ManagedBean;

import javax.faces.bean.SessionScoped;

import javax.faces.context.FacesContext;

import org.primefaces.event.RowEditEvent;

@ManagedBean (name = «medDevice»)

@SessionScoped

public class MedDeviceBean implements Serializable {

@EJB

private IRepository reposit;

@EJB

private IEditBean edit;

private MedDev medDev = new MedDev ();

private List medDevs;

private MedDev selectDevice;

public void delete () {

try {

edit.deleteMedDev (selectDevice.getSernum ());

update ();

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }

public void onEditRow (RowEditEvent event) {

try {

Object obj = event. getObject ();

if (obj instanceof MedDev) {

MedDev w = (MedDev) obj;

edit.edit (w);

update (); }

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }

public MedDev getSelectDevice () {

return selectDevice; }

public void setSelectDevice (MedDev selectDevice) {

this.selectDevice = selectDevice; }

public void add () {

try {

edit.add (medDev);

medDev = new MedDev ();

update ();

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }

public MedDev getMedDev () {

return medDev; }

public List getMedDevs () {

if (medDevs == null) {

update (); }

return medDevs; }

public void setMedDevs (List medDevs) {

this.medDevs = medDevs; }

public void update () {

try {

medDevs = reposit. giveAllMedDevs ();

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }}

// Класс HospitalBean

package managerbean. headnurse;

import entityclass. Hospital;

import interfacebean. IEditBean;

import interfacebean. IRepository;

import java.io.Serializable;

import java.util.Calendar;

import java.util.GregorianCalendar;

import java.util.List;

import javax.ejb.EJB;

import javax.ejb.EJBException;

import javax.faces.application.FacesMessage;

import javax.faces.bean.ManagedBean;

import javax.faces.bean.SessionScoped;

import javax.faces.context.FacesContext;

import org.primefaces.event.RowEditEvent;

@ManagedBean (name = «hospitalBean»)

@SessionScoped

public class HospitalBean implements Serializable {

@EJB

private IRepository reposit;

@EJB

private IEditBean edit;

private Hospital hospital = new Hospital ();

private Hospital selectHos;

private List hospitals;

public void onEditRow (RowEditEvent event) {

try {

Object obj = event. getObject ();

if (obj instanceof Hospital) {

Hospital w = (Hospital) obj;

if (w.getDatefin () ≠ null) {

w.setHousenum (null); }

edit.edit (w);

update (); }

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }

public void delete () {

try {

edit.deleteHospital (selectHos.getContractnum ());

update ();

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }

public void add () {

try {

Calendar cal = new GregorianCalendar ();

hospital.setDatest (cal.getTime ());

edit.add (hospital);

hospital = new Hospital ();

update ();

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }

public void update () {

try {

hospitals = reposit. giveAllHospitals ();

} catch (EJBException ex) {

FacesContext.getCurrentInstance ().addMessage (null, new FacesMessage (FacesMessage.SEVERITY_ERROR, «Р"ействия РЅРµ корректны!», «РџРѕ этому РЅРµ РјРѕРіСѓС‚ быть выпоР"нены.»)); } }

public Hospital getHospital () {

return hospital; }

public List getHospitals () {

if (hospitals == null) {

update (); }

return hospitals; }

public void setHospital (Hospital hospital) {

this.hospital = hospital; }

public Hospital getSelectHos () {

return selectHos; }

public void setSelectHos (Hospital selectHos) {

this.selectHos = selectHos; }}

//Страница hospitaladd

xmlns:h="http://java.sun.com/jsf/html"

xmlns:f="http://java.sun.com/jsf/core"

xmlns:p="http://primefaces.org/ui" >

body {

margin: 0px !important;

padding: 0 !important;

color: #616161 !important;

font-family: Arial,Helvetica,sans-serif !important;

font-size: 12px !important;

font-style: normal !important;

}

h1{

font-family: Arial,Helvetica,sans-serif !important;

font-size: 20px !important;

font-style: normal !important; }

Свободные палаты в отделении "#{queryBean.depart.name}"

action="#{hospitalBean.add()}" />

// Страница hospitalall

xmlns:h="http://java.sun.com/jsf/html"

xmlns:f="http://java.sun.com/jsf/core"

xmlns:p="http://primefaces.org/ui"

xmlns:c="http://java.sun.com/jsp/jstl/core"

xmlns:ui="http://java.sun.com/jsf/facelets" >

body {

margin: 0px! important;

padding: 0! important;

color: #616 161 !important;

font-family: Arial, Helvetica, sans-serif !important;

font-size: 12px! important;

font-style: normal! important; }

h1{

font-family: Arial, Helvetica, sans-serif !important;

font-size: 20px! important;

font-style: normal! important; }

Свободные палаты в отделении «#{queryBean.depart.name}»

rowKey="#{hospital.contractnum}" selection="#{hospitalBean.selectHos}" selectionMode="single" paginator="true" rows="5″

paginatorTemplate="{CurrentPageReport} {FirstPageLink} {PreviousPageLink} {PageLinks} {NextPageLink} {LastPageLink} {RowsPerPageDropdown}"

rowsPerPageTemplate="5,10,15,20,30″ >

Стационар