Размещено на http://www.allbest.ru/

9

1. Введение

Целью данной дипломной работы является разработка сетевой базы данных для автоматизации основных функций медико-статистической работы поликлиники. База данных обеспечит централизованное хранение необходимой информации, быстрый и удобный поиск, произведет автоматизированный расчет статистических данных.

1.1 Введение в проблему

В настоящий момент в ступинской поликлинике существует определенная система выполнения медико-статистической работы. Она осуществляется ручным способом, не изменившимся с основания советского здравоохранения. Эту работу можно разбить на несколько этапов:

подготовка талонов посещений;

поиск и оформление амбулаторной карты;

статистический учет талонов посещений.

Подготовка талонов посещений

Процесс подготовки начинается с нарезки крупных листов бумаги на мелкие (талоны). Далее происходит их заполнение регистратором, т.е. пишется с помощью авторучки: дата, номер очереди, время посещения, фамилия врача, номер кабинета и так около 1700 талонов в день.

Поиск и оформление амбулаторной карты

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

Статистический учет талонов посещений

Статистический учет выполняется следующим образом: талоны посещений каждый день приносят из кабинетов врачей в кабинет статистики. Затем осуществляется ручной подсчет количества для каждого врача за день. Полученные данные заносятся в специальную ведомость для дальнейшего подсчета количества посещений за месяц.

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

1.2 Постановка задачи

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

Так как базу данных будет использовать большое число конечных пользователей (сотрудники отдела регистратуры, врачи) необходимо, чтобы СУБД (система управления базой данных) являлось многоуровневой, т. е. системой клиент/сервер. В этом случае всю основную работу по обработке информации будет выполнять сервер (для этого необходимо использовать достаточно мощный компьютер), а запросы к базе данных с компьютера - клиента будут представлять небольшой код с необходимыми параметрами для хранимых процедур, находящихся на сервере. В качестве сетевой СУБД был выбран Microsoft SQL Server 7.0.

Для удобной работы с базой данных необходимы клиентские программы. Они позволяют вводить и отображать необходимую информацию. В качестве среды разработки была выбрана среда программирования Borland DELPHI 5.

Требования к базе данных

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

Обеспечивать защиту информации и контроль учетных записей зарегистрированных пользователей.

Иметь удобный и понятный интерфейс клиентских приложений.

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

2. Основная часть

2.1 Общие сведения о системе

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

Структура базы данных разрабатывалась с помощью СУБД SQL Server 7.0 корпорации Microsoft. Клиентские программы создавались в среде программирования Borland DELPHI 5 и имеют вид стандартного оконно - ориентированного интерфейса.

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

2.2. Выбор средств разработки

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

2.2.1 Microsoft SQL Server 7.0 как среда для разработки сетевой базы данных

SQL Server 7.0 -- это, несомненно, значительный прорыв в области создания серверных систем управления базами данных. В продукте Microsoft SQL Server использованы как функции, аналогичные тем, которые уже применялись в других системах управления базами данных, так и совершенно уникальные возможности. Большинство этих дополнительных функций стали возможными благодаря глубокой интеграции системы SQL Server с операционной системой Windows NT. SQL Server позволяет хранить и обрабатывать различные объемы данных-- от небольшой базы данных мелкой фирмы до крупной распределенной системы транснациональной корпорации.

Как и большинство систем управления базами данных, построенных с использованием мэйн-фрейма (большой ЭВМ) или мини-компьютера, продукт SQL Server прошел большой эволюционный путь -- с момента своего появления в середине 80-х годов и до настоящего времени. SQL Server-- это тщательно продуманная и успешно осуществленная модель реляционной СУБД. Именно эту модель сегодня предпочитают использовать для хранения и выборки данных.

В отличие от баз данных, ориентированных на большие ЭВМ и мини-компьютеры, к серверной базе данных пользователи (или клиенты) получают доступ со своих компьютеров, а не с помощью устройств ввода/вывода (терминалов). При этом механизм работы SQL Server позволяет решать проблемы, возникающие в результате обращения к базе данных сотен компьютеров, каждый из которых может независимо обрабатывать различные части общей базы данных, хранящейся на сервере.

В рамках системы клиент/сервер также обеспечивается связь с компьютерами-клиентами. Это достигается путём интеграции средств передачи данных и базовой операционной системы. Для этого система клиент/сервер Microsoft SQL Server использует встроенные сетевые компоненты ОС Windows NT, поддерживаемые для различных компьютерных платформ.

В отличие от автономной базы данных, работающей на ПК, и традиционных баз данных, ориентированных на большие ЭВМ и мини-компьютеры, серверная СУБД, такая как Microsoft SQL Server, добавляет поверх сетевых компонентов особые элементы сервиса, такие как OLE-DB (связывание и внедрение объектов базы данных) и ODBC (открытый интерфейс баз данных). Эти компоненты обеспечивают такую взаимосвязь различных приложений-клиентов, при которой не требуется вносить изменения в серверную базу данных или другие приложения-клиенты.

SQL Server содержит множество инструментов, предназначенных для разработки внешнего интерфейса базы данных, к которым давно уже привыкли пользователи ПК и которыми не обладали базы данных, ориентированные на большие ЭВМ или мини-компьютеры. Помимо языка SQL (Structured Query Language -- язык структурированных запросов), для хранения, выборки данных и администрирования базы данных можно использовать также приложения с графическим интерфейсом пользователя (GUI). С появлением SQL 7 возможности приложений с графическим интерфейсом увеличились во много раз. Задачи разработки баз данных, таблиц и связей между ними еще никогда не упрощались до такой степени. SQL Server можно использовать также совместно с приложениями, предназначенными для работы в Internet. Такие средства, как Active Server Pages, Internet Database Connector, ActiveX Data Objects (ADO), помогут вам создать связь между базой данных, обрабатываемой SQL Server, и Web-страницами.

В зависимости от выбранного подхода и используемых средств, можно получить как статичные, так и динамичные Web-страницы, в которых используются языки сценариев и объектная модель компонентов (Component Object Model -- СОМ). Благодаря этим удивительным инструментам использование информации из базы данных на Web-страницах становится реальностью.

Поскольку количество персональных компьютеров постоянно увеличивается, компьютерная индустрия совершает переход от больших компьютеров (мэйнфреймов -- mainframe) к серверам, созданным на основе микропроцессорной технологии. Чаще всего базы данных хранятся на серверах, доступ к которым осуществляется с помощью системы клиент/сервер.

В некотором смысле серверные базы данных Microsoft SQL Server, ничем не отличаются от баз данных, хранящихся на больших компьютерах. (Как известно, подавляющее большинство компьютерных баз данных являются реляционными.) В серверных базах данных (в частности, реляционных базах данных, ориентированных на большие компьютеры или мини компьютеры) для доступа к данным используется язык структурированных запросов (Structured Query Language -- SQL) и другие необходимые инструменты.Различия между реляционными и серверными моделями прослеживаются уже в самой архитектуре систем и принципах ее физической реализации. Так, в случае использования системы клиент/сервер пользователи имеют дело с интеллектуальными клиентскими системами, т.е. персональными компьютерами, а в случае применения больших компьютеров (или мини-компьютеров) -- с терминалами (или ПК, на которых установлены программы, моделирующие работу терминала).

С помощью более интеллектуальной системы (т.е. ПК) пользователи могут извлекать информацию из базы данных, хранящейся на сервере, и обрабатывать ее локально (т.е. на своем компьютере), независимо от других клиентских систем. Указанный подход позволяет оптимизировать процесс обработки информации; таким образом, каждый клиент может пользоваться информацией так, как это необходимо конкретно ему и никому другому. В результате сервер управляет глобальными процессами, происходящими в базе данных, в то время как клиент занимается непосредственным представлением информации.

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

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

SQL Server предоставляет клиентам несколько специальных инструментов и методов, которые позволяют им обрабатывать информацию, полученную из серверной базы данных. К ним относятся: хранимые процедуры, предписываемые сервером правила (server-enforced rules) и триггеры, которые передают серверу задание на автоматическую обработку данных. Но, конечно, не следует все задачи по обработке данных передавать серверу. Определенная часть этих задач выполняется непосредственно на компьютере-клиенте.

Поскольку при использовании больших или мини-компьютеров вся обработка данных выполняется именно ими, эти системы баз данных реализовать значительно легче, чем истинные системы клиент/сервер. Причина в том, что пользователи работают с терминалами, которые непосредственно подключены к большому или мини-компьютеру, и непосредственно обращаются к базе данных, используя функциональные возможности этих компьютеров. SQL Server обычно применяют для выполнения операций над миллионами записей; кроме того, в нем предусмотрено несколько инструментов для работы с системой и ее базами данных и таблицами. Инструменты SQL Server, созданные с применением графического интерфейса (знакомого пользователю системы Windows) и на основе командной строки, можно использовать для реализации самых разнообразных возможностей SQL Server. Так, эти инструменты можно применять для:

* администрирования баз данных;

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

* управления обработкой данных, хранящихся в базе данных.

Для выполнения всех перечисленных операций с SQL Server можно использовать также командную строку. Интерактивные прикладные программы могут получить доступ к данным в базе, созданной для SQL Server, с помощью "диалекта" языка SQL. Фактически, SQL является неким стандартом операций, которые можно выполнить над базой данных. Поэтому каждая фирма -- производитель базы данных должна прилагать к своему продукту также соответствующую версию драйвера SQL.

2.2.2 SQL Server как многоуровневая система клиент/сервер

Система клиент/сервер, которую часто называют трехуровневой или многоуровневой, -- это особый тип распределенной модели хранения данных, организации доступа к ним и их обработки. В распределенной системе обработки данных реализован коллективный доступ к системе. Многоуровневая система предполагает наличие максимум двух компьютеров, один из которых почти всегда персональный.

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

При подключении ПК к серверам, все задачи по обработке данных делятся между сервером (большим компьютером или мини-компьютером) и клиентом. Клиенты и сервер выполняют работу в "меру своих возможностей", являя собой пример коллективного взаимодействия, когда каждый вносит свой вклад в общее дело.

Но многоуровневая система (или система клиент/сервер), как следует из названия, предполагает неравное распределение "обязанностей". Это вытекает из "неравенства сил" сервера и клиента. По сравнению с компьютером-клиентом, более мощный компьютер-сервер быстрее пересылает данные, хранит большие объемы информации и более эффективно выполняет обработку данных.

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

Microsoft SQL Server-- это идеальный пример многоуровневой системы. База данных, написанная на SQL Server, устанавливается на платформе Windows NT или Windows 9x. Операционная система Windows NT позволяет использовать в качестве сервера компьютеры на базе чрезвычайно широкого диапазона процессоров. Существуют версии Windows NT для систем на основе процессоров Power PC, MIPS, IntelxSS и RISC-систем Alpha АХР.

Продукт Microsoft SQL Server включает программное обеспечение для сервера и клиента. Средства графического интерфейса для Windows позволяют создавать и поддерживать базы данных (и все остальные объекты), а также обращаться к ним с компьютера-клиента.

В систему Windows NT встроены компоненты сетевого программного обеспечения, которые необходимы для взаимосвязи компьютерных систем сервера и клиентов. Windows NT также предоставляет выбор сетевого протокола для установки связи между клиентом и сервером. На компьютере-клиенте может быть установлена система Windows 9x, которая также содержит встроенное сетевое программное обеспечение для связи с сервером Windows NT. Для компьютеров-клиентов и серверов на базе Windows 9x и Windows NT можно использовать множество вариантов сетевых плат.

В системе, где серверным приложением является база данных типа SQL Server, сервер отвечает за создание и поддержание объектов базы данных, таких как таблицы и индексы. Сервер поддерживает целостность данных базы данных и ее безопасность; кроме того, он должен обеспечить возможность восстановления операций в случае возникновения различных типов сбоев.

Пользователь обычно имеет дело с компьютером-клиентом. На нем, как правило, устанавливается приложение с графическим интерфейсом, позволяющее выполнять различные операции над данными. После извлечения информации в виде набора строк из базы данных на сервере это приложение позволяет создать локальную копию данных (т.е. копию, которую можно хранить на компьютере-клиенте) и выполнить над ними необходимые операции. Кроме того, можно выбирать различные типы доступа к информации. В большинстве случаев оптимальным типом доступа является read-only (только чтение), который не позволяет пользователю непосредственно изменять информацию, хранящуюся на сервере.

Если вы работаете с локальными копиями информации, то можете даже не обращаться к серверу. Завершив работу, можно отослать изменения обратно на сервер или, если информация предназначалась только для просмотра, просто удалить рабочие базы данных. Разумеется, в случае необходимости с компьютера-клиента можно также выполнять операции над данными, которые непосредственно находятся в базе данных SQL Server, если это позволяет приложение. Но только обязательно обновляйте базу данных на сервере в соответствии с внесенными изменениями, чтобы и другие пользователи могли работать с самой свежей информацией.

Кроме того, к базе данных SQL Server можно обращаться непосредственно с сервера. Прямой доступ с сервера очень удобен, особенно для выполнения административных функций. Но такой подход не является многоуровневым (или типа клиент/сервер), так как операции выполняются локально, а не передаются по сети. Хотя проверку допустимости новых или обновленных данных может выполнять и клиентское приложение, лучше всего, чтобы это делал сервер. Например, чтобы убедиться в том, что новые или обновленные идентификационные номера являются уникальными и лежат в пределах заданного интервала, можно проверить столбец Badge. В целях безопасности данных проверку их допустимости должен проводить сервер в рамках определенного механизма SQL Server. Результаты такой проверки, выполненной сервером, всегда будут оставаться "в силе", независимо от того, проводил подобную проверку подключенный к системе клиент или нет.

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

2.2.3 Функции и компоненты SQL Server

Центральным компонентом SQL Server является реляционная база данных и ее структура. SQL Server-- это развитая всеобъемлющая среда баз данных. Но существует несколько параметров использования SQL Server, на которых мы сейчас и остановимся.

SQL Server позволяет определить до 32 767 баз данных. Если вы осознаете, что база данных -- это централизованное хранилище информации, то ограничение числом 32 767 вряд ли покажется вам чрезмерным. Очень маловероятно, что вы столкнетесь с ситуацией, когда вам понадобится превзойти этот предел. Но если даже это случится, то, конечно, вам нужно будет добавить к сети дополнительные серверы, чтобы сбалансировать нагрузку. Как правило, на сервере хранится не более пяти баз данных (а в большинстве случаев только одна), ориентированных на одно конкретное приложение.

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

Для каждой таблицы можно определить до 1 024 столбцов. В главе 4 вы узнаете, что после нормализации таблиц базы данных можно легко преодолеть указанное ограничение. Дело в том, что SQL Server позволяет объединять в одном запросе столбцы из нескольких таблиц, причем их количество может доходить до 32.

Что же касается количества строк в таблице, то в SQL Server на этот счет нет никаких ограничений. Но, конечно, вы будете реально ограничены емкостью устройства, на котором хранятся таблицы, хотя базы данных и их таблицы можно хранить на нескольких физических дисках. SQL Server позволяет хранить базы данных на физических дисках, число которых может доходить до 32 767.

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

Индекс часто определяется для столбцов, на которые содержатся ссылки в операторах выборки строк. Двести пятьдесят индексов достаточно, чтобы обеспечить быструю выборку строк таблицы.

Transact-SQL

SQL (Structured Query Language -- язык структурированных запросов) это язык, разработанный фирмой IBM в 70-х годах. Фактически, это стандарт языка запросов для реляционных баз данных. "Диалект" языка SQL, который используется в SQL Server, -- это Transact-SQL, который фирма Microsoft сделала центральным компонентом SQL Server.

По сравнению с первоначальным языком SQL, в Transaci-SQL введены дополнительные ключевые слова, которые используются при выборке, сохранении и выполнении операций над данными. Естественно, что, разработав SQL Server, фирма Microsoft поступила так же, как и другие фирмы в аналогичной ситуации, т.е. значительно расширила возможности языка запросов.

Для доступа и работы с базой данных SQL Server существует шесть GUI-приложений.

Первое приложение позволяет вводить операторы Transact-SQL. Второе, SQL Client Configuration Utility, позволяет определить набор библиотечных программ для работы с сетевыми базами данных, предназначенный для выполнения операций над базой данных с компьютера-клиента. Третье, SQL Server Books Online, предоставляет полный набор руководств по SQL Server, организованньк по темам и позволяющих осуществлять поиск данных.

Четвертое приложение, SQL Service Manager, применяется для остановки и запуска служб SQL Server. Для контроля за работой SQL Server и агента SQL Agent используйте соответствующие кнопки с цветовыми обозначениями, которые по своим функциям аналогичны пульту управления видеомагнитофона.

С помощью приложения, Microsoft Management Console, можно выполнять основные административные функции SQL Server. И, наконец, приложение SQL Performance Monitor служит для настройки системы оптимальным образом.

Утилита Query Analyzer

Версия ISQL для Windows, которая называется Query Analyzer, позволяет работать с операторами Transact-SQL. Команды Transact-SQL вводятся в отдельном окне запроса, находящемся в главном окне программы Query Analyzer. С помощью Query Analyzer вырезать, копировать, вставлять, печатать, сохранять и редактировать предыдущие запросы гораздо проще, чем с помощью командной строки ISQL.

После запуска приложения Query Analyzer вы должны подключиться к базе данных SQL Server, указав имя пользователя, пароль (если это необходимо) и сервер, который хотите использовать. На сервере SQL хранится список пользователей, которые могут подключиться к нему с компьютера-клиента, введя соответствующие имя и пароль.

Утилита SQL Service Manager

SQL Service Manager -- это одна из утилит, доступных только в том случае, если вы физически работаете на сервере (а не получаете к нему доступ через сеть). Утилита SQL Service Manager позволяет запускать, останавливать или приостанавливать на время (т.е. сделать паузу) процессы SQL Server. Прежде чем выполнить какие-либо операции над базами данных, вы должны запустить SQL Server. SQL Service Manager предоставляет простейший способ запуска локального или удаленного сервера.

Каждому состоянию SQL Server соответствуют определенные цветовые обозначения, которые по своим функциям аналогичны сигналам светофора. Эти цветовые обозначения со-стояния очень упрощают запуск, остановку и временную приостановку SQL Server. Чтобы остановить SQL Server, нужно просто щелкнуть на кнопке Stop (Останов) с красным значком. Чтобы сделать паузу в работе SQL Server, если он был запущен, щелкните на кнопке Pause (Пауза) с черным значком.

Приложение Microsoft Management Console/SQL

Server Enterprise Manager

Приложение SQL Server Enterprise Manager включено в состав пакета Microsoft Management Console (MMC). Это серверное приложение используется для выполнения практически всех административных операций как для локальных, так и удаленных серверов. С помощью SQL Server Enterprise Manager можно запустить и остановить обе службы SQL Server, не пользуясь программой SQL Service Manager. Кроме того, утилита SQL Server Enterprise Manager применяется также для выполнения перечисленных ниже операций. Управление учетными записями пользователей и подключением к серверу. Выполнение резервного копирования и восстановления баз данных и журналов транзакций.

* Запуск, остановка и конфигурирование серверов.

* Проверка согласованности базы данных.

* Отображение статистики работы сервера.

* Настройка и управление репликацией базы данных.

* Создание и управление объектами и задачами базы данных.

* Создание и контроль за учетными записями и группами пользователей.

* Контроль за списками доступа.

2.3 Среда разработки приложений Borland DELPHI 5

DELPHI - это современный инструмент программирования. Он позволяет с минимальными затратами времени создавать различные приложения для среды WINDOWS, в том числе и клиентские приложения для баз данных. Поскольку в основе Delphi лежит концепция быстрого создания приложении (RAD --- Rapid Application Development).

Основные особенности среды DELPHI:

Интегрированная среда разработки приложений (IDE -- Integrated Development Environment) -- позволяет создавать, компилировать, тестировать и редактировать проект или группу проектов в единой среде программирования.

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

Технология Two Ways Tools делает более эффективной работу с компонентами. При изменении программного кода в окне редактора кода Delphi соответствующим образом изменяются и сами компоненты. С другой стороны, изменение свойств компонентов при помощи инспектора объектов Delphi (Object Inspector) немедленно отражается в окне редактора кода.

Библиотека компонентов содержит множество стандартных компонентов, которые можно использовать при создании приложений. Сюда относятся, в частности, элементы управления в стиле Windows 95 и IE 4.0, а также шаблоны для форм и экспертов.

2.3.1 Базы данных в среде DELPHI

Поддержка баз данных в среде Delphi осуществляется двояко. С одной стороны, в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать простые приложения, предназначенные для обработки данных, и приложения типа клиент/сервер. Особенностью этих компонентов является то, что уже во время создания приложения Delphi отображает результаты обработки данных и позволяет проанализировать различные ситуации, которые могут сложиться при работе программы. С другой стороны, поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL - серверами -- Borland SQL Links for Windows, которые позволяют интегрированному u Delphi ядру процессора баз данных Borland, BDE (Borland Database Engine), получать доступ к локальным базам данных Paradox, dBASE, Access и FoxPro, а также к SQL-серверам InterBase, Informix, Oracle, Sybase, DB2 и Microsoft SQL. Разработка приложений баз данных является одной из ключевых функций Delphi 5.

Поддержка разработки приложений баз данных в Delphi осуществляется с помощью:

1. BDE (Borland Database Engine);

2. СУБД InterBase 5.0;

3. утилиты Database Explorer;

4. утилиты Databases Desktop;

5. мастера форм баз данных;

6. компонентов баз данных.

На рис.1 представлена открытая архитектура средств поддержки базы данных среды Delphi. Как видно из представленной схемы, основным связующим звеном между приложением и базой данных является компонент TDataSet, который может работать с базой данных практически любого типа.

Рис 1. Открытая архитектура средств поддержки баз данных среды Delphi

Размещено на http://www.allbest.ru/

9

Приложения баз данных строятся на основе компонентов доступа к базам данных и так называемых компонентов управления базами данных. Эти компоненты посредством BDE могут быть связаны с локальными базами данных.

Кроме того, BDE может использоваться для доступа к локальным и удаленным SQL-серверам. Программный пакет Delphi 4 в стандартной поставке содержит также Borland SQL Server -- InterBase, который позволяет создавать системы с архитектурой клиент/сервер на отдельном персональном компьютере. Особенно большую пользу он может оказать в процессе отладки.

Для доступа к удаленным SQL-серверам Oracle, Sybase, Informix, InterBase и DB2 используется Borland SQL Links for Windows. Для доступа к другим базам данных или форматам данных BDE может использовать ODBC-драйверы (ODBC -- Open Database Connectivity, разработанный Microsoft стандарт доступа к базам данных различных форматов.

поликлиника server delphi клиентский приложение

2.4 Описание структуры базы данных “Поликлиника”

2.4.1 Схема данных

Размещено на http://www.allbest.ru/

9

Схема данных базы данных “Поликлиника” представляет собой графическое изображение таблиц и связей между ними. Каждая таблица представленна в виде прямоугольника и имеет собственное имя, указанное сверху. Имена полей таблиц заключены в прямоугольник. Сверху разделительной линии указаны ключевые поля, с помощью которых поддерживается целостность данных. На данной схеме используетсь связь “один ко многим”. Например, эта связь есть между полями Doctor_ID таблиц Doctors и Graphic_Work т.е. являясь идентификатором в таблице Doctors поле Doctor_ID может иметь несколько одинаковых значений в таблице Graphic_Work.

2.4.2 Описание таблиц

Таблица “Doctors” Предназначена для хранения данных о врачах. Имеет следующие связи: Doctors. Doctors_ID - Graphic_Work. Doctors_ID - “один ко многим” Doctors. Doctors_ID - Talon. Doctors_ID - “один ко многим”

Имя поля	Тип	Длина	Назначение
Doctor_ID (PK)	timestamp	8	Уникальный идентификатор
Type	varchar	15	Специальность врача
Lastname	varchar	25	Фамилия
Fistname	varchar	10	Имя
Patronymic	varchar	15	Отчество
Age	smalldatetime	4	Возраст
Adress	varchar	100	Адрес
Telephon	varchar	7	Телефон

Таблица “Graphic_Work” Хранит данный о графике работы и номере кабинета врача

Имя поля	Тип	Длина	Назначение
GW_ID (PK)	timestamp	8	Уникальный идентификатор
Doctor_ID (FK)	int	4	Внешний ключ
Num_cab	smallint	2	Номер кабинета врача
Start_work	smalldatetime	4	Часы начала работы
Finish_work	smalldatetime	4	Часы окончания работы

Таблица “Data_Man” Предназначена для хранения данных о пациентах. Имеет следующие связи: Data_Man.DM_ID - Ambul_Map.DM_ID - “один ко многим” Data_Man.DM_ID - Talon.DM_ID - “один ко многим”

Имя поля	Тип	Длина	Назначение
DM_ID (PK)	timestamp	8	Уникальный идентификатор
Lastname	varchar	25	Фамилия
Fistname	varchar	10	Имя
Patronymic	varchar	15	Отчество
Age	smalldatetime	4	Возраст
Adress	varchar	100	Адрес
Telephon	varchar	7	Телефон

Таблица “Talon”, в которой хранятся все необходимые данные для медицинского талона: идентификатор врача, идентификатор пациента, дата выдычи. Таблица является развязывающей таблицей между таблицами “Doctors” и “Data_Man” для избежания связи ”многие ко многим”.

Имя поля	Тип	Длина	Назначение
Talon_ID (PK)	timestamp	8	Уникальный идентификатор
Doctors_ID (FK)	int	4	Внешний ключ
DM_ID (FK)	int	4	Внешний ключ
Date	smalldatetime	4	Дата выдачи талона

Таблица “Ambul_Map”

Хранит все необходимые данные для амбулаторной карты

Имя поля	Тип	Длина	Назначение
AM_ID (PK)	timestamp	8	Уникальный идентификатор
DM_ID (FK)	int	4	Внешний ключ
Date_vizit	smalldatetime	4	Дата посещения
Diagnoz	varchar	100	Диагноз
Data	varchar	100

Таблица “Weekday”

Используется для русификации дней недели.

Имя поля	Тип	Длина	Назначение
Intweekday	smallint	2	Числовой порядок дней недели
Nameweekday	varchar	12	Название дня недели (рус.)

(PK)- Первичный ключ

(FK)- Внешний ключ

2.4.3 Описание видов, хранимых процедур, триггеров

Sel_Man - хранимая процедура с входным параметром символьного типа. При вводе фамилии пациента возвращает необходимые данные о нём.

Реализация на языке SQL:

CREATE PROCEDURE Sel_Man (@p varchar(15) ) AS

select "ID"=convert(int, DM_ID), Lasname,Firstname,

Patronymic,Adress

from Data_Man

where Lastname=@p

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

Реализация на языке SQL:

CREATE PROCEDURE Sel_Opt_Doc (@p varchar(15) ) AS

select *

from VSize S

where S.Type=@p

Виды, используемые процедурой Sel_Opt_Doc:

VGraphic - создаёт таблицу врачей, работающих в данный момент времени.

CREATE VIEW dbo.VGraphic AS

SELECT G.Doctor_ID, D.Type, D.Lastname, D.Firstname,

D.Patronymic, G.Num_cab

FROM DOCTORS D, GRAPHIC_WORK G

WHERE D.Doctor_ID = (CONVERT(binary(8), G.Doctor_ID)) AND

(DATEPART(hour, GETDATE()) BETWEEN DATEPART(hour,

G.Start_work) AND DATEPART(hour, G.Finish_work)) AND

(DATEPART(weekday, GETDATE()) = DATEPART(weekday,

G.Finish_work))

VTalon и VTalon1 - создают таблицу с расчитанным размером очереди для каждого врача.

CREATE VIEW dbo.VTalon

AS

SELECT Doctor_ID, [Размер очереди] = COUNT(*)

FROM TALON T

WHERE datepart(year, T.Date)=datepart(year, getdate()) and

datepart(month , T.Date)=datepart(month, getdate()) and datepart(day, T.Date)=datepart(day, getdate())

GROUP BY Doctor_ID

union

select G.Doctor_ID, [Размер очереди]=0

from VGraphic G,Talon T

where G.Doctor_ID <> T.Doctor_ID

CREATE VIEW dbo.VTalon1

AS

SELECT Doctor_ID, SUM([Размер очереди])

AS [Размер очереди]

FROM VTalon

GROUP BY Doctor_ID

Print_Talon - хранимая процедура c входными параметрами целого типа. При вводе номера амбулаторной карты и номера врача выводит небходимые данные для талона посещения.

Реализация на языке SQL:

CREATE PROCEDURE Print_Talon (@p1 int, @p2 int) AS

SELECT GW.Num_cab, D.Lastname, D.Firstname, D.Patronymic, D.Type,DM.Lastname,DM.Firstname, DM.Patronymic,T.Date

FROM Doctors D, Graphic_Work GW, Talon T, Data_Man DM

WHERE convert(int, D.Doctor_ID) = @p2 and

convert(int, DM.DM_ID) = @p1 and

GW.Doctor_ID = @p2 and

T.Doctor_ID = @p2 and

T.DM_ID= @p1 and

Datepart(Day, T.Date) =Datepart(Day, getdate())

GROUP BY GW.Num_cab, D.Lastname, D.Firstname,

D.Patronymic, D.Type, DM.Lastname, DM.Firstname, DM.Patronymic,T.Date

Sel_Doc_Name - хранимая процедура с входным параметром символьного типа. При вводе фамилии врача возвращает необходимые данные о нём.

Реализация на языке SQL:

CREATE PROCEDURE Sel_Doc_Name (@p varchar(15) ) AS

select "ID"=convert(int,Doctor_ID),Type,Lastname,

Firstname,Patronymic,Age,Adress,Telephon

from Doctors

where Lastname=@p

Graphic_Work_Doc - хранимая процедура с входным параметром символьного типа. При вводе фамилии врача выводит график его работы.

Реализация на языке SQL:

CREATE PROCEDURE Graphic_Work_Doc (@p varchar(15)) AS

Select D.Type,D.Lastname,D.Firstname,

"Начало работы" =convert(char(12),Graphic_Work.Start_Work,8),

"Конец работы" =convert(char(12),Graphic_Work.Finish_Work,8),

W.Nameweekday

From Doctors D, Graphic_Work ,Weekday W

Where convert(int,D.Doctor_ID)=Graphic_Work.Doctor_ID and

datepart(weekday,Graphic_Work.Finish_Work)=W.IntWeekday and

D.Lastname=@p

Order by datepart(weekday,Graphic_Work.Finish_Work)

Ochered - хранимая процедура с входным параметром целого типа.

При вводе пароля врача возвращает список его пациентов.

Реализация на языке SQL:

CREATE PROCEDURE Ochered (@p int) AS

select T.DM_ID, M.Lastname,M.Firstname,M.Patronymic,M.Age

From Talon T, Data_Man M

Where T.Doctor_ID=@p and Convert (int ,M.DM_ID)=T.DM_ID and

datepart(year, T.Date)=datepart(year, getdate()) and

datepart(month , T.Date)=datepart(month, getdate()) and

datepart(day, T.Date)=datepart(day, getdate())

Order by T.Date Desc

Input_Talon - хранимая процедура, осуществляющая ввод данных (номер па циента, номер врача, дата посещения) в таблицу “Talon”.

Реализация на языке SQL:

CREATE PROCEDURE Input_Talon(@p1 int , @p2 int) AS

Insert Talon

(DM_ID, Doctor_ID, Talon.Date)

Values (@p1,@p2,getdate())

Statistic - хранимая процедура с входным параметром символьного типа.

При вводе порядкового номера месяца возвращает список строк с указанием количества пациентов за месяц для каждого врача.

Реализация на языке SQL:

CREATE PROCEDURE Statistic (@p int ) AS

SELECT convert (int, D.Doctor_ID), D.Lastname,D.Firstname,D.Type, M.Monthru,"Year"= Datepart(Year, T.Date),"Quontity"=count(*)

FROM Talon T,Doctors D, Month M

WHERE (Datepart(Month, Date)=@p) and (T.Doctor_ID=D.Doctor_ID) and (Datename (Month, T.Date) = M.Montheng)

GROUP BY D.Doctor_ID, D.Lastname,D.Firstname,D.Type,

M.Monthru, Datepart(Year, T.Date)

Del_Doc - триггер на удаление для таблицы “Doctors”. В случае удаления врача удаляет его график работы из таблицы “Graphic_Work”.

Реализация на языке SQL:

CREATE TRIGGER Del_Doc

ON DOCTORS

FOR DELETE

AS

Declare @p1 timestamp

SELECT @p1= Doctor_ID

FROM Deleted

DELETE From Graphic_Work

WHERE Doctor_ID=convert (int(4),@p1)

Del_Man - триггер на удаление для таблицы “Data_Man”. В случае удаления записи о пациенте удаляет записи из его амбулаторной карты.

Реализация на языке SQL:

SELECT CREATE TRIGGER Del_Man

ON Data_Man

FOR DELETE

AS

Declare @p1 timestamp

@p1= DM_ID

FROM Deleted

DELETE From Ambul_Map

WHERE DM_ID=convert (int(4),@p1)

Control - триггер на ввод данных в таблицу “Talon”. Запрещает ввод повторных данных.

Реализация на языке SQL:

CREATE TRIGGER Control

ON TALON

FOR INSERT

AS

Declare @p1 int

Select @p1= count(*)

from Talon T, Inserted I

Where T.DM_ID = I.DM_ID

and T.Doctor_ID=I.Doctor_ID

and Datepart(Day,T.Date) = Datepart(Day,I.Date)

IF @p1>1

Rollback tran

2.5 Разработка клиентских приложений для базы данных “Поликлиника” с помощью среды программирования DELPHI 5

Для использования сетевой базы данных “Поликлиника” были разработаны две программы - “Регистратура ” и “Прием”. Соответственно они объединяют две основные категории клиентских приложений для использования отделом регистратуры и лечащими врачами. Далее, привожу внешний вид, описание и код на языке Object Pascal разработанных клиентских приложений.

2.5.1 Программа “Регистратура”

Размещено на http://www.allbest.ru/

9

Раздел меню “Справочники”

Врачи

График работы врача

Размещено на http://www.allbest.ru/

9



Размещено на http://www.allbest.ru/

9

Код на языке Object Pascal

unit unFindDoc;

interface

uses

Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,

StdCtrls, Grids, DBGrids;

type

TfmFindDoc = class(TForm)

DBGrid1: TDBGrid;

edLastname: TEdit;

Label1: TLabel;

btnFind: TButton;

procedure btnFindClick(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

fmFindDoc: TfmFindDoc;

implementation

uses unData;

{$R *.DFM}

{Передача данных из окна “Фамилия врача” параметру хранимой процедуры sprSelDocName. Активизируется при нажатие на кнопку “Поиск”}

procedure TfmFindDoc.btnFindClick(Sender: TObject);

begin

with dmData.sprSelDocName do

begin

Close;

Params[1].AsString:=edLastname.Text;

Open;

end;

end;

end.

Раздел меню “Операции”

Выдача талона

Поиск врачей

График работы врача



Размещено на http://www.allbest.ru/

9

Код на языке Object Pascal

unit unTalon;

interface

uses

Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,

Grids, DBGrids, StdCtrls, ExtCtrls, Mask, DBCtrls;

type

TfmTalon = class(TForm)

Panel1: TPanel;

Panel2: TPanel;

Panel3: TPanel;

GroupBox1: TGroupBox;

Label1: TLabel;

Label2: TLabel;

btnInput: TButton;

edLastname: TEdit;

btnFind1: TButton;

Label3: TLabel;

DBGrid1: TDBGrid;

edType: TEdit;

Label4: TLabel;

btnFind2: TButton;

DBGrid2: TDBGrid;

dbtDMID: TDBText;

dbtDoctorID: TDBText;

procedure btnFind1Click(Sender: TObject);

procedure btnFind2Click(Sender: TObject);

procedure btnInputClick(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

fmTalon: TfmTalon;

implementation

uses unData;

{$R *.DFM}

{Передача данных из окна “Фамилия пациента” параметру

хранимой процедуры sprSelMan. Активизируется при нажатие на кнопку “Поиск”}

procedure TfmTalon.btnFind1Click(Sender: TObject);

begin

with dmData.sprSelMan do

begin

Close;

Params[1].AsString:=edLastname.Text;

Open;

end;

end;

{Передача данных из окна “Специальность врача” параметру хранимой процедуры sprSelOptDoc. Активизируется при нажатие на кнопку “Поиск”}

procedure TfmTalon.btnFind2Click(Sender: TObject);

begin

with dmData.sprSelOptDoc do

begin

Close;

Params[1].AsString:=edType.Text;

Open;

end;

end;

{Передача данных из полей “Номер амб. карты” и “Номер врача” в соответствующие поля раздела “Талон”. Ввод осуществляется после нажатия кнопки “Ввести”}

procedure TfmTalon.btnInputClick(Sender: TObject);

begin

with dmData.sprInputTalon,dmData do

begin

Params[1].AsString:= sprSelMan.FieldByName('ID').AsString;

Params[2].AsString:= sprSelOptDoc.FieldByName('Doctor_ID').AsString;

ExecProc;

end;

end;

{Вызов формы “Амбулаторная карта” при нажатии на кнопку}

procedure TfmTalon.Button1Click(Sender: TObject);

begin

fmDataMan.ShowModal;

end;

end.



Размещено на http://www.allbest.ru/

9

Размещено на http://www.allbest.ru/

9

Код на языке Object Pascal

unit unFindDoc;

interface

uses

Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,

StdCtrls, Grids, DBGrids;

type

TfmFindDoc = class(TForm)

DBGrid1: TDBGrid;

edLastname: TEdit;

Label1: TLabel;

btnFind: TButton;

procedure btnFindClick(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

fmFindDoc: TfmFindDoc;

implementation

uses unData;

{$R *.DFM}

{Передача данных из окна “Фамилия врача” параметру

хранимой процедуры sprSelDocName. Активизируется при нажатие на кнопку “Поиск”}

procedure TfmFindDoc.btnFindClick(Sender: TObject);

begin

with dmData.sprSelDocName do

begin

Close;

Params[1].AsString:=edLastname.Text;

Open;

end;

end;

end.

Размещено на http://www.allbest.ru/

9

Код на языке Object Pascal

unit unGraphicWorkDoc;

interface

uses

Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,

Grids, DBGrids, StdCtrls;

type

TfmGraphicWorkDoc = class(TForm)

edLastName: TEdit;

Label1: TLabel;

Button1: TButton;

DBGrid1: TDBGrid;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

fmGraphicWorkDoc: TfmGraphicWorkDoc;

implementation

uses unData;

{$R *.DFM}

{Передача данных из окна “Фамилия врача” параметру

хранимой процедуры sprGraphicWorkDoc. Активизируется при нажатие на кнопку “Поиск”}

procedure TfmGraphicWorkDoc.Button1Click(Sender: TObject);

begin

with dmData.sprGraphicWorkDoc do

begin

Close;

Params[1].AsString:=edLastname.Text;

Open;

end;

end;

end.

Раздел меню “Отчеты”

Размещено на http://www.allbest.ru/

9

Статистический отчет

Код на языке Object Pascal

unit unInputBox;

interface

uses

Windows, Messages, SysUtils, Classes,

Graphics, Controls, Forms, Dialogs, StdCtrls;

type

TfmInputBox = class(TForm)

Label1: TLabel;

edMonth: TEdit;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

fmInputBox: TfmInputBox;

i:integer;

{Создание массива, состоящего из названий месяцев.

Необходимо для хранимой процедуры Statistic}

a:array [1..12] of string =

('Январь','Февраль','Март','Апрель','Май','Июнь',

'Июль','Август','Сентябрь','Октябрь','Ноябрь','Декабрь');

implementation

uses unData, unReport;

{$R *.DFM}

{Проверка введенного названия месяца и ввод соответствующего

ему номера в хранимую процедуру sprStatist. Активизируется при нажатии кнопки “Ввести” }

procedure TfmInputBox.Button1Click(Sender: TObject);

begin

with dmData.sprStatist do

begin

Close;

For i:=1 to 12 do

if edMonth.Text=a[i] then Params[1].Asinteger:=i;

Open;

end

fmrReport.Preview;

end;

end.

2.5.2 Программа “Приём”

Размещено на http://www.allbest.ru/

9

Код на языке Object Pascal

unit unMain;

interface

uses

Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,

Grids, DBGrids, StdCtrls, Menus;

type

TfmMain = class(TForm)

btnRefresh: TButton;

dbgOchered: TDBGrid;

edDocID: TEdit;

Label1: TLabel;

Label2: TLabel;

Edit1: TEdit;

procedure btnRefreshClick(Sender: TObject);

procedure dbgOcheredDblClick(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

fmMain: TfmMain;

implementation

uses unData, unAmbulMap;

{$R *.DFM}

procedure TfmMain.btnRefreshClick(Sender: TObject);

begin

with dmData.sprPorOch do

begin

Close;

Params[1].AsInteger:=StrToInt(edDocID.Text);

Open;

end;

end;

{Отображение окна “Амбулаторная карта”, при нажатии в поле “Номер пациента” на требуемый номер}

procedure TfmMain.dbgOcheredDblClick(Sender: TObject);

begin

if dmData.sprPorOch.RecordCount<>0 then

fmAmbulMap.ShowModal;

end;

end.



Размещено на http://www.allbest.ru/

9

3. Экономика

3.1 Оценка эффективности программных средств

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

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

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

В отличие от текущих капитальные затраты - это средства в форме капитальных вложений на создание производственных фондов и их расширенное воспроизводство, на техническое перевооружение производства.

При проектировании любого мероприятия, связанного с автоматизацией производства и направленного на повышение его экономической эффективности, приходится решать ряд задач:

* определение затрат, необходимых для разработки и эксплуатации программного комплекса;

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

Эффект показывает, какой результат получает отдельное предприятие в результате реализации мероприятий, направленных на повышение эффективности производства.

Экономический эффект бывает прямой и косвенный.

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

Косвенный эффект заключается:

В значительном увеличении скорости обработки информации.

В увеличении производительности труда.

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

В снижении людских ресурсов, требующихся в процессе обработки данных.

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

Оценка временных и людских затрат на решение задачи ручным и автоматизированным способами

Под ручным способом понимается существующий порядок выполнения работы. В него входит:

Отдел регистратуры.

Подготовка к рабочему дню.

Написание талонов посещения в среднем 1700 в день (номер очереди, время и дата прихода, фамилия врача).

Рабочий день:

Заполнения талона посещения (фамилия пациента)

Поиск амбулаторной карты для пациента

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

Отдел статистики.

Подсчет количества талонов посещения для каждого врача.

Количество персонала работающего в двух отделах.

Отдел регистратуры:

Старший регистратор - 1чел.

Регистратор - 14 чел.

Отдел статистики

Старший медицинский статистик - 1 чел.

Медицинский статистик - 1 чел.

Под автоматизированном выполнении операций понимается использование результатов поиска и расчетов полученных с помощью компьютера т.е. работа в клиентских приложениях базы данных “Поликлиника”.

1. Запуск программы (1 раз в день).

2. Выдача талона

Талона посещения как такового нет - это запись в таблице базы данных. Регистратор вводит только номер врача и номер пациента, вся

остальная необходимая информация вводисся автоматически.

3. Поиск амбулаторной карты осуществляется автоматически при вводе фамилии пациента.

4. Заполнение новой амбулаторной карты в случае отсутствия.

5. Статистический расчет количества пациентов для каждого врача проводится автоматически один раз в месяц.

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

Продолжительная по времени подготовка талонов (в среднем 1700), выполняется 5-10 сотрудниками в течении 1-3ч. При использовании базы данных само понятие талон посещения будет означать запись в таблице базы данных и все необходимые данные (номер очереди, время и дата посещения) будут записываться автоматически и вводиться как результат поиска (номер врача, номер пациента).

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

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