"Организация информационной поддержки коммерческой работы на предприятии-(стоматологическая клиника)".

Содержание

Введение
1. Основные характеристики систем информационной поддержки на предприятии (стоматологическая клиника)
1.1 Применение информационных технологий в стоматологии
1.2 Основные функции систем информационной поддержки стоматологических клиник
1.3 Описание и анализ стоматологической клиники
1.4. Основные компоненты систем информационной поддержки стоматологической клиники
2. Проектирование системы
2.1 Проектирование функционально-информационной модели работы системы
2.2. Проектирование информационной модели подсистемы
2.3. Проектирование шаблонов документов и экранных форм
3. Разработка системы
3.1 Выбор средства реализации
3.2 Реализация базы данных
3.3 Разработка экранных форм
4. Техническое задание
Заключение
Список литературы
ПРИЛОЖЕНИЕ А Программные продукты в области стоматологии

"Организация информационной поддержки коммерческой работы на предприятии-(стоматологическая клиника)".

Работу с автоматизированной системой информационной поддержки производит администратор клиники и медицинский персонал поликлиники.
Работа поликлиники осуществляется в соответствии законами РФ, приказами и распоряжениями министерства и должностными инструкциями работников поликлиники.
Подсистемы регистрации звонка и передач ответа являются программно-аппаратными и поставляются вместе с аппаратным обеспечением, будучи аппаратно-зависимыми. Подсистема формирования ответа аппаратно-независима, ее можно реализовать в соответствии с требованиями заказчика.
В подсистеме формирования ответа необходимо выделить 2 хранилища информации – хранилище рекламной информации и хранилище информации о клиентах.
Рекламная информация должна быть преобразована в вид во-первых, удобный для поиска, во-вторых,удобный для составления текстового ответа и в-третьих – без потери информативности и полноты. Поэтому для помещения информации в хранилище необходим специальный модуль регистрации рекламной информации.
Информация о клиентах помещается в хранилище специалистами по работе с клиентами в результате проведения опросов. Эта информация должна содержать сведенья, пригодные для подготовки ответа и проведения оповещения клиентов. Диаграмма потоков данных в подсистеме формирования ответов показана на рисунке 3. Подсистему можно охарактеризовать как подсистему подготовки рекламно-справочной информации.
Поскольку оба хранилища функционируют в единой подсистеме, их можно реализовать в единой базе данных.
2.2. Проектирование информационной модели подсистемы
Информационную модель системы можно условно разбить на следующие составные части:
1. Информация о клиентах. К этой информации относится общая информация о клиенте (ФИО, телефон адрес, диагноз, дата последнего приема код в графике прима), и информация о событиях, происходивших с клиентом (лечение.. виды операции и др.). Поскольку информация должна быть строго структурирована, необходимо разбитие продукции и событий на категории (виды). К событиям также относятся посещение врачей. Таким образом, модель данного блока будет выглядеть как показано на рисунке 4.
Рисунок 2.3 – Модель информации о запросах пациентов
2. Информация о медицинском персонале поликлиники. (общая информация, стаж работы, специальность, загрузка, график работы персонала)
Общая схема информационной модели показана на рисунке 6.
Рисунок 2.4 – Информационная модель подсистемы
2.3. Проектирование шаблонов документов и экранных форм
Обслуживание пациентов, подразумевает ведение соответствующего документооборота. Проведение лечений пациентов отражается в соответствующих формах Основными документами, изменяющими информацию, должны стать документ «Стоматологическая амбулаторная карта » (рис.2.5) и «Личная карточка врача стоматолога»» (рис.2.6)
Рисунок 2.5 – Шаблон документа «стоматологическая амбулаторная карта»
Рисунок 2.6 – Шаблон документа «Личная карточка врача стоматолога»
Для реализации информационной системы необходимо реализовать следующие экранные формы (таблица 1).
Таблица 1 – Экранные формы
Название
Предназначение
Поля
Пациент
Администрирование пациентов
Пациент
ФИО
Телефон
Адрес
График приема
Администрирование графика приема
ИД
Дата
Время
Врач
Пациент
Операция
Обслуживание пациентов
Администрирование медицинского персонала
Событие
Вид события
дата
время
расчет
сумма
врач
кабинет
Персонал
Администрирование списка клиентов
ФИО
Телефон
Специализация
3. Разработка системы
3.1 Выбор средства реализации
В настоящее время программирование бурно развивается, как с точки зрения расширения круга решаемых им задач, так и с точки зрения существенного усложнения используемых в программировании технологий. Такие требования к современному программированию привели к созданию многочисленных RAD-систем (от англ. RAD — Rapid Application Development — быстрая разработка приложений), представляющих собой интегрированные среды разработчика, включающие в себя: средства быстрого и удобного построения программ, в том числе визуального; встроенные компиляторы и отладчики;системы коллективной разработки проектов и т.д.
Одной из таких RAD-систем является Delphi. Delphi — это объектно-ориентированная среда для визуального проектирования Windows приложений с развитыми механизмами повторного использования программного кода. Существенной чертой Delphi является компонентная модель разработки программных продуктов. Суть модели заключается в поддержке системой постоянно расширяемого набора объектных компонентов, из которых и строится программа. Компоненты в Delphi просты для использования и развития, как результат сокрытия значительной части той структуры программы, которая близка к взаимодействию с операционной системой. Наиболее существенный отрыв Delphi от ближайших аналогов состоит в действительно быстрой разработке приложений, обладающих сложным пользовательским интерфейсом, особенно имеющим сильные взаимосвязи между элементами управления, расположенными в окнах программы. Также Delphi предлагает довольно мощный набор компонентов для работы с базами данных. Причем иерархия компонентов для работы с БД организована таким образом, что практически неважно, какой именно базой данных пользуется приложение — это может быть и локальная БД и промышленный сервер, типа Oracle или MS SQL Server. Существенным преимуществом Delphi в этой области является возможность управления базами данных на логическом уровне, соответствующем понятиям самих баз данных, без использования низкоуровневых запросов к драйверам.
Microsoft SQL Server специально разработан для удовлетворения требований, предъявляемых системами распределенной обработки данных (таких как тиражирование данных, параллельная обработка, поддержка больших баз данных (БД) на относительно недорогих аппаратных платформах, сохраняющая простоту управления и использования). Сервер имеет средства удаленного администрирования и управления операциями, организованные на базе объектно- ориентированной распределенной среды управления. MS SQL Server отличают:
Высокая производительность. Архитектура системы тиражирования данных SQL Server обеспечивает высокую производительность с минимальными задержками на сервере публикаций;
Надежная, защищенная передача информации. SQL Server гарантирует целостность транзакций тиражируемых данных средствами автоматической ресинхронизации и восстановления после сбоев. SQL Server поддерживает новые расширения ANSI SQL Server, позволяющие описывать принципы отбора/приема информации на уровне языка определения данных. Кроме того, дополнительное шифрование данных при передаче по сети гарантирует высокую защищенность тиражируемых данных от несанкционированного доступа;
Гибкая реализация. SQL Server поддерживает несколько различных моделей асинхронной репликации как с диспетчированием процесса, так и непрерывных: тиражирование по журналу, тиражирование статических данных (snapshot) и перемещение объектов. Богатство моделей тиражирования позволяет организациям реализовывать различные подходы, стратегии тиражирования и конфигурации сети. Помимо тиражирования транзакций и пользовательских данных, SQL Server позволяет автоматизировать тиражирование объектов баз данных (таких как хранимые процедуры), что облегчает сопровождение систем, функционирующих в распределенных средах;
Простота сопровождения и установки. Так, Microsoft реализовала в SQL Server встроенные средства тиражирования данных, что снижает сложность управления и позволяет использовать технологию Drag and Drop для удаленного конфигурирования, управления и мониторинга;
Расширяемость. Пользователи создают базы данных самого разного типа, и Microsoft построила тиражирование данных вокруг стандартных интерфейсов взаимодействия (таких как ODBC), что в будущем позволит поддерживать тиражирование в неоднородных базах данных, включая и базы данных, созданные средствами приложений для ПК.
3.2 Реализация базы данных
Информационная база реализована с помощью сервера MS SQL Server 2005 Developer (рис.3.1).
Рисунок 3.1 – Реализация БД в MS SQL Server
В БД реализовано 8 таблиц, связанных посредством внешних ключей. Диаграмма, построенная средствами MS SQL Server, показана на рисунке 3.2.
Рисунок 3.2 – Диаграмма базы данных
3.3 Разработка экранных форм
Для подсистемы должны быть реализованы следующие экранные формы:
1. Экранная форма ввода и редактирования информации о пациентах. Форма должна содержать таблицу, содержащую полный список пациентов, оснащенную поиском по ключевым полям, а также расширенную форму для ввода или редактирования свойств пациента (рис. 3.3).
Рисунок 3.3- Форма ввода и просмотра данных о пациентах
2. Экранная форма для ввода и редактирования данных медицинского персонала. Форма должна содержать таблицу данных персонала, оснащенную системой фильтров, а также расширенную форму, содержащую полную информацию по каждому работнику поликлиники (рис.3.4)
Рисунок 3.4 – Форма ввода и просмотра данных о персонале
3. Экранная форма для ввода и редактирования графика работы специалистов поликлиники. Форма должна содержать таблицу приемов специалистами, а также расширенную форму, содержащую полную информацию по каждому календарному дню (рис. 3.5).
Рисунок 3.5 – Форма графика приема
4. Техническое задание
1. Общие сведения
Автоматизированная подсистема «Информационной поддержки коммерческой деятельности стоматологической поликлиники» предназначена для стоматологических клиник и стоматологических кабинетов и создается в рамках курсового проекта. Система создается на основании выданного задания, а также на основании требований к системам информационной поддержки.
2. Назначение и цели создания подсистемы
Назначение подсистемы – подготовка справочной информации в виде, пригодном для управления подразделениями поликлиники. Подсистема должна на основании запроса пациента, администратора и имеющейся справочной информации подготовить краткий и информационный ответ, а так же внести изменения в график приема пациентов.
Цель создания системы – обеспечить информационную поддержку коммерческой деятельности стоматологической поликлиники.
3. Характеристика объекта автоматизации
Автоматизируется деятельность по анализу и синтезу справочной информации, необходимой для эффективного функционирования стоматологической поликлиники.
Информация поступает в систему периодически, в текстовых и числовых форматах и ориентированная на различные группы пользователей системы – пациентов, администратора, медицинского персонала. Справочную информацию заносит администратор поликлиники, оператор ЭВМ. Типизирование информации по группам пациентов может осуществляет администратор поликлиники. Структурированием информации о пациентах занимается так же он. Таким образом, разрабатываемая подсистема должна эксплуатироваться администратором поликлиник, медицинским персоналом, а так же получением справочной информации непосредственно пациентом поликлиники.
4. Требования к системе.
4.1 Требования к системе в целом
4.1.1 Требования к структуре и функционированию системы. Подсистема должна состоять из следующих модулей:
- модуль регистрации справочной информации;
- модуль работы с пациентами;
- модуль формирования графика приема специалистов;
- модуль формирования справочной информации для медицинского персонала поликлиники.
4.1.2 Требования к численности и квалификации персонала. При работе с подсистемой выделяется 3 вида пользователей: администраторы поликлиник, медицинский персонал, а так же получением справочной информации непосредственно пациентом поликлиники. Все виды пользователей должны обладать квалификацией пользователя ПК, навыками работы с windows-приложениями.
4.1.3 Требования к надежности. В системе необходимо предусмотреть все возможные запросы, чтобы ни при каких обстоятельствах не требовалось вмешательство специалиста.
4.1.4 Требования к защите от несанкционированного доступа. Поскольку в системе помимо справочной информации хранится конфиденциальная информация о пациентах и медицинском персонале, то защита информации должна быть обеспечена в соответствии с Законом о защите персональных данных.
4.2 Требования к функциям (задачам).
Подсистема выполняет две функции:
- функция регистрирования информации. Подсистема предназначена для занесения справочной информации, поэтому должна выполняться функция регистрации, преобразования в необходимый вид и хранения информации, заносимой пользователями. Данные функции реализованы в модулях «модуль регистрации справочной информации» и «модуль работы с пациентами»
- функция формирования графика приема специалистов. Основное предназначение подсистемы – формирование графика приемаДанная функция реализована в модулях «модуль формирования графика».