Учет флюорографических обследований в поликлинике
Автоматизированная система учета флюорографических обследований пациентов для ввода, обработки, хранения, отображения и вывода на печать данных о пациентах. Программа для добавления данных о больном, изменение данных о больном, поиск данных о пациенте.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 25.03.2012 |
Размер файла | 294,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Введение
В настоящее время практически во всех учреждениях и организациях осуществляется автоматизированная обработка документации с применением компьютерной техники. Это позволяет сократить время заполнения первичных документов и, что особенно важно, автоматизированное создание отчетных документов.
Вывод документации в электронном виде, повышает престиж заведения и позволяет сортировать выходные протоколы, данные, находящиеся в подобных документах, отличаются точностью и в меньшей мере зависят от человеческого фактора.
Медицина в наши дни сильно шагнула вперед и появилась потребность сохранить данные пациентов для возможности восстановления историй болезни через некоторое время и для дальнейших исследований преобладающих болезней на определенной территории. Появляется потребность в сокращении времени выписки результатов больных и для этого очень эффективно использовать программу, которая сохранила бы все данные и выдавала бы готовые бланки с результатами клинических исследований, а также, готовую документацию по учету больных.
В Приднестровье разработка и реализация программ информатизации здравоохранения ведется с 2000-го года. К настоящему времени в стране созданы элементы информационно-коммуникационной инфраструктуры для нужд медицины, положено начало применению и распространению современных информационно-коммуникационных технологий в сфере здравоохранения. В субъектах Приднестровья созданы медицинские информационно-аналитические центры, автоматизированные информационные системы фондов медицинского страхования и страховых медицинских организаций.
Вместе с тем, разработанные информационные системы, как правило, носят узконаправленный характер, ориентированный на обеспечение частных функций и задач. Отсутствие единого подхода при их развитии в процессе эксплуатации привело к возникновению серьезных проблем. В результате существующие информационные системы представляют собой комплекс разрозненных автоматизированных рабочих мест, а не единую информационную среду.
Уровень оснащения системы здравоохранения современными информационно-коммуникационными технологиями крайне неоднороден, и в основном ограничивается использованием нескольких компьютеров в качестве автономных автоматизированных рабочих мест.
Ещё одной проблемой в области информатизации системы здравоохранения является отсутствие унификации используемых программно-аппаратных платформ. Сегодня в медицинских учреждениях страны существует более 40 различных медицинских информационных систем, а для нужд бухгалтерий, отделов кадров и экономических подразделений используются самые разные программные пакеты.
Некоторые учреждения, в основном работающие и финансируемые из системы обязательного медицинского страхования, внедряют системы, позволяющие вести учет контингента больных, проводить анализ деятельности и составление регламентных отчетов. В целом в учреждениях системы здравоохранения не формируется единого информационного пространства, поэтому электронный обмен данными между ними затруднен.
Единственный вид программного обеспечения, установленный практически повсеместно в учреждениях здравоохранения, это разработанные программы учета реестров оказанных услуг больниц, а так же компоненты информационных систем обеспечения льготными лекарственными средствами.
К настоящему времени, не сформирован единый подход к организации разработки, внедрения и использования информационно-коммуникационных технологий в медицинских учреждениях и организациях. В результате возможность интеграции существующих программных решений весьма ограничены.
Таким образом, существующий уровень информатизации системы здравоохранения не позволяет оперативно решать вопросы планирования и управления отраслью для достижения существующих целевых показателей.
1. Аналитический и литературный обзор предметной области
Флюорография - рентгенологическое исследование, заключающееся в фотографировании флуоресцентного экрана, на который спроецировано рентгенологическое изображение. Основы этого метода сразу же после открытия рентгеновских лучей разработали учёные А. Баттелли и А. Карбассо (Италия) и Дж.М. Блейер (США).
Флюорография даёт уменьшенное изображение объекта. Выделяют мелкокадровую (например, 24Ч24 мм или 35Ч35 мм) и крупнокадровую (в частности, 70Ч70 мм или 100Ч100 мм) методики. Последняя по диагностическим возможностям приближается к рентгенографии. Флюорография применяется главным образом для исследования органов грудной клетки, молочных желёз, костной системы.
Наиболее распространённым диагностическим методом, использующим принцип флюорографии, является флюорография органов грудной клетки, которая применяется прежде всего для скрининга туберкулеза и новообразований лёгких. Также в медицинской диагностике флюорография используется для изучения молочных желёз и костной системы. Разработаны как стационарные, так и мобильные флюорографические аппараты.
В настоящее время плёночная флюорография постепенно заменяется цифровой. Цифровые методы позволяют упростить работу с изображением (изображение может быть выведено на экран монитора, распечатано, передано по сети, сохранено в медицинской базе данных и т.п.), уменьшить лучевую нагрузку на пациента и уменьшить расходы на дополнительные материалы (плёнку, проявитель для плёнки).
Существует две распространённые методики цифровой флюорографии. Первая методика, как и обычная флюорография, использует фотографирование изображения на флуоресцентном экране, только вместо рентген-плёнки используется ПЗС-матрица. Вторая методика использует послойное поперечное сканирование грудной клетки веерообразным пучком рентгеновского излучения с детектированием прошедшего излучения линейным детектором (аналогично обычному сканеру для бумажных документов, где линейный детектор перемещается вдоль листа бумаги). Второй способ позволяет использовать гораздо меньшие дозы излучения. Некоторый недостаток второго способа - большее время получения изображения.
Для упрощения работы с документами в медицинских учреждений создаются программные продукты, которые обеспечивают снижение издержек при подготовке отчетности, упрощение процессов формирования и обработки медицинских документов, исключение ошибок и повышение достоверности информации о работе лечебно-профилактических учреждений (ЛПУ), надежная защита персональных данных пациентов и медицинского персонала, систематизация и рост эффективности управления ЛПУ. Программный продукт такого типа используется в ГУ «Республиканский Госпиталь Инвалидов ВОВ» в клинико-диагностической лаборатории. Недостаток этой программы заключается в том, что нет возможности распечатать сгенерированный отчет, поэтому существует необходимость в дополнении этой программы функциями печати отчетов и бланков с результатами анализов пациентов.
Программные продукты такого типа предлагает российская компания АКСИМЕД. Информационная система AKSi-клиника компании АКСИМЕД повышает качество и доступность услуг ЛПУ, снижает финансовые издержки, сокращает затраты времени на обслуживание пациентов, уменьшает трудозатраты врачей и медицинского персонала.
Российская компания «Пост Модерн Текнолоджи» (ПМТ), представившая МИС «Медиалог» разработала программу «Электронная история болезни» соответствующую стандарту (ГОСТ Р 52636 - 2006) и имеющую сертификат Федерального фонда обязательного медицинского страхования. Она позволяет создать единую базу данных муниципального здравоохранения с возможностью ведения единого расписания приема специалистов, единой электронной медицинской книжки каждого жителя города, что обеспечит преемственность лечения во всех ЛПУ. В результате будет создан паспорт здоровья города.
В сфере флюорографических обследований существуют различные программные решения поставленной задачи, однако они имеют недостатки, главный из которых - стоимость данного продукта.
В разрабатываемой программе должна быть осуществлена информационная система флюорографических обследований в поликлинике. Целью данной системы является сбор, хранение, обработка информации о пациентах. Информационная система должна обеспечить высокую надежность и продолжительность хранения данных, возможность модификации.
Автоматизированная система учета флюорографических обследований пациентов предназначена для ввода, обработки, хранения, отображения и вывода на печать данных о пациентах.
Разрабатываемый программный продукт должен предоставлять следующие функции: добавление данных о больном, изменение данных о больном, поиск данных о больном.
флюорографический пациент автоматизированный программа
2. Проектирование базы данных
2.1 Инфологическое проектирование модели базы данных
Предметная область, подлежащая автоматизации, содержит информацию о пациентах: номер паспорта пациента, его Ф.И.О., дата рождения, место работы, адрес проживания, наличие патологий и т.д.
Объекты предметной области: «Сведения о пациентах», «Сведения об осмотре».
В рассматриваемой предметной области можно выделить следующие сущности: «Общие сведения о пациентах», «Сведения о пациентах без патологий», «Сведения о пациентах с патологиями», «Информация об осмотре».
Анализируя сущности рассматриваемой предметной области, можно выделить следующие атрибуты и идентифицирующие ключи:
Сущность «Общие сведения о пациентах» обладает атрибутами: ID пациента, Ф.И.О., Номер паспорта, Адрес, Дата рождения, Место работы, Пол. В качестве ключевого атрибута можно принять ID пациента, который определяется числовыми значениями.
Сущность «Сведения о пациентах без патологий» содержит следующие атрибуты: ID пациента, Дата осмотра, Патологии, Ф.И.О. врача. В качестве ключевого атрибута можно принять ID пациента, который определяется числовыми значениями.
Сущность «Сведения о пациентах с патологиями» содержит следующие атрибуты: ID пациента, Номер записи, Патологии, Ф.И.О. врача, Заболевание. В качестве ключевого атрибута можно принять ID пациента, который определяется числовыми значениями.
Сущность «Информация об осмотре» содержит следующие атрибуты: ID пациента, Время прохождения, Ф.И.О. врача, Ф.И.О. ассистента, Патологии. В качестве ключевого атрибута можно принять ID пациента, который определяется числовыми значениями.
Между сущностями «Общие сведения о пациентах» и «Сведения о пациентах без патологий» существует связь один ко многим, так как в поликлинике хранятся архивные записи медосмотра, который проводится ежегодно. Первичным ключом сущности «Общие сведения о пациентах» будет атрибут ID пациента по отношению к сущности «Сведения о пациентах без патологий» с внешним ключом ID пациента.
Рисунок 2.1.1 - Связь между сущностями «Общие сведения о пациентах» и «Сведения о пациентах без патологий»
Между сущностями «Общие сведения о пациентах» и «Информация об осмотре» существует связь один ко многим, так как в поликлинике хранятся архивные записи медосмотра, который проводится ежегодно. Первичным ключом сущности «Общие сведения о пациентах» будет атрибут ID пациента по отношению к сущности «Сведения о пациентах без патологий» с внешним ключом ID пациента.
Рисунок 2.1.2 - Связь между сущностями «Информация об осмотре» и «Анализ серологии»
Между сущностями «Общие сведения о пациентах» и «Сведения о пациентах с патологиями» существует связь один ко многим, так как пациенты с патологиями несколько раз проходят обследование для того, чтобы врачи могли следить за развитием патологии. Первичным ключом сущности «Общие сведения о пациентах» будет атрибут ID пациента по отношению к сущности «Сведения о пациентах с патологиями» с внешним ключом ID пациента.
Рисунок 2.1.3 - Связь между сущностями «Сведения о пациентах с патологиями» и «Анализ на свертываемость крови»
2.2 Логическое проектирование модели базы данных
На логическом этапе проектирования модели базы данных описывается перевод сущностей инфологической модели в отношения.
Отношение «Общие сведения о пациентах» (ID пациента, Ф.И.О., Номер паспорта, Адрес, Дата рождения, Место работы, Пол) находится в первой нормальной форме (1NF), так как на пересечении каждого столбца и строки находятся только элементарные значения атрибутов.
Отношение находится во второй нормальной форме (2NF), так как она находится в первой нормальной форме и не содержит неполных функциональных зависимостей непервичных атрибутов от первичного ключа.
Отношения находится в третьей нормальной форме (3NF), если они находится во второй нормальной форме и не содержат транзитивных зависимостей. В данном случае отношение «Общие сведения о пациентах» находится во второй нормальной форме и транзитивные зависимости отсутствуют. Следовательно, данное отношение находится в третьей нормальной форме.
Следуя из приведенного определения и анализа структуры отношения, определим схему отношения «Общие сведения о пациентах», которая будет реализована в виде таблицы «Информация о людях» в системе управления базами данных.
Таблица 1 - Схема отношения «Общие сведения о пациентах»
Имя атрибута |
Домен |
Имя поля |
Условие на значение |
Описание |
|
ID пациента |
Числовой |
ID |
ID пациента |
||
Ф.И.О. |
Текстовый |
Ф.И.О. |
Ф.И.О. пациента |
||
Номер паспорта |
Числовой |
номер_паспорта |
Номер паспорта |
||
Адрес |
Текстовый |
адрес |
Адрес |
||
Дата рождения |
Дата/время |
дата_рождения |
Дата рождения пациента |
||
Место работы |
Текстовый |
место_работы |
Место работы |
||
Пол |
Текстовый |
пол |
Пол |
Отношение «Сведения о пациентах без патологий» (ID пациента, Ф.И.О., Номер паспорта, Адрес, Дата рождения, Место работы, Пол) находится в первой нормальной форме, так как на пересечении каждого столбца и строки находятся только элементарные значения атрибутов.
Отношение находится во второй нормальной форме, так как она находится в первой нормальной форме и не содержит неполных функциональных зависимостей непервичных атрибутов от первичного ключа.
Отношение «Сведения о пациентах без патологий» находится в третьей нормальной форме, так как она находится во второй нормальной форме и транзитивные зависимости отсутствуют.
Таким образом, определим схему отношения «Сведения о пациентах без патологий», которая будет реализована в виде таблицы «Информация о то» в системе управления базами данных.
Таблица 2 - Схема отношения «Сведения о пациентах без патологий»
Имя атрибута |
Домен |
Имя поля |
Условие на значение |
Описание |
|
ID пациента |
Числовой |
ID |
ID пациента |
||
Дата осмотра |
Дата/время |
дата_то |
Дата осмотра |
||
Патологии |
Текстовый |
патологии |
Наличие патологий |
||
Ф.И.О. врача |
Текстовый |
врач_Ф.И.О. |
Ф.И.О. врача |
||
Фото |
Текстовый |
фото |
Название снимка пациента |
Отношение «Сведения о пациентах с патологиями» (ID пациента, Номер записи, Патологии, Ф.И.О. врача, Заболевание) находится в первой нормальной форме, так как на пересечении каждого столбца и строки находятся только элементарные значения атрибутов.
Отношение находится во второй нормальной форме, так как она находится в первой нормальной форме и не содержит неполных функциональных зависимостей непервичных атрибутов от первичного ключа.
Отношение «Сведения о пациентах с патологиями» находится в третьей нормальной форме, так как она находится во второй нормальной форме и транзитивные зависимости отсутствуют.
Таким образом, определим схему отношения «Сведения о пациентах с патологиями», которая будет реализована в виде таблицы «С патологиями» в системе управления базами данных.
Таблица 3 - Схема отношения «Сведения о пациентах с патологиями»
Имя атрибута |
Домен |
Имя поля |
Условие на значение |
Описание |
|
ID пациента |
Числовой |
ID |
ID пациента |
||
Номер записи |
Числовой |
номер_записи |
Номер записи в истории болезни |
||
Патологии |
Текстовый |
патологии |
Время приема анализа |
||
Ф.И.О. врача |
Текстовый |
врач_Ф.И.О. |
Ф.И.О. врача |
||
Заболевание |
Текстовый |
Заболевание |
Заболевание |
||
Фото |
Текстовый |
фото |
Название снимка пациента |
Отношение «Информация об осмотре» (ID пациента, Время прохождения, Ф.И.О. врача, Ф.И.О. ассистента, Патологии) находится в первой нормальной форме, так как на пересечении каждого столбца и строки находятся только элементарные значения атрибутов.
Отношение находится во второй нормальной форме, так как она находится в первой нормальной форме и не содержит неполных функциональных зависимостей непервичных атрибутов от первичного ключа.
Отношение «Информация об осмотре» находится в третьей нормальной форме, так как она находится во второй нормальной форме и транзитивные зависимости отсутствуют.
Таким образом, определим схему отношения «Информация об осмотре», которая будет реализована в виде таблицы «Кабинет» в системе управления базами данных.
Таблица 4 - Схема отношения «Информация об осмотре»
Имя атрибута |
Домен |
Имя поля |
Условие на значение |
Описание |
|
ID пациента |
Числовой |
ID |
ID пациента |
||
Время прохождения |
Дата/время |
время_прохождения |
Дата приема анализа |
||
Ф.И.О. врача |
Текстовый |
врач_Ф.И.О. |
Ф.И.О. врача |
||
Ф.И.О. ассистента |
Текстовый |
помошник_врача_Ф.И.О. |
Ф.И.О. ассистента |
||
Патологии |
Текстовый |
патологии |
Наличие патологий |
2.3 Физическое проектирование модели базы данных
Для создания базы данных была выбрана система управления базами данных Microsoft Access 2003.
Преимущества Access перед другими СУБД:
- позволяет работать или экспортировать базы данных практически любых форматов из других приложений, таких как Excel, dBase, Paradox, FoxPro и т.д.
- все объекты базы данных таблицы, формы, отчеты и модули хранятся в одном файле, что значительно упрощает хранение, и исключает порчу информации при копировании, изменении и других операциях с данными
- наличие огромного количества мастеров, помогающих пользователю быстро создавать объекты, не вдаваясь в тонкости их внутренней структуры.
- наличие конструктора взаимосвязей, наглядно представляющего и автоматически поддерживающего целостность данных в связанных таблицах.
- возможность выполнять запросы не только из таблиц, но и из других запросов.
Недостатки Access перед другими СУБД:
- отсутствие возможности работы с триггерами;
Для разработки приложения используется интегрированная среда разработки Visual Studio 2005, язык C#.
Общие данные обо всех пациентов хранятся в таблице «информация о людях». Поле ID является ключевым и обязательным. Значение в нем генерируется программно.
Рисунок 2.3.1 - Структура таблицы «информация о людях» в режиме конструктора
В таблице «информация о людях» содержатся поля: дата рождения - дата рождения пациента, ID - идентификационный номер пациента (обязательное поле), Ф.И.О. - Ф.И.О. пациента, пол - пол пациента, номер_паспорта - номер паспорта пациента, место_работы - место работы пациента, адрес - адрес прописки пациента.
Таблица «информация о людях» связана с таблицами «с патологиями», «информация о то», «кабинет» по полю ID, которое является ключевым полем и присутствует во всех таблицах.
У таблиц «с патологиями», «информация о то», «кабинет» аналоговая структура как у таблицы «информация о людях».
Ниже представлена схема данных предметной области «Клинико-диагностическая лаборатория» в СУБД Microsoft Access 2003:
Рисунок 2.3.2 - Схема данных в СУБД Microsoft Access 2003
3. Описание структуры программы
Структурная схема - схема, отражающая состав и взаимодействие по управлению частей разрабатываемого продукта. При объектной декомпозиции такими частями являются объекты (рисунок 3.1).
Размещено на http://www.allbest.ru/
Рисунок 3.1 - Структурная схема программного продукта (объектная декомпозиция)
Данный программный продукт имеет следующую структурную схему: сначала загружается главная страница Form3 - заставка, которая через пять секунд скрывается и осуществляется переход на страницу Form 4. На этой странице можно ознакомиться со списком всех пациентов, зарегистрированных в отделении флюорографии, списком прошедших обследование, а также со списками пациентов с патологиями и без. На этой же форме можно перейти к поиску идентификационного номера пациента по номеру паспорта и Ф.И.О., имеется возможность добавления данных о новых пациентах, осмотрах и изменения данных осмотра больных с патологиями.
4. Выбор методов решения задачи и разработка основных алгоритмов
Для поиска информации о пациенте по его идентификационному номеру на форме расположен объект comboBox. При загрузке главной формы происходит заполнение выпадающего списка «ID»:
Подключение к базе данных
string I = «Provider=Microsoft. Jet.OLEDB.4.0; Data Source=» + @ «учет флюрографических обследований в поликлинике.mdb»;
OleDbConnection con;
public Form4 ()
{
InitializeComponent();
con = new OleDbConnection(I);
con. Open();
Из таблицы «информация о людях» выбираем ID всех пациентов
OleDbCommand Com = new OleDbCommand («SELECT [информация о людях].ID FROM [информация о людях];», con);
using (OleDbDataReader dr = Com. ExecuteReader())
{
while (dr. Read())
{
Записываем ID в объект comboBox
comboBox1. Items. Add (Convert. ToInt32 (dr. GetValue(0).ToString()));
q = «SELECT [Информация о людях].ID FROM [Информация о людях] WHERE ((([Информация о людях]. Ф.И.О.) ='» + f + «') AND (([Информация о людях]. номер_паспорта)='» + n + «'));»;
OleDbCommand insCom = new OleDbCommand (q, con);
DataTable DT = new DataTable(«[информация о людях]»);
datAdap = new OleDbDataAdapter (q, con);
datAdap. Fill(DT);
dataGridView1. DataSource = DT;
}
else MessageBox. Show («заполните поля»);
{
Form8 f8 = new Form8 ();
f8.id = comboBox1. SelectedItem. ToString();
f8. ShowDialog();
}
catch (Exception ex)
{
MessageBox. Show («выберите ID»);
}
После перехода формируется отчет:
public string id;
public static string Start = Application. StartupPath;
public Form8 ()
{
InitializeComponent();
}
private void crystalReportViewer1_Load_1 (object sender, EventArgs e)
{
try
{
Подключение к базе данных
string I = «Provider=Microsoft. Jet.OLEDB.4.0; Data Source=» + @ «учет флюрографических обследований в поликлинике.mdb»;
OleDbConnection con = new OleDbConnection(I);
con. Open();
Создается объект класса OleDbDataAdapter, содержащий запрос для вывода информации о пациенте
OleDbDataAdapter da = new OleDbDataAdapter();
DataTable dt = new DataTable();
da = new OleDbDataAdapter («SELECT [Информация о людях]. Ф.И.О., [Информация о людях]. адрес, [Информация о людях]. место_работы, кабинет. патологии FROM [Информация о людях] INNER JOIN кабинет ON [Информация о людях].ID = кабинет.ID WHERE ((([Информация о людях].ID)=» + id +»));», con);
da. Fill(dt);
con. Close();
CrystalReport3 cr = new CrystalReport3 ();
cr. SetDataSource(dt);
Указываем источник данных для объекта crystalReportViewer1, расположенного на форме
crystalReportViewer1. ReportSource = cr;
}
catch (Exception ex)
{
MessageBox. Show (ex. ToString(), «не удалось сформировать отчет», MessageBoxButtons.OK, MessageBoxIcon. Error);
}
Создается строковая переменная, в которой хранится запрос на уделение записи
string del = «Delete * FROM [информация о людях] WHERE ID=» + ID +»;»;
Создаем команду указываем имя переменной с запросом и строку подключения к базе данных
OleDbCommand insCom = new OleDbCommand (del, con);
Проверка исполнения команды
if (insCom. ExecuteNonQuery() == 1)
MessageBox. Show («Сведения удалены», «удаление», MessageBoxButtons.OK);
else MessageBox. Show («Сведения не удалены», «удаление», MessageBoxButtons.OK);
Обновление таблицы базы данных
DataTable D = new DataTable(«[информация о людях]»);
datAdap = new OleDbDataAdapter («Select* From [информация о людях]», con);
datAdap. Fill(D);
listBox1. Items. Clear();
После нажатия кнопки «ок» в открывшемся окне, сохраняется выбранный путь к папке со снимками
if (this.folderBrowserDialog1. ShowDialog() == DialogResult.OK)
{
this.textBox1. Text = this.folderBrowserDialog1. SelectedPath;
}
В объекте listBox отображаем все файлы из выбранной директории
DirectoryInfo dir = new DirectoryInfo (this.textBox1. Text);
foreach (FileInfo file in dir. GetFiles («*.jpg»))
{
this.listBox1. Items. Add (file. FullName);
}
Далее для просмотра снимка необходимо дважды кликнуть левой кнопкой мыши на имя нужного файла из объекта listBox:
Process. Start (this.listBox1. SelectedItem. ToString());
string s= listBox1. SelectedItem. ToString();
int i = s. LastIndexOf(@»\»);
for (int j = i+1; j < s. Length-4; j++)
textBox2. Text += s[j].
Заключение
Разработанная программа повышает качество услуг флюорографического отделения. Ведение учета осмотров в электронном виде, а не вручную снижает вероятность ошибок, упрощает ввод медицинской информации и систематизирует ее. Используя данную программу, сотрудники отделения могут найти сведения о пациенте и добавить новые данные, внести результаты анализов обследований.
В программе были реализованы следующие функции:
- добавление данных о больном
- хранение данных о больном
- поиск данных о больном
- отображение всей имеющейся информации о пациентах
- создание отчётов, возможность их сохранения и печати.
Размещено на Allbest.ru
Подобные документы
Формы представляемой информации. Основные типы используемой модели данных. Уровни информационных процессов. Поиск информации и поиск данных. Сетевое хранилище данных. Проблемы разработки и сопровождения хранилищ данных. Технологии обработки данных.
лекция [15,5 K], добавлен 19.08.2013Программный продукт "Автоматизированная система начальника отдела кадров учреждения" для автоматизации процесса заполнения документации на сотрудников учреждения, ее хранения, обработки и поиска по задаваемым критериям и вывода на печать отчета.
курсовая работа [1,7 M], добавлен 06.05.2009Проектирование структуры базы данных. Технология обработки данных. Порядок установки и запуска программы. Описание объектов приложения и структура данных. Ввод и изменение исходных данных. Получение выходных документов и тестирование программы.
отчет по практике [2,3 M], добавлен 22.07.2012Определение базы данных и банков данных. Компоненты банка данных. Основные требования к технологии интегрированного хранения и обработки данных. Система управления и модели организации доступа к базам данных. Разработка приложений и администрирование.
презентация [17,1 K], добавлен 19.08.2013Основные виды баз данных. Система управления базами данных. Анализ деятельности и информации, обрабатываемой в поликлинике. Состав таблиц в базе данных и их взаимосвязи. Методика наполнения базы данных информацией. Алгоритм создания базы данных.
курсовая работа [3,1 M], добавлен 17.12.2014Устройства ввода знаковых данных, командного управления, ввода и вывода текстовых, графических, голосовых данных, хранения данных, обмена данными. Формирование оборотной ведомости по движению товара в магазине с помощью табличного процессора MS Excel.
курсовая работа [383,0 K], добавлен 25.04.2013СУБД - многопользовательские системы управления базой данных, специализирующиеся на управлении массивом информации. Запросы на выборку и изменение данных, формирование отчетов по запросам выборки. Схема базы данных. Программа по управлению базой данных.
реферат [1,9 M], добавлен 27.12.2013Проектирование баз данных, реализация ее серверной части, методика создания таблиц, различных триггеров, хранимых процедур, клиентского приложения. Процедура поиска данных, фильтрации данных, вывода отчета, ввода SQL запросов и вывода хранимых процедур.
контрольная работа [50,1 K], добавлен 30.10.2009Создание базы данных частной клиники, предназначенной для хранения информации о врачах и пациентах, распорядке работы больницы, с возможностью внесения данных, вывода информации в необходимом формате. Проектирование таблиц, запросов, форм и отчетов.
курсовая работа [1,8 M], добавлен 02.12.2012Устройство персонального компьютера. Устройства ввода графических данных и вывода данных. Устройства хранения данных. Устройства обмена данными. Цели создания сетей. Многомашинные вычислительные комплексы и компьютерные сети.
дипломная работа [1,2 M], добавлен 18.06.2007