Информационная система МУЗ Алексеевская центральная районная больница (стр. 6 из 6)
На диаграммы может быть добавлена управляющая информация: описание условий, при которых посылается сообщение; признак многократной отправки сообщения (маркер итерации); признак возврата сообщения.
Рис. 12. Диаграмма последовательности обработки заказа
Вводятся строки заказа; по каждой строке проверяется наличие продуктов; если запас достаточен — инициируется поставка на кухню; если запас недостаточен — инициируется дозаказ (повторный заказ).
Рис. 13. Кооперативная диаграмма прохождения заказа
На кооперативных диаграммах объекты (или классы) показываются в виде прямоугольников, а стрелками обозначаются сообщения, которыми они обмениваются в рамках одного варианта использования. Временная последовательность сообщений отражается их нумерацией. Диаграммы состояний используются для описания поведения сложных систем. Они определяют все возможные состояния, в которых может находиться объект, а также процесс смены состояний объекта в результате некоторых событий. Эти диаграммы обычно используются для описания поведения одного объекта в нескольких прецедентах.
Прямоугольниками представляются состояния, через которые проходит объект во время своего поведения. Состояниям соответствуют определенные значения атрибутов объектов. Стрелки представляют переходы от одного состояния к другому, которые вызываются выполнением некоторых функций объекта. Имеется также два вида псевдо-состояний: начальное состояние, в котором находится только что созданный объект, и конечное состояние, которое объект не покидает, как только туда перешел.
Переходы имеют метки, которые синтаксически состоят из трех необязательных частей (см. рис.14:
Рис. 14. Диаграмма состояний объекта «заказ»
<Событие> <[Условие]> < / Действие>. На диаграммах также отображаются функции, которые выполняются объектом в определенном состоянии. Синтаксис метки деятельности: выполнить/< деятельность >.
Диаграмма деятельности — это частный случай диаграммы состояний. На диаграмме деятельности представлены переходы потока управления от одной деятельности к другой внутри системы. Этот вид диаграмм обычно используется для описания поведения, включающего в себя множество параллельных процессов.
Основными элементами диаграмм деятельности являются (рис. 15):
Рис. 15. Диаграмма деятельности — обработка заказа, овалы, изображающие действия объекта; линейки синхронизации, указывающие на необходимость завершить или начать несколько действий (модель логического условия «И»); ромбы, отражающие принятие решений по выбору одного из маршрутов выполнения процесса (модель логического условия «ИЛИ»); стрелки — отражают последовательность действий, могут иметь метки условий
На диаграмме деятельности могут быть представлены действия, соответствующие нескольким вариантам использования. На таких диаграммах появляется множество начальных точек, поскольку они отражают теперь реакцию системы на множество внешних событий. Таким образом, диаграммы деятельности позволяют получить полную картину поведения системы и легко оценивать влияние изменений в отдельных вариантах использования на конечное поведение системы.
Любая деятельность может быть подвергнута дальнейшей декомпозиции и представлена в виде отдельной диаграммы деятельности или спецификации (словесного описания).
Заключение
Выполнив анализ предложенной литературы и других источников по выбранной теме, обобщив изученный материал, мы можем сделать такие выводы:
Информационные потоки в организациях, учреждениях в настоящее время огромны, необходимы и должны реально использоваться и сохраняться. Структура банка и базы данных, системы данных СУБД соответствуют современным требованиям информационного обслуживания, работы на персональных компьютерах. База данных необходима для обработки информации и выполнения набора документов.
Эффективность функционирования организации напрямую зависит от скорости, точности и своевременности обмена данными как внутри между его составляющими частями (отделами, подсистемами и т.д.), так и вне его, то есть взаимодействие и обмен данными этой организации с другими. Автоматизированная система управления – это человеко-машинная система, обеспечивающая автоматизированный сбор и обработку информации, необходимой для оптимизации управления в различных сферах деятельности.
Мы провели анализ больничного комплекса Алексеевского ЦРБ, рассмотрели и проанализировали внутреннюю структуру по организации кардиологического отделения в подсистеме «Диетпитание».
Проанализировав численность персонала, было рассчитано минимально необходимое количество ПК и других компьютерных технических средств для автоматизации больницы и создания современной информационной системы. С учетом интенсивности взаимного обмена данными между подразделениями, территориальной удаленностью подразделений друг от друга, рассчитанного количества ЭВМ, а также требований к скорости обмена данными и условия возможного расширения был выбран оптимальный вариант локальной вычислительной сети и дополнительных аппаратных средств для автоматизации больничного комплекса.
С учетом особенностей и предпочтений персонала, а также требований администрации к уровню надежности и защищенности данных создана информационная система кардиологического отделения подсистемы «Диетпитание» ЦРБ. Рассмотрели возможность моделирования АИС кардиологического отделения в системе унифицированного языка UML. Это позволило проанализировать отношения между классами языка, принципами построения модели АИС, сущностями языка и диаграммами, составляющими варианты использования потоков данных.
Таким образом, в результате анализа объектно-ориентированного подхода в построении модели АИС унифицированного языка UML, обобщили и систематизировали знания по общей теории АИС, отдельных видов диаграмм, подбора необходимого аппаратного и программного обеспечения для его автоматизации, можно сделать вывод, что создание и внедрение АИС больничным комплексом позволит многократно увеличить оперативность работы каждого подразделения в отдельности и приведет к значительному повышению эффективности работы всей ЦРБ в целом.
Список использованной литературы
Бондарев В.А., Рублинецкий В.И., Качко Е.Г. Основы программирования. – Харьков: Фолио; Ростов н/Д, Феникс, 1998. – 368 с.
Информатика: Энциклопедический словарь для начинающих/Сост. Д.Д. Поспелов. – М.: Педагогика – Пресс, 1994. – 352 с.
Информатика. 10 – 11 кл./Под.ред. Н.В. Макаровой. – СПб.: «Питер», 2001. – 304 с.
Максимов Н.В., Попов И.И. Компьютерные сети. – М.: ФОРУМ ИНФРА – М, 2005. – 336 с.
Могилев А.В. и др. Информатика./ 2-е изд.,стер. – М.: Издательский центр «Академия», 2003. – 216 с.
Насонов М.И. Диаграммы последовательности. – М.: Прогресс – АРТ, 2004. – 643 с.
Основы современных компьютерных технологий./Под ред.Хомоненко А.Д. – СПб. КОРОНА принт., 1998. – 448 с.
Попов А.А. Программирование в среде СУБД FохРrо 2.0. Построение систем обработки данных. – М.: Радио и связь, 1994. – 284 с.
Симонович С.В., Евсеев Г.А., Алексеев А.Т. Специальная информатика – М: АСТ – ПРЕСС, ИНФОРКОМ – ПРЕСС, 2000. – 480 с.
Хондашева И.Н., Истомина И.Т. Программное обеспечение вычислительной сети. – М.: ИКЦ «МарТ», Ростов н/Д, Издательский центр «МарТ», 2005. – 238 с.
Ярцев В.С., Хохлов М.Б. Компьютерные технологии. – Новосибирск: «Аква», 2002. – 236 с.
Мамошова В.В. Компьютеризация рабочих мест. – Спб.: КОРОНА, - 2000. – 448 с.
См. kulihki.txt
См. index.htm
См. Obazvred.doc
Приложение 1
Рис. 1. Общий вид структурной схемы больничного комплекса
На рис. 11. представлена схема взаимодействия (диаграмма взаимодействия последовательности) подсистемы «Диетпитание» с другими подразделениями.
Врач – диетолог. Врач-диетолог занимается решением следующих задач:
определение системы питания на планируемый срок;
выбор альтернативного продукта в блюде;
замена блюда Бi на эквивалентное ему блюдо Бj в рамках рациона, назначенного врачом-диетологом.
Пациент, поступивший в больничный комплекс, получает консультацию врача-диетолога, который, в соответствии с поставленным диагнозом, назначает соответствующую диету. Пациент в течение всего времени пребывания получает питание, с соответствующим диете количеством приемов пищи в день (завтрак, обед, полдник и ужин).
Рис.12. Схема информационных и материальных потоков подразделений подсистемы «Диетпитание» с подразделениями других подсистем комплекса
В функции врача-диетолога также входит процесс замены одного продукта на другой, эквивалентный первому по составу, в случае отсутствия или нехватки его на складе. Информация об отсутствии или недостаточном количестве продуктов на складе поступает к врачу-диетологу со склада.