Учет пациентов в поликлинике

Содержание

Введение

1. Аналитическая часть

1.1. Технико-экономическая характеристика предметной области

1.2. Экономическая сущность задачи и цели использования вычислительной техники

1.3. Постановка задачи

1.4. Анализ существующих разработок и обоснование выбора технологии проектирования

2. Проектная часть

2.1. Информационное обеспечение комплекса задач

2.2. Описание работы программы

3. Обоснование экономической эффективности проекта

3.1. Определение затрат

3.2. Оценка экономической эффективности применения программного продукта

Заключение

Список используемой литературы

Введение

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

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

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

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

1. Теоретическая часть

1.1. Технико-экономическая характеристика предметной области

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

1.2. Экономическая сущность задачи и цели использования вычислительной техники

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

1.3. Постановка задачи

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

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

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

1.4. Анализ существующих разработок и обоснование выбора технологии проектирования

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

• обеспечивать получение общих и/или детализированных отчетов по итогам работы;

• позволять легко определять тенденции изменения важнейших показателей;

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

• выполнять точный и полный анализ данных.

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии “клиент-сервер”. Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версииязыков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом “де-факто” стала “быстрая разработка приложений” или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе “открытом подходе”, то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с “классическими” СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами “классических” СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии “клиент-сервер”.

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

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

Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro 3.0, Visual Basic 4.0, Visual С++, Access 7.0, SQL Server 6.5. Наиболее интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.

Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложений масштаба предприятия для работы на различных платформах: Windows 3.x, Windows 95, Macintosh... Минимальные ресурсы ПК: для Visual FoxPro версии 3.0 – процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 году) – Windows 95 или NT, 486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.

Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

Visual Basic – это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1, 95, NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36 Мб.

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

SQL Server – сервер баз данных, реализует подход “клиент-сервер” и взаимодействует с указанными пакетами. Главные достоинства: высоая степень защиты данных, мощные средства для обработки данных, высокая производительность. Область применения: хранение больших объемов данных, хранение высокоценных данных или данных, требующих соблюдения режима секретности. Минимальные ресурсы ПК: процессор 468DX-33МГц, Windows NT, объем оперативной памяти 16 (32) Мб, занимаемый объем на ЖМД 80 Мб.

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

Принципы организации данных, лежащие в основе СУБД.

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

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

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

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

Объект (Сущность) – элемент какой-либо системы, информация о котором сохраняется. Объект может быть как реальным (например, человек), так и абстрактным (например, событие – поступление человека в стационар).

Атрибут – информационное отображение свойств объекта. Каждый объект характеризуется набором атрибутов.

Таблица – упорядоченная структура, состоящая из конечного набора однотипных записей.

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

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

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

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

Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic обеспечивают средства для создания клиентских частей в приложениях “клиент-сервер”, которые сочетают в себе средства просмотра, графический интерфейс и средства построения запросов, а Microsoft SQL Server является на сегодняшний день одним из самых мощных серверов баз данных.

OLE 2.0 (Object Linking and Embedding – связывание и внедрение объектов) – стандарт, описывающий правила интеграции прикладных программ. Применяется для использования возможностей других приложений. OLE 2.0 используется для определения и совместного использования объектов несколькими приложениями, которые поддерживают данную технологию. Например, использование в среде Access таблиц Excel и его мощных средств построения диаграмм или использование данных, подготовленных Access, в отчетах составленных в редакторе текстов Word (связывание или включение объекта).

OLE Automation (Автоматизация OLE) – компонент OLE, позволяющий программным путем устанавливать свойства и задавать команды для объектов другого приложения. Позволяет без необходимости выхода или перехода в другое окно использовать возможности нужного приложения. Приложение, позволяющее другим прикладным программам использовать свои объекты называется OLE сервером. Приложение, которое может управлять объектами OLE серверов называется OLE контроллер или OLE клиент. Из рассмотренных программных средств в качестве OLE серверов могут выступать Microsoft Access, а также Microsoft Excel, Word и Graph... Microsoft Visual FoxPro 3.0 и 5.0 может выступать только в виде OLE клиента.

RAD (Rapid Application Development – Быстрая разработка приложений) – подход к разработке приложений, предусматривающий широкое использование готовых компонентов и/или приложений и пакетов (в том числе от разных производителей).

ODBC (Open Database Connectivity – открытый доступ к базам данных) – технология, позволяющая использовать базы данных, созданные другим приложением при помощи SQL.

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

VBA (Visual Basic for Applications – Visual Basic для Приложений) – разновидность (диалект) объектно-ориентированного языка программирования Visual Basic, встраиваемая в программные пакеты.

Для автоматизированный учета продукции отдела ЛайфСкэн целесообразнее всего использовать базу данных, написанную в среде Microsoft Access 2000, с использованием Visual Basic for Application.

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

- Microsoft Access входит в пакет прикладных программ Microsoft Office, который получил наибольшее распространение, по сравнению с другими пакетами прикладных программ;

- Microsoft Access легок и удобен в работе, даже для начинающего пользователя;

- Microsoft Access имеет приятный интерфейс;

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

- Применение в Microsoft Access Visual Basic for Application позволяет значительно расширить возможности программы.

2. Проектная часть

2.1. Информационное обеспечение комплекса задач

Схема данных программного продукта (ПП) имеет следующий вид:

Рис. 1.

В базе данных созданы следующие таблицы:

Таблица «Специализация» содержит справочные данные о специализации врачей. В таблице 2 поля :

Таблица «Врачи» содержит данные по врачам: код, фамилия, специализация:

Данные о специализации подставляются из таблицы «Специализация».

Таблица «Пациенты» содержит данные по пациентам: фамилия, адрес, дата рождения, пол:

Таблица «Диагноз» содержит дату обращения пациента, фамилию пациента, диагноз врача, фамилию врача, время нетрудоспособности, назначенное лечение:

Данные о пациенте и враче подставляются соответственно из таблиц «Врачи» и «Пациенты».

2.2. Описание работы программы

После открытия базы db1.mdm необходимо открыть «главную форму»:

После нажатия на кнопку «справочник специализации врачей» открывается форма для просмотра, ввода и редактирования данных таблицы «Специализация»:

После нажатия на кнопку «ввод данных по врачам» открывается форма для просмотра, ввода и редактирования данных таблицы «Врачи»:

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

После нажатия на кнопку «ввод данных по диагнозам» открывается форма для просмотра, ввода и редактирования данных таблицы «Диагнозы»:

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

После нажатия на кнопку «форма для запроса «фамилии пациентов на букву С»» открывается форма для просмотра результата запроса.

Запрос на языке SQL выглядит следующим образом:

SELECT пациенты.код, пациенты.ФИО, пациенты.[Место жительства], пациенты.Пол, пациенты.[Дата рождения]

FROM пациенты

WHERE (((пациенты.ФИО) Like "С*"));

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

SELECT [врачи].[ФИО], [пациенты].[ФИО]

FROM врачи INNER JOIN (пациенты INNER JOIN диагноз ON [пациенты].[ФИО]=[диагноз].[пациент]) ON [врачи].[ФИО]=[диагноз].[врач];

Сама форма выглядит следующим образом:

Нажав на кнопку «Отчет распределения пациентов по врачам» будет получен соответствующий отчет:

И, наконец, последняя кнопка «выход» закрывает главную форму.

3. Обоснование экономической эффективности проекта

3.1. Определение затрат

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

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

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

- основная заработная плата производственного персонала;

- дополнительная заработная плата;

- отчисления на социальные нужды;

- оплата работ, выполняемых сторонними организациями;

- накладные расходы.

Для проведения разработки требуются следующие изделия: три компьютрера класса РIV-2,0 Гг, принтер HP1300, бумага формата А4 (для оформления документации), СD-R (для создания дистрибутивных комплектов программного обеспечения системы).

Общая потребность в покупных изделиях приведена в таблице 1.

Таблица 1.

Капитальные затраты

Одной из основных статей расходов является заработная плата персонала, занятого в исследованиях при проведении работ по разработке проекта и его внедрению.

Все расчеты основной заработной платы представлены в таблице 2.

Таблица 2.

Основная заработная плата

Премии составляют 20%.

С учетом премий: 99130,42 + 99130,42* 0,2 = 118956,50 (руб.)

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

118956,50* 0,2 = 23791,30 (руб.)

Отчисления на социальные нужды определяются в процентном отношении от суммы основной и дополнительной заработной платы (ставка ЕСН 26%):

(118956,50 + 23791,30) * 0,26 = 37114,43 (руб.)

К статье накладные расходы (годовые затраты на обслуживание) относятся расходы по содержанию и ремонту оборудованию, инвентаря. Накладные расходы составляют 20% от суммы основной зарплаты.

118956,50* 0,2 = 297391,30 (руб.)

Итоговый расчет приводится в таблице 3.

Таблица 3.

Стоимость разработки

3.2. Оценка экономической эффективности применения программного продукта

Таблица 4

Показатели расчета экономической эффективности.

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

Экономический эффект от использования ПП за расчетный период Т определяется по формуле:

Э_Т = Р_Т - З_К, где

Р_Т - стоимостная оценка результатов применения ПП в течение периода Т, руб.

З_Т - стоимостная оценка затрат на создание и сопровождение ПП, руб.

Стоимостная оценка результатов применения ПП за расчетный период Т определяется по формуле:

Где Т - расчетный период;

P_t - стоимостная оценка результатов года t расчетного периода, руб.;

а_t - дисконтирующая функция, которая вводится с целью приведения всех результатов и затрат к начальному моменту времени.

Дисконтирующая функция имеет вид:

p - коэффициент дисконтирования (р = Ен = 0,2; Ен - нормативный коэффициент эффективности капитальных вложений).

Таким образом,

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

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

Э = Зр - За,

где Зр - затраты на ручную обработку информации (до внедрения проекта), руб.;

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

Таким образом, годовая экономия от внедрения ПП равна:

Э = 1801052 – 1318210 = 482842 руб.

Годовой эффект от использования ПП определяется по формуле:

Эг = Э-Ен*Зк

Ен - коэффициент нормы прибыли

Эг = 482842 - 0,2*284161=426010 руб.

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

Годовые затраты без учета стоимости разработки и покупки технических средств = 917509 руб.

Тогда стоимостная оценка результатов применения ПП (экономия) за расчетный период Т=4 года, составит:

= 426010+ 917509/1,2 + 917509/1,2² + 917509 /1,2³ +917509/1,2⁴= 2801197 руб.

Экономический эффект от использования ПП за расчетный период Т=4 года составит:

Эт = 2801197 - 284161 = 2517036 руб.

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

Коэффициент эффективности может быть оценен по формуле:

Кэф = Э/Зк =2517036/284161=8,86

Срок окупаемости может быть рассчитан по формуле

Со = 1/Кэф = 0,11 года

Данный программный продукт будет эффективен и срок его окупаемости равен примерно 1,5 месяца.

Заключение

В заключение можно сделать вывод, о том, что выполнены следующие поставленные задачи:

1) разработана база данных по учету медицинских карт пациентов поликлиники.

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

3) создана форма для просмотра истории болезни по пациентам;

4) создан запрос и отчет для просмотра распределения пациентов по врачам;

5) создан запрос для поиска пациентов фамилии которых начинаются на заданную букву.

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

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

2) можно добавить справочник болезней,

3) можно разработать различные формы для статистической отчетности,

4) учесть пожелания работников поликлиники,

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

Список используемой литературы

1. Кузин А.В., Левонисова С.В. Базы данных. – М.: "Академия", 2005.

2. Малютин А.С. Резервы эффективности на предприятии: Инновационный аспект: Монография./А.С. Малютин.- Чебоксары, Чуваш. кн. изд-во, 2002.

3. Пресняков Н.И., Куликова Е.Н. Основы компьютерной грамотности для опытного пользователя. Основы работы с MS Access 2000. (CD). – М.: "АСС-Бюро",

Другие похожие работы

1. Разработка мероприятий по защите информации на предприятии
2. Разработка Информационной Системы (ИС) по учету склада и торговых операций (для предприятия ООО DANONE-Индустрия)
3. Разработка информационной системы управления персоналом в ресторане Макдоналдс г. Щелково
4. Разработка информационной системы управления персоналом
5. Разработка автоматизированной информационной системы аптеки на примере ООО ПА-ПИНО