67
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций.
Создание прототипов также может осуществляться часто и за несколько
целых итераций, которыми являются воображаемые витки спирали.
Все такие итерации могут соответствовать также созданию некоторого
этапа АИС (прототипа), где уточняются новые цели, характеристики
программного осуществления, а также оценивается суммарное качество
имеющихся результатов.
Спиральная модель ЖЦ АИС имеет свои достоинства, например:
– заказчики могут влиять непосредственно на разрабатываемую для
них АИС на всех этапах;
– непосредственно в модели могут воплощаться полностью все
преимущества рассмотренного ЖЦ.
В качестве улучшенной структуры ЖЦ можно рассматривать такую
модель, что показана на рисунке 2.3:
Рис. 2.3. Структура улучшенной спиральной модели АИС
68
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
Стоит отметить тот факт, что в ней объединены также элементы
последовательной модели при использовании итерационной структуры Боэма для
модернизации приведенной выше каскадной модели.
Каждая из последовательностей может сама проектировать специальный
необходимый инкремент АИС.
Самой главной реализацией указанного подхода считают специальную
технологию экстремального программирования, что ориентировано также на
малые приросты в их функциональности.
Рис. 2.4. Структура функционирования для инкрементной модели
Преимущество указанной модели состоит непосредственно и в том, что
вовсе нет надобности вкладывать самые разные средства уже ранее, которые
выделяются на всю АИС.
В результате проведенного анализа ЖЦ можно сделать вывод, что для
создания системы автоматизации учета пациентов городской поликлиники
«Медси», нужно применить каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим основные риски, которые присутствуют при использовании
ЖЦ (рисунок 2.5).
69
Рис.2.5. Риски, ожидаемые при выполнении ЖЦ
Первый риск – недостаточное определение свойств проектируемой
системы автоматизации, может потребовать на последующих этапах,
дополнительной разработки программ или хранилища информации, что приведет
также к возрастанию финансовых рисков, которые связаны с проектом.
Риск можно предотвратить при применении CASE-средств для построения
модели БП. [11]
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов таких
функций. Также можно этот риск устранить реализацией повторного анализа
выбора ИС.
Риски, которые кроются в разработке некорректного плана-графика
процесса автоматизации, а именно, применение лишних ресурсов, их
недостаточность. Этот риск является, в основном, финансовым можно его
предотвратить с применением современных средств проектирования, а также
устранить повторной корректировкой процесса автоматизации.
Риск в некорректной разработке АИС устраняется при использовании так
называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен двойным
тестированием.
Риски, ожидаемые при выполнении ЖЦ
Недостаточное определение основных
свойств проектируемой ИС
Неправильное определение функций
системы
Неправильная разработка плана-
графика создания ПО
Неправильная разработка ПО
Неправильное внедрение и
тестирование ПО
70
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
К организационно правовым средствам безопасности информации можно
отнести разграничение уровня доступа между несколькими подсистемами
(рисунок 2.6):
Рис.2.6. Применяемые подсистемы
Подсистема «Регистратура» используется для непосредственного учета
пациентов, а также выполнения основных операций по хранению и отображению
данных о деятельности поликлиники.
Подсистема «Отдел кадров» применяется для выполнения управленческого
учета по каждому из врачей.
Подсистема «Бухгалтерия» применяется для выполнения бухгалтерского
учета по каждому из врачей. [10]
Стоит отметить, что каждая из подсистем имеет доступ только к тем
объектам конфигурации, которые можно указать при разработке.
Кроме этого, на уровне операционной системы и компьютерной сети в
регистратуре предусматриваются следующие методы защиты информации:
– применение пароля на основании методов платформы
1С:Предприятие;
– применение пароля на основании операционной системы Windows;
– применение паролей на основании входа и работы в компьютерной
сети поликлиники.
Подсистемы
Регистратура
Отдел
кадров
Бухгалтерия
71
К программным средствам защиты информации относится возможность
ввода паролей для пользователей. К аппаратным методам защиты – блоки
непрерывного питания, брандмауэры и другие технические устройства.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание
Информационная система для учета пациентов должна выполнять сбор,
обработку, распределение и ввод информации, чтобы поддержать процесс учета
пациентов.
Для качественной реализации автоматизированной системы объект
разработки должен быть прежде всего адекватно описан, построены
непротиворечивые информационные модели ИС.
Накопленный к настоящему времени опыт проектирования дает
возможность рассмотреть, что это сложная, а также длительная и трудоемкая во
времени работа, требующая квалификации специалистов.
Но процесс проектирование ИС выполнялся до недавнего времени в
основном на интуитивном уровне, а также при использовании
неформализованных методов, что базируются на практическом опыте, искусстве,
а также дорогостоящих экспериментальных проверках качества
функционирования автоматизированной системы по учету пациентов.
Также, при непосредственном функционировании и создании ИС
информационные потребности для разных пользователей могут быть уточнены и
изменены, что еще больше усложнит разработку или же процесс сопровождения
таких программных комплексов.
На рисунке 2.7 показана информационная модель системы для учета
пациентов поликлиники «Медси».
72
Ввод данных о
пациенте
Регистратор
Спр.
Пациент
ИС
Ввод данных об
отделе
Ввод данных об
услугах
Спр.
Отдел
Спр.
Услуги
Ввод данных о
врачах
Ввод данных об
учете
Д. Врачи
Д. Учет
пациен
тов
Регистр
накопления
Отчет по учету
Пациент
Рис. 2.7. Информационная модель автоматизированной системы учета пациентов
поликлиники «Медси»
Заметим, что данная модель комплекса задач служит для отображения
процесса описание промежуточных, входных, результатных потоков
информации.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Для обеспечения процесса хранения входной, оперативной и постоянной
информации о пациентах применяются справочники:
– Пациенты;
– Услуги;
– Отделения.
Рассмотрим более подробно созданные справочники.
73
Таблица 2.1. Справочник «Пациенты»
Имя
Тип
Код пациента
Числовой
Название пациента
Строка
Адрес пациента
Строка
Пол пациента
Перечисление
Телефон пациента
Строка
Таблица 2.2. Справочник «Услуги»
Имя
Тип
Код услуги
Числовой
Наименование
Строка
Стоимость
Числовой
Таблица 2.3. Справочник «Отделения»
Имя
Тип
Код отдела
Числовой
Название отдела
Строка
Начальник отдела
Строка
Тестовая информация справочников показана ниже на рисунках 2.8 – 2.10:
Рис. 2.8. Справочник Отделения
74
Рис. 2.9. Справочник Услуги
Рис. 2.10. Справочник Пациенты
2.2.3. Характеристика результатной информации
Рассмотрим реквизитный состав документов Врачи и Учет пациентов:
75
Таблица 2.4. Документ Врачи
Имя
Тип
Код
Числовой
ФИО
Строка
Адрес врача
Строка
Телефон
Строка
Отделение
Подстановка
Дата регистрации
Дата
Таблица 2.5. Документ Учет пациентов
Имя
Тип
Номер
Число
Дата записи
Строка
Пациент
Подстановка
Услуга
Подстановка
Врач
Подстановка
Оплачено
Булево
Ниже, на рисунках 2.11 и 2.12, показаны следующие документы:
Рис. 2.11. Документ Врачи
76
Рис. 2.12. Документ Учет пациентов
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
ПО для автоматизации учета пациентов предусматривает работу одного
регистратора, который выполняет учет больных в регистратуре. Дерево функций,
представлено ниже на рисунке 2.13.
Функции регистратора
Основные
Обработка
амбулаторных карт
Ввод оперативных
данных
Работа с системой
Формирование
отчетности
Служебные
Заполнение
справочников
Ввод условно-
постоянных данных