Разработка программного обеспечения для Отделения Реанимации и Интенсивной Терапии новорожденных МГБ N1 г. Сургута
| Категория реферата: Рефераты по информатике, программированию
| Теги реферата: бесплатные рефераты и курсовые, quality assurance design patterns системный анализ
| Добавил(а) на сайт: Аксёнов.
Предыдущая страница реферата | 1 2 3 4 5 6 7 8 9 10 11 | Следующая страница реферата
Так как редакторы свойств и редакторы компонент определяют design-time, существование таких редакторов и возможность расширения их функциональности являются вторым признаком открытости Delphi.
Рис. 3
Генерация кода - эксперты
В процессе развития и, в том числе, визуализации средств разработки
приложений, на фоне стандартизации пользовательского интерфейса в различных
областях применения конечных систем, неотъемлемой частью таких инструментов
стали генераторы кода и форм представления и ввода информации - эксперты.
Кроме того, что Delphi включает ряд уже готовых к использованию экспертов
(например, DataBase Form Expert, генерирующий формы и соответствующий код
для простых приложений обработки баз данных с использованием запросов), эта
среда программирования предоставляет разработчикам интерфейс для создания
собственных экспертов, встраиваемых в IDE.
Необходимо отметить, что функциональность таких экспертов может не ограничиваться на генерации кода, в силу того, что интерфейс экспертов дает возможность получения информации о внутренних объектах IDE, таких как палитра компонент. Вследствие этого, под общим названием "эксперты" могут фигурировать программные модули, позволяющие управлять повелением IDE, окна дизайнера и ее редактора исходных текстов, а также генерировать отчетную информацию о создаваемом проекте. (На приведенном выше рисунке вы можете увидеть эксперт, разработанный в Delphi и встроенный в IDE; функциональность этого эксперта заключается в предоставлении разработчику информации об иерархии наследования зарегистрированных компонент без компиляции; в данном случае доступ осуществляется через меню "Help", хотя возможна регистрация и в "галерее" шаблонов Delphi).
Рис. 4
Наличие средств построения программных модулей генерации кода и обработки
внутренней IDE- информации, называемых экспертами, являются третьим
признаком открытости архитектуры Delphi.
Интеграция с внешними приложениями - открытые интерфейсы
Как следствие возможности обмена информацией с IDE, реальным кажется и
интеграция среды разработки Delphi с внешними инструментальными средствами
- системами контроля версий, мониторами транзакций, CASE-системами и т.п.
Рис. 5
И действительно, ряд производителей программных продуктов, относящихся к
перечисленным категориям, заявил о поддержке ими Delphi на достаточно
высоком уровне интеграции (подразумевая, например, для CASE-систем, не
только генерацию кода в соответствии с синтаксисом Object Pascal, но и
доступ к таким продуктам непосредственно из IDE). В качестве примера можно
привести компанию Popkin Software (производителя CASE-средства System
Architect), объявившую о поддержки Delphi в своих продуктах еще в августе
1995 года. Известен ряд систем контроля версий - Intersolv PVCS и MKS
Source Integrity, способных работать с Delphi (32-разрядная версия PVCS
входит в поставку Delphi Client/Server Suite 2.0, и, например, мониторов
транзакций (существует опыт взаимодействия с Novell Tuxedo и др.).
Описанные возможности интеграции с внешними приложениями на базе совокупности открытых интерфейсов, определяют четвертый признак открытости архитектуры Delphi.
Delphi – оптимальный инструмент разработчика БД.
Наконец, мы можем концептуально представить архитектуру открытых
интерфейсов Delphi. Она приведена на следующей диаграмме:
Рис. 6
Вследствие такой открытости архитектуры Delphi, большое количество третьих
компаний уже выбросило на рынок (или объявило о соответствующих планах) как
различные расширения библиотеки компонент VCL (более 200 только
коммерческих наборов компонент на октябрь 1995г.) так и средства интеграции
своих продуктов (external-site interface).
Получение результатов.
Дипломный проект был условно разбит на четыре этапа.
1) Анализ существующей структуры отделения. Анализ работы отделения.
2) Разработка модели АСУ ОРИТН.
3) Описание АРМа “ОРИТН в порядке”.
4) Внедрение программного продукта.
На первом этапе был проведен детальный анализ существующей структуры отделения путем опроса и анкетирования специалистов отделения, ознакомлением с документацией и существующими отчетными формами.
Была предложена следующая схема автоматизации отделения. При поступлении
больного дежурный врач заносит начальные сведения в базу данных ОРИТН. При
занесении больному присваивается уникальный номер и он закрепляется за
дежурным врачом на данные сутки. После регистрации активизируется пакет
плановых мероприятий, предлагающий дежурному врачу выбрать и назначить
необходимые анализы и процедуры. Данный пакет активизируется на рабочем
месте медицинской сестры ежесуточно, которая после проведения конкретной
процедуры фиксирует в пакете плановых мероприятий о выполнении или о не
выполнении. “ОРИТН в порядке” контролирует выполнение всего пакета плановых
мероприятий, в случае невыполнения хотя бы одного из пунктов система
сигнализирует вплоть до полного завершения всех плановых мероприятий.
Дежурный врач в случае необходимости составляет пакет экстренных
мероприятий. Контролирование выполнения данного пакета выполняется
аналогично предыдущему. Прекращение работы данных пакетов происходить после
заполнения врачом формы о смерти или выписке. Полная история архивируется и
остается в базе данных “ОРИТН в порядке”.
АРМ “ОРИТН в порядке” реализован на языке Delphi. В программе реализованы 8
уровней доступа характеризованные разделением функций персонала по штатному
расписанию.
1. Заведующий отделением.
1. Врач ординатор реаниматолог-неонатолог.
1. Старшая медицинская сестра.
1. Процедурная медицинская сестра.
1. Палатная медицинская сестра.
1. Сестра-хозяйка.
1. Санитарка палатная.
2. Санитарка автоклава.
У каждого работника персонала есть собственный уникальный пароль на доступ
к программе. В начале каждых суток ”ОРИТН в порядке” закрывает существующие
сессии и предлагает новой смене зарегистрироваться. Затем происходит
закрепление больных за врачами-ординаторами и медицинскими сестрами.
Активизируются пакеты плановых мероприятий на рабочих местах врачей-
ординаторов (с возможностью корректировки) и медицинских сестер. Врач-
ординатор анализирует данные за прошедшие сутки и вносит необходимые
изменения в один из пакетов.
Модуль «Администратор программы «ОРИТН в порядке»»
Поскольку разграничение доступа не позволяет корректировать записи в базе данных, появилась необходимость в разработке. Данный модуль позволяет вносить коррективы в любой раздел БД.
При загрузке модуль проверяет наличие прав доступа и в случае наличия полномочий загружает основное окно (рис. 1п).
Рис. 1п
В наглядном виде представляются все данные, режим редактирования общепринятый и интуитивно понятный.
В виде закладок отображены поля БД, для осуществления операций ввода и удаления предусмотрены кнопочки. Ввод новой записи контролируется на уникальность.
Рис. 2п
На рис. 2п представлена одна из закладок «персонал».
Рис. 3п
Суть данного модуля заключается в оперативной корректировке данных по всей
базе ОРИТН, поскольку основной модуль исключает возможность удаления
данных.
Заключение.
Модель автоматизации деятельности отделения РИТН МГБ №1 соответствует
требованиям разработанным в ходе построения модели. Стандартизированы нами
формы отчетности приняты за основу при дальнейшей разработке региональной
базы данных по учету больных в данной области медицины. Результатом
проектирования стало написание статистической базы данных “ОРИТН в порядке”
версии 1.0 и “модуля администратора” “ОРИТН в порядке” на языке Delphi
3.0. Проделанная работа одобрена руководством отделения РИТН, в лице зав.
Отделением Челнокова С.Б.
Литература
1. С.Д. Кузнецов “Основы современных баз данных”, http://www.citforum.ru/database/osbd/contents.shtml
Рекомендуем скачать другие рефераты по теме: дипломная работа проект, защита диплома.
Категории:
Предыдущая страница реферата | 1 2 3 4 5 6 7 8 9 10 11 | Следующая страница реферата