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

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

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

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

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

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, который ему выдали при регистрации в поликлинику) для входа в систему.
• Просматривает амбулаторную карту (После авторизации)
• Выбрать врача (клиент согласует выбор врача и времени с системой регистрации).
• Система регистрации (Автоматизированная систем для записи клиента в очередь).
• Проверить КЛС (Система проверяет количество раз, когда зарегистрированный пользователь не приходил на сеансы по неуважительной причине)
• Занести в очередь (записывает пациента в очередь к врачу)

2. Диаграмма классов

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

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

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

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

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

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

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

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

Рисунок 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	Номер паспорта сотрудника компании