Онлайн поддержка
Все операторы заняты. Пожалуйста, оставьте свои контакты и ваш вопрос, мы с вами свяжемся!
ВАШЕ ИМЯ
ВАШ EMAIL
СООБЩЕНИЕ
* Пожалуйста, указывайте в сообщении номер вашего заказа (если есть)

Войти в мой кабинет
Регистрация
ГОТОВЫЕ РАБОТЫ / КУРСОВАЯ РАБОТА, РАЗНОЕ

Распределенная система обработки информации “Поликлиника”

bogomol742 250 руб. КУПИТЬ ЭТУ РАБОТУ
Страниц: 26 Заказ написания работы может стоить дешевле
Оригинальность: неизвестно После покупки вы можете повысить уникальность этой работы до 80-100% с помощью сервиса
Размещено: 27.11.2021
Содержание ВВЕДЕНИЕ………………………………………………………………………. 8 АНАЛИТИЧЕСКАЯ ЧАСТЬ……………………………………………………. 9 1. Выбор программного обеспечения и план построения распределенной системы …………………………………………………………………………. 10 2. Ведение медицинских карт пациентов……………………………………... 11 3. Учет рецептов, направления на анализы, процедуры.…………………...... 15 4. Учет платных услуг с выдачей счетов……………………………………… 18 5. Ведение очередей на прием к специалистам по направлениям лечащих врачей……………………………………………………………………………. 20 6. Определение посещаемости отдельных кабинетов…….…………………………………………………………………...22 7. Подсчет количества заболевших за день для определения наступления эпидемии………………………………………………………………………… 23 РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ РАЗРАБОТКИ……… 24 ЗАКЛЮЧЕНИЕ………………………………………………………………….29 СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ……………………………… 30 ПРИЛОЖЕНИЕ А……………………………………………………………….31
Введение

Введение Цель курсовой работы – спроектировать распределенную систему обработки данных поликлиники. Система должна осуществлять следующие задачи: 1. Ведение медицинских карт пациентов. 2. Учет рецептов, направлений на анализы, процедур. 3. Учет платных услуг с выдачей счета на оплату. 4. Ведение очередей на прием к специалистам по направлениям лечащих врачей. 5. Определение посещаемости отдельных кабинетов – нагрузка врачей. 6. Подсчет количества заболевших за день для определения наступления эпидемии. Для решения задач, описанных выше, прежде всего нужно понять, что должна представлять из себя распределенная система. Это может быть, к примеру, сайт поликлиники, или же система исключительно внутреннего использования, да в принципе, вариантов еще много – разные системы могут быть реализованы множеством способов, каждый из которых будет иметь свою уникальную реализацию и архитектуру базы данных, однако у всех них будет что-то общее, а именно абстрактная клиент-серверная архитектура, для которой далее будет предложено оптимальное решение. Так же необходимо заметить, что следуя официальным рекомендациям по наименованию таблиц и атрибутов, они будут названы на английском языке. ? Аналитическая часть Так как в качестве клиента в курсовой работе был взят веб-портал, который в обобщенном смысле является гипермедиа системой, действующий в сети «World Wide Web», то общаться напрямую с базой данных с клиента — было бы очень глупым решением, для этого необходимо какое-то промежуточное приложение, в нашем случае — веб-сервис, а отсюда уже получается, что вся система будет «клиент-серверная». На сегодняшний день, архитектуры проектирования клиент-серверных приложений на базе «SOAP» и «WSDL» вытеснены подходом «REST» - основным в наше время подходом, который имеет ряд преимуществ: • масштабируемость компонентов приложения; • независимое внедрение компонентов; • внедрение промежуточных компонентов, обеспечивающих безопасность и снижающих задержку; • ряд других преимуществ, на базе которых можно написать целую книгу… Краткое описание стиля «REST» приводится в разделе «Стиль архитектуры программного обеспечения для распределенной системы». Выбор БД «PostgreSQL» обосновывается моим личным решением, она считается популярной, удобной и производительной, в некоторых моментах может уступать «MySQL», но все же… Более подробную информацию о данной архитектуре и задействованном программном обеспечении можно узнать в интернете, задав соответствующий запрос поисковой системе.
Содержание

Содержание ВВЕДЕНИЕ………………………………………………………………………. 8 АНАЛИТИЧЕСКАЯ ЧАСТЬ……………………………………………………. 9 1. Выбор программного обеспечения и план построения распределенной системы …………………………………………………………………………. 10 2. Ведение медицинских карт пациентов……………………………………... 11 3. Учет рецептов, направления на анализы, процедуры.…………………...... 15 4. Учет платных услуг с выдачей счетов……………………………………… 18 5. Ведение очередей на прием к специалистам по направлениям лечащих врачей……………………………………………………………………………. 20 6. Определение посещаемости отдельных кабинетов…….…………………………………………………………………...22 7. Подсчет количества заболевших за день для определения наступления эпидемии………………………………………………………………………… 23 РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ РАЗРАБОТКИ……… 24 ЗАКЛЮЧЕНИЕ………………………………………………………………….29 СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ……………………………… 30 ПРИЛОЖЕНИЕ А……………………………………………………………….31
Список литературы

Список используемых источников 1. Веб-портал «linkemup.ru», тема: «RESTful API». 2. Лекция открытого информационного университета «Интуит» - «Классификация БД и СУБД» (URL страницы: https://intuit.ru/studies/courses/3439/681/lecture/14019) 3. Статья, размещенная на веб-портале «Habr», автор статьи - «Molechka» (URL Страницы: https://habr.com/ru/post/495698/) 4. Учебное пособие «Создание реляционных СУБД», автор книги – Е.Г.Селина (URL страницы: http://books.ifmo.ru/file/pdf/1955.pdf) 5. Учебные материалы ОКСО 210000 размещенные на странице веб-портала «siblec» - «Проектирование реляционных баз данных» (URL страницы: https://siblec.ru/informatika-i-vychislitelnaya-tekhnika/proektirovanie-relyatsionnykh-baz-dannykh) 6. Статья без указания авторства на портале «tproger» - «SQL: разбираемся в основных моделях баз данных» (URL страницы: https://tproger.ru/translations/sql-nosql-database-models/) 7. Методические указания к курсовой работе (Автор: С.К. Комаров) ?
Отрывок из работы

Выбор программного обеспечения и план построения распределенной системы В задании к курсовой работе не уточняется, для каких конкретно целей необходима распределенная система – для внутренних или внешних, не уточнен конкретный пользователь – работники поликлиники, или их клиенты, поэтому будем считать, что система предназначается для всех, и клиент будет не один, а два – первый для пациентов поликлиники (сайт, мобильное приложение, терминал…), а второй – программное обеспечение, установленное на компьютеры персонала. Оба клиента будут пользоваться одной базой данных, им нужно будет куда-то посылать запрос и получать ответ, естественно, для этого требуется промежуточное приложение – веб-сервис, при чем сами клиенты реализованы не будут – это не касается темы курсовой работы. Существует немало подходов к построению клиент-серверных приложений, в том числе и популярные “SOAP” и “WSDL”, однако на сегодняшний день они все больше вытесняются подходом “REST” – “Representational State Transfer”, поэтому использовать будем именно этот шаблон, а если точнее, то “RESTful API”, в который входит достаточно популярный Java-фреймворк для написания веб-сервисов под названием “Spring Framework”, а также реляционная база данных (на мой выбор) “PostgreSQL”. Общаться сервер с клиентом будет по протоколу “HTTP”, с использованием его методов “GET”, “POST”, “DELETE”. ? 2. Ведение медицинских карт пациентов Рис. 1 Ведение медицинских карт будет осуществляться в таблице “medical_cards” (рис. 1) - с англ. “медицинские карты” со следующими атрибутами: - “id” – с англ. “айди”, тип данных “Long”, является ключом и генерируется последовательно. - “patient” – с англ. “пациент”, тип данных “String” – это первичный ключ другой таблицы с названием “patients” - “introduced” - с англ. “заведена”, тип данных “Date”, здесь будет храниться дата открытия карточки. - “closed” – с англ. “закрыта”, тип данных “Date” – дата закрытия карты, если значение в колонке является “00/00/0000”, то карта не закрыта. - “blood_type” – с англ. “группа крови”, тип данных “String” – значение группы крови в медицинской карте. - “allergic_reactions” – с англ. “аллергические реакции”, тип данных “String” – выписанные врачом аллергические реакции пациента. - “growth” – с англ. “рост”, тип данных “Integer” – рост пациента. - “weight” – с англ. “вес”, тип данных “Integer” – вес пациента. - “normal_blood_pressure” – с англ. “нормальное кровяное давление”, тип данных “String” – сюда записывается нормальное кровяное давление пациента. - “normal_pulse” – с англ. “нормальный пульс”, тип данных “String” – нормальный (средний) пульс пациента. - “drug_intolerance” – с англ. “непереносимость лекарств” , тип данных “String” – список лекарств, которые противопоказаны пациенту. - “devatuions_in_health” – с англ. “отклонения в здоровье”, тип данных “String” – хронические отклонения или отклонения в здоровье с детства. - “availability_of_vaccinations” – с англ. “наличие прививок” , тип данных “String” – прививки, когда-либо сделанные пациентом. Выше был упомянут атрибут из другой таблицы с названием “patients” – это таблица, в которой расположены имена, фамилии и адреса пациентов, ниже представлены атрибуты данной таблицы. Рис. 2 Атрибуты таблицы “patients” (рис. 2): - “id” – с англ. “айди”, тип данных “Long” является первичным ключом и генерируется последовательно. - “name” – с англ. “имя”, тип данных “String” – имя пациента. - “surname” – с англ. “фамилия”, тип данных “String” – фамилия пациента. - “middle_name” – с англ. “отчество”, тип данных “String” – отчество пациента. - “address” – с англ. “адрес”, тип данных “String” – адрес пациента. - “birthday” – с англ. “дата рождения”, тип данных “Date” – дата рождения пациента. - “gender” – с англ. “пол”, тип данных “String” – пол пациента.
Условия покупки ?
Не смогли найти подходящую работу?
Вы можете заказать учебную работу от 100 рублей у наших авторов.
Оформите заказ и авторы начнут откликаться уже через 5 мин!
Служба поддержки сервиса
+7 (499) 346-70-XX
Принимаем к оплате
Способы оплаты
© «Препод24»

Все права защищены

Разработка движка сайта

/slider/1.jpg /slider/2.jpg /slider/3.jpg /slider/4.jpg /slider/5.jpg