57
Любая информационная система потенциально подвержена угрозам
безопасности - кража данных или нарушение работы системы. Поэтому
разработчики ИС должны позаботиться о её безопасности.
Комплексная защита информации в сетях ЭВМ предполагает реализацию
четырех уровней защиты:
правовой (юридические нормы, законы; преследуется незаконное
использование секретных данных или информации, составляющей объект
авторского права)
административный/организационный (определяется, кто и какую
информацию может собирать и хранить; устанавливаются способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции).
аппаратно-программный (применяется процедура идентификации
пользователя, которая открывает доступ к данным и программным средствам.
Аппаратная защита может быть выполнена в виде кодовой карточки, ключа и
т.п.)
Описание разграничение прав пользователей приведено в таблице 2.3.
58
Таблица 2.3
Разграничение прав пользователей
Группы
пользов
ателей
Экранна
я форма
"Список
улиц"
Экранна
я форма
"Участки
"
Экранна
я форма
"Врачебн
ые
специаль
ности"
Экранна
я форма
"Список
докторов
"
Экранна
я форма
"пациент
"
Экранна
я форма
"Талон"
Запрос
«Списо
к
талоно
в на
конкре
тную
дату к
конкре
тному
врачу»
отчета
«Колич
ество
жителе
й по
каждо
му
участку
»
Список
талоно
в на
конкре
тную
дату к
конкре
тному
врачу
Списо
к
пацие
нтов
Список
врачей
медици
нского
заведен
ия
Врачи
Про-
смотр
Про-
смотр
Просмотр
Просмотр
Просмотр
Просмотр
/
добавлен
ие/
редактир
ование
Про-
смотр
Про-
смотр
Про-
смотр
Про-
смотр
Про-
смотр
Главный
врач
Про-
смотр
Про-
смотр
Просмотр
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Про-
смотр
Про-
смотр
Про-
смотр
Про-
смотр
Про-
смотр
Регистра
торы
Про-
смотр
Про-
смотр
Просмотр
Просмотр
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Про-
смотр
Нет
доступ
а
Про-
смотр
Про-
смотр
Про-
смотр
59
Старший
регистра
тор
Про-
смотр
Про-
смотр
Просмотр
Просмотр
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Про-
смотр
Про-
смотр
Про-
смотр
Про-
смотр
Про-
смотр
Системн
ый
админис
тратор
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Просмотр
/
добавлен
ие/
редактир
ование
Просмо
тр
Просмо
тр
Просмо
тр
Просм
отр
Просмот
р
60
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Рис. 2.1 - Информационная модель
Область 1 отображает процесс конфигурирования ИС в части ввода
начальной информации – улицы, районы, список врачебных специальностей и
врачей. Вся эта информация необходима для выписки талона к врачу.
Область 2 отображает то, процесс динамического заполнения базы
данных медицинском персоналом для ведения базы данных пациентов и
обращений в БД.
Проектировщики предполагают, что при вводе пациента сначала вводятся
данные пациента, потом выбирается участок, к которому будет приписан
пациент.
Проектировщики предполагают что при вводе талона в БД медицинский
специалист выполняет следующие действия:
выбирает сначала требуемого медицинского специалиста.
выбирает дату, на которую пациент хочет выписать талон. После
этого отобразятся все талоны к данному врачу на указанную дату.
выбирает пациента. При этом можно производить поиск пациента
61
по фамилии. Если пациента нет в БД то вводит данные пациента в БД.
указывает время, на которое надо выписать талон.
Область 3 отображает то, что моделируема ИС предоставляет на выходе
Отчет «Список талонов на конкретную дату к конкретному врачу»
Из справочника «Талон» узнаем список талонов к врачу на
выбранную дату.
Из справочника «Пациент» узнаем данные пациента
Отчет «Количество жителей по каждому участку».
Из справочника «Участок» узнаем список участков
Из справочника «Пациенты» узнаем сколько пациентов по каждому
участку.
Отчет «Список талонов к специалисту за указанный период»
Из таблицы талон узнаем список талонов к указанному врачу за
указанный период.
Отчет «Список пациентов»
Из справочника «Пациенты» узнаю список пациентов
Отчет «Список врачей медицинского заведения»
Из справочника «Список докторов» узнаем ФИО докторов.
Из справочника «Врачебные специальности» узнаю специальность
доктора.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Форма приказа о закреплении улиц и домов за указанным медицинским
заведением показана в приложении 2 рис. 3. Первичными показателями в
данном документе является название района, название улицы, номер корпуса и
номер дома.
Данный документ получается из министерства здравоохранения. Число
строк в данном около 100. Частота возникновения – раз в год.
62
Форма приема врача на работу показана в приложении 2 рис. 1.
Первичными показателями в данном документе является ФИО врача и
врачебная специальность.. Данный документ формируется в отделе кадров.
Число строк примерно 20. Частота возникновения –раз в месяц.
Форма талона на прием к врачу показана в приложение 2 рис. 2.
Первичными показателями в данном документе является дата и время приема,
ФИО врача.
Данный документ формируется в регистратуре медицинского заведения
и врачами. Частота возникновения – 200 штук в день.
2.2.3 Характеристика результатной информации
Отчеты:
Список талонов на конкретную дату к конкретному врачу - после выбора
доктора и даты выводит на экран список талонов из справочников, а именно:
Время приема
СНИЛС пациента
Фамилия пациента
Имя пациента
Отчество пациента
Дата рождения пациента
Номер полиса пациента
Количество жителей по каждому участку - выводит на экран список
пациентов по каждому участку
Номер участка
Количество пациентов
Список талонов к специалисту за указанный период - после выбора
доктора и даты начала и конца периода выводит на экран список талонов из
справочников, а именно:
Время приема
63
СНИЛС пациента
Фамилия пациента
Имя пациента
Отчество пациента
Дата рождения пациента
Номер полиса пациента
Список врачей медицинского заведения
Врачебная специальность
ФИО врача
Список пациентов
Фамилия пациента
Имя пациента
Отчество пациента
Адрес проживания
Дата рождения
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Схемы "Дерево функций" (рис. 2.2) и "Сценарий диалога" (рис 2.3) по
своей сути позволяют наглядно показать иерархию функций управления и
обработки данных, которые автоматизированы в разработанном программном
продукте.
64
Функции
медсестры
поликлиники
Основные Служебные
Добавление
информации
Редактирование
информации
Заполнение
справочников
Талон Пациент
ВрачУчастокУлица
Талон Пациент
Врачебные
специальности
Рис. 2.2 – Дерево функций
Развитие диалога во времени можно рассматривать как
последовательность переходов системы из одного состояния в другое. Ни одно
из этих состояний не должно быть тупиковым, т.е. пользователь должен иметь
возможность перейти из любого текущего состояния диалога в требуемое (за
один или несколько шагов). Для этого в ходе разработки интерфейса
необходимо определить все возможные состояния диалога и пути перехода из
одного состояния в другое - разработать сценарий диалога.
Из главного меню пользователь может выбрать три пункта –
Справочники, Талон, Запросы.
При выборе пункта Справочника станут доступны пять подпунктов:
Список улиц
Участок
Врачебные специальности
Доктора
Пациент
После выбора любого из этих подпунктов откроется оконная форма, в
которой есть возможность добавлять, изменять и удалять данные. После этого
можно закрыть оконную формы и приступить к новому выбору требуемого
пункта меню.
При выборе пункта меню «Талон», на экране сразу откроется оконная
форма, в которой можно добавлять, изменять и удалять талон в БД.
После этого можно закрыть оконную формы и приступить к выбору
65
требуемого пункта меню.
При выборе пункта меню «Запросы» станут доступны пять подпунктов
Список талонов на конкретную дату к конкретному врачу
Количество жителей по каждому участку
Список талонов к специалисту за указанный период
Список пациентов
Список врачей медицинского заведения
После выбора любого из этих подпунктов откроется оконная форма, в
которой можно просмотреть требуемые данные. После этого можно закрыть
оконную формы и приступить к новому выбору требуемого пункта меню.
Главное
меню
Справочники Талон Запросы
Список
улиц
Участок
Врачебные
специальности
Доктора Пациент
Список
талонов на
дату к врачу
Количество
жителей по
участку
Список талонов
к специалисту
за период
Список врачей
медицинского
заведения
Список
пациентов
Рис. 2.3 - Сценарий диалога
2.3.2 Характеристика базы данных
Главная задача системы - сохранение в базе данных всех необходимых
сведений о входящих документах и сотрудниках, их зарегистрировавших.
Система должна использовать справочник типов документов, утвержденный
руководством. Информация о всех входящих документа накапливается
постоянно и сохраняется за весь год, после чего переносится в архивное
хранилище данных. В системе должен использоваться единый справочник
типов документов.
Рассмотрим предметную область.
Поликлиника ведет учет пациентов. Таким образом мы нашли первую
сущность – пациент. Пациент прикреплен к определенному участку. Участок –
66
следующая сущность. Один пациент может быть прикреплен к одному участку,
но на одном участке может быть много пациентов. Значит между сущностями
пациент-участок будет связь «один-ко многим».
Каждый пациент имеет определенный пол – мужской или женский. При
этом у пациента может быть только один пол, но каждого пола может быть
много пациентов. Значит между сущностями пациент-пол будет связь «один-ко
многим».
Каждый участок содержит в себе конкретный список улиц и домов по
этой улице. Дом – следующая сущность. Один дом может быть прикреплен к
одному участку, но на одном участке может быть много домов. Значит между
сущностями Дом-участок будет связь «один-ко многим».
Каждый дом располагается на конкретной улице. Улица – следующая
сущность. Один Дом располагается на одной улице, но на одной улице может
быть много домов. Значит между сущностями Дом-Улица будет связь «один-
ко многим».
В больнице работают сотрудники. Таким образом Сотрудник -
следующая сущность. В больнице есть ставки на врачебную специальность.
Врачебна специальность – следующая сущность. Сотрудник принимается на
определенную врачебную специальность, таим образом врач – следующая
сущность. Каждый врач обладает одной специальностью, но одной
специальностью могут обладать много врачей. Значит между сущностями
Врач- Врачебная специальность будет связь «один-ко многим».
Врачом может быть один сотрудник, но один сотрудником может быть
несколькими врачами. Значит между сущностями Врач-Сотрудник будет связь
«один-ко многим».
Для посещения врача пациенты выдается талон. Следующая сущность –
Талон. В талоне указывается пациент и врач. Один талон выдается на одного
пациента, но у одного пациента может быть много талонов. Значит между
сущностями Пациент-Талон будет связь «один-ко многим». Один талон
выдается к одному врачу, но к одному врачу выдается много талонов. Значит