Разработка информационной системы управления данными для медицинского центра СевКавГТУ, г. Ставрополь - Программирование, компьютеры и кибернетика дипломная работа

Главная

Программирование, компьютеры и кибернетика
Разработка информационной системы управления данными для медицинского центра СевКавГТУ, г. Ставрополь

Назначение и цели создания информационной системы. Характеристика объекта автоматизации. Реализация информационной системы "Medic", серверной части приложения. Требования к оперативному запоминающему устройству клиента. Выходные данные программы.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

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

Актуальность темы дипломного проекта обусловлена тем, что небольшие медицинские учреждения не могут использовать дорогостоящие программно-аппаратные комплексы, исходя из этого, разработка дешевой альтернативы электронной системы управления данными медицинского учреждения целесообразна.
Целью данного дипломного проекта является разработка программного комплекса, который позволяет вести медицинскую карту клиентов с историей болезней и посещений, списки флюорографии, справочники прививок и диагнозов, формировать некоторые виды отчетности, в том числе печать медицинской карты.
Дипломный проект состоит из введения, четырех разделов основной части пояснительной записки, заключения, библиографического списка и приложений.
В первом разделе пояснительной записки проводится результаты предпроектного обследования медицинского центра Северо-Кавказского государственного технического университета, г. Ставрополь. Выявляются проблемные ситуации и формулируются задачи проектирования.
В четвертом разделе проведено технико-экономическое обоснование проекта. Рассчитаны показатели экономической эффективности его использования в условиях медицинского центра Северо-Кавказского государственного технического университета, г. Ставрополь.
В заключении подведены основные итоги дипломного проектирования и намечены перспективные направления дальнейшего развития его темы.
Библиографический список содержит перечень из 22 источников информации.
В приложениях к пояснительной записке представлены окна редактора медицинских карт, листинги основных модулей проекта и копии слайдов презентации.
В рамках темы дипломного проекта объектами обследования являются:
- медицинский центр Северо-Кавказского государственного технического университета (СевКавГТУ);
- функциональная структура медицинского центра;
- состав процессов, протекающих в медицинском центре;
- процедуры, входящие в состав процессов.
Выбранные методы проведения обследования медицинского центра СевКавГТУ приведены в таблице 1.1.
Таблица 1.1 - Методы организации проведения обследования
Критерии классификации методов организации проведения обследования
Характеристика методов сбора информации, использованной в ходе прохождения преддипломной практики в медицинском центре СевКаГТУ, представлена в таблице 1.2.
Таблица 1.2 - Характеристика методов сбора материалов обследования
Название методов сбора материалов обследования
Беседы и консультации с директором, кредитными инспекторами
Опрос должностных лиц на рабочих местах
В ходе прохождения преддипломной практики, в соответствие с задачами дипломного проектирования, были выбраны объекты, методы проведения обследования и методы сбора информации с целью получения достоверной информации, необходимой для текущего анализа деятельности медицинского центра.
Таблица 1.3 - Программа обследования предприятия
Функционирование области деятельности
Порядок создания и хранения документов
Наличие средств вычислительной техники и программного обеспечения
Характеристики существующей информационной системы
Технологии, методы и технические средства преобразования информации
Проблемные ситуации в работе информационной системы
План-график выполнения работ на стадии сбора материалов обследования представлен в таблице 1.4. Он разделен на девять этапов. Работы проводились в срок прохождения преддипломной практики. Дата начала обследования - 10.01.11 г., дата завершения обследования - 20.03.11 г.
Таблица 1.4 - План-график выполнения работ на стадии сбора материалов обследования медицинского центра
Функциональные области деятельности
Порядок создания и хранения документов
Наличие средств вычислительной техники и ПО
Характеристики существующей информационной системы
Технологии, методы и технические средства преобразования информации
Проблемные ситуации в работе информационной системы
В результате прохождения преддипломной практики были поэтапно изучены и проанализированы такие вопросы, как общая структура медицинского центра, организационная структура, цели его функционирования, документооборот, информационная система.
Общая характеристика. В 1971 году по приказу Совета Министров СССР в Ставрополе на базе филиала Краснодарского политехнического института образован Ставропольский политехнический институт, в состав которого вошли также Невинномысский и Черкесский УПК.
В начале 1992 года разработана программа перехода института в ранг технического университета, а в 1994 году приказом Комитета Российской Федерации по высшему образованию №524 от 26.05.94 Ставропольский политехнический институт преобразован в Ставропольский технический университет. Ввиду того, что Ставропольский технический университет являлся одним из ведущих вузов региона, единственным по своему профилю на Северном Кавказе, приказом Министерства высшего и профессионального образования Российской Федерации от 29.04.99 № 1180 он переименован в Северо-Кавказский государственный технический университет.
СевКавГТУ не только стал центром подготовки высококвалифицированных кадров для Северо-Кавказского региона, но и создал более благоприятные условия для укрепления добрососедских отношений между народами Северного Кавказа, способствуя стабилизации социально-экономической ситуации и общественного согласия в регионе.
СевКавГТУ является многопрофильным образовательно-научным комплексом с широко развитой инфраструктурой и современной материально-технической базой, обеспечивающим качественную подготовку специалистов по техническим и технологическим, естественнонаучным и естественнотехническим, экономико-управленческим и социально-гуманитарным специальностям для Ставропольского края, республик Северного Кавказа и других субъектов Российской Федерации.
Место нахождения СевКавГТУ: Россия, Ставропольский край, г. Ставрополь, проспект Кулакова, дом 2. Почтовый адрес: Россия, 355029, г. Ставрополь, проспект Кулакова, дом 2.
Медицинский центр является подразделением СевКавГТУ и проводит прием студентов, преподавателей и сотрудников, нуждающихся в квалифицированной медицинской помощи, а так же проводит регулярные медицинские комиссии и вакцинации.
К высшему уровню управления университетом относятся: ректор университета, проректоры университета: проректор по учебной работе, проректор по науке, информатизации и инновационной деятельности, проректор по ремонту и капитальному строительству, проректор по экономике, финансам и коммерческой деятельности, проректор по воспитательной работе, проректор по международному сотрудничеству, проректор по заочному, дистанционному, ускоренному обучению. На высшем уровне выполняются функции прогнозирования и стратегического планирования и взаимодействие с внешней средой. Временная перспектива от одного до пяти лет. Уровень сложности достаточно высок. Результатом деятельности на этом уровне являются стратегия и планы.
К среднему уровню управлению относятся: бухгалтерия, отдел кадров, учебно-методическое управление, научно-технический центр и т. д.
К оперативному уровню принадлежат отделы производственной сферы: кафедры, институт ускоренной подготовки, лицей, отдел эксплуатации и обслуживания компьютерных классов.
В подразделении медицинского центра главный врач подчиняется непосредственно ректору университета. В свою очередь все сотрудники центра подчиняются главному врачу.
Врачи занимаются приемом и консультацией обратившихся за помощью студентов и сотрудников и подготовкой отчетности о проделанных работах.
Регистратура занимается приемом с целью выдачи направления к конкретному врачу, организацией расписания медицинских комиссий и осмотров, составляет медицинские карты и поддерживает их в актуальном состоянии, принимает флюорографию и составляет отчетность о проделанной работе.
Рисунок 1.1 - Схема организационной структуры управления медицинского центра СевКавГТУ
Функциональные области деятельности. Функциональная структура предприятия. Управление в любой организации - это процесс взаимодействия между управляющей, управляемой системами (субъектом и объектом управления) и внешней средой. Управляющая система представляет собой совокупность тех органов и лиц, которые осуществляют целенаправленное воздействие с учетом информации о состоянии объекта управления и внешней среды. Управляемая система является тем объектом, на который направлены определенные управленческие воздействия с целью улучшения функционирования управляемого объекта, придания ему конкретных форм развития в интересах достижения намеченного результата [5].
Конкретная функциональная структура управления определяется в зависимости от сочетания двух основных типов руководства - линейного (генеральный директор, совет директоров) и функционального (специализация руководителей по отдельным функциям управления) [6].
При анализе процесса функционирования объекта ввиду его сложности производят, обычно, разбиение системы на части. Такое разбиение называется декомпозицией. Разбивать систему на части можно до тех пор, пока выделенный элемент не перестает выполнять в системе каких-либо функций.
В основу декомпозиции могут быть положены различные основания, например: временное, пространственное, информационное, функциональное и другие.
Целесообразней делить систему на подсистемы по функциональному признаку, то есть на основе выполняемых системой функций, а также существующей линейной структуры управления. Функциональная иерархия предполагает специализацию по отдельным функциям управления на всех уровнях этой иерархии [7].
Функциональные задачи и подзадачи предприятия представлены в виде таблицы (таблица 1.5).
Таблица 1.5 - Функциональные задачи и подзадачи СевКавГТУ
Номер и название функциональной области
Номер и содержание функциональной задачи
1.1 Прогнозирование спроса на выпускаемых специалистов
1.2 Внесение изменений в сроки, периоды обучения, графики проведения экзаменов и зачетов
1.3 Составление требований к подготовке специалистов
2.2 Качественный подбор професорско-преподавательского состава
3.1 Контроль за здоровьем сотрудников и студентов
3.2 Оказание необходимой медицинской помощи сотрудникам и студентам
4.2 Управление материальными средствами
5. Управление научной деятельностью
5.1 Организация и планирование научно-исследовательских работ по инновационной деятельности и проведения фундаментальных и поисковых исследований
5.2 Организация семинаров, конференций
5.3 Создание благоприятных условий при подготовке специалистов
Организационно-управленческая модель.
Организационно-управленческая модель предприятия (таблица 1.6), представлена в виде таблицы-матрицы, в которой приняты следующие обозначения:
0 - ответственность за выполнение процесса.
Таблица 1.6 - Организационно-управленческая модель СевКавГТУ
5. Управление научной деятельностью
По построенной организационно-функциональной модели можно делать выводы об эффективности выполнения, как самих процессов, так и об эффективности функционирования конкретных подразделений и университета в целом.
Документооборот. Документооборот - это создание первичных учетных документов или получение их от других организаций, их принятие к учету, обработка, передача в архив [10]. Движение первичных документов в бухгалтерском учете регламентируется графиком документооборота.
График документооборота - это график или схема, которые описывают движение первичных документов на предприятии от момента их создания до момента передачи на хранение [10].
Унифицированной формы графика документооборота нет. Каждое предприятие составляет график самостоятельно, исходя из особенностей деятельности[11].
Документооборот в медицинском центре СевКавГТУ, осуществляется в виде потоков документов между теми сотрудниками, которые анализируют и производят информацию или принимают решения (главный врач, проректор) и пунктами технической обработки документов (регистратура, врачи).
На сегодняшний день, заполнение медицинской карты, проверка и формирование списков флюорографии, проверка и оформление прививочного журнала, составление отчетов производится вручную, на что уходит огромное количество времени.
Схема движения документов в медицинском центре отражена в таблице 1.7.
Таблица 1.7 - Схема документооборота медицинского центра СевКавГТУ
Наличие средств вычислительной техники и программного обеспечения. В подразделении находятся средства вычислительной техники и программного обеспечения. Используется следующее компьютерное и периферийное оборудование:
1. Системный блок Intel Celeron D 2.66ГГц /512Мбайт /80Гбайт /HDD /CDRW /Video /Sound /Lan /ATX 250 Вт.
2. Системный блок Intel Pentium 4 2.4 ГГц /512 Мбайт /320 Гбайт /DVD+CDRW /Video /Sound /Lan /ATX 400 Вт.
Так же имеется сеть топологии звезда, показанная на рисунке 1.2. Где связующим звеном является маршрутизатор D-Link, к которому подключены все компьютеры подразделения. Это дает возможность реализовать программный продукт в клиент-серверной технологии, что избавит от ряда проблем, крупнейшими из которых является разрозненность и актуальность данных.
Рисунок 1.2 - Схема локальной вычислительной сети медицинского центра СевКавГТУ
В качестве программного обеспечения, обеспечивающего деятельность подразделения, используется следующее:
- операционная система - Windows XP;
- офисный пакет приложений, в стандартной комплектации - Microsoft Office 2003;
Очевидным и очень значимым слабым местом функционирования подразделения являются отсутствие автоматизированных процессов. Вся отчетность набирается на компьютерах вручную, проверка флюорографий происходит во время подготовки отчета и занимает значительное время, так же врачами проверяются все данные, для составления отчета, вручную. В таблице 1.8 представлены проблемные ситуации в работе медицинского центра СевКавГТУ и предложены способы их решения.
Таблица 1.8 - Проблемные ситуации и способы их разрешения
Способы разрешения проблемной ситуации
Заполнение медицинской карты вручную
Внедрение и использование информационной системы, позволяющей выполнять проверку вводимых данных и автоматизацию работы с медицинской картой
Проверка и составление списков прошедших флюорографию вручную
Внедрение и использование информационной системы, позволяющей выполнить замену ручной работы на автоматизированную
Ручная обработка и составление отчетности врачами
Как видно из таблицы 1.8 для решения данных проблем необходимо создать новую систему управления данными, которая позволила бы выполнять проверку данных автоматически, и как следствие сократить время на составление отчетности. Отсюда вытекает то, что система должна иметь аналог медицинской карты в электронном виде. Таким образом, система должна предоставлять работу с аналогом карты так же как это делалось в бумажном виде.
Полное наименование проекта - «Система управления данными медицинского центра».
Наименование организации-разработчика - Северо-Кавказский государственный технический университет, факультет ИТТ, кафедра прикладной информатики, студент группы ПИ-061 Прохоров Константин Дмитриевич
Проведение данного вида работ осуществляется на основании служебной записки о необходимости автоматизации рабочих мест сотрудников и служебной записки о направлении на выполнение дипломной работы. Согласно данным документам медицинский центр поручает студенту группы ПИ-061 и сотруднику образовательно-информационного центра, отдела по эксплуатации и обслуживанию компьютерных классов создание программно-технического комплекса.
Источники финансирования - работы проводятся без оплаты.
Основное назначение создаваемой информационной системы - автоматизация работы врача с пациентами и создание разного рода отчетов. Вводимые данные проверяются согласно методикам, установленными соответствующими документами.
Таким образом, в результате внедрения разработанной информационной системы предполагается достичь следующих показателей объекта автоматизации:
1.2.3 Характеристика объекта автоматизации
Объектом автоматизации является каждое рабочее место врачей в подразделении, на котором осуществляется одна или несколько следующих задач:
Разрабатываемая информационная система должна удовлетворять требованиям надежности и целостности данных, то есть должна контролироваться правильность и непротиворечивость данных, вводимых пользователем.
Информационная система должна не только обеспечивать эффективное решение планируемых задач, но и быть удобна пользователю с точки зрения проектирования пользовательского интерфейса.
Кроме требований к системе в целом, выделяются также требования к задачам, выполняемым системой. Основной задачей является максимальное ускорение доступа к информации. Для эффективного функционирования системы данная задача должна решаться в сжатые сроки, то есть алгоритм ее решения должен быть организован таким образом, чтобы обеспечить минимальное время выполнения.
Предусмотрен следующий состав и содержание работ по созданию информационной системы:
Контроль приемки системы осуществляет комиссия, назначаемая главным врачом медицинского центра СевКавГТУ. В ходе приемки проверяются работоспособность форм и правильность выполняемых расчетов. По результатам приемки работы оформляется акт внедрения результатов дипломного проекта.
Для ввода системы в действие следует произвести следующие работы:
заказ на разработку информационной системы;
материалы и отчеты по преддипломной практике;
1. Медицинский центр СевКавГТУ является подразделением Северо-Кавказского государственного технического университета и его основная задача оказание необходимой медицинской помощи студентам и сотрудникам университета.
2. Анализ проблемных ситуаций выявил, отсутствие автоматизированных процессов в работе сотрудников при составлении списков флюорографии и различных отчетов, заполнении медицинской карты.
3. Для устранения проблемной ситуации необходимо разработать информационную систему, включающую в себя базу данных, пользовательский интерфейс, программу управления базой данных и выявить экономическую целесообразность проекта.
2 . РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ « MEDIC »
Основными требования к разрабатываемой информационной системе, являются стабильность, масштабируемость, поддержка работы нескольких пользователей, совместимость, полнота.
Выбор среды разработки информационной системы заключается в определении требований к программному продукту и выбора наиболее подходящих технологий для их решения. Таким образом, с учетом фактора оснащенности подразделения вычислительной техникой, было принято решение:
Концептуальное проектирование технических систем - начальная стадия проектирования, на которой принимаются определяющие последующий облик решения, и проводится исследование и согласование параметров созданных технических решений с возможной их организацией.
В ходе концептуального проектирования было решено создать 29 страниц, описанных в таблице 2.1.
Таблица 2.1 - Страницы и их описание
Страница приветствия, которая появляется при самом первом входе пользователя в систему, дальше он ее не видит, так как после выхода пользователя, запоминается последняя посещенная страница, с которой он и начинает
Является страницей-подменю, где пользователь может выбрать, с чем ему работать: группа, принадлежность пользователей и пользователи
На этой странице предлагается работа с группами: создание, удаление и редактирование группы
На этой странице предлагается работа с группами прав пользователей, что значительно ускоряет процесс назначения прав, так как достаточно выбрать пользователя и отметить группы к которым он должен относиться, после чего система автоматически даст необходимые права, которые соответствуют этой группе, при этом пользователь может относиться к нескольким группам
Предлагается работать именно с пользователем: создание нового пользователя, редактирование личных данных или редактирование прав заданного пользователя
Является страницей-подменю, где пользователь может выбрать с чем ему работать: окна или функции
Предлагает работать с окнами: создать новое окно (страницу), отредактировать название или имя файла уже существующей страницы и удалить не нужную страницы
Предлагается работать с функциями, о которых уже было сказано выше, пользователь может создать новые функции если это требуется (например дальнейшая разработка системы), редактирование названия функции и удаление ее, в случае если она потеряет актуальность
Является страницей-подменю, где пользователь может выбрать, с чем ему работать: регион, район и город
Позволяет работать со списком регионов: создание, редактирование и удаление
Позволяет работать со списком районов: создание, редактирование и удаление
Позволяет работать со списком городов: создание, редактирование и удаление
Позволяет работать со списком должностей сотрудников: создание, редактирование и удаление
Позволяет работать со списком прививок. Создание, редактирование и удаление
Позволяет работать со списком диагнозов: создание, редактирование и удаление
Позволяет работать со списком диагнозов: создание, редактирование и удаление
Является страницей-подменю, где пользователь может выбрать, с чем ему работать: факультеты, группы или студенты
Позволяет работать со списком факультетов: создание, редактирование и удаление
Позволяет работать со списком групп: создание, редактирование и удаление
Позволяет работать со списком студентов: создание, редактирование и удаление
Является страницей-подменю, где пользователь может выбрать, с чем ему работать: добавление карты и редактирование карты
Позволяет создать карту для студента, процесс аналогичный заведению новой карты в бумажной форме
Позволяет видеть общую информацию о медицинской карте и редактировать ее в случае необходимости
Является страницей-подменю, где пользователь может выбрать, с чем ему работать: история болезней и прием больного
Отображает общую информацию о всех посещениях и в случае необходимости просмотр подробностей
Служит для внесения информации о посещении студентом врача
Отображает списки флюорографии, в которых указывается статус прохождения (пройдена или не пройдена), а так вносить дату последнего прохождения. Так же формирует отчеты по группе и факультету
Отображает список сделанных прививок с полной информацией, а так же позволяет вносить запись о новой прививке
Отображает справку по системе, при нажатии на кнопку справки, отображается справка по окну из которого она была вызвана, но так же пользователь может перейти в содержание справки, где будет список всех доступных ему окон
Схема расположения станиц представлена на рисунке 2.1.
Рисунок 2.1 - Концептуальная схема расположения страниц системы «Medic»
Концептуальная схема позволяет наглядно показать расположение всех страниц системы «Medic».
2.2.2 Создание логической модели базы данных информационной системы
Определение сущностей модели. В процессе проектирования базы данных вся требуемая информация была разделена на 28 сущностей (таблиц):
- area (далее как район) - содержит в себе список район, из которых прибыли студенты на обучение в университете;
- card (далее как карта) - содержит в себе информацию о медицинской карте;
- comments (далее как комментарии) - комментарии к диагнозу;
- diagnosis (далее как диагнозы) - история диагнозов студента ;
- employees (далее как информация_сотруднике) - информация о сотрудниках;
- faculty (далее как факультет) - список факультетов;
- fluorography (далее как флюорография) - история прохождения флюорографии студентом ;
- func (далее как функции) - список функций работы с системой;
- group_fac (далее как группа_факультета) - список групп в факультете;
- grp (далее как группа) - список групп для работы с правами доступа к системе;
- grp_func (далее как группа_функция) - служит для реализации связи М:М между таблицами группа и функция;
- history_connections (далее как история_соединений) - история всех соединений к базе данных, служит для мониторинга;
- history_session (далее как история_сессий) - история всех сессий, служит для мониторинга всех посещений сотрудника;
- jornal_diagnosis (далее как журнал_диагнозов) - журнал диагнозов;
- jornal_vaccin (далее как журнал_прививок) - журнал прививок;
- post (далее как должность) - должность сотрудников;
- region (далее как регион) - список регионов;
- sesion (далее как сессия) - список последних сессий сотрудников;
- sot (далее как сотрудник) - список сотрудников;
- sot_func (далее как сотрудник_функции) - служит для реализации связи М:М между таблицами сотрудник и функции;
- sot_grp (далее как сотрудник_группа) - служит для реализации связи М:М между таблицами сотрудник и группа;
- students (далее как студенты) - список студентов;
- town (далее как город) - список городов;
- transaction_history (далее как история_транзакций) - история транзакций, служит для мониторинга действий пользователя по вносимым изменениям;
- treatment (далее как лечение) - назначенное лечение к диагнозу;
- type_diagnosis (далее как тип_диагноза) - список диагнозов;
- vaccine (далее как прививки) - история всех прививок студента;
- wnd (далее как окна) - список окон приложения для управления;
Инфологическое проектирование. Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в созданной БД. Поэтому инфологическую модель пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства [14]. Модель «сущность - связь» спроектированной базы данных приведена на рисунке 2.2.
Результатом инфологического проектирования является концептуальная модель, которая представляет структуру данных не зависимую от любой физической реализации. Отношения между сущностями приведены в таблице 2.2
Таблица 2.2 - Отношения между сущностями
Инфологическая модель представлена на рисунке 2.2
Рисунок 2.2 - Инфологическая модель БД
Как видно из рисунка 2.2 и таблицы 2.2 между таблицами связи 1, 2, 3, 4, 5 являются связями «многие ко многим», а все остальные «один ко многим».
Задание первичных ключей сущностей. Ключ - это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Это одно из основных понятий баз данных, используемых при контроле целостности информации. Разделяют первичные и внешние ключи. Первичный ключ - это уникальное поле (или несколько полей), однозначно определяющее записи таблицы базы данных. Внешние ключи - это поля таблицы, которые, как правило, соответствуют первичным ключам из других таблиц. Первичный ключ не может принимать неопределённые значения [17].
Ниже, в таблице 2.3, приведены ключи для каждой сущности.
Теперь можно приступить к более тщательному анализу данных и объединению отдельных элементов данных в объекты. Эти объекты станут впоследствии основой для создания таблиц в проектируемой базе данных.
Даталогическая модель. Даталогическое проектирование - создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель - набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи[18].
Для даталогических моделей определена методология построения диаграмм, IDEF.
IDEF - методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными[19].
На рисунке 2.3 показана даталогическая модель базы данных с использование методологии IDEF1X.
IDEF1X (IDEF1 Extended) - методология построения реляционных структур (баз данных), относится к типу методологий «Сущность-взаимосвязь» и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе[19].
Рисунок 2.3 - Даталогическая модель БД
Из рисунка 2.2 видны все реализованные сущности в таблицы и атрибуты сущностей в поля таблицы с заданными типами данных.
При проектировании серверной части было принято использовать методы модульного программирования.
Модульное программирование - метод разработки программ, предполагающий разбиение программы на независимые модули.
Разработанная система содержит в себе модули:
В корне директории cgi-bin располагаются файлы index.cgi и Templete.pm и директория modules, в которой хранятся модули ConnectDB.pm, exel.pm, exel_card.pm, kernel.pm и ses.pm. Модули окон хранятся в директории wnd, а шаблоны в директории tt, которые расположены в корне директории cgi-bin. Листинг модулей приведен в приложении Б.
Подключение серверной части к базе данных осуществляет при помощи модуля, взятого из хранилища модулей CPAN, расположенного в интернете.
Клиентские страницы генерируются динамически с помощью шаблонов template toolkit.
Для создания шаблона требуется создать файл cgi-скрипта, расположенного в директории wnd и файл шаблона, расположенного в директории tt. После чего необходимо реализовать необходимое поведение в коде скрипта шаблона.
Код cgi-скрипта index.cgi, который занимается определением какой модуль системы необходимо подключить и какие данные передать ему:
print "Content-Type: Text/HTML; charset=UTF-8\n\n";
my $login = $co->param('login') || '';
my $pass = $co->param('pass') || '0';
my $wnd = $co->param('wnd') || modules::kernel->read_last_page($login, $pass);
my $ses = $co->param('ses') || '0';
my $id_s = modules::kernel->user_id($login, $pass, $ses);
if($CGISESSID eq "Error" or $id_s eq "0"){
$title = 'Не правильно введено имя или пароль!';
my $parser = Template->new (INCLUDE_PATH => './tt');
$parser->process('index.tt', {'title' => $title,
($CGISESSID, $title, $id_s) = modules::kernel->check_login($login, $pass, $wnd);
$CGISESSID = modules::kernel->get_session($wnd, $id_s);
if($CGISESSID eq "Error
Разработка информационной системы управления данными для медицинского центра СевКавГТУ, г. Ставрополь дипломная работа. Программирование, компьютеры и кибернетика.
Курсовая работа по теме Разработка информационной системы управления взаимодействия с клиентами на примере работы санатория
Курсовая работа по теме Управление инновационной деятельностью в организации
Татарское Сочинение Зима
Сочинение Мое Представление О Будущем
Сочинения 9.3 2022 Примеры
Дипломная Работа На Тему Обоснование Экономической Эффективности Перехода На Ресурсосберегающие Технологии Возделывания Сельскохозяйственных Культур (На Примере Ооо «Багаевск-Агро» Багаевского Района Ростовской Области)
Курсовая работа по теме Теория семейного воспитания П.Ф.Лесгафта
Реферат: Педагогический инструмент социального педагога по работе с подростками
Темы Дипломных Работ По Арбитражному Процессу
Реферат По Судебной Статистике
Реферат: Забытая цивилизация в долине инда
Реферат по теме Тема любви в романе Б. Пастернака «Доктор Живаго»
Курсовая работа по теме Разработка технологического процесса изготовления корпуса
Дипломная работа: Правовое регулирование международных туристских отношений. Скачать бесплатно и без регистрации
Романо Германская Правовая Семья Реферат
Реферат: Цели и роль информационных потоков в логистической системе
Курсовая работа: Сущность и особенности инфляции в России
Реферат: Представление о языке как системе основное теоретическое достижение языкознания ХХ в., базирующееся на трудах Ф. Ф. Фортунатова, И. А. Бодуэна де Куртенэ, А. Х
Курсовая работа по теме Факторы и тенденции совокупного предложения в российской экономике
Реферат: Возрастно-психологические особенности подростков
Основные положения школы научного управления и их значение на современном этапе - Менеджмент и трудовые отношения курсовая работа
Планування і формування персоналу на підприємстві - Менеджмент и трудовые отношения контрольная работа
Проблемы и защита осуществления родительских прав и обязанностей - Государство и право контрольная работа