
- •Введение
- •1.Анализ и обзор существующих разработок в предметной области
- •2.Проведение предпроектного анализа предметной области «Регистратура поликлиники»
- •2.1.Описание учреждения
- •2.2. Описание организационной структуры подразделения
- •2.3.Цели функционирования регистратуры
- •2.4. Состав бизнес процессов регистратуры
- •2.5.Описание бизнес – процессов регистратуры
- •2.6.Объекты (документы) основного бизнес – процесса учреждения
- •2.7.Типовые бизнес – процессы, подлежащие автоматизации
- •3.Формирование требований
- •3.1. Состав требований
- •3.2- Матрица трассировки "Подсистема – Функциональное требование".
- •3.2. Определение состава сценариев, реализующих требования
- •3.3. Разработка содержания сценариев
- •3.4. Определение требований к пользовательскому интерфейсу
- •4. Последовательность этапов работы над программой
- •4.1. Постановка задачи
- •4.2. Порядок разработки программы
- •4.2.Характеристика первичных документов с нормативно – справочной и входной оперативной информацией
- •4.3. Разработка структуры базы данных
- •4.4.Описание типовых запросов
- •5.Описание программы
- •5.1.Общие сведения
- •5.2.Проектирование экранных форм для ввода данных
- •5.3.Проектирование выходных и отчетных форм
- •5.4.Уточнение функциональной структуры программной системы
- •5.5.Проектирование и реализация программных модулей
- •5.6.Используемые технические средства
- •Заключение
4.2.Характеристика первичных документов с нормативно – справочной и входной оперативной информацией
Под документом понимается определенная совокупность сведений, используемая при решении экономических задач, расположенная на материальном носителе в соответствии с установленной формой. Документ рассматривается как специальный знак экономического языка, имеющий единство формы, содержания и материального носителя и обладающий следующими свойствами:
Полуфункциональности, поскольку документ может предназначаться для выполнения функций регистрации информации о состоянии элементов и процессов, происходящих в экономической системе, для обработки, хранения этой информации и для передачи ее на расстояние;
Наличия юридической силы, обеспечиваемой присутствием подписей должностных лиц, благодаря которым подтверждается достоверность содержащейся в документе информации.
Первичные документы предназначены для отображения процессов в материальной сфере и представляют всю постоянную и оперативную информацию, необходимую для решения экономических задач и выработки управленческих решений. К числу основных требований, предъявляемых к первичным документам, можно отнести следующие; неизбыточность и полноту информации для решения задач, высокую достоверность и своевременность собираемой информации. Кроме того, первичная информация должна быть расположена в документе таким образом, чтобы учитывались требования удобства для последующей обработки данных на ЭВМ.
При проектировании форм первичных документов, в информационной системе учитывались следующие требования:
Отсутствие в первичных документах постоянной информации, для которой необходимо создание самостоятельных файлов;
Отсутствия дублирования показателей в документах;
Ведение реквизитов, имеющих одно или несколько значений на документ, т.е. выделение однозначных многозначных реквизитов;
Выделение справочных, групировочных реквизитов и реквизитов основания;
Логичность построения, т.е. старшие по объему понятий признаки должны предшествовать младшим (например: врач - расписание – больной – запись на прием);
Согласование последовательности реквизитов в документе с макетами размещения информации на экране ЭВМ.
Входной информацией является следующая:
Сведения о пациентах;
Информация о врачах;
Запись на прием.
4.3. Разработка структуры базы данных
Даталогическая модель базы должна отражать требования конкретной СУБД, данном случае MS Access 2003, поэтому в ее состав входят таблицы, содержащие сведения об информационных объектах и связях между ними. Все таблицы даталогической модели можно разбить на таблицы с оперативной информацией и таблицы с условно-постоянной информацией.
Состав полей, их наименование, идентификаторы отражены в соответствующих таблицах, представленных ниже.
Таблица 1 - Структура таблицы «Карточка»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Внутрн_номер |
Номер карты |
Числовой |
10 |
Первичный ключ |
2 |
Фамилия |
Фамилия пациента |
Текст |
50 |
|
3 |
Имя |
Имя пациента |
Текст |
50 |
|
4 |
Отчество |
Отчество пациента |
Текст |
|
|
5 |
Пол |
Пол пациента |
Текст |
6 |
|
6 |
Дата_рождения |
Дата рождения |
Дата/время |
|
|
7 |
Адрес_прописки |
Адрес прописки |
Текст |
50 |
|
8 |
Адрес_проживания |
Адрес проживания |
Текст |
50 |
|
9 |
Телефон |
Телефон |
Числовой |
1 |
|
10 |
Место_работы |
Место работы |
Текст |
50 |
|
11 |
Место_учебы |
Место учебы
|
Текст |
50 |
|
12 |
Номер_страх_полиса |
Номер страхового полиса |
Числовой |
10 |
Код для связи с таблицей полис |
Таблица 2 - Структура таблицы «Полис»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Номер_страх_полиса |
Номер страхового полиса |
Числовой |
10 |
Первичный ключ |
2 |
Страховщик |
Страховая компания |
Текст |
20 |
|
3 |
Дата_прикрепления |
Дата прикрепления |
Дата/время |
|
|
4 |
Льготы |
Льготы пациента |
Текст |
50 |
|
Таблица 3 - Структура таблицы «Специалист»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Номер_спец |
Номер специалиста |
Числовой |
10 |
ПК |
2 |
Фамилия |
Фамилия специалиста |
Текст |
50 |
|
3 |
Имя |
Имя специалиста |
Текст |
50 |
|
4 |
Отчество |
Отчество специалиста |
Текст |
50 |
|
5 |
Код_отд |
Код отделения |
Числовой |
10 |
Код для связи с таблицей отделения |
6 |
Специализация |
Специализация врача |
Числовой |
10 |
Код для связи с таблицей специализация |
Таблица 4 - Структура таблицы «Отделение»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Код_отделения |
Шифр |
Счетчик |
|
ПК |
2 |
Названия_отд |
Больной |
Число |
10 |
|
3 |
Заведующий |
Врач |
Число |
10 |
|
Таблицы 5 - Структура таблицы «Специализация»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Код_спец |
Шифр |
Счетчик |
|
ПК |
2 |
Специализация |
Специализация врча |
Текст |
15 |
|
Таблица 6 - Структура таблицы «Запись»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Код_расписания |
Шифр |
Счетчик |
|
ПК |
2 |
Номер_спец |
Номер специалста |
Число |
10 |
Код для связи с таблицей карточка |
3 |
Внурн_номер |
Номер пацинета |
Число |
10 |
Код для связи с таблицей специалист |
4 |
Дата |
Дата записи |
Дата/время |
10 |
|
5 |
Время |
Время записи |
Дата/время |
10 |
|
Таблица 7 - Структура таблицы «Справка»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Номер_справки |
Шифр |
Счетчик |
|
ПК |
2 |
Номер_спец |
Больной |
Число |
Целое |
Код для связи с таблицей специалист |
3 |
Внурн_номер |
Врач |
Число |
Целое |
Код для связи с таблицей карточка |
4 |
Диагноз |
Дата записи |
Дата/время |
|
|
5 |
Дата_выдачи |
Время записи |
Дата/время |
|
|
Таблица 8 - Структура таблицы «Запись»
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Признак ключа |
1 |
Код_вопроса |
Шифр |
Счетчик |
|
ПК |
2 |
Название_вопроса |
Название вопроса |
Текст |
15 |
|
3 |
Ответ |
Ответ |
Мемо |
|
|
Взаимосвязи между таблицами приведены на рис. 4.2.
Рисунок 4.2 - Схема данных
Программа создает следующие отчеты и документы:
отчеты о пациентах, в 2-ух видах (Excel,технология MS Report);
отчеты по записи на прием;
отчеты о специалистах;
отчеты о справках;
отчет о количестве пациентов в базе данных и специалистах;
отчеты о часто задаваемых вопросах.