Курсовая работа
Проектирование и создание
автоматизированной информационной системы
«Поликлиника»
Содержание
Введение
1. Проектирование автоматизированных информационных систем
2. Анализ существующих систем управления базами данных и выбор наилучшей
3. Создание автоматизированной информационной системы "Поликлиника"
3.1 Информационная модель
3.2 Определение сущностей
3.3 Нормализация отношений
3.4 Определение взаимосвязей
3.5 Описание физической модели
3.6 Проектирование интерфейса
4. Алгоритм работы программы
5. Руководство пользователя
Заключение
В
ведение
Первоначально компьютеры предназначались главным образом для выполнения сложных математических расчетов (в первую очередь для расчетов, связанных с созданием ядерного оружия и ракетной техники), в настоящее время доминирующим направлением накопление и обработка информации. Такое перераспределение основных функций, выполняемых вычислительной техникой, вполне понятно — гражданский бизнес гораздо более распространен, чем военные и научные вычисления, а снижение стоимости компьютеров сделало их доступными для совсем небольших предприятий и даже частных лиц.
Сегодня управление предприятием без компьютера просто немыслимо. Компьютеры давно и прочно вошли в такие области управления, как бухгалтерский учет, управление складом, ассортиментом и закупками. Однако современный бизнес требует гораздо более широкого применения информационных технологий в управлении предприятием. Жизнеспособность и развитие информационных технологий объясняется тем, что современный бизнес крайне чувствителен к ошибкам в управлении. Интуиции, личного опыта руководителя и размеров капитала уже мало для того, чтобы быть первым. Для принятия любого грамотного управленческого решения в условиях неопределенности и риска необходимо постоянно держать под контролем различные аспекты финансово-хозяйственной деятельности, будь то: торговля, производство или предоставление каких-либо услуг. Поэтому современный подход к управлению предполагает вложение средств в информационные технологии. И чем крупнее предприятие, тем серьезнее должны быть подобные вложения. Они являются жизненной необходимостью — в жесткой конкурентной борьбе одержать победу сможет лишь тот, кто лучше оснащен и наиболее эффективно организован.
Автоматизированная информационная система «Поликлиника» включает в себя данные о врачах, пациентах, кабинетах и вызовах, которые необходимые для работы поликлиники. База данных позволяет осуществлять добавление, изменение, поиск и удаление данных, а также просматривать эти данные.
Актуальность данной темы в том, что в наш век информационных технологий, стало реально все документы преобразовывать в электронный вид и регистратура в считанные минуты может найти сведения о принятых пациентах, вызовах, кабинетах.
Цель работы: собрать материал и разработать Автоматизированную информационную систему для работы регистратуры поликлиники №25.
1. Проектирование автоматизированных информационных систем
Модель жизненного цикла (ЖЦ) - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования. Существует несколько моделей и стандартов, в той или иной степени регламентирующих жизненный цикл, большинство из них относятся к заказному программному обеспечению и кроме непосредственно ЖЦ регламентируют также и процессы разработки:
Решить проблему повышения эффективности управления производством в современных условиях невозможно без внедрения новейших информационных технологий и современных методов управления. Наиболее перспективным направлением сегодня является разработка тиражируемых отраслевых систем управления. Рассмотрим методику проектирования автоматизированных информационных систем управления предприятием, которая состоит, по нашему мнению, из следующих этапов.
- Обследование объекта автоматизации (анализ) и формулирование требований пользователей к системе управления.
- Постановка целей. Анализ существующих методов и средств автоматизации аналогичных объектов и формулирование на основании требований пользователя достижимых целей функционирования системы управления. Цели должны быть четкими, явными и измеримыми. Цели должны определять: общее назначение системы, определение разных групп пользователей и их роли, подробное перечисление функций системы, виды необходимой документации, параметры эффективности (производительности), совместимость с другими продуктами и стандартами, конфигурации аппаратуры, средства обеспечения безопасности, методы и средства настройки и обслуживания, методы обеспечения надежности системы. Цели не должны конфликтовать между собой, так как ими необходимо руководствоваться для выработки компромисных решений на следующих этапах проектирования.
- Разработка архитектуры системы (декомпозиция функциональной структуры и определение связей между ее элементами). Выделение уровней управления, подсистем, комплексов задач, задач и функций управления.
- Разработка инфологической модели системы, описывающей статику и динамику объекта. Формализация моделей состояния объекта, материальных, финансовых и информационных (управляющих) потоков и их взаимодействия между собой.
- Разработка системы классификации объектов учета и управления и идентификации их параметров. Словари описывают основные понятия предметной области системы, необходимые для разработки стандартных алгоритмов обработки данных. Классификаторы описывают структуру объекта (подразделения, сотрудники, должности), внешней среды (клиенты, районы, пункты погрузки/разгрузки), характеристики материальных потоков (партии, фонды, ед. измерения, показатели качества, типы цен, виды оплаты). Типовые операции описывают алгоритмы управления (обработки информации).
- Разработка информационной модели системы (проектирование структур баз данных и их связей).
- Синтез структуры программного обеспечения (агрегирование системы). При объединении отдельных функций управления в программные модули необходимо стремиться к высокой "прочности" и слабому "сцеплению" модулей. Прочность и сцепление модуля являются, соответственно, мерами его внутренних и внешних связей. В зависимости от назначения модулей необходимо стремиться либо к их функциональной прочности (объединение взаимосвязанных функций управления), либо к информационной прочности (объединение функций, выполняемых на ограниченном подмножестве информационного пространства системы).
- Выбор метода сборки и тестирования системы. Известно несколько методов сборки и тестирования сложных программных систем: восходящий, нисходящий, модифицированный нисходящий, большого скачка, метод сэндвича, модифицированный метод сэндвича. Рекомендуется использовать для тестирования системы модифицированный метод сэндвича, при котором модули нижних уровней управления тестируются снизу вверх, а модули верхних уровней управления сначала тестируются автономно, а затем собираются в агрегаты нисходящим методом. Преимуществами предложенного метода являются: высокий параллелизм в программировании модулей, небольшое количество заглушек, минимальное время появления рабочей версии системы. Отметим, что от выбранного метода сборки и тестирования сильно зависит последовательность проектирования и программирования отдельных модулей. Поэтому метод сборки системы необходимо выбрать до начала этапа проектирования модулей.
- Проектирование модулей. Разработка внешних спецификаций, описывающих сопряжения (связи) между модулями, и проектирование логики (алгоритмов) модулей.
- Программирование модулей на выбранных программных средствах. При программировании необходимо помнить, что текст программы необходим для общения с людьми, а не с машиной. Важность этого утверждения станет очевидна, когда наступит этап сопровождения системы. Для повышения надежности программного обеспечения необходимо использовать при программировании метод взаимного недоверия модулей, то есть каждый модуль системы должен относиться с определенной долей недоверия, в разумных пределах, к полученным входным данным и проверять их перед обработкой.
- Интеграция (сборка) системы в соответствии с выбранным методом и ее тестирование. Этапы тестирования: автономное тестирование - контроль отдельного программного модуля изолированно от других модулей, тестирование сопряжений - контроль сопряжений между частями системы, тестирование функций - контроль выполнения системой автоматизируемых функций управления, комплексное тестирование - испытание поведения системы по отношению к исходным целям, тестирование приемлемости - проверка соответствия системы требованиям пользователей. Тестирование - процесс выполнения программы с целью найти в ней ошибки. Существует два подхода к проектированию тестов - тестирование по отношению к спецификациям (не заботясь о тексте программы) и тестирование по отношению к тексту программы (не заботясь о спецификациях). Разумный компромис лежит где-то посередине, смещаясь в ту или другую сторону в зависимости от функций, выполняемых конкретным модулем. Также отметим, что стоимость этапа тестирования составляет до 25% от общей стоимости затрат на разработку системы.
- Разработка методического обеспечения. Руководства пользователей, инструкции по эксплуатации, технологические инструкции.
- Внедрение системы на объекте.
- Сопровождение системы: устранение ошибок и замечаний пользователей, разработка дополнительных режимов и функций управления, функциональное расширение системы. В соответствии со спиральной моделью жизненного цикла программного обеспечения осуществляется переход на 1 - 10 этапы проектирования системы.
Особо отметим, что этап сопровождения является самым дорогим этапом, его стоимость оценивается экспертами в 50 % от общей стоимости разработки системы. Это можно объяснить тем, что на самом деле этот этап не является самостоятельным, а объединяет группу перечисленных выше этапов проектирования на следующих за этапом внедрения системы витках спирали жизненного цикла программного обеспечения.
2.
Анализ существующих систем управления базами данных и выбор наилучшей
Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных персональных компьютерах обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам элетроннно-вычислительной машины.
Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии “клиент-сервер”. Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом “де-факто” стала “быстрая разработка приложений” или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе “открытом подходе”, то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с “классическими” СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами “классических” СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии “клиент-сервер”.
Таким образом, на сегодняшний день разработчик не связан рамками какого-либо конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные приложения. Поэтому, более важным представляется общее направление развития СУБД и других средств разработки приложений в настоящее время.
Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro 3.0, Paradox, Visual Basic 4.0, Visual С++, Access 7.0.
Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.
FoxPro (фирма Fox Software) обладала исключительно высокими скоростными характеристиками и в этом отношении заметно выделялась среди интерпретирующих систем. Сравнительно с dBaseIV ее скорость в несколько раз выше и не уступает скорости систем-компиляторов. Практически по всем показателям Fox-программы работают значительно быстрее Clipper-программ. (Напоминаем - речь пока о версии для DOS’a.) Набор команд и функций, предлагаемых разработчиками FoxPro, по мощи и гибкости отвечает любым требованиям к представлению и обработке данных. Может быть реализован максимально удобный и эффективный пользовательский интерфейс. В FoxPro поддерживаются разнообразные всплывающие и многоуровневые меню, работа с окнами и мышью, реализованы функции низкоуровнего доступа к файлам, управление цветами, настройками принтера, данные могут быть представлены с виде «электронных таблиц» и много еще приятностей и удобностей. В «довиндовскую» эпоху FoxPro был самой быстрой, самой удобной и самой мощной СУБД для компьютеров стандарта IBM PC.
версии 3.0 – процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 году) – Windows 95 или NT, 486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.
Paradox был разработан компанией Ansa Software, и первая его версия увидела свет в 1985 году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996 года он принадлежит компании Corel и является составной частью Corel Office Professional.В конце 80-х - начале 90-х годов Paradox, принадлежавший тогда компании Borland International, был весьма популярной СУБД, в том числе и в нашей стране, где он одно время занимал устойчивые позиции на рынке средств разработки настольных приложений с базами данных.
Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase - каждая таблица хранится в своем файле (расширение *.db), MEMO- и BLOB-поля хранятся в отдельном файле (расширение *.md), как и индексы (расширение *.px).
Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Например, в приложениях, написанных на C или Pascal, использовалась некогда популярная библиотека Paradox Engine, ставшая основой Borland Database Engine. Эта библиотека используется ныне в приложениях, созданных с помощью средств разработки Borland (Delphi, C++Builder), в некоторых генераторах отчетов (например, Crystal Reports) и в самом Paradox. Существуют и ODBC-драйверы к базам данных, созданным различными версиями этой СУБД.
Отметим, однако, что отсутствие <открытости> формата данных имеет и свои достоинства. Так как в этой ситуации доступ к данным осуществляется только с помощью <знающих> этот формат библиотек, простое редактирование подобных данных по сравнению с данными открытых форматов типа dBase существенно затруднено. В этом случае возможны такие недоступные при использовании <открытых> форматов данных сервисы, как защита таблиц и отдельных полей паролем, хранение некоторых правил ссылочной целостности в самих таблицах - все эти сервисы предоставляются Paradox, начиная с первых версий этой СУБД.
По сравнению с аналогичными версиями dBase ранние версии Paradox обычно предоставляли разработчикам баз данных существенно более расширенные возможности, такие как использование деловой графики в DOS-приложениях, обновление данных в приложениях при многопользовательской работе, визуальные средства построения запросов, на основе интерфейса QBE - Query by Example (запрос по образцу), средства статистического анализа данных, а также средства визуального построения интерфейсов пользовательских приложений с автоматической генерацией кода на языке программирования PAL (Paradox Application Language).
Windows-версии СУБД Paradox, помимо перечисленных выше сервисов, позволяли также манипулировать данными других форматов, в частности dBase и данными, хранящимися в серверных СУБД. Такую возможность пользователи Paradox получили благодаря использованию библиотеки Borland Database Engine и драйверов SQL Links. Это позволило использовать Paradox в качестве универсального средства управления различными базами данных (существенно облегченная версия Paradox 7 под названием Database Desktop по-прежнему входит в состав Borland Delphi и Borland C++Builder именно с этой целью). Что же касается базового формата данных, используемого в этом продукте, то он обладает теми же недостатками, что и все форматы данных настольных СУБД, и поэтому при возможности его стараются заменить на серверную СУБД, даже сохранив сам Paradox как средство разработки приложений и манипуляции данными.
Текущая версия данной СУБД - Paradox 9, поставляется в двух вариантах - Paradox 9 Standalone Edition и Paradox 9 Developer's Edition. Первый из них предназначен для использования в качестве настольной СУБД и входит в Corel Office Professional, второй - в качестве как настольной СУБД, так и средства разработки приложений и манипуляции данными в серверных СУБД. Обе версии содержат:
- Средства манипуляции данными Paradox и dBase.
- Средства создания форм, отчетов и приложений.
- Средства визуального построения запросов.
- Средства публикации данных и отчетов в Internet и создания Web-клиентов.
- Corel Web-сервер.
- ODBC-драйвер для доступа к данным формата Paradox из Windows-приложений.
- Средства для доступа к данным формата Paradox из Java-приложений.
- Run-time-версию Paradox для поставки вместе с приложениями.
- Средства создания дистрибутивов.
Драйверы SQL Links для доступа к данным серверных СУБД.
Access - в переводе с ан
Популярность СУБД Microsoft Access обусловлена следующими причинами:
- Access является одной из самых легкодоступных и понятных систем как для профессионалов, так и для начинающих пользователей, позволяющая быстро освоить основные принципы работы с базами данных;
- система имеет полностью русифицированную версию;
- полнаяинтегрированностьспакетами Microsoft Office: Word, Excel, Power Point, Mail;
- идеология Windows позволяет представлять информацию красочно и наглядно;
- возможность использования OLE технологии, что позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access;
- технология WYSIWIG позволяет пользователю постоянно видеть все результаты своих действий;
- широко и наглядно представлена справочная система;
- существует набор “мастеров” по разработке объектов, облегчающий создание таблиц, форм и отчетов.
Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.
Visual Basic – это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1, 95, NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36 Мб.
Указанные программные продукты имеют возможности визуального проектирования интерфейса пользователя, то есть разработчик из готовых фрагментов создает элементы интерфейса, программирует только их изменения в ответ на какие-либо события.
Компания Borland всегда была широко известна професссиональным разработчикам как фирма, предлагающая компиляторы С и Pascal, систему управления базами данных Paradox. Имея по всему миру около шести миллионов пользователей, dBASE остается индустриальным стандартом, применимым к различным операционным платформам, среди которых MS-DOS, UNIX, VAX/VMS и MS-Windows. Продукты, развиваемые в классе языков программирования - Borland C++ 4.5 и Delphi - с уникальным сочетанием классических принципов и современной технологии.
Совершенно новый продукт Borland Delphi for Windows - система скоростной разработки приложений, основанная на объектно-ориентированном Паскале. Delphi объединяет визуальные средства быстрой разработки приложений, высокопроизводительный компилятор объектно-ориентированного языка, масштабируемый механизм доступа к данным и другие последние достижения в области компьютерных технологий.
Visual C++– наиболее мощный объектно-ориентированный язык программирования, обладает неограниченной функциональностью. Предназначен для создания компонентов приложений для выполнения операций, критичных по скорости.
Для создания была выбран продукт Borland Delphi for Windows, с системой управления базами данных Paradox, так как таблицы Paradox по сравнению с другими поддерживают самый богатый набор разных типов полей, что позволяет автоматически следить за правильностью вводимых в поля данных, выбирать данные из другой таблицы, строить вторичные индексы, в том числе составные, следить за ссылочной целостностью БД, защищать таблицу от несанкционированного доступа, выбирать языковый драйвер.
3. Создание автоматизированной информационной системы "Поликлиника"
В результате изучения организации поликлиники выяснилось, что имеются следующие рабочие группы (отделы), которые используют информацию по организации управления поликлиникой:
1. Кабинеты – хранит сведения о кабинетах поликлиники.
2. Врачи – хранит сведения о врачах поликлиники.
3. Пациенты – хранит сведения о пациентах поликлиники.
4. Вызовы – хранит сведения о вызовах на дом.
3.1 Информационная модель
Для кабинетов необходима следующая информация (концептуальные требования):
a. Сведения о кабинетах:
- Номер кабинета;
- Название;
- Телефон;
- Дни работы;
- Время работы.
Для врачей необходима следующая информация (концептуальные требования):
b. Сведения о врачах:
- ФИО врача;
- должность;
- специализация;
- кабинет;
- телефон;
- дни работы;
- время работы.
Для пациентов необходима следующая информация (концептуальные требования):
c. Сведения о пациентах:
- ID пациента;
- ФИО пациента;
- диагноз;
- дата поступления;
- последний прием;
- следующий прием.
Для вызовов на дом необходима следующая информация (концептуальные требования):
d. сведения о пациентах:
- Номер;
- ФИО;
- адрес;
- Телефон клиента;
- Симптомы;
- Дата вызова
- примечание.
3.2 Определение сущностей
При работе с полученной информацией были выведены следующие сущности и поля. Сущность Кабинеты включает в себя следующие поля:
- номер кабинета;
- название;
- телефон;
- дни работы;
- время работы.
Сущность Врачи включает в себя следующие поля:
- ФИО врача;
- должность;
- специализация;
- кабинет;
- телефон;
- дни работы;
- время работы.
Сущность Пациенты включает в себя следующие поля:
- номер пациента;
- ФИО пациента;
- диагноз;
- дата поступления;
- дата последнего приема;
- дата следующего приема.
Сущность Вызовы включает в себя следующие поля:
- номер оплаты за путёвку;
- дата оплаты путёвки;
- вид оплаты;
- сумма;
- номер клиента.
3.3 Нормализация отношений
Отношение находится в первой нормальной форме, когда все его значения атрибутов атомарны.
Таблица 1 – Список кабинетов
| Номер | Название | Телефон | Дни работы | Время работы |
Таблица 2 – Список врачей
| ФИО | Должность | Специализация | Кабинет | Телефон | Дни работы | Время работы |
Таблица 3 – Список пациентов
| ID пациента | ФИО | Диагноз | Дата поступления |
Последний прием | Следующий прием |
Таблица 4 – Список вызовов
Номер |
ФИО | Адрес | Тел. клиента | Симптомы | Дата вызова | Примечание |
3.4 Определение взаимосвязей
|
|
1 М
Схема 4 – Взаимосвязь врача с пациентом.
|
|
1 1
Схема 5 – Взаимосвязь врач и кабинет
|
|
1 1
Схема 6 – Взаимосвязь пациент и вызов
3.5 Описание физической модели
При проектирование АИС были определены типы данных, хранящейся в АИС информации.
На рисунке 4 показана физическая модель таблицы «Кабинеты».
Рисунок 4 – Физическая модель таблицы «Кабинеты»
На рисунке 5 показана физическая модель таблицы «Врачи».
Рисунок 5 – Физическая модель таблицы «Врачи»
На рисунке 6 показана физическая модель таблицы «Пациенты».
Рисунок 6 – Физическая модель таблицы «Пациенты»
На рисунке 7 показана физическая модель таблицы «Вызовы».
Рисунок 7 – Физическая модель таблицы «Вызовы»
3.6 Проектирование интерфейса
При разработке базы данных разработчик создал удобный интерфейс. На главной форме располагались нужные сведения для работы в базе данных «Поликлиника». С главной формой связано ещё несколько вспомогательных форм. При этом работа с базой данных становится лёгкой и простой.
Рисунок 8 – Начальная форма программы
Если вы хотите узнать, как работать с данной базой данных, вам понадобится нажать на главной форме кнопку F1 и появится окно «Помощь».
Рисунок 9 –форма «Помощь»
Если вы хотите узнать больше о данном продукте, то в этом вам поможет «Справка». Для этого необходимо нажать кнопку со знаком вопроса.
Рисунок 10 –форма «Справка»
Если Вы хотите начать свою работу с «Кабинетов», то Вам поможет в этом форма «Кабинеты».
Рисунок 11 –форма «Кабинеты»
На данной форме при нажатии кнопки «Добавить» появится вспомогательная форма «Добавление записи». При нажатии кнопки «Добавить» на вспомогательной форме «Добавление записи», при условии, что обязательные поля будут заполнены, записи, которые вы внесли, отобразятся в таблице на форме «Кабинеты».
Рисунок 12 –форма «Добавление записи»
Ели форма будет не заполнена, и вы нажмете кнопку «Добавить», появится форма «Ошибка».
Рисунок 13 – Форма «Ввод ошибок»
Чтобы редактировать запись, необходимо выделить нужную строку и нажать кнопку «Редактировать». При этом все остальные кнопки станут недоступны и станут доступными кнопки: «V» и «X». При нажатии кнопки «V» изменения будут внесены в таблицу, а при нажатии «X» вернутся исходные данные.
Рисунок 14 – Форма «Редактировать»
Чтобы удалить запись, необходимо выделить строку и нажать кнопку «Удалить». При этом появится вспомогательная форма «Подтверждение». Если нажать «Да», то произойдет удаление записи, а если нажать «Нет» то таблица вернется в исходное состояние.
Рисунок 15 – Форма «Подтверждение»
Чтобы найти запись, необходимо выбрать поле, по которому будет осуществляться поиск. Затем в строке «Поиск» набрать номер или название и нажать кнопку «Найти». Найденные компоненты отобразятся на форме «Кабинеты».
Чтобы вернутся к главной таблице, необходимо нажать кнопку «Обновить».
Рисунок 16 –форма «Кабинеты»
С главной формой также связана форма «Врачи», в которой осуществляются такие же действия, как и в форме «Кабинеты».
Рисунок 17 –форма «Врачи»
С главной формой также связана форма «Пациенты», в которой осуществляются такие же действия, как и в форме «Кабинеты».
С главной формой также связана форма «Вызовы», в которой осуществляются такие же действия, как и в форме «Кабинеты».
Рисунок 18 –форма «Вызовы»
При нажатии кнопки «W» данные из таблицы отобразятся в MicrosoftOfficeWord.
Таблица 5 – Список кабинетов
4. Алгоритм работы программы
Схема 7 – Алгоритм работы программы
5. Руководство пользователя
При запуске программы «Поликлиника» появится форма, которая предлагает начать работу с данными в базы данных «Поликлиника».
Если Вам нужны данные о кабинетах, то щелкните на «Кабинеты». Откроется новая форма «Кабинеты», с помощью которой можно добавить, редактировать, найти или удалить необходимый кабинет.
При нажатии кнопки «Добавить» появится форма «Добавление записи». На этой форме располагаются кнопки: «Добавить», «Отмена», а также поля для добавления записей. При заполнении обязательных (поля, отмеченные восклицательным знаком) и остальных полей можно нажать кнопку «Добавить» и внесенные изменения добавятся в таблицу на форме «Кабинеты». Если обязательные поля не будут заполнены, то при нажатии кнопки «Добавить» появится форма «Ошибка». Форму «Ошибка» можно закрыть при нажатии кнопки «Выход» или по слову «Ошибка». При нажатии кнопки «Отмена» откроется форма «Кабинеты» без сохранения изменений. Также на форме «Кабинеты» имеются поля для редактирования, которые являются неактивными, и кнопка «Редактировать». Выберете запись для изменения и нажмите «Редактировать». Запись внесется в поля для редактирования, где вы можете производить изменения. Чтобы сохранить изменения, нужно нажать кнопку «V», а чтобы отменить, нажать «X». Чтобы удалить запись необходимо выделить строку и нажать «Удалить». При этом появится форма «Подтверждение» с кнопками «Да» и «Нет». При нажатии кнопки «Да» выбранная запись удалится, а при нажатии кнопки «Нет» таблица вернется в исходное состояние. Также на данной форме содержатся кнопки «Найти» и «Обновить». Чтобы найти необходимую запись, нужно выбрать по какому полю будет производиться поиск, в строку поиска ввести номер кабинета или его название и нажать кнопку «Найти». Сведения отобразятся в окне на данной форме. Чтобы вернутся к основной таблице, нужно нажать кнопку «Обновить». Также сведения из таблицы можно отобразить в документе Word при нажатии «W». Если вы желаете вернуться к главной форме «Поликлиника», нужно нажать кнопки «Выход» или «Назад».
Если Вам нужно узнать о данных врачей, то нажмите на кнопку «Врачи». Появится новая форма «Врачи», с помощью которой можно добавить, редактировать, найти или удалить нужные данные о врачах.
Операции добавление, редактирование, поиск и удаление врачей работают аналогично операциям добавление, редактирование, поиск и удаление кабинетов.
Если Вы желаете вернуться на главную форму «Поликлиника», то нажмите кнопку «Назад» или «Выход».
Если вам необходимо помощь по работе с базой данных нажмите кнопку «F1» на форме «Поликлиника».
Чтобы получить дополнительные сведения о созданной базе данные, нажмите «?».
Если Вы хотите закончить работу, нажмите на кнопку « Выход».
Заключение
Современные программные системы становятся сложнее, чтобы обеспечить возможность решения глобальных задач, например, таких, как создание единой системы управления предприятием. При разработке таких систем важно хорошо представлять современные подходы, существующие в этой области, и основные сложности этого процесса.
Потребность в сложных программных системах растет. По мере того как увеличивается производительность и падает цена вычислительной техники, появляются возможности выполнить автоматизацию все более сложных процессов. Основная ценность проектирования при создании сложных информационных систем состоит в том, что оно позволяет свести к минимуму трудоемкую рутинную работу и сосредоточиться на решении творческих задач.
Автоматизированная информационная система «Поликлиника» была создана на языке программирования Delphi 7
База данных включает в себя данные о врачах, пациентах, кабинетах и вызовах, которые необходимые для работы поликлиники. База данных позволяет осуществлять добавление, изменение, поиск и удаление данных, а также просматривать данные.
Библиографический список источников информации
1. Алгоритмические языки и программирование. Система программирования DELPHI: учеб. пособ. для вузов / разраб. Т.А.Лабзиной. - М: Совр. Гум. Ун-т, 2002.
2. Ахангельский А.Я. Программирование в Delphi 7. – М.: ООО «Бином-Пресс», 2003 г. – 1152с.
3. Гайдамакин Н.А. Автоматизированные информационные системы, банки и базы данных. Вводный курс: учебное пособие. - М: Гелиос АРВ, 2002.- 368 с.
4. Голицына О.Л. и др. Языки программирования: учеб. пособие для ссузов / О.Л.Голицына, Т.Л.Партыка , И.И.Попов . - М: Форум; Инфра-М, 2008.
5. Дарахвелидзе П.Г., Марков Е.П. Программирование в Delphi 7. – СПб.: БХВ-Петербург, 2003. – 784с: ил.
6. Емельянова Н.З., Партыка Т.А., Попов И. Основы построения автоматизированных информационных систем: учебное пособие для студ. СПО. - М: Форум; Инфра-М, 2005.- 416 с.
7. Карпова Т. Базы данных. Модели, разработка, реализация: учеб. пособие. - СПб: Питер, 2002.- 304 с.
8. Моисеенко С. SQL : задачи и решения. - СПб: Питер, 2006.-256 с.
9. Основы автоматизированных информационных систем: Автоматизированные информационные системы (АИС): учеб. пособ. для вузов / разраб. В.Н.Кузубовым. - М: Совр. Гум. Ун-т, 2000.
10. Основы автоматизированных информационных систем. Обеспечение автоматизированных информационных систем: учеб. пособ. для вузов / разраб. В.Н.Кузубовым. - М: Совр. Гум. Ун-т, 2001.
11. Принципы построения автоматизированных информационных систем (АИС). Техническое и рабочеее пректирование АИС: учеб. пособие для вузов / разраб. В.Н.Кузубовым. - М: Совр.Гум.Ун-т, 2000.-102 с.
12. Семакин И.Г., Шестаков А.П. Основы программирования: учебник для студ. СПО. - М: Академия, 2003.- 438 с.
13. Сорокин А.В. Delphi. Разработка баз данных. – СПб.: Питер, 2005. – 477с.: ил. Издательский дом «Вильямс», 2005. – 336 с.: ил. – Парал. тит. англ.
14. Тейлор Аллен Дж. SQL для «чайников», 5-е издание.: Пер. с англ. – М.:
15. Фаронов В.В. Система программирования Delphi . - СПб: БХВ-Петербург, 2004.- 912 с.
16. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: учебник для вузов / под ред. А.Д.Хомоненко.- 3-е изд. - СПб: Корона-Принт, 2003.- 672 с.