Информационное обеспечение

Лабораторная работа №3

 

                                                

Дисциплина: Проектирование информационных систем

 

Студенты: Соловьев А.Н.

Коватенков Е.Н.

Группа: ИТС-3-07

Руководитель: Холопова А.М.

 

 

Оглавление

Состав информационного обеспечения АС.. 3

Компоненты АС.. 4

Информационное обеспечение. 5

Классификация и кодирование. 7

Разработка классификатора. 8

Унифицированная система документации. 10

Документы.. 10

Формы.. 13

Формы ОКУД.. 15

Фрагмент технического задания на создание АС.. 16

Выводы.. 26

Приложение 1. Нормативные документы.. 27

 

 

Состав информационного обеспечения АС

Так как в целях автоматизации была указана система, интегрирующая в себе функции документооборота, поддержки НИОКР и журналирования эксперимента, то в качестве информационного обеспечения будут выступать непосредственно информационные потоки между отделами, внешние данные (электронная библиотека НИОКР) и внутренние данные (журналы).

Также в виду того, что в качестве объекта автоматизации была выбрана многокомпонентная система обеспечения работы научного сектора в целом, а в качестве исследуемой при построении IDEF0 и DFD моделей – одна из систем, которая может быть включена как подсистема в другие системы помимо автоматизируемой, то далее в таблице мы по возможности будем рассматривать обе.

Таблица 1. Перечень процессов АС

Автоматизируемый процесс		Описание
Хранение данных		Организация централизованного хранилища данных
Распределение доступа		Организация ролей пользователей для доступа к данным с заданными уровнями доступа и/или секретности
Разноплановый доступ		Организация доступа к системе с различных устройств (стационарных, мобильных, домашних)
Документооборот	Учёт управляющих документов	Введение подсистемы формирования, доставки, уведомлений о прочтении документов, передающихся сверху вниз
	Учёт документов взаимодействия	Введение подсистемы формирования, доставки, уведомлений о прочтении документов, передающихся между подразделениями одного уровня
	Учёт документов обратных связей	Введение подсистемы формирования, доставки, уведомлений о прочтении документов, передающихся снизу вверх
	Учёт заявок	Введение подсистемы формирования и доведения до конечных ответственных лиц заявок (на облучение, на получение медицинских препаратов, закупку животных)
	Учёт участников эксперимента	Подсистема учёта лиц, проводящих эксперимент
	Учёт рабочего материала	Подсистема учёта расходного материала
	Учёт внешних запросов	Подсистема учёта внешних запросов, заявок и т. п.
Поддержка НИОКР	Интерактивный доступ к архивам данных	Подсистема интеллектуального поиска необходимых для исследования материалов
	Доставка данных до конечных пользователей	Подсистема удобной доставки данных до конечных пользователей (печать, бланки заказа книг, вывод на экран, возможность скачивания информации)
	Ведение электронного формуляра	Подсистема контроля доступа к материалам разработок, отслеживающая авторов документов
	Коллективная разработка документов	Подсистема контроля версий
Журналирование	Электронный журнал эксперимента	Электронный журнал эксперимента с возможностью поиска и гибкого сохранения/отображения различных параметров экспериментов
	Ведение логов работы	Запись всевозможных логов по различным задаваемым администраторам действий пользователей в системе
	Архивирование и резервное копирование	Подсистема обеспечения надёжности системы журналирования с возможностью восстановления

Таблица 1. (продолжение)

Система планирования лучевой терапии	Анализ входной информации	Система анализа входной информации о пациенте (DICOM-снимки)
	Взаимодействие с операторами системы	Подсистема эффективного взаимодействия с различными операторами системы (медицинские физики, радиобиологи, медицинские дозиметристы и т. п.)
	Первичное моделирование	Система трёхмерного моделирования положения тела пациента и установки облучения
	Расчётное моделирование	Проведение расчёта различными методами в зависимости от выбранной установки, типа лечения, других параметров (погрешность, допустимое время облучения, допустимое время счёта для численных методов Монте-Карло и т. п.)
	Отчёты	Модули отчётов, заданий на облучение
	Управление процессом облучения	Посылка управляющих сигналов на установки, получение данных от датчиков, динамическое управление ходом облучения (в ближайшей перспективе не реализуется)

Компоненты АС

Пользователи основной системы: непосредственный персонал сектора в независимости от должностей

Пользователи системы планирования: радиационные терапевты, медицинские физики, медицинские дозиметристы, лаборанты

Эксплуатационный персонал: специальные люди-администраторы системы, разработчики системы

Организационное обеспечение, методическое обеспечение, правовое обеспечение: см. приложение 1.

1. Постановление Правительства Российской Федерации от 25.02.2004 № 107 «Об утверждении Положения о лицензировании деятельности в области использования источников ионизирующего излучения».

2. Постановление Правительства Российской Федерации от 22.01.2007 № 32 «Об утверждении Положения о лицензировании технического обслуживания медицинской техники».

3. Уставы института

Техническое обеспечение: клиентские машины конечных пользователей (рабочие места), собственные сервера внутри института с возможностью удалённого административного доступа и передачи на аутсорсинг, аренда серверов в датацентрах, использование общероссийских серверов Министерства Здравоохранения и Социального Развития РФ. Интернет-каналы широкополосного доступа.

Математическое обеспечение: алгоритмы работы с базами данных, быстрого поиска в массивах данных, алгоритмы репликации данных, вдобавок для системы планирования: расчётные методы: Монте-Карло, эмпирические, и т. п.

Программное обеспечение: машины под управлением различных операционных систем, наиболее полно удовлетворяющих требованиям надёжности и эффективности.

Информационное обеспечение: внешние источники данных (библиотеки, каталоги литературы, интернет-энциклопедии), внутренние ресурсы, создаваемые в процессе работы.

Лингвистическое обеспечение: русский язык, английский язык для некоторых открытых компонент в документах. Взаимодействие системы и пользователя посредством интерфейсов приложений (обычных и веб).

Эргономические обеспечение: оборудование комфортабельных рабочих мест, внедрение обязательных перерывов для отдыха на улице (так как здания сектора расположены посреди леса).

Информационное обеспечение

Так как система должна быть гибкой и легко конфигурируемой, то целесообразно сделать такую систему модульной. Основная идея системы может быть взята с паттерна интернет-проектирования HMVC (Hierarchical Model-View-Controller – Иерархические Модель-Вид-Контроллер). Здесь есть слабосвязанные компоненты, отвечающие за различные уровни структурной и функциональной организации системы. В классическом MVC модель отвечает за реализацию бизнес-логики работы с базой, вид представляет собой пользовательское отображение, контроллер служит связующим звеном между модель и вид, основной функцией которого является выбор и задание соответствующей модели и парсинг результатов в нужный вид. В нашей автоматизированной системе такая модель также применима.

Кроме того, надо учесть, что с различными контроллерами могут производиться разные действия. А помимо этого разные группы пользователей могут совершать разные действия. Кроме того, необходимо предусмотреть, что доступ некоторые пользователи могут заходить только с определённых машин (целесообразно создавать локальных и глобальных пользователей, как это, например, делается в реальных системах 1C).

Для обобщения вышесказанного см. рис. 1:      

 

 

Рис. 1. Обобщённая структурная схема системы

 

Видно, что при указанной схеме базового низкоуровневого взаимодействия мы может подключать к нашей системе любые модули. Дальше сами компоненты могут использовать любые доступные методы, создавать любые таблицы в базе, но при условии правильного выделения пользователей, групп пользователей и действий (которые также могут быть разными для каждого модуля) гарантируется, что неавторизованный пользователь доступ не получит.

В общем случае каждый модуль можно рассматривать как обособленное приложение, выполняющееся с заданными правами в некой среде. Доступные приложению операции задаются правами доступа – в данной схеме это действия, администратор имеет возможность оперативно управлять доступом группы или вообще отключать ей доступ. Здесь видно, что если принять эту модель как есть, то максимальная нормальная форма, к какой её можно привести – вторая. Но в данном случае этот механизм эффективен, так как если вся группа не имеет доступа к данному компоненту, то не имеет смысла проверять всю базу действий. Таким образом, на отказ в доступе систему будет работать гораздо быстрее, нежели аналогичная, приведённая к 3й и старше нормальным формам.