отчет. Пояснительная записка(исправлено). Составление перечня задач, подлежащих автоматизации
 Скачать 1.92 Mb.
|
|
Обоснование выбора средства для разработки приложения На сегодняшний день существует большое количество языков программирования и еще большее количество разнообразных инструментальных средств для работы с ними. Основными критериями при выборе средства для разработки могут быть следующие: требования заказчика (пользователя), специфические требования для разрабатываемого продукта, опыт и навыки программиста в использовании ранее средства для разработки. Так как для разрабатываемого в ходе дипломного проектирования автоматизированного рабочего места не выдвигалось специфических требований и заказчиком не уточнялось средство для разработки, то, принимая во внимание критерий о навыках и опыте программиста, было принято решение о выполнении проекта в среде разработки Delphi 7. Бурное развитие вычислительной техники, потребность в эффективных средствах разработки программного обеспечения привели к появлению систем программирования, ориентированных на так называемую «быструю разработку». Delphi— среда программирования, в которой используется язык программирования Object Pascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка Object Pascal. Преимущества Delphi по сравнению с аналогичными программными продуктами: быстрота разработки приложения, высокая производительность разработанного приложения, низкие требования разработанного приложения к ресурсам компьютера, наращиваемость за счет встраивания новых компонентов и инструментов в среду Delphi; возможность разработки новых компонентов и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходниках), удачная проработка иерархии объектов; полная установка занимает чуть более 100 Мбайт, оперативной памяти желательно иметь не менее 16 Мбайт. 32 Мбайт ОЗУ достаточно, чтобы комфортно работать и отлаживать программы в Delphi, используя при этом загруженный на этой же машине Local Interbase; приложения, созданные в среде Delphi, отличаются повышенной надежностью. Встроенные механизмы RTTI и обработки исключений вместе со строго типизированным языком Object Pascal изначально закладывают в программы устойчивость к всевозможным сбоям, которые могут произойти в операционной системе, на SQL-сервере или непосредственно в программе. Проектирование функциональных частей автоматизированного рабочего места врача поликлиники На основе диаграмм разработанных в данной главе можно приступить к проектированию функциональных частей системы. Подсистема администрирования Подсистема администрирования предназначена для работы со справочными данными системы, а так же данными о пациентах и персонале поликлиники. Справочные данные объединяют большое количество различных справочников: справочник отделений, справочник кабинетов, справочник разделов исследования, справочник методов и многие другие. Для каждого из этих справочников должна быть предусмотрена возможность добавления, редактирования и удаления данных. Так как на диаграмме вариантов использования актер «администратор» взаимодействует со всеми справочниками, значит необходимо предусмотреть возможность доступа актера ко всем справочникам, а также данным о пациентах и персонале поликлиники. Данную подсистему целесообразно реализовать в виде отдельного модуля «Администратор». Подсистема работы с расписанием Подсистема работы с расписанием позволяет воспользоваться электронным расписанием приема пациентов врачами поликлиники. Необходимо предусмотреть возможность создания, открытия и закрытия расписания, а так же его корректировки. Данная подсистема должна предоставлять гибкие возможности по графику приема врачей и учитывать все особенности работы поликлиники, а именно: прием врачей в различное время в зависимости от номера дня недели, номера недели, номера дня в месяце, наличием субботних дежурств и т.д. Данную подсистему целесообразно реализовать в отдельном модуле «Расписание». Подсистема регистрации пациентов Подсистема регистрации пациентов предназначена для записи пациентов на прием к врачу, а также для регистрации в базе данных впервые обратившихся пациентов. Данную подсистему целесообразно реализовать в отдельном модуле «Регистратура», поскольку внесение необходимых данных о пациенте в регистратуре избавит врача от этой рутинной операции и позволит сосредоточиться на осмотре пациента. Подсистема работы с электронной амбулаторной картой Подсистема работы с электронной амбулаторной картой позволяет просматривать всю информацию о пациенте, хранящуюся в системе, независимо от давности его визита в поликлинику. Данные в электронной амбулаторной карте должны быть сгруппированы по дате визита или по специалистам, чтобы сделать просмотр карточки удобным и наглядным. Кроме того, данная подсистема должна позволять врачам вносить новую информацию в карту пациента. Это могут быть данные консультативного приема или диагностических методов. Изменение информации в карте пациента задним числом должно быть запрещено как для врачей, так и для заведующих отделениями. Доступ к информации, хранящейся в электронной амбулаторной карте пациента должен иметь только врач. Подсистема выписки рецептов Подсистема выписки рецептов позволяет врачу вести учет, а так же распечатывать рецепты на принтере (за исключением льготных и наркотических видов). При заполнении рецепта ручной ввод информации должен быть сведен к нулю. Для заполнения рецепта должны использоваться: справочник лекарственных средств, сгруппированный по группам и подгруппам, справочник дозировок, справочник способов применения и т.д. Выданные рецепты должны сохраняться в базе данных. Подсистема регистрации лабораторных анализов Подсистема регистрации лабораторных анализов предназначена для клинико-диагностической лаборатории поликлиники и должна обеспечивать возможность регистрации и занесения результатов анализов лаборантами данной лаборатории. Поскольку функции данной подсистемы узкоспециализированы, целесообразно будет реализовать их в отдельном модуле «Лаборатория». Проектирование базы данных На основании изученной предметной области и функциональной схемы системы разработана структура базы данных АРМ врача поликлиники. Перечень отношений базы данных представлен в таблице 2.1. Таблица 2.1 – Перечень основных отношений базы данных
Продолжение таблицы 2.1
Отношение Addres хранит информацию об адресах пациентов. Наименование и описание атрибутов таблицы представлены в таблице 2.2. Таблица 2.2 – Наименование и описание атрибутов отношения Addres
Продолжение таблицы 2.2
Отношение Bollist хранит информацию о больничных листах. Наименование и описание атрибутов таблицы представлены в таблице 2.3. Таблица 2.3 – Наименование и описание атрибутов отношения Bollist
Отношение Bollist_p хранит информацию о продлении больничных листов. Наименование и описание атрибутов таблицы представлены в таблице 2.4. Таблица 2.4 – Наименование и описание атрибутов отношения Bollist_p
Отношение Cab хранит информацию о приеме врачей в конкретных кабинетах. Наименование и описание атрибутов таблицы представлены в таблице 2.5. |