Разработка информационной системы "Учет прививок"

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

Федеральное агентство связи

Бурятский филиал

Федерального государственного образовательного бюджетного учреждения

высшего профессионального образования

«СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ТЕЛЕКОММУНИКАЦИЙ И ИНФОРМАТИКИ»

Разработка информационной системы «Учет прививок»

БФ ФГОБУ ВПО СибГУТИ 230115.008 ПЗ

Руководитель

Рабданова В.В.

Студент

Жапова И.Т.

Группа ПОВТ-101



Введение

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

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

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

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

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

В условиях изменившейся ситуации необходимость совершенствования прививочной работы предъявляет новые требования к детским поликлиникам, в том числе к кабинетам иммунопрофилактики (КИП).

Целью курсового проекта является создание информационной системы «Учет прививок».

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

1. ознакомление с деятельностью поликлиники;

2. изучение организационной структуры прививочного кабинета;

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

4. разработка базы данных.

5. проектирование интерфейсной части информационной системы;

6. создание документов и отчетов.



1. Анализ предметной области

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

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

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

Роль прививочных кабинетов в организации и проведении прививок

1. В детской поликлинике желательно предусмотреть два прививочных кабинета: для проведения БЦЖ и для остальных прививок (во взрослой поликлинике - один кабинет).

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

3. Необходимые медикаменты:

· 70 % этиловый спирт, смесь эфира со спиртом или ацетоном, нашатырный спирт;

· средства противошоковой терапии - 0,1 % растворы адреналина и норадреналина, 1 % раствор мезатона, 5 % раствор эфедрина;

· глюкокортикоидные препараты (преднизолон, декса-метазон или гидрокортизон); растворы тавегила - 1 %, супрастина - 2,5 %, эуфиллина - 2,4 %, сердечные гликозиды (строфантин, коргликон), кордиамин, 0,9 % раствор натрия хлорида в ампулах.

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

Для каждого вида прививок выделяют отдельный маркированный стол, соответствующие шприцы, иглы, стерильный материал. Пинцеты для стерильного материала хранят в емкости с 0,5 % раствором хлорамина или 1 % водным раствором хлоргексидина биглюконата и меняют ежедневно, емкость и пинцет при этом стерилизуют. Разрешается хранение стерильных пинцетов в крафт-пакете в течение 3 ч с последующей его заменой.

Использованные шприцы и иглы помещают в емкости с дезраствором.

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

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

2. Выбор программных средств разработки

Microsoft SQL Server

Microsoft SQL Server представляет собой комплексную платформу для работы с данными, которая способна расти вместе с компанией. Высокая производительность SQL Server позволяет соответствовать растущим потребностям приложений баз данных и ИТ-инфраструктуры.

Продукт реализует комплексную обработку данных и позволяет преобразовывать информацию в знания и решения на основе собранных данных. В базах данных SQL Server можно хранить любую структурированную и неструктурированную информацию, такую например, как изображения и мультимедиа из самых разнородных источников данных. Продукт предлагает большой набор интегрированных служб, которая позволяет составлять запросы, выполнять поиск, проводить синхронизацию, формировать отчеты и анализировать данные. SQL Server обеспечивает обращение к данным из любого приложения, разработанного с применением технологий Microsoft .NET и Visual Studio.

Характеристика Microsoft SQL Server:

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

· Производительность и масштабируемость. Инфраструктура справляется с любыми нагрузками.

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

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

Преимущества SQL Server:

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

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

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

Microsoft Visual Studio

Microsoft Visual Studio -- линейка продуктов компании Майкрософт, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и вуправляемом кодах для всех платформ, поддерживаемых Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework и Microsoft Silverlight.

Visual Studio включает в себя редактор исходного кода с поддержкой технологии IntelliSense и возможностью простейшего рефакторинга кода. Встроенный отладчик может работать как отладчик уровня исходного кода, так и как отладчик машинного уровня. Остальные встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы данных. Visual Studio позволяет создавать и подключать сторонние дополнения (плагины) для расширения функциональности практически на каждом уровне, включая добавление поддержки систем контроля версий исходного кода (как например, Subversion и Visual SourceSafe), добавление новых наборов инструментов (например, для редактирования и визуального проектирования кода на предметно-ориентированных языках программирования или инструментов для прочих аспектов процесса разработки программного обеспечения.

Microsoft Visual Studio преимущества:

· Быстрая интерпретация кода. Редактор кода позволяет изменять размер шрифта кода, выделять места использования методов и добавлять собственные мощные элементы визуализации.

· Создание насыщенного пользовательского интерфейса. Предлагаются новые визуальные дизайнеры Windows Presentation Foundation и Silverlight для разработки приложений для Windows®7 и Веб.

· Масштабируемость с Windows® Azure™ Интегрированные шаблоны проектов, отладка и публикация упрощают развертывание приложений в Windows® Azure™.

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

· Настройка Visual Studio соответственно собственному стилю. Основное улучшение IDE - включение поддержки для множества мониторов и повышение четкости текста - делает привычную среду еще более продуктивной.

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

· Применение имеющихся навыков. Используя Visual Studio 2010 Professional для разработки SharePoint решений он включает инструментарий для Веб-частей, списков, рабочих процессов, событий и многого другого - и создает новые инструменты координации совместной деятельности.

· Меньше времени на отладку. Встроенная иерархия вызовов позволяет быстро прослеживать поток выполнения программы без вызова отладчика. Также для упрощения отладки можно использовать метки для точек останова.

· Интегрированная система контроля версий, отслеживание дефектов и автоматизация сборки Visual Studio с MSDN включает Team Foundation Server, который является идеальной системой контроля версий, отслеживания дефектов и автоматизации сборки для пользователей Visual Studio. Базовая установка Team Foundation Server подходит для использования на настольных компьютерах и для начинающих пользователей.

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

3. Построение UML диаграммы

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

В UML используются следующие виды диаграмм:

Структурные диаграммы:

· диаграмма классов;

· диаграмма компонентов;

· диаграмма композитной/составной структуры;

· диаграмма кооперации (UML2.0);

· диаграмма развёртывания;

· диаграмма объектов;

· диаграмма пакетов;

· диаграмма профилей (UML2.2);

Диаграммы поведения:

· диаграмма деятельности;

· диаграмма состояний;

· диаграмма вариантов использования;

Диаграммы взаимодействия:

· диаграмма коммуникации (UML2.0) / Диаграмма кооперации (UML1.x);

· диаграмма обзора взаимодействия (UML2.0);

· диаграмма последовательности;

· диаграмма синхронизации (UML2.0);

Для данного проекта была выбрана диаграмма последовательности.

Диаграмма последовательности - это способ описания поведения системы на основе указания последовательности передаваемых сообщений.

Фактически, диаграмма последовательности - это запись протокола конкретного сеанса работы системы (или фрагмента такого протокола). В объектно-ориентированном программировании самым существенным во время выполнения является пересылка сообщений между взаимодействующими объектами. Именно последовательность посылок сообщений отображается на данной диаграмме.

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

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

Рис.1. Диаграмма последовательностей «Учет прививок»

4. Разработка физической модели

Для разработки физической модели была применена среда Microsoft SQL Server Management Studio.

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

Создание связей происходит путем совмещения связываемых полей.

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

После создания остальных таблиц и их связей схема данных будет выглядеть следующим образом (рис. 3).

Рис.2. Таблицы SQL Server

Рис.3. Физическая схема (SQL Server)

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

В SQL Management Studio, в отличие от Access, для одной базы данных может быть создано несколько диаграмм.

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

5. Разработка логической модели

Логическая модель была создана CASE-средством проектирования-Erwin. Для разработки логической модели была использована программа AllFusion ERwin Data Modeler (ERwin).

ERwin - CASE-средство проектирования баз данных от фирмы Computer Associates. ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и поддержку реляционных СУБД.

Он поддерживает различные серверы баз данных и настольные СУБД, а также может обращаться к базе данных через интерфейс ODBC. Так, в текущей версии ERwin встроена поддержка 23 СУБД, среди которых: Oracle; Microsoft SQL Server и др.

Процесс моделирования в ERwin базируется на методологии проектирования реляционных баз данных IDEF1X. Данная методология была разработана для ВВС США и теперь широко используется в правительственных учреждениях и частных компаниях, как в самих США, так и далеко за их пределами.

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

Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например на основе, Microsoft SQL Server Management Studio.

Рис.4. Логическая схема (ERwin)

6. Серверная часть

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

Таблица «Прием пациента» содержит информацию обо всех приемах. Она является дочерней таблицей.

Имя	Тип	Описание
NomerZapisi	int	Ключевое поле таблицы
KodPacienta	int	Ссылка на таблицу «Пациент». Внешний ключ.
KodPreparata	int	Ссылка на таблицу «Пациент». Внешний ключ.
KodSotrudnika	int	Ссылка на таблицу «Пациент». Внешний ключ.
DataPriema	date	Дата

Таблица «Пациент» содержит информацию обо всех зарегистрированных в поликлинике людей. Она является дочерней таблицей.

Имя	Тип	Описание
KodPacienta	int	Ключевое поле таблицы
FIO	ntext	ФИО пациента
DataRozdeniya	date	Дата рождения
Propiska	ntext	Прописка
KodYchastka	int	Дата
KodGruppa	int	Ссылка на таблицу «Участки». Внешний ключ.
KodFamily	int	Ссылка на таблицу «Семья». Внешний ключ.
MectoRaboti	ntext	Место работы
NomerStrahovogoPolisa	int	Номер страхового полиса
KodP	int	Ссылка на таблицу «Группа». Внешний ключ.
Year1	int	Год

Таблица «Препарат» содержит информацию о препаратах. Она является дочерней таблицей.

Имя	Тип	Описание
KodPreparata	int	Ключевое поле таблицы
Nazvanie	ntext	Название препарата
Dozirovka	int	Дозировка
KodFormi	int	Ссылка на таблицу «Форма». Внешний ключ.
Protivopokazaniya	ntext	Противопоказания данного препарата
VremyaPrimeneniya	ntext	Время применения
SrokGodnosti	date	Срок годности



Таблица «Сотрудники» содержит информацию о сотрудниках. Она является родительской таблицей.

Имя	Тип	Описание
KodSotrudnika	Int	Ключевое поле таблицы
FIO	Ntext	ФИО сотрудника
KodDolzhnosti	Int	Ссылка на таблицу «Должности». Внешний ключ.

Таблица «Форма выпуска» содержит информацию о формах выпуска препаратов. Она является родительской таблицей.

Имя	Тип	Описание
KodFormi	Int	Ключевое поле таблицы
FormaVipyska	Ntext	Форма выпуска препарата

Таблица «Состав семьи» содержит список статусов семейного положения. Она является родительской таблицей.

Имя	Тип	Описание
KodFamily	Int	Ключевое поле таблицы
SostavFamily	Ntext	Семейный статус

Таблица «Группа» содержит список групп инвалидности. Она является родительской таблицей.

Имя	Тип	Описание
KodGruppa	Int	Ключевое поле таблицы
GruppaInvalidnosti	int	Группа инвалидности

Таблица «Участки» заключает в себе список участков. Она является родительской таблицей.



Имя	Тип	Описание
KodYchastka	Int	Ключевое поле таблицы
Ychastki	int	Участок

Таблица «Тип пациента» заключает в себе список участков. Она является родительской таблицей.

Имя	Тип	Описание
KodP	Int	Ключевое поле таблицы
TipPacienta	ntext	Категория пациента

Таблица «Тип пациента» заключает в себе список участков. Она является родительской таблицей.

Имя	Тип	Описание
KodDolznosti	Int	Ключевое поле таблицы
Dolznost	ntext	Должность

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

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

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

Кроме того, триггеры могут быть привязаны не к таблице, а к представлению (VIEW). В этом случае с их помощью реализуется механизм «обновляемого представления». В этом случае ключевые слова BEFORE и AFTER влияют лишь на последовательность вызова триггеров, так как собственно событие (удаление, вставка или обновление) не происходит.

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

Пример кода триггера:

USE [Курсач ИТ]

GO

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

ALTER TRIGGER [dbo].[DelPacient]

ON [dbo].[Пациент]

AFTER DELETE

AS

BEGIN

SET NOCOUNT ON;

Declare @id bigint

Set @id = (Select KodPacienta From deleted)

Delete [Прием пациента]

Where KodPacienta = @id

END

Данный триггер удаляет данные о приеме из таблицы «Прием пациента», если в таблице «Пациент» удалить данные о пациенте.

Хранимая процедура -- объект базы данных, представляющий собой набор SQL-инструкций, который компилируется один раз и хранится на сервере. Хранимые процедуры очень похожи на обыкновенные процедуры языков высокого уровня, у них могут быть входные и выходные параметры и локальные переменные, в них могут производиться числовые вычисления и операции над символьными данными, результаты которых могут присваиваться переменным и параметрам. В хранимых процедурах могут выполняться стандартные операции с базами данных (как DDL, так и DML). Кроме того, в хранимых процедурах возможны циклы и ветвления, то есть в них могут использоваться инструкции управления процессом исполнения.

Хранимые процедуры похожи на определяемые пользователем функции (UDF). Основное различие заключается в том, что пользовательские функции можно использовать, как и любое другое выражение в SQL запросе, в то время как хранимые процедуры должны быть вызваны с помощью функции CALL.

Хранимые процедуры могут возвращать множества результатов, то есть результаты запроса SELECT. Такие множества результатов могут обрабатываться, используя курсоры, другими сохраненными процедурами, возвращая указатель результирующего множества, либо же приложениями. Хранимые процедуры могут также содержать объявленные переменные для обработки данных и курсоров, которые позволяют организовать цикл по нескольким строкам в таблице. Стандарт SQL предоставляет для работы выражения IF, LOOP, REPEAT, CASE и многие другие. Хранимые процедуры могут принимать переменные, возвращать результаты или изменять переменные и возвращать их, в зависимости от того, где переменная объявлена.

USE [Курсач ИТ]

GO

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

ALTER PROCEDURE [dbo].[God]

AS

BEGIN

SET NOCOUNT ON;

Delete from dbo.Пациент where Year1>125

END

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

Сами по себе генераторы не обеспечивают сохранение последовательности номеров в случае удаления записей - генератор всего лишь выдает числа по очереди увеличивая их на некоторую величину и обеспечивая уникальность выданных значений. То есть, генератор выглядит как переменная типа integer, которая находится в памяти, и над которой можно выполнять операции Inc и Dec. Если требуется обеспечить непрерывные последовательности идентификаторов записей даже в случае их удаления или модификации, то необходимо обратиться к статье Auditable series of numbers (непрерывные последовательности чисел).



7. Клиентская часть

Начальное окно при запуске программы.

Рис.5. Начальное окно

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

Рис.6. Сотрудники



При нажатии на кнопку «Препараты» открывается окно со списком всех необходимых препаратов.

Рис.7. Препараты

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

Рис.8. Пациенты

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



Рис.9. Добавление пациента

Рис.10. Добавление пациента



Если же не заполнены все поля, как показано на рис.10, то выходит сообщение об ошибке рис.11

Рис.11. Окно при ошибке.

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

Рис.12 Прием пациента



Заключение

В рамках данного проекта была создана информационная система «Учет прививок».

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

Данная информационная система позволяет систематизировать полученную и имеющуюся информацию и значительно упрощает работу персоналу прививочного кабинета.

Разработка проекта преследовала следующие цели:

* автоматизация внесения, обработки и хранения информации необходимой для работы в прививочном кабинете;

* создание единой среды хранения оперативной информации;

В рамках проекта были проведены следующие работы:

* изучена структура предметной области;

* выработаны общие требования к информационной системе;

* разработана необходимая информационная система;

* проведено тестирование и отладка программы.

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

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

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



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

1. Джим Дион / Тэд Топпинг. - Москва: КОРУС Консалтинг, 2005. -211 с.

2. Барановский В.А. -учебное пособие для профессионально-технических училищ. -Ростов н/Д, 2001. -448 с.

Электронные ресурсы

3. http://www.mintorgmuseum.ru/vocabulary/349/-Гастрономические товары.

4. http://ru.wikipedia.org/wiki/1С:Предприятие.

5. http://www.1c.ru/rus/products/1c/predpr/

6. http://www.klerk.ru/soft/articles/94854/-Как создать новую информационную базу данных на 1С.

7. http://www.1c.ru

8. http://www.sga46.ru/pravila-oformlenija-kursovoj-raboty-po-gostu.

9. http://ru.wikipedia.org/wiki/Поликлиника.

10. http://habrahabr.ru/company/hh/blog/156803/

11. http://progopedia.ru

12. http://www.ant-management.spb.ru/investigations/spisok_tip_dolznostei.php

13. http://www.find-job.ru/instruction/240

14. http://www.rabota.ru/guide/dolzhnostnye_instruktsii/dolzhnostnaja_instruktsijamenedzhera_po_prodazham_html.

15. http://ozpp.ru/tesaurus/206/163

16. http://ukrbuhgalter.com/6nal.php



Приложение

Код вызова форм.

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.Windows.Forms;

namespace Учет_прививок

{

public partial class Form1 : Form

{

public Form1()

{

InitializeComponent();

}

private void button1_Click(object sender, EventArgs e)

{

Сотрудники form = new Сотрудники();

form.Owner = this;

form.ShowDialog();

}

private void button2_Click(object sender, EventArgs e)

{

Препараты form = new Препараты();

form.Owner = this;

form.ShowDialog();

}

private void button4_Click(object sender, EventArgs e)

{

ПриемПациента form = new ПриемПациента();

form.Owner = this;

form.ShowDialog();

}

private void button3_Click(object sender, EventArgs e)

{

Пациент form = new Пациент();

form.Owner = this;

form.ShowDialog();

}

}

}

Код для добавления пациента.

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.Windows.Forms;

using System.Collections;

using System.Data.SqlClient;

namespace Учет_прививок

{

public partial class ДобавлениеПациента : Form

{

SqlConnection conn = null;

public ДобавлениеПациента()

{

InitializeComponent();

}

private void label3_Click(object sender, EventArgs e)

{

}

private void button1_Click(object sender, EventArgs e)

{

if ((textBox1.TextLength == 0) || (textBox2.TextLength == 0))

{

MessageBox.Show("Вы не заполнили обязательные поля!", "Добавление пациента");

return;

}

try

{

int KodPacienta = int.Parse(this.textBox1.Text);

string FIO = this.textBox2.Text;

DateTime GRoz = Convert.ToDateTime(dateTimePicker1.Text);

string Propiska = textBox4.Text;

int KodYchastka = int.Parse(comboBox1.SelectedValue.ToString());

int GrInval = int.Parse(comboBox2.SelectedValue.ToString());

int SostSem = int.Parse(comboBox3.SelectedValue.ToString());

int TipPac = int.Parse(comboBox4.SelectedValue.ToString());

int NomerStrahovogoPolisa = int.Parse(this.textBox3.Text);

string MectoRaboti = this.textBox5.Text;

conn = new SqlConnection();

conn.ConnectionString = Properties.Settings.Default.Курсач_ИТConnectionString;

conn.Open();

SqlCommand mc = conn.CreateCommand();

//////// УЗНАТЬ ПРО СТРООКИ//////////////////////////////////////////////////

mc.CommandText = " INSERT INTO Пациент (KodPacienta,FIO,DataRozdeniya,Propiska,KodYchastka,KodGruppa,KodFamily,MectoRaboti,NomerStrahovogoPolisa,KodP) VALUES (@KodPacienta,@FIO,@GRoz,@Propiska,@KodYchastka,@GrInval,@SostSem,@MectoRaboti,@NomerStrahovogoPolisa,@TipPac)";

mc.Parameters.Add("@KodPacienta", SqlDbType.Int);

mc.Parameters["@KodPacienta"].Value = KodPacienta;

mc.Parameters.Add("@FIO", SqlDbType.NText);

mc.Parameters["@FIO"].Value = FIO;

mc.Parameters.Add("@NomerStrahovogoPolisa", SqlDbType.Int);

mc.Parameters["@NomerStrahovogoPolisa"].Value = NomerStrahovogoPolisa;

mc.Parameters.Add("@Propiska", SqlDbType.NText);

mc.Parameters["@Propiska"].Value = Propiska;

mc.Parameters.Add("@MectoRaboti", SqlDbType.NText);

mc.Parameters["@MectoRaboti"].Value = MectoRaboti;

mc.Parameters.Add("@GRoz", SqlDbType.Date);

mc.Parameters["@GRoz"].Value = GRoz;

mc.Parameters.Add("@KodYchastka", SqlDbType.Int);

mc.Parameters["@KodYchastka"].Value = KodYchastka;

mc.Parameters.Add("@GrInval", SqlDbType.Int);

mc.Parameters["@GrInval"].Value = GrInval;

mc.Parameters.Add("@SostSem", SqlDbType.Int);

mc.Parameters["@SostSem"].Value = SostSem;

mc.Parameters.Add("@TipPac", SqlDbType.Int);

mc.Parameters["@TipPac"].Value = TipPac;

int ui = mc.ExecuteNonQuery();

if (ui != 0)

MessageBox.Show("Пациент добавлен", "Добавление пациента");

else

MessageBox.Show("Пациент не добавлен", "Добавление пациента");

}

catch (Exception ex)

{

MessageBox.Show(ex.ToString());

}

finally

{

conn.Close();

}

this.пациентTableAdapter.Fill(this.курсач_ИТDataSet.Пациент);

this.textBox1.Clear();

this.textBox2.Clear();

this.textBox3.Clear();

}

private void ДобавлениеПациента_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Состав_семьи". При необходимости она может быть перемещена или удалена.

this.состав_семьиTableAdapter.Fill(this.курсач_ИТDataSet.Состав_семьи);

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Тип_пациента". При необходимости она может быть перемещена или удалена.

this.тип_пациентаTableAdapter.Fill(this.курсач_ИТDataSet.Тип_пациента);

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Группа". При необходимости она может быть перемещена или удалена.

this.группаTableAdapter.Fill(this.курсач_ИТDataSet.Группа);

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Участки". При необходимости она может быть перемещена или удалена.

this.участкиTableAdapter.Fill(this.курсач_ИТDataSet.Участки);

}

}

}

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.Windows.Forms;

namespace Учет_прививок

{

public partial class Пациент : Form

{

public Пациент()

{

InitializeComponent();

}

private void Пациент_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Тип_пациента". При необходимости она может быть перемещена или удалена.

this.тип_пациентаTableAdapter.Fill(this.курсач_ИТDataSet.Тип_пациента);

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Состав_семьи". При необходимости она может быть перемещена или удалена.

this.состав_семьиTableAdapter.Fill(this.курсач_ИТDataSet.Состав_семьи);

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Группа". При необходимости она может быть перемещена или удалена.

this.группаTableAdapter.Fill(this.курсач_ИТDataSet.Группа);

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Участки". При необходимости она может быть перемещена или удалена.

this.участкиTableAdapter.Fill(this.курсач_ИТDataSet.Участки);

// TODO: данная строка кода позволяет загрузить данные в таблицу "курсач_ИТDataSet.Пациент". При необходимости она может быть перемещена или удалена.

this.пациентTableAdapter.Fill(this.курсач_ИТDataSet.Пациент);

}

private void bindingNavigatorAddNewItem_Click(object sender, EventArgs e)

{

ДобавлениеПациента form = new ДобавлениеПациента();

form.Owner = this;

form.ShowDialog();

this.пациентTableAdapter.Fill(this.курсач_ИТDataSet.Пациент);

}

private void bindingNavigatorDeleteItem_Click(object sender, EventArgs e)

{

this.пациентTableAdapter.Update(this.курсач_ИТDataSet.Пациент);

}

}

}

Главный врач

1.1. Общие положения

1. Главный врач относится к категории руководителей.

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

3. Главный врач должен знать:

3.1. Конституцию Российской Федерации.

3.2. Законы Российской Федерации и иные нормативные правовые акты по вопросам здравоохранения.

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

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

3.5. Основы хозрасчета бюджетно-страховой медицины.

3.6. Статистику состояния здоровья населения.

3.7. Критерии и показатели, характеризующие состояние здоровья населения.

3.8. Порядок заключения и исполнения договоров.

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

3.10. Организацию социальной и медицинской реабилитации больных.

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

3.12. Организацию санитарного просвещения, гигиенического воспитания населения и пропаганды здорового образа жизни.

3.13. Законодательство о труде и охране труда Российской Федерации.

3.14. Правила и нормы охраны труда, техники безопасности, производственной санитарии и противопожарной защиты.

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

Должностные обязанности главного врача

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

2. Представляет учреждение здравоохранения в государственных, судебных, страховых и арбитражных органах.

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

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

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

6. Рассматривает и утверждает положения о структурных подразделениях учреждения и должностные инструкции работников.

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

Ответственность

Главный врач несет ответственность:

1. За ненадлежащие исполнение или неисполнение своих должностных обязанностей, предусмотренных настоящей должностной инструкцией,- в пределах, определенных действующим трудовым законодательством Российской Федерации.

2. За правонарушение, совершенные в процессе осуществления своей деятельности,- в пределах, определенных действующим административным, уголовным и гражданским законодательством Российской Федерации.

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

Врачебный персонал

1. Должности врачей-радиологов устанавливаются при наличии рентгенотерапевтического аппарата. Количество смен работы определяется органом здравоохранения по подчиненности в зависимости от объема работы.

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

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

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

Средний медицинский персонал

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

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

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

Младший медицинский персонал

1. Должность сестры-хозяйки устанавливается в каждом учреждении.

2. Должности санитарок для обслуживания рентгенотерапевтического кабинета устанавливаются из расчета 1 должность на 2 должности врачей-радиологов.

Персонал централизованной стерилизационной

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

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