62
Код клиенты
Число
Да
Название клиента
Строка
Адрес клиента
Строка
Пол клиента
Перечисление
Телефон клиента
Строка
Оперативные данные
№
Число
Да
Дата обращения
Дата
Отдел
Перечисление
Да
Заказчик
Перечисление
Да
Услуга
Перечисление
Да
Оплачено
Булево
Инвестиции
№
Число
Да
Дата инвестиции
Дата
Клиент
Перечисление
Да
Инвестиция
Число
Срок инвестиции, мес
Число
Планирование
№
Число
Да
Дата
Дата
Статья
Строка
Сумма
Число
Примечание
Строка
Ответственный
Ссылка
Да
Опишем связи между рассмотренными выше объектами и построим на
основании этого информационно-логическую модель.
Между объектом Отделы и Персонал наблюдается связь «один-ко-многим»,
так как в одном отделе может размещаться несколько единиц персонала (врачей).
63
Между объектом Отделы, Оперативные данные присутствует тип связи
«один-ко-многим», поскольку врачи одного отдела могут несколько раз брать
участие в таблице Оперативных данных.
Между объектами Оперативные данные и Клиент присутствует связь типа
«один-ко-многим», поскольку один Клиент несколько раз может лечиться в врача.
Между объектами Услуги и Оперативные данные наблюдается связь «один-
ко-многим», поскольку одно ПО несколько раз может входить в таблицу
оперативных данных.
В создании АРМ экономиста в 1С Конфигуратор применены такие
Справочники (рисунок 3.8):
– Отделы;
– Клиенты;
– Услуги.
Рисунок 3.8 – Справочники
Рассмотрим более подробнее создание справочника Услуги (рисунки 3.9 –
3.11):
Рисунок 3.9 – Основные данные справочника Услуги
64
Рисунок 3.10 – Подсистемы справочника Услуги
Рисунок 3.11 – Перечень данных
65
Рассмотрим далее описание созданных справочников по рассматриваемой БД.
Таблица 3.2.
Структура для справочника «Отделы»
Имя
Тип
Код отдела
Числовой
Название отдела
Строка
Начальник отдела
Строка
Таблица 3.3.
Информация справочника «Услуги»
Имя
Тип
Код услуги
Числовой
Наименование
Строка
Стоимость
Числовой
Длительность
Числовой
Таблица 3.4.
Информация справочника «Клиенты»
Имя
Тип
Код клиента
Числовой
Название клиента
Строка
Адрес клиента
Строка
Пол клиента
Перечисление
Телефон клиента
Строка
Объекты под названием Перечисление выполняют роль так называемых
подстановки структуры хранимых перечней разных постоянных данных, не
изменяющихся непосредственно в процессе функционирования конфигурации БД.
На базе каждая платформа создает таблицу, реализую использование таких
значений.
При выполнении БД создано перечисление, указанное на рисунке 3.12:
66
Рисунок 3.12 – Внешний вид перечисления Пол
Для подключения данных перечислений в справочник надо создать новые
реквизиты и указать тип данных Перечисление.
Объект конфигурации под названием «Документ» применяется для
реализации хранения данных по выполненным операциям, о других событиях, что
реализуются в поликлинике.
В работе указаны 4 документа (рисунок 3.13):[4]
Рисунок 3.13 – Созданные документы
Рассмотрим описание документов и их структуру в таблицах 3.5, 3.6:
Таблица 3.5.
Документация «Оперативные данные»
Имя
Тип
Реквизиты
Номер
Число
Дата записи
Строка
Клиент
Подстановка
Услуга
Подстановка
Отдел
Подстановка
Оплачено
Булево
Таблица 3.6.
Документация «Персонал»
Имя
Тип
Реквизиты
Код персонала
Числовой
67
Название персонала
Строка
Адрес персонала
Строка
Телефон персонала
Строка
Отдел
Подстановка
Таблица 3.7.
Документация «Планирование»
Имя
Тип
Реквизиты
№
Число
Дата
Дата
Статья
Строка
Сумма
Число
Примечание
Строка
Ответственный
Ссылка
Таблица 3.8.
Документация «Инвестиции»
Имя
Тип
Реквизиты
№
Число
Дата инвестиции
Дата
Клиент
Перечисление
Инвестиция
Число
Срок инвестиции, мес
Число
Рассмотрим создание документа под названием Персонал (рисунок 3.14, 3.15).
Стоит отметить, что алгоритм создания документа аналогичный, как и для
справочника:
– определение имени;
– выбор подсистем;
– указание реквизитов.
68
Рисунок 3.14 – Указание основных данных
Рисунок 3.15 – Определение реквизитов
69
Подсистемы предназначены для осуществления неких подразделений, что
берут участие в функционировании создаваемой базы данных. Рассмотрим создание
подсистемы под названием Экономисты (рисунки 3.16 – 3.17):
Рисунок 3.16 – Ввод основных данных
Рисунок 3.17 – Определение атрибутов
70
В результате выполненных этапов будет разработано 3 подсистемы,
показанные на рисунке 3.18:
Рисунок 3.18 – Созданные подсистемы
Для корректного и удобного ввода документа в самых разных видах
применяется объект с названием Форма.
Она может служить не только для удобного использования информации при
вводе, а и при визуальном контроле заполнения.
Непосредственно система позволяет создавать разного рода формы,
требуемые для базы.
В рассматриваемой работе реализованы формы:
– Оперативные данные;
– Персонал.
Для создания форму нужно выполнить такие действия:
– определить документ или справочник на основании которого будет
создана форма;
– выбрать вид формы;
– реализовать оформление формы;
– выполнить тестирование формы;
– ввести тестовые данные в объекты на основании которых построена
форма.
Рассмотрим процесс разработки формы Персонал (рисунки 3.19 – 3.20):
71
Рисунок 3.19 – Окно конструктора форм
Рисунок 3.20 – Реквизиты создаваемой формы
Получим следующий вид конструктора (рисунок 3.21):