Управление станциями скорой помощи

Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ ПРОЕКТИРОВАНИЯ И РАЗРАБОТКИ СИСТЕМЫ УРОВНЯ ДАННЫХ ДЛЯ УПРАВЛЕНИЯ СТАНЦИЯМИ СКОРОЙ ПОМОЩИ

1.1 Общий аспект баз данных и их виды

1.2 Системы управления базами данных

1.3 Проектирование базы данных

1.4 Нормализация баз данных, типы и уровни

2. РАЗРАБОТКА И ПРОЕКТИРОВАНИЕ СИСТЕМЫ БАЗЫ ДАННЫХ ПО УПРАВЛЕНИЮ СТАНЦИЯМИ СКОРОЙ ПОМОЩИ

2.1 Роль информационных систем и ресурсов в медицине

2.2 Характеристика медицинского учреждения

3. РАЗРАБОТКА И ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ СИСТЕМЫ ПО УПРАВЛЕНИЮ СТАНЦИЯМИ СКОРОЙ ПОМОЩИ В БОЛЬНИЦЕ

3.1 Подбор СУБД для работы

3.2 Описание предметной области

3.3 Разработка таблиц базы данных

3.4 Заполнение созданных таблиц в СУБД

3.5 Реализация удобного интерфейса информационной системы

4. ОХРАНА ТРУДА И БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

4.1 Общие требования безопасности

4.2 Требования безопасности перед началом работы

4.3 Требования безопасности во время работы

4.4 Требования безопасности в аварийных ситуациях

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ



ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

Задачи выпускной квалификационной работы:

Изучить теоретические аспекты проектирования и разработки системы уровня данных;

Выбрать систему управлению базами данных для реализации проекта;

Провести глубокий анализ предметной области работы и сформулировать информационные потоки;

Спроектировать и создать даталогическую модель данных по управлению станциями скорой помощи;

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

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

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

Структура выпускной квалификационной работы включает в себя: введение, 4 главы, заключение, список используемой литературы, приложения



1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ ПРОЕКТИРОВАНИЯ И РАЗРАБОТКИ СИСТЕМЫ УРОВНЯ ДАННЫХ ДЛЯ УПРАВЛЕНИЯ СТАНЦИЯМИ СКОРОЙ ПОМОЩИ

1.1 Общий аспект баз данных и их виды

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

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

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

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

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

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

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

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

Типы баз данных

Группу связанных между собой элементов данных называют обычно записью. Известны три основных типа организации данных и связей между ними: иерархический (в виде дерева), сетевой и реляционный.

Иерархическая БД

В иерархической БД существует упорядоченность элементов в записи, один элемент считается главным, остальные -- подчиненными. Данные в записи упорядочены в определенную последовательность, как ступеньки лестницы, и поиск данных может осуществляться лишь последовательным "спуском" со ступеньки на ступеньку. Поиск какого-либо элемента данных в такой системе может оказаться довольно трудоемким из-за необходимости последовательно проходить несколько предшествующих иерархических уровней. Иерархическую БД образует каталог файлов, хранимых на диске; дерево каталогов, доступное для просмотра в Norton Соmmander, -- наглядная демонстрация структуры такой БД и поиска в ней нужного элемента (при работе в операционной системе МS-DOS). Такой же базой данных является родовое генеалогическое дерево.

Рисунок 1.1 - Иерархическая модель данных

Сетевая БД

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

Рисунок 1.2 - Сетевая модель базы данных

Реляционная БД

Наиболее распространенным способом организации данных является третий, к которому можно свести как иерархический, так и сетевой -- реляционный (англ. relation -- отношение, связь). В реляционной БД под записью понимается строка прямоугольной таблицы. Элементы записи образуют столбцы этой таблицы (поля). Все элементы в столбце имеют одинаковый тип (числовой, символьный), а каждый столбец -- неповторяющееся имя. Одинаковые строки в таблице отсутствуют.

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

Рисунок 1.3 - Реляционная модель базы данных

1.2 Системы управления базами данных

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

Различают 2 класса СУБД:

системы общего назначения;

специализированные системы.

Системы СУБД общего назначения не ориентированы на какую-либо конкретную предметную область или на информационные потребности конкретной группы пользователей. Реализуются как программный продукт, способный функционировать на некоторой модели ЭВМ в определенной операционной системе. Использование СУБД общего назначения в качестве инструментального средства для создания информационных систем, основанных на технологии баз данных, позволяет существенно сокращать сроки разработки и экономить трудовые ресурсы.

В процессе реализации своих функций СУБД постоянно взаимодействует с базой данных и с другими прикладными, программными продуктами пользователя.

Современные СУБД имеют следующие возможности:

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

позволяют вставлять, удалять, обновлять и извлекать информацию из базы данных посредством языка запросов (SQL);

большинство СУБД могут работать на компьютерах с разной архитектурой и под разными операционными системами;

многопользовательские СУБД имеют развитые средства администрирования баз данных.

В работе с СУБД возможны следующие режимы: создание, редактирование, поиск, манипулирование. Под манипулированием понимаются такие действия с БД, как с целым: просмотр; копирование файлов, например на бумажный носитель; сортировка данных по заданному признаку и т. д.

Для работы с базой данных СУБД должна обеспечивать: «возможность внесения и чтения информации» работу с большим объемом данных;

быстроту поиска данных;

целостность данных (их непротиворечивость);

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

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

На рынке программного обеспечения можно выделить такие наиболее востребованные СУБД, как Мicrosoft Ассеss, Мicrosoft Visual FoxPro, Воrland Paradox, Огас1е, МуSQ, 1С.

1.3 Проектирование базы данных

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

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

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

На следующем шаге принимается решение о том, в какой СУБД будет реализована БД. Определяющими параметрами являются вид программного продукта и категория пользователей (профессиональные программисты или конечные пользователи, или и то, и другое). Другими показателями, влияющими на выбор СУБД, являются: удобство и простота использования; качество средств разработки, защиты и контроля БД; уровень коммуникационных средств (применение в сетях); фирма-разработчик; стоимость. Каждая конкретная СУБД работает с определенной моделью данных.

На логическом уровне производится отображение данных концептуальной модели в логическую модель, поддерживаемую выбранной СУБД. Здесь объектом работы выступают сами данные, их структура и правила построения. Логическая модель не зависит от конкретной СУБД - построенная на основе таблиц логическая модель может быть реализована на любой СУБД реляционного типа.

На физическом уровне производится выбор рациональной структуры хранения данных и методов доступа к ним, решаются вопросы эффективного выполнения запросов к БД, строятся дополнительные структуры, например, индексы. В физической модели содержится информация обо всех объектах БД (таблицах, индексах, процедурах и др.) и используемых типах данных. Физическая модель зависит от конкретной СУБД. Одной и той же логической модели может соответствовать несколько разных физических моделей. Физическое проектирование является начальным этапом реализации БД.

1.4 Нормализация баз данных, типы и уровни

Что такое нормализация данных?

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

Преимущества нормализации данных

Используете ли вы реляционные базы данных, CRM платформы, анализ данных или каким-либо образом связаны с разработкой приложений, вам понадобится нормализация данных. Вы можете думать, что нормализация базы данных может стать дополнительной работой для вас и вашей команды, но как только вы узнаете о ее преимуществах, вы измените свое мнение. Итак, каковы преимущества нормализации данных?

Уменьшение размера базы данных

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

Упрощение запросов

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

Облегчение обслуживания

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

Улучшение производительности

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

Кому нужна нормализация данных?

Нормализация данных нужна всем, кто имеет дело с данными и базами данных в любых целях. Нет смысла иметь избыточную, плохо организованную базу данных. Однако есть некоторые области, где нормализация данных особенно важна:

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

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

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

профессионалы: каждый, кто имеет независимую работу, нуждается в организации своих клиентов, их информации, каталога услуг/продуктов и т.д. Другими словами, им нужны базы данных и нормализация данных.

Как работает нормализация данных

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

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

Все имена записаны в такой форме: Дурсли, Вернон.

Все номера телефонов записываются в такой форме: 530-000-0000.

Все адреса пишутся в такой форме: 4, Private Drive, San Francisco.

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

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

Первая нормальная форма (1НФ)

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



Таблица 1.1 - Пример таблицы с 1НФ.

Идентификатор профессора	Имя профессора	Курсы
P001	Грегор Митчелл	Литература Творческое письмо
P002	Анджела МакГалл	Физика

Эта база данных нарушает первую нормальную форму двумя способами:

В одном поле два значения, так как профессор Митчелл преподает два курса;

Имеются два поля, хранящие схожую информацию: Professor ID и Professor Name оба предоставляют информацию о личности профессора.

Чтобы нормализовать нашу базу данных, нам нужно разделить ее на две части:

Первая будет содержать информацию, связанную с личностью профессоров, и будет включать два поля: ID профессора и Имя профессора.

Вторая будет содержать два поля: одно для курсов и одно для ID профессора, соответствующего профессору, который преподает этот курс.

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

Вторая нормальная форма (2НФ)

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

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

Все непервичные ключи должны полностью зависеть от первичного ключа.

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

У нас есть база данных Professor Birthday and Department, которая выглядит следующим образом:

Таблица 1.2 - Пример таблицы с 2НФ

Профессор Имя	День рождения	Кафедра
Гарри Грей	Июль, 1	Литература
Виктория Уайт	Сентябрь, 19	Литература
Павел Саул	Март, 1	Литература
Джеймс Смит	Июнь, 5	Наука

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

Чтобы нормализовать эту базу данных, нам снова нужно разделить ее на две части:

База данных "День рождения профессора", которая включает два поля: имя профессора и день рождения

База данных "Кафедра профессора", которая включает два поля: имя профессора и кафедра

Третья нормальная форма (3НФ)

База данных соответствует третьей нормальной форме, если в ней нет ни одной переходной зависимости. Что такое переходная зависимость? Переходная зависимость возникает, когда столбец B в вашей базе данных зависит от столбца A, который зависит от первичного ключа. Чтобы нормализовать базу данных в соответствии с третьей нормальной формой, необходимо удалить столбец B, который не зависит напрямую от первичного ключа, и хранить эту информацию во второй базе данных с собственным первичным ключом.

Приведем еще один пример. У нас есть база данных заказов:

Таблица 1.3 - Пример таблицы с НФ3

ID заказа	Дата заказа	Идентификатор клиента	Почтовый индекс клиента
D001	01/3/2022	C001	97438
D002	06/15/2022	C002	08638

В этой базе данных не соблюдается третья нормальная форма, потому что у нас есть первичный ключ, ID заказа. Дата заказа и ID клиента полностью зависят от него, но Zip Code клиента зависит от ID клиента, который не является первичным ключом. Как мы уже говорили, для нормализации этой базы данных в соответствии с третьей нормальной формой нам нужно создать вторую базу данных Customer Zip Code Database, которая свяжет каждый ID клиента с его Zip Code.

Что такое SQL-ключи?

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

Существуют наиболее важные типы SQL-ключей:

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

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

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



2. РАЗРАБОТКА И ПРОЕКТИРОВАНИЕ СИСТЕМЫ БАЗЫ ДАННЫХ ПО УПРАВЛЕНИЮ СТАНЦИЯМИ СКОРОЙ ПОМОЩИ

2.1 Роль информационных систем и ресурсов в медицине

Информационные технологии в медицине

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

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

· сквозная информационная поддержка на всех этапах прохождения информации на основе интегрированных баз данных, предусматривающих единую унифицированную форму представления, хранения, поиска, отображения, восстановления и защиты данных;

· безбумажный процесс обработки документов;

· возможности совместной работы на основе сетевой технологии, объединенных средствами коммуникации;

· возможности адаптивной перестройки форм и способа представления информации в процессе решения задачи.

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

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

Медицинские информационные системы и локальные информационные сети

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

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

Современная концепция информационных систем предполагает объединение электронных записей о больных (electronic patient records) с архивами медицинских изображений и финансовой информацией, данными мониторинга с медицинских приборов, результатами работы автоматизированных лабораторий и следящих систем, наличие современных средств обмена информацией (электронной внутрибольничной почты, Internet, видеоконференций и т.д.).

Таким образом, медицинская информационная система (МИС) - это совокупность программно - технических средств, баз данных и знаний, предназначенных для автоматизации различных процессов, протекающих в ЛПУ и системе здравоохранения.

Целями создания МИС являются:

1. Создание единого информационного пространства;

2. Мониторинг и управление качества медицинской помощи;

3. Повышения прозрачности деятельности медицинских учреждений и эффективности принимаемых управленческих решений;

4. Анализ экономических аспектов оказания медицинской помощи;

5. Сокращение сроков обследования и лечения пациентов;

6. Внедрение МИС имеет положительный эффект для всех участников системы здравоохранения.

2.2 Характеристика медицинского учреждения

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

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

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

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

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

Но до этого оператор станции передает все данные по вызовам менеджеру, а тот уже направляет бригаду.

Менеджер в ответе за все ресурсы больницы или сети больниц, он должен уметь правильно анализировать.

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

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

Врачи участвуют в выездах и лечат пациента либо консультируют его.

Фельдшера проводят диагностику и ставят диагнозы пациенты.

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



3. РАЗРАБОТКА И ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ СИСТЕМЫ ПО УПРАВЛЕНИЮ СТАНЦИЯМИ СКОРОЙ ПОМОЩИ В БОЛЬНИЦЕ

3.1 Подбор СУБД для работы

Для создания и проектировки баз данных мы выбрали СУБД: 1С:Предпритие.

Что такое «1C: Предприятие»

«1C: Предприятие» представляет собой набор прикладных решений, которые работают в рамках единой технологической платформы. При этом конфигурации могут быть как стандартными, так и индивидуальными.

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

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

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

Зачем нужно «1C: Предприятие»

С помощью этого программного обеспечения можно осуществлять бухгалтерский, управленческий, кадровый, финансовый учет и решать множество других задач. Прикладные решения «1C» называются конфигурациями и интегрируются во все деловые процессы организаций вне зависимости от их масштаба и структуры. Предприниматель может управлять даже самым разветвленным бизнесом, используя универсальную рабочую среду. Руководитель сам решает, какие конфигурации использовать, чтобы создать удобную и защищенную среду для всех сотрудников. Важная особенность этого программного обеспечения -- гибкость и открытость, существует возможность собрать решения для любой отрасли бизнеса и оптимизировать код, если он не подходит изначально.

Функции «1C: Предприятие»

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

Ведение учета, сбор статистики и составление аналитики.

Решение задач, связанных с бюджетом предприятия: планирование, ведение, анализ и т.д.

Автоматизация хозяйственной и организационной деятельности организации.

Унификация отчетности на складах, в торговых представительствах и т.д.

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

Руководство компании самостоятельно определяет сферы деятельности, которые нужно автоматизировать с помощью этого инструмента.

3.2 Описание предметной области

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

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

Для корректного понятия работу можно представить так:

1)Менеджер создает список врачей, фельдшерей из определенной больницы, заранее запросив информацию.

2)Оператор бригады скорой помощи определенной больницы принимает вызовы и уже вбив в компьютере передает дело менеджеру станции.

3)Менеджер в свою очередь смотрит на созданную строку пациента и вызова и формирует бригаду с врачами и водителями или берет ранее созданную для отправки на вызов.

Выделим возможности использования баз данных менеджером и оператором:

1)Менеджер имеет полный доступ ко всем таблицам в информационной системе, редактирует и анализирует информацию по таблице «Вызовы»

2)Оператор имеет доступ к таблицам «Вызовы» и «Пациенты»

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

Выделим сущности и атрибуты будущей базы данных:

Таблица «Бригады» включает в себя следующие атрибуты: Код_бригады, код_фельдшера, код_врача. Ключевое поле (первичный ключ): Код_бригады.

Таблица «Фельдшера» включает в себя следующие атрибуты: Код фельдшера Фамилию, имя, отчество. Ключевое поле (первичный ключ): Код_фельдшера.

Таблица «Врачи» включает в себя следующие атрибуты: Код_врача, ФИО, специализация, возраст. Ключевое поле (первичный ключ): Код_врача

Таблица «Пациенты» включает в себя следующие атрибуты: Код_пациента, ФИО, Дата рождения, Адрес, Диагноз

Таблица «Вызовы» включает в себя следующие атрибуты: Код_вызова, дата, время, код_пациента, услуга, код_бригады

Рассмотрев сущности, сразу понимаем, что связи между ними идут от «одного-ко-многим», а также «многие-ко-многому».

Опишем процессы происходящие в будущей СУБД для понимания картины происходящего.

Менеджер записывает всех врачей и фельдешерей в таблицы.

При записи пациента в больницу или запись в экстренный вызов, менеджер указывает основную информацию о нем.

При экстренном вызове оператор передает данные о пациенте и вызове менеджеру через специальную форму.

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

3.3 Разработка таблиц базы данных

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

Объектами физической модели являются таблицы и поля с типами данных, определёнными для выбранной СУБД.

Системы управления базами данных (СУБД) -- это программные средства, с помощью которых можно создавать базы данных, наполнять их и работать с ними. В мире существует немало различных систем управления базами данных. Но для дипломной работы мы выбрали 1С: Предприятие.

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

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

Открываем конфигуратор 1С и начинаем создавать справочники по ранее описанным сущностям и связям в прошлой главе:

Рисунок 3.1 - Таблица «Пациенты»

Рисунок 3.2 - Таблица «Фельдшеры»



Рисунок 3.3 - Таблица «Бригады»

Рисунок 3.4 - Таблица «Вызовы»

Рисунок 3.5 - Таблица «Врачи»

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

В таблице Бригады следующие параметры:



Рисунок 3.6 - Указание ссылки на таблицу фельдшеров

Рисунок 3.7 - Указание ссылки на таблицу врачей

В таблице Вызовы следующие параметры:

Рисунок 3.8 - Указание ссылки на таблицу пациентов



Рисунок 3.9 - Указание ссылки на таблицу Бригады

3.4 Заполнение созданных таблиц в СУБД

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

Рисунок 3.10 - Таблица с данными «Врачи»

Рисунок 3.11 - Таблица с данными «Пациенты»

Рисунок 3.12 - Таблица с данными «Фельдшеры»



Рисунок 3.13 - Таблица с данными «Бригады»

Рисунок 3.14 - Таблица с данными «Вызовы»

Благодаря удобству СУБД, мы можем выбирать не просто код, а нужную информацию для удобного отображения.

Как отображено в Рисунке 3.14, код пациента имеет свой уникальный идентификатор, но благодаря ссылочному типо сразу отображает стандартный реквизит «наименование», в нашем случае заменен на синоним внутри конфигуратора на «ФИО».

3.5 Реализация удобного интерфейса информационной системы

Благодаря автоматизму нашей выбранной СУБД, у нас имеются гибкие настройки по форме интерфейса базы.

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



Рисунок 3.15 - Форма создания бригады

Рисунок 3.16 - Форма создания врача

Рисунок 3.17 - Форма создания вызова



Рисунок 3.18 - Форма создания пациента

Рисунок 3.19 - Форма создания фельдшера

Вот так и 1С создает автоматические формы для удобного создания строк в таблице.



4. ОХРАНА ТРУДА И БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

4.1 Общие требования безопасности

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

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

- повышенный уровень электромагнитных излучений;

- повышенный уровень статического электричества;

- пониженная ионизация воздуха;

- статические физические перегрузки;

- перенапряжение зрительных анализаторов.

1.3. Работник обязан:

1.3.1. Выполнять только ту работу, которая определена его должностной инструкцией.

1.3.2. Содержать в чистоте рабочее место.

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

1.3.3. Соблюдать меры пожарной безопасности.

1.4. Рабочие места с компьютерами должны размещаться таким образом, чтобы расстояние от экрана одного видеомонитора до тыла другого было не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.

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

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

1.7. Рабочая мебель для пользователей компьютерной техникой должна отвечать следующим требованиям:

- высота рабочей поверхности стола должна регулироваться в пределах 680 - 800 мм; при отсутствии такой возможности высота рабочей поверхности стола должна составлять 725 мм;

- рабочий стол должен иметь пространство для ног высотой не менее 600 мм, глубиной на уровне колен не менее 450 мм и на уровне вытянутых ног не менее 650 мм;

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

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

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

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

1.9. Женщины со времени установления беременности и в период кормления грудью к выполнению всех видов работ, связанных с использованием компьютеров, не допускаются.

1.10. За невыполнение данной Инструкции виновные привлекаются к ответственности согласно правилам внутреннего трудового распорядка или взысканиям, определенным Кодексом законов о труде Российской Федерации.

4.2 Требования безопасности перед началом работы

2.1. Подготовить рабочее место.

2.2. Отрегулировать освещение на рабочем месте, убедиться в отсутствии бликов на экране.

2.3. Проверить правильность подключения оборудования к электросети.

2.4. Проверить исправность проводов питания и отсутствие оголенных участков проводов.

2.5. Убедиться в наличии заземления системного блока, монитора и защитного экрана.

2.6. Протереть антистатической салфеткой поверхность экрана монитора и защитного экрана.

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

4.3 Требования безопасности во время работы

3.1. Работнику при работе на ПК запрещается:

- прикасаться к задней панели системного блока (процессора) при включенном питании;

- переключать разъемы интерфейсных кабелей периферийных устройств при включенном питании;

- допускать попадание влаги на поверхность системного блока (процессора), монитора, рабочую поверхность клавиатуры, дисководов, принтеров и других устройств;

- производить самостоятельное вскрытие и ремонт оборудования;

- работать на компьютере при снятых кожухах;

- отключать оборудование от электросети и выдергивать электровилку, держась за шнур.

3.2. Продолжительность непрерывной работы с компьютером без регламентированного перерыва не должна превышать 2-х часов.

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

4.4 Требования безопасности в аварийных ситуациях

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

4.2. Не приступать к работе до устранения неисправностей.

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

Требования безопасности по окончании работы

5.1. Отключить питание компьютера.

5.2. Привести в порядок рабочее место.

5.3. Выполнить упражнения для глаз и пальцев рук на расслабление.



ЗАКЛЮЧЕНИЕ

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

Главная цель выпускной квалификационной работы была разработка удобной системы по управления станциями скорой помощи городских больниц. В ходе работы были изучены виды модели данных, базы данных, а также их нормализация по международному стандарту, также мы изучили основы проектирования базы, провели глубокий анализ предметной области, разработали базу на основе подготовленной СУБД 1С.

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

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



СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Лабораторные информационные системы - цели установки, основные функции, проблемы выбора и внедрения.

2. Лабораторные информационные системы на отечественном рынке.

3. Нуцков, Ю.В., Хиллхауз Б. Интеграция LabWare LIMS и SAP R/3 QM // Мир компьютерной автоматизации. 2020. 4. С. 56-63

4.LabWare LIMS.

5. Савельев, Е.В. Лабораторно-информационные менеджмент-системы или автоматизация лаборатории «в целом» // Партнеры и конкуренты. 2020. 4. С. 41-43.

6. Меркуленко, Н.Н. LIMS. Современный этап развития // Лабораторные информационные системы LIMS. Сборник статей: ООО «Маркетинг. Информационные технологии». 2016. С. 215-219

7. Терещенко, А.Г., Терещенко О.В., Соколов В.В., Юнусов Р.Ш. АРМ «Химик-аналитик» в системе качества продукции // Материалы международной НПК «Качество-стратегия XXI века». 11-12.11.99. Томск, 2022. С. 71-72

8. ЛИС Химик-аналитик/Краткая информация.

9. Лабораторные информационные системы.

10. Точность (правильность и прецизионность) методов и результатов измерений. Государственный стандарт Российской Федерации.

11. Деятельность клинико-диагностической лаборатории МЛПУ ГБСМП- 2 г. Ростов-на-Дону за 2006 год. (Рукописный) - 2017 г. 10 стр.

13. Цимбал А. Технология CORBA для профессионалов. - СПб.: Питер. - 2011. - 624 с.

14. Оберг Р. Технология COM+. Основы и программирование. / Пер. с англ. Уч. пос. - М.: Издательский дом «Вильямс». - 2022. - 480 с.

15. Армстронг Т. ActiveX: создание Web-приложений. К.: BHV. 2015. - 592 с.

16. Чарнецки К. Порождающее программирование: методы, инструменты, применение. Для профессионалов. Пер. с англ. / Чарнецки К., Айзенекер У. - СПб.: Питер. - 2018. - 731 с.

18. Фатрелл, Т. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. / Р.Т. Фатрелл, Д.Ф. Шафер, Л.И. Шафер. - М.: Издательский дом «Вильямс», 2003.

19. Вигерс, К. Разработка требований к программному обеспечению.: Пер. с англ. / К. Вигерс.:- М.: Издательско-торговый дом «Русская редакция», 2020

20. Мацяшек, Л. А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML. / Л. А. Мацяшек. Пер. с англ. - М.: Издательский дом «Вильямс». - 2002.

21. Вендров, А.М. CASE технологии Современные методы и средства проектирования информационных систем. / А.М. Вендров.- М.: Финансы и статистика, 1998. - 193 с.

23. SQL Server General Technical Articles. The Microsoft Data Warehousing Strategy. A Platform for Improved Decision-Making through Easier Data Access and Analysis. MSDN. -- 2016.

24. Справочник по Microsoft OLE DB 1.1. / Пер. с англ. - М.: Издательский отдел «Русская редакция» ТОО «Channel Trading Ltd». 2015. - 624 с.

25. Мандел Т. Дизайн интерфейсов: Модели пользовательского интерфейса; Объектно-ориентированные интерфейсы; Этапы разработки интерфейса; Web-интерфейсы. Самоучитель. / Пер. с англ. - М.: ДМК Пресс. 2020. - 425 с.

26. Конноли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. / Конноли Т., Бегг К.: Пер. с англ. - М.: Изд. Дом «Вильямс», 2001. - 1120 с.

27. Дейт, К. Дж. Введение в системы баз данных. / К. Дж. Дейт.: Пер. с англ. - М.: Изд. Дом «Вильямс», 2022. - 1072с.

28. Диго, С.М. Проектирование и использование баз данных. / С.М. Диго. -- М.: Финансы и статистика. 2018. - 216с.

29. Когаловский, М.Р. Энциклопедия технологий баз данных / М.Р. Когаловский. - М.: Финансы и статистика, 2019. - 800с.

30. Боггс У., Боггс М. UML и Rational Rose. 2002. / Боггс У., Боггс М. - М.: ЛОРИ. -- 2020. -- 582 с.

Размещено на Allbest.ru

...