«Online регистратура

Автор работы: Пользователь скрыл имя, 30 Ноября 2013 в 11:56, курсовая работа

Краткое описание

В данной курсовой работе будет реализаванна информационная система, по средством которой, будет произведена автоматизация и упрощение записи клиента поликлиники на прием к врачу, по средством всемирной сети интернет.
Основной задачей данного проекта, будет:
Упрощение регистрации пациента.
Снятие нагрузки с регистратуры поликлиники.
Автоматизация различных процессов поликлиники.

Содержание

Введение 3
Глава 1. Анализ задач. 5
1.1 Инфраструктура предприятия 5
1.2 Описание автоматизированного процесса 10
1.3 Схема документооборота организации. 11
1.4 Инфраструктура организации 13
1.5 Выбор вариантов автоматизации. 13
2.1 Диаграмма прецедентов. 17
2.2 Диаграмма классов 18
2.3 Диаграммы видов деятельности 19
2.4 Диаграммы взаимодействий 20
2.5 Диаграмма состояний 23
Глава 3. Реализация информационной системы. 25
3.1 Диаграмма развёртывания 25
3.2 Структура базы данных. 26
Глава 4. Технико-экономичемкое обоснование проекта информационной системы. 33
4.1 Операции технологического процесса до и после автоматизации 33
4.2 Расчет стоимости ИС 35
4.3 Расчет затрат до автоматизации 37
4.4 Расчет затрат после автоматизации 39
4.5 Расчет экономического эффекта 41
Заключение 42
Список литературы: 43

Прикрепленные файлы: 1 файл

Курсовая работа 4 курс.doc

— 857.50 Кб (Скачать документ)

Рисунок 2 DFD модель регистрации на приём к врачу «после автоматизации»

Описание системы.

User – клиент клиники

    1. На данном этапе происходит вход на страницу аутентификации, где вводятся личные данные зарегистрированного клиента поликлиники
    2. Происходит процесс авторизации клиента.
    3. Процесс аутентификации системой пользователя.
    4. Вход на страницу пользователя
    5. Просмотр амбулаторной карты клиентом
    6. Выбор доктора \ специальности
    7. Выбор даты и времени визита

To entering to DB - Запись заказа в базу данных

1.4 Инфраструктура организации

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

1.5 Выбор вариантов автоматизации.

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

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

Для данного варианта автоматизации  требуется, что бы в организации  были налажены внутренние IT-коммуникации, создана служба, занимающаяся слежением  за системой, и принято решение об автоматизации.

Преимуществом данного  продукта будет 

  1. Гибкость: в программе существует возможность её настройки под индивидуальные потребности заказчика.

Функциональные возможности  программы:

  1. Программа позволяет, как описывать процессы (вход, выход, управление, ресурсы, критерии результативности и т.д.) и представлять описанные процессы в системе, так и получать интересующую статистическую и оперативную информацию.
  2. Сбор информации для анализа со стороны руководства
  3. Управление данными: а именно созданием, изменением, согласованием, утверждением, введением в действие, распространением и архивированием данных.
  4. Планирования расписания приёма врача

Сравнение с другими  аналогами.

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

Рассмотрим на примере аналог Перми  и Пермского края реализованного в рамках проекта, органами управления здравоохранением. Данная услуга так же бесплатна.

Название проекта «Электронная регистратура» 

https://k-vrachu.ru/login - главная страница сайта

В данной системе клиент регистрируется на сайте, вводя свои личные данные.

Рисунок 3 Окно регистрации в систему

Далее система переходит  н страницу пользователя, где пользователь может добавить себя

Рисунок 4 Окно регистрации пациента

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

Сравнение аналога с разрабатываемой  системой.

Из выше изложенного  можно сказать, что системы очень  схожи.

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

Можно так же отметить что проект «Электронная регистратура» явятся достойным конкурентом. Однако этот проект можно рассматривать не только как конкурента, но и как мощного союзника в сфере регистрации клиентов через интернет. 
Глава 2. Проектирование информационной системы.

2.1 Диаграмма  прецедентов.

Система регистрации  на приём к врачу была спроектирована c помощью Enterprise Architect, Computer Associates Bpwin и PowerDesigner. 
Диаграммы прецедентов применяются для моделирования вида системы с точки зрения прецедентов.


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 6 Диаграмма прецедентов  «после» автоматизации 

На данной диаграмме  представлена работа системы с клиентом.

Клиент, делящийся на индивидуального и корпоративного клиента (сотрудника организации):

  • Авторизуется в системе (Вводит пароль и Id, который ему выдали при регистрации в поликлинику) для входа в систему.
  • Просматривает амбулаторную карту (После авторизации)
  • Выбрать врача (клиент согласует выбор врача и времени с системой регистрации).
  • Система регистрации (Автоматизированная систем для записи клиента в очередь).
  • Проверить КЛС (Система проверяет количество раз, когда зарегистрированный пользователь не приходил на сеансы по неуважительной причине)
  • Занести в очередь (записывает пациента в очередь к врачу)
    1. Диаграмма классов

Диаграммой классов, диаграмма, на которой показано множество классов, интерфейсов, коопераций и отношений между ними


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 7 Диаграмма классов «после» автоматизации

Класс «Список времени» Является частью Класса «Врач» и содержит в себе список рабочих и свободных часов врачей

Класс «Врач» содержит в  себе специальности врачей и их id

Класс «Клиент» содержит в себе id, пароль, и КЛС клиента

Класс «Индивидуальный» Является частью Класса «Клиент» и содержит в себе фамилии, имена, отчества, адреса и номера телефонов клиентов

Класс «Корпоративный»  Является частью Класса «Клиент» и  содержит в себе названия фирм, номера банковских счетов фирм и их адреса

Класс «Амбулаторная  карта» содержит в себе id клиента, даты регистраций и снятии с учёта, диагнозы и рекомендации.

    1. Диаграммы видов деятельности

Диаграммы деятельности можно использовать для моделирования  динамических аспектов поведения системы

Рисунок 10 Диаграмма видов  деятельности Клиента и системы аутентификации

После входа в систему, клиент вводит свои персональные данные (id и пароль).

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

Рисунок 11 Диаграмма видов  деятельности Клиента и системы  давления на прием

2.4 Диаграммы взаимодействий


 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 8 Диаграмма взаимодействий. Аутентификация пользователя. «после»  автоматизации

Данная диаграмма отражает работу пользователя с системой авторизации.

Пользователь посылает запрос на вход в систему. Затем вводит индивидуальный логин (id) и пароль, после чего система аутентификации проверяет правильность введённых данных, и в случае правильности пропускает его на странице клиента. В ином случае система отправляет его обратно на страницу авторизации.


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 9 Диаграмма взаимодействий. Принятие заявки на приём к врачу. «после» автоматизации

После перехода на «страницу  пользователя» пациент может  подать запрос на просмотр амбулаторной карты, и затем вернутся обратно на «страницу пользователя».

Так же пациент может  записаться на приём  к врачу. Для  этого посылается запрос в «регистрационную базу». В свою очередь «регистрационная база» посылает запрос на проверку КЛС «Счётчику ложных становлений». Если КЛС больше трех, то «Счётчику ложных становлений» отправляет пользователю уведомление о невозможности становления в очередь из-за недопустимого КЛС. В случае если КЛС равно и меньше трёх  «Счётчику ложных становлений» отправляет команду базе «регистрационная база» что КЛС допустимо и «регистрационная база» предоставляет список свободного, для посещения врача, времени. После этого пациент выбирает время, после чего «регистрационная база» добавляет его в очередь и посылает уведомление о добавление в очередь.  В заключение пользователь выходит с канала.

 

2.5 Диаграмма состояний


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 12   Диаграмма состояния системы.

После входа на канал  клиент попадает на страницу авторизации. На странице авторизации располагаются  два поля для ввода id и пароля и кнопка выход.

На странице пользователя располагаются такие функциональные кнопки как «Выход», «Амбулаторная  карта» и «К выбору услуги»

При нажатии кнопки «Амбулаторная  карта», клиент переходит к странице амбулаторной карты, на которой есть кнопка «назад»

При нажатии кнопки «к выбору услуг» система автоматически  проверяет КЛС клиента.

Страница выбора врача. На этой странице есть такие кнопки как «выход» и «переход к свободному времени»

Выбор времени. Есть кнопка «Назад». Когда клиент выберет время, система незамедлительно поставит его в очередь и пришлёт ему уведомление.

Уведомление. Есть кнопка «ОК» ведущая к странице пользователя.

 

Глава 3. Реализация информационной системы.

3.1 Диаграмма  развёртывания


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 13 Диаграмма развертывания  автоматизированной системы

Компьютер клиента –  некий компьютер, который имеет  доступ к сети интернет и программу  «браузер».

Web server – первый логический интернет сервер, на котором стоит сайт и система управляющая им.

Сервер БД – второй логический сервер который управляться СУБД, на котором хранятся данные о клиенте.

 

 

3.2 Структура базы данных.

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

Логический вид:

 

Рисунок 14 Логический вид диаграммы БД 

Физический вид:

Рисунок 15  Физический вид диаграммы БД  

Таблица 1

Название сущности

Название 

атрибута

Характеристика  атрибута

Time

Описывает  рабочее время врача

Doctor_id

Ссылка на врача

Specical_id

Ссылка на специальность врача

Data_time

Рабочее время врача

Date

Описывает рабочие дни врача

Doctor_id

Ссылка на врача

Specical_id

Ссылка на специальность врача

Date_data

Рабочие дня врача

Doctor

Описывает перечень докторов работающих в поликлинике

Doctor_id

Ссылка на врача

Specical_id

Ссылка на специальность врача

Doctor_name

Имя доктора

Specical

Описывает название специальности  врача

Specical_id

Ссылка на специальность врача

Specical_name

Название специальности врача

Seanse

Описывается сеанс встречи врача  с клиентом

Client_id

Идентификатор клиента

Doctor_id

Ссылка на врача

Specical_id

Ссылка на специальность врача

Client

Описывается авторизационные данные

Client_id

Ссыла на клиента

Password

пароль клиента 

Private client

Описываются данные об индивидуальном клиенте

Client_id

Ссылка на клиента

Client_name

Имя клиента

Client_surname

Фамилия клиента

Phone_nomber

Контактный телефонный номер клиента 

Company  client

Описываются данные о компании

Client_id

Ссыла на клиента

Co-worker_id

Ссылка на сотрудника компании

Company_name

Название  компании

Company_contact_phone

Контактный телефонный номер компании

Out_patient_card

Registration_date

Дата регистрации карты

Date of removal from the account

Дата выписки

Recommendations

Рекомендации врача

The diagnosis

диагноз

Client id

Идентификатор клиента

Company co-worker

Описывает данные о  сотруднике компании

Co-worker_id

Ссылка на сотрудника компании

Co-worker_name

Имя сотрудника компании.

Passport_number

Номер паспорта сотрудника компании

Информация о работе «Online регистратура