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

·требования к целевой  платформе: любая ОС с графическим  интерфейсом, позволяющая установку  браузеров IE, Mozilla, Netscape и т.д.

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

·  генерация базы данных. 

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

Далее была проведена  генерация БД подсистемы учета больных  – для этого было установлено  подключение к Sybase через интерфейс ODBC. 

7.ОБОСНОВАНИЕ ПРИНИМАЕМЫХ  РЕШЕНИЙ ПО ВЫБОРУ ТЕХНИЧЕСКИХ  И ПРОГРАМНЫХ СРЕДСТВ РЕАЛИЗАЦИИ

К программным средствам, выбранным для решения поставленной перед нами задачи относятся: 

·  Enterprise Architect 

·  Sun AppServer 8 

Enterprise Architect - это мощный набор UML-инструментов для разработки программного обеспечения через стадии анализа, модели дизайна, испытания и внедрения. Enterprise Architect - это многопользовательский графический инструмент, разработанный для того, чтобы создавать устойчивое и удобное в использовании программное обеспечение.

Enterprise Architect объединяет в себе силу языка UML 2.0 с высокоэффективным, понятным интерфейсом. Данная программа дает возможность расширенного моделирования на рабочем столе, разработки и созданию групп. Поддержка для всех 13 UML 2.0.

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

Для уменьшения стоимости  и увеличения скорости проектирования и разработки корпоративного приложения платформа J2EE предлагает компонентный подход к проектированию, разработке, сборке и внедрению корпоративных  приложений. Платформа J2EE предлагает модель многоуровневого распределенного  приложения, возможность повторного использования компонентов, интегрированный  обмен данными на основе XML, унифицированную  модель безопасности и гибкое управление транзакциями. Вы не только можете выпускать  на рынок инновационное решение  для пользователей быстрее, чем  раньше, но и Ваши платформо-независимые, основанные на компонентах J2EE-решения больше не привязаны к продуктам и API какого-либо одного производителя. Производители и пользователи обладают свободой выбора продуктов и компонентов, которые наиболее полно удовлетворяют их деловые и технологические требования. Поэтому в качестве сервера был выбран Sun AppServer 8.  

Язык программирования JAVA — весьма популярный в настоящее  время язык программирования, обладающий большой гибкостью и обеспечивающий поддержку объектно-ориентированного программирования. Самым главным  его козырем является платформенная  независимость, т.е. код, написанный в  среде Windows, без всяких изменений будет работать в среде Linux и т.п. Это обеспечивается тем, что скомпилированные файлы JAVA представляют собой не самостоятельно исполняемый код, а так называемый байт-код, который исполняется виртуальной машиной JAVA, индивидуальной для каждой платформы.  

8. ОПИСАНИЕ АЛГОРИТМОВ  ПРОГРАММНЫХ МОДУЛЕЙ 

 Обобщенный алгоритм  работы клиента показан на  рис. 2. 
 

Рис. 2. Обобщенный алгоритм работы. 

Алгоритм обработки  действий пользователя: 

o        Пользователь вводит в браузере адрес страницы или нажимает на гиперссылку 

o        Браузер посылает запрос на сервер 

o        В случае доступности сервера вызывается соответствующая JSP-страница 

o        Страница обращается к серверным компонентам бизнес-уровня, отвечающим за работу с данными 

o        Страница отображает результаты обработки данных (поиск, результаты удаления и т.п.) 

o        Клиент просматривает результаты действия в окне браузера. 

  
 

9. ОПИСАНИЕ ТЕСТОВОГО  ПРИМЕРА. РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ 

  

Для запуска разработанного программного средства сначала необходимо зарегистрировать и настроить connection pool для сервера базы данных с именем hospitalPool и JNDI-name для базы с именем jdbc/hospital.  

Подключение производиться  по url:  

http://localhost:8080/hospital 

Работать необходимо в Internet Explorer (поддержка javascript и css). 

При запуске клиента  появляется окно, показанное на рис. 3-7. На данном рисунке видны возможности, которыми обладает клиент.  
 

Рис. 3. Данные по занесенным в систему данным о палатах 

  
 

Рис. 4. Данные по занесенным в систему данным о пациентах 

  
 

Рис. 5. Данные о занесенных в систему данных о заболеваниях 

  
 

Рис. 6. Данные о занесенных в систему данных о болезнях 

  
 

Рис. 7. Данные о занесенных в систему данных о докторах 

  

Логика приложения организована следующим образом. Отображены сущности с соответствующими им кнопками управления (добавления, изменения, удаления) (рис. 8). 
 

Рис. 8. Кнопки управления данными 

Пример изменения  данных видны на рисунках (9-13) 

Рис. 9. Изменение  данных по палатам 

  
 

Рис. 10. Изменение  данных по пациенту 

  
 

Рис.11. Изменение  данных по заболеваниям 

  
 

Рис. 12. Изменение  данных по болезням 
 

Рис. 13. Изменение  данных по докторам 

  

         При неправильном вводе или  изменении записи реализована  возможность очистки всех полей  от введенных ранее данных (рис. 14) 
 

Рис. 14. Очистка полей  ввода данных 

  

При удалении записей  все данные по удаляемой записи выводятся  на окно (рис. 15-19). 
 

Рис. 15. Удаление записей  по палате 

  
 

Рис. 16. Удаление записи по пациенту 

  
 

Рис. 17. Удаление записей  по заболеванию  

  
 

Рис. 19. Удаление записей  по болезни 

  
 

Рис. 20. Удаление записей  по доктору 

  

10. ОПИСАНИЕ ПОЛУЧЕННЫХ  РЕЗУЛЬТАТОВ 

  

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

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

Возможные усовершенствования подсистемы: 

1)                           возможность создания печатных  форм и отчетов  

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

3)                           добавление возможностей по расширенному  поиску записей системы 

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

Дополнительно в  результате выполнения данного курсового  проекта были получены и закреплены на практике навыки в работе с языком  JAVA, UML, принципы использования методик проектирования IDEF0, IDEF1x, СУБД SQL Anywhere 9 и технологией EJB . 

ВЫВОДЫ И ЗАКЛЮЧЕНИЯ 

  

В ходе выполнения курсового  проекта была разработана подсистема учета больных в поликлинике. Программа реализована с использованием языка программирования Java, технологий J2EE и Sun Asperser 8 / SQL Anywhere 9. 

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

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

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

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

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

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

ЛИТЕРАТУРА 

  

1. Кей С. Хорстманн,  Гари Корнелл. Java 2. Библиотека профессионала. Том 2. Тонкости программирования. – Вильямс, 2006 г., 1168 с. 

2. Брюс У. Пери. Java сервлеты и JSP. Сборник рецептов – КУДИЦ-Образ, 2006 г., 768 с. 

3. Р. Мюллер. Базы  данных и UML: Проектирование.– Лори, 2002г. 432  

4. Описание Erwin. http://www.ecsocman.edu.ru/db/msg/72668.html 

  5. Описание BPwin 4.0. http://www.interface.ru/ca/bpwin2.htm 

6. http://www.javable.com 

7. http://www.java.sun.com 

8. JSDK 1.5 javadoc