Ирина Эланс

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

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

Курсовая работа по предмету «Проектирование информационных систем»

- -1

ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ГУМАНИТАРНЫЙ УНИВЕРСИТЕТ ИМ. М.А. ШОЛОХОВА

Факультет информатики и математики

Курсовая работа

по предмету: «Проектирование информационных систем»

Тема: «Online регистратура»

Выполнил: студент 4 курса

факультета информатики и математики

очного отделения

Лаврентьев Дмитрий Юрьевич

Научный руководитель:

Доцент: Мазанова Валентина Ивановна

ПОКРОВ

2012

Содержание

Введение

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

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

2. Наличие совокупности тесно взаимодействующих компонентов (подсистем), имеющих свои локальные задачи и цели функционирования (например, традиционных приложений, связанных с обработкой транзакций и решением регламентных задач, и приложений аналитической обработки (поддержки принятия решений), использующих нерегламентированные запросы к данным большого объема);

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

4. Необходимость интеграции существующих и вновь разрабатываемых приложений;

5. Функционирование в неоднородной среде на нескольких аппаратных платформах;

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

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

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

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

Основной задачей данного проекта, будет:

Упрощение регистрации пациента.
Снятие нагрузки с регистратуры поликлиники.
Автоматизация различных процессов поликлиники.

Данная цель будет достигаться путём решения следующих задач:

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

Глава 1. Анализ задач.

1.1 Инфраструктура предприятия

Поликлиника №1 является частной платной клиникой. Юридический адрес учреждения: ул. Красная 5, г. Костерево. Учреждение является юридическим лицом, находящимся в ведении городской Администрации и Минздрава РФ.

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

С начала своего основания, становление на приём к врачу осуществлялось непосредственно через регистратуру или через телефон.

Предметом деятельности учреждения является:

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

- оказание стоматологической помощи населению.

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

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

- отбор и организация направления больных на консультации и стационарное лечение в специализированные республиканские учреждения и МСЭК.

- строгое выполнение медико-экономических стандартов по оказанию медицинской помощи населению.

Организационная структура поликлиники

Руководство поликлиники.
Регистратура.
Отделение профилактики:

кабинет до врачебного приема

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

Лечебно-профилактические подразделения

терапевтические отделения, кабинет для оказания медицинской помощи подросткам
хирургическое отделение (кабинет): централизованная стерилизационная
цеховое терапевтическое отделение
травматологическое отделение (кабинет)
урологический кабинет
стоматологическое отделение (кабинет) кабинет терапевтической стоматологии кабинет хирургической стоматологии
зубопротезное отделение (кабинет) — содержится на хозрасчете за счет спецсредств
офтальмологическое отделение (кабинет)
отоларингологическое отделение (кабинет)
неврологическое отделение (кабинет)
кардиологический кабинет
ревматологический кабинет
эндокринологический кабинет
кабинет инфекционных заболеваний
женская консультация
врачебные здравпункты
фельдшерские здравпункты
отделение восстановительного лечения
физиотерапевтическое отделение (кабинет): кабинет лечебной физкультуры кабинет механотерапии кабинет трудотерапии кабинет логопедии, психологии
отделения «Скорой и неотложной помощи» — при отсутствии в городе станций «Скорой и неотложной медицинской помощи».

диспансерное отделение (кабинеты), детские поликлинические отделения — при отсутствии в городе (городском административном районе) соответствующих диспансерных отделений и детских поликлиник

процедурный кабинет

Дополнительные диагностические отделения:

рентгеновское отделение
лаборатория
отделение (кабинет) функциональной диагностики
эндоскопический кабинет

Кабинет для оформления медицинской документации с применением звукозаписывающей аппаратуры.

Кабинет учета и медицинской статистики
Административно-хозяйственная часть

Успех любого медицинского учреждения во многом зависит от уровня управления.
Особое значение имеет четкое определение функциональных обязанностей всех должностных лиц, работающих в поликлинике, от санитарки до главного врача. Практическая деятельность главного врача и всех должностных лиц регламентируется приказами, распоряжениями и инструкциями Министерства здравоохранения РФ. Функциональные обязанности врачей, среднего и младшего медицинского персонала могут корректироваться на местах с учетом специфики работы медицинского учреждения.
Поликлиникой на правах единоначалия руководит главный врач. На должность главного врача назначаются наиболее квалифицированные врачи, имеющие организаторские способности и навыки.
Главный врач назначается органом здравоохранения, в ведении которого находится поликлиника. Главный врач несет полную ответственность за всю лечебно-профилактическую, организационную, административно-хозяйственную и финансовую деятельность в поликлинике проводит подбор и укомплектование поликлиники кадрами врачей, медицинских сестер, санитарок, административным и хозяйственным персоналом планирует работу поликлиники и готовит резерв руководителей подразделений поликлиники.

Всего за 2010 год регистратура поликлиники №1 пропустила через себя около полумиллиона посетителей., что на 10% больше чем в прошлом году. В регистратуре работает четыре работника.

Политика поликлиники в области качества:

Принципы: Увеличение качества и скорости обслуживания клиентов, удовлетворение запросов клиентов.

Цели: Достижение высокого уровня качества обслуживания.

Освоение новых способов лечения.

Пути достижения: Слаженная и организованная работа мед персонала.

Внедрение системы качества ФГУ в соответствии с требованиями ГОСТ Р ИСО 9001-96, ГОСТ Р ИСО-9002.

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

Стремление каждого работника к улучшению качества своей работы на своем рабочем месте.

Гарантировать непрерывное совершенствования качества работы на всех уровнях, для чего:

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

- мероприятия по улучшению качества должны постоянно проверяться, актуализироваться, дополнятся;

1.2 Описание автоматизированного процесса

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

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

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

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

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

Существенное сокращение обслуживание клиентов через регистратуру, с переходом на он-лайн обслуживание (Без потери клиентов)
Предоставление клиенту возможности просмотра электронной амбулаторной карты он-лайн

1.3 Схема документооборота организации.

На структурной схеме электронного документооборота показано, как пример, для типичного современного медицинского учреждения амбулаторного типа одна из возможных конфигураций взаимодействия модулей и направление потоков информации (стрелками) между ними

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

Количество модулей в системе, определяется заказчиком в зависимости от требований предъявляемых к системе

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 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 Описывает название специальности врача	Specical_name	Название специальности врача
Seanse Описывается сеанс встречи врача с клиентом	Client_id	Идентификатор клиента
	Doctor_id	Ссылка на врача
	Specical_id	Ссылка на специальность врача
Client Описывается авторизационные данные	Client_id	Ссыла на клиента
Client Описывается авторизационные данные	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	Номер паспорта сотрудника компании