2.1.1 Вид автоматизируемой деятельности
К виду автоматизируемой деятельности относятся процессы сбора (получения) и обработки информации посредством АИС «АРМВ», включая создание, ввод (в ручную, со сканера, из электронных источников), просмотр, редактирование, поиск, обмен между подсистемами, вывод (с принтера) электронной документации, формирование отчетов и организацию хранения информации.
2.1.2 Перечень объектов автоматизации, на которых предполагается использовать систему
В перечень объектов автоматизации входят подразделения СПб ГУЗ КРБ NQ25: о Регистратура — АРМР
о Амбулаторно-консультативное отделение — АРМТ о Лаборатория — АРМЛ
о Кабинеты инструментальных методов исследования — АРМ КИМИ
ДЛЯ обеспечения оперативности и надежности работы АИС «АРМВ» вводится подсистема ее контроля и обеспечения — Администратор системы — АРМ АС.
Подробное количество АРМ сотрудников СПб УЗ КРБ NQ25 рассматривается в разделе Характеристика объекта автоматизации настоящего документа.
2.2 Цели создания системы
Актуальными проблемами, решение которых должны взять на себя создание и внедрение хис «АРМВ» в спе ГУЗ КРБ N225, являются:
о повышение трудоспособности и мотивации персонала за счет сокращения
временных и трудовых затрат;
о увеличение скорости и эффективности работы персонала; о улучшение информационного обеспечения сотрудников;
о уменьшение времени ожидания пациентом и повьппение качества его обслуживания;
о минимизация временных затрат и трудозатрат на обработку данных: ввода, поиска, обработки и вывода документации;
о улучшения качества контроля и учета обрабатываемой информации, уменьшение числа ошибок и задержек при их исправлении;
о осуществление оперативной обратной связи между сотрудниками одной подсистемы или работниками разных подсистем ;
о систематизация накопления, обработки, хранения и выдачи достоверной информации;
о снижение доли ручного труда и BpeMeHHЬ
затрат при подготовке медицинской статистики;
о улучшение защиты и сохранности документации;
о повышение адаптивности системы к изменяющимся внешним обстоятельствам
и требованиям нормативных документов;
о возможность интеграции с другими информационными системами. Основными целями создания и внедрения Аие «АРМВ» являются:
организация в рамках еПб ГУЗ КРБ N225 единой автоматизированной системы управления электронным: документооборотом;
формирование файл-серверных хранилищ электронных документов и учетных записей, обеспечивающих поддержку процедур разграничения доступа к документам;
ведение протокола работы пользователей с документами;
повьппение надежности хранения документов за счет использования специальных механизмов обеспечения защиты документации;
осуществление поиска информации по многокритериальному запросу;
повышение качества и оперативности работы с документами и увеличение скорости работы;
улучшение общих условий работы персонала и повышение качества работы сотрудников;
сокращение операционных затрат при доступе, обработке и хранении данных за счет устранения дублирования операций;
улучшения возможностей по информированию сотрудников о состоянии документации и связанных с ней процессов;
предоставление электронной справочной информации;
осуществление программной и технической поддержки пользователя;
усиление средств контроля оборотом документации;
обеспечение системой свойств модульности и масштабирования;
архивирование и синхронизация электронной информации. В ходе внедрения следует решить следующие задачи:
о формирование единого хранилища электронных документов (текущих и архивных), создаваемых и обрабатываемых в Аие «АРМВ» и обеспечение обмена электронными документами внутри учреждения;
о автоматическое формирование персонального сайта работника регистратуры, врача-терапевта, врача-специалиста, врача лаборатории, который может функционировать автономно и интегрироваться в общую медицинскую сеть;
о обеспечение доступа к хранилищам электронных ресурсов регистратуры, кабинетов амбулаторно-консультативного отделения, лаборатории и кабинетов инструментальной диагностики;
о реализация защиты электронной информации при помощи разграничения уровней доступа;
о составление, согласование, утверждение и изменение расписания с работниками регистратуры приемов врачами-терапевтами, обследований врачами-специалистами (КИМИ), взятие анализов медсестрами лабораторий;
о автоматизация процессов создания, и/или введения со сканера, и/или формирования с помощью электронного оборудования исследований (электронные результаты Рентгена, УЗИ, ЭКГ и пр.), обработки, поиска, хранения и/или вывода на принтер документов;
о автоматизация заполнения стандартных бланков и форм посредством применения медицинских электронных справочников (МКБ-1 О и др.) с принятыми нозологиями заболеваний, аббревиатурами заболеваний, названиями медикаментов, аббревиатурами и шифрами лабораторных и инструментальных исследований;
о ведение медицинской документации в соответствии с принятыми стандартами ее составления и оформления (Медицинская карта — форма 025/у-О4, Дневник, Направления, Эпикризы и пр.);
о автоматическая обработка и систематизация информации по ряду основных и дополнительных параметров (возрастным, льготным и инвалидным категориям, по заболеваниям и др.);
о составление статистических нормативных отчетов (по формам О/39у-ВОП, О/30у-ВОП (паспорт участка) и N21-ВОП);
о определение и настройка маршрутов движения и жизненных циклов документов, обрабатываемых в рамках Аие «АРМВ»;
о разработка специализированных программных модулей, обеспечивающих выполнение различных служебных функций (поиск по запросам, формирование отчетов);
о регистрация вводимой информации в соответствующих журналах и их персонализация, удаление данных из которых не предусматривается;
о разработка удобного и простого в управлении пользовательского интерфейса (включая формы ввода/вывода и меню) в соответствии с требованиями данного технического задания;
о разработка модуля интерактивной системы поддержки (помощь, справка), а также сопровождение системы подробным руководством пользователя;
о разработка модуля сбора сведений и обработки ошибок;
о предотвращение ввода избыточных дублируемых данных;
о обеспечение устойчивости системы к сбоям, возможности синхронизации и восстановления информации.
2.2.1 Критерии оценки достижения целей создания системы Основными критериями достижения целей создания АИС «АРМВ» является: о устойчивая и быстрая работа системы и ее подсистем;
о обеспечение надежности и сохранности информации;
о минимизация времени простоя системы;
о осуществление быстрого восстановления системы;
о повышение эффективности работы сотрудников АИС «АРМВ», зависящего от:
• времени, требуемого для осуществления обычного цикла обработки информации;
качества и доступности информации получаемой пользователем от системы;
о уменьшение затрат времени на оборот документации внутри системы;
о формирования статистической, оперативной, исследовательской и другой отчетности.
Критериями оценки достижения целей создания системы считается способность АИС «АРМВ» обеспечить возможность решения задач по своему назначению.
Техническая документация
разработка техдокументации по ГОСТ без бумаги и расстояний
2.11 Общее описание системы (ПД) РД 50-34.698-90
-
системы; системы;
- описание взаимосвязейАС с другими системами;
- описание подсистем (при необходимости).
[из 2.11.1 РД 50-34.698-90]
В разделе «Назначение системы» указывают:
- вид деятельности, для автоматизации которой предназначена система; объектов автоматизации, на которых используется система;
- перечень функций, реализуемых системой.
[из 2.11.2 РД 50-34.698-90]
В разделе «Описание системы» указывают:
-
и назначение ее частей;
- сведения об АС в целом и ее частях, необходимые для обеспечения эксплуатации системы; функционирования системы и ее частей.
[из 2.11.3 РД 50-34.698-90]
В разделе «Описание взаимосвязей АС с другими системами» указывают:
-
систем, с которыми связана данная АС; связей между системами;
- описание регламента связей;
- описание взаимосвязей АС с подразделениями объекта автоматизации.
[из 2.11.4 РД 50-34.698-90]
В разделе «Описание подсистем» указывают:
-
подсистем и назначение ее частей;
- сведения об подсистемах и их частях, необходимые для обеспечения их функционирования; функционирования подсистем и их частей.
[из 2.11.5 РД 50-34.698-90]
Copyright © «Техническая документация» 2008 — и ныне и присно, и во веки веков!
Заимствуйте наши материалы с блеском! При воспроизведении материалов портала tdocs.su установка активной гиперссылки на источник (адрес веб-страницы с заимствованной публикацией) обязательна ☠
Связь по эл. почте admin @ tdocs . su (без пробелов) или в форме Контакты.
Проектирование автоматизированных систем
12.1. СОДЕРЖАНИЕ ДОКУМЕНТОВ, РАЗРАБАТЫВАЕМЫХ ПРИ СОЗДАНИИ АС
Содержание документов является общим для всех видов АС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создаваемой АС. Допускается включать в документы дополнительные разделы и сведения, объединять и исключать разделы.
Документы, при необходимости, сброшюровывают в книги или тома, к которым составляют описи.
12.1.2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ ПО ОБЩЕСИСТЕМНЫМ РЕШЕНИЯМ
1. Ведомость эскизного (технического) проекта
Ведомость содержит перечень всех документов, разработанных на соответствующих стадиях создания АС и применяемых из проектов других АС.
2. Пояснительные записки к эскизному, техническому проектам
содержат разделы:
1.общие положения;
2. описание процесса деятельности;
3. основные технические решения;
4. мероприятия по подготовке объекта автоматизации к вводу системы в действие.
1. В разделе «Общие положения» приводят:
1.1. наименование проектируемой АС и наименования документов, их номера и дату утверждения, на основании которых ведут проектирование АС;
1.2. перечень организаций, участвующих в разработке системы, сроки выполнения стадий;
1.3. цели, назначение и области использования АС;
1.4. подтверждение соответствия проектных решений действующим нормам и правилам техники безопасности, пожаро- и взрывобезопасности и т.п.;
1.5. сведения об использованных при проектировании нормативно-технических документах;
1.6. сведения о НИР, передовом опыте, изобретениях, использованных при разработке проекта;
Изобретение.
Определение. Техническое решение в любой области, относящееся к продукту (в частности, устройству, веществу, штамму микроорганизма, культуре клеток растений или животных) или способу (процессу осуществления действий над материальным объектом с помощью материальных средств).
Защита права на изобретение В настоящее время в России изобретениям предоставляется правовая охрана в соответствии со ст. 44 Конституции РФ, международными соглашениями, Гражданским кодексом РФ, Патентным законом РФ. Патентный закон РФ является основным источником правовых норм, которыми регулируются отношения, связанные с правовой охраной и использованием изобретений.
Право на изобретение. Для возникновения права на изобретение недостаточно его создать. Необходимо в установленном порядке обратиться за выдачей патента в федеральный орган исполнительной власти по интеллектуальной собственности.
Патент.
Определение. Установленной формы документ, в соответствующем порядке выданный федеральным органом исполнительной власти по интеллектуальной собственности и удостоверяющий приоритет, авторство изобретения, полезной модели, промышленного образца и исключительное право в отношении этих объектов.
*Экспертиза по существу. Начинается после завершения формальной экспертизы одним из специализированных (отраслевых) отделов ФИПС.
Что проверяется: Является ли описанный творческий результат изобретением.
Что изобретением не считается: — открытия, а также научные теории и математические методы;
— решения, касающиеся только внешнего вида изделий и направленные на удовлетворение эстетических потребностей;
— правила и методы игр, интеллектуальной или хозяйственной деятельности;
— программы для электронных вычислительных машин;
— решения, заключающиеся только в представлении информации.
Не охраняются изобретения, противоречащие общественным интересам, принципам гуманности и морали.
Что является изобретением, но защищается другими законами:
— сорта растений, породы животных;
— топологии интегральных микросхем.
Критерии, которым должно удовлетворять изобретение:
Изобретение является новым, если оно не известно из сведений об уровне техники, достигнутым в мире.
— Изобретательский уровень (существенная новизна); Изобретательский уровень достаточен, если он для специалиста явным образом не следует из уровня техники (то есть его отличия от ближайшего аналога должны быть очевидными).
— Промышленная применимость. Изобретение является промышленно применимым, если оно может быть использовано в промышленности, сельском хозяйстве, здравоохранении и других отраслях деятельности.
Для установления соответствия критериям новизны и изобретательского уровня, ФИПС использует известные ему сведения об аналогичных решениях. В частности, он использует специальную литературу, сведения о российских патентах и патентах развитых стран. Также эксперт оперирует своими собственными знаниями.
Примечание.
Экспертиза дает существенную, но не 100% гарантию действительности патента. Государственный орган, проводящий экспертизу для установления новизны и изобретательского уровня, располагает обширными, но не всеми доступными в мире сведениями. Если будет установлено, что в какой-либо стране в доступном для ознакомления источнике будет раскрыта информация о таком же решении, то патент будет признан недействительным.
Приоритет.
Преимущественное право заявителя на получение патента по отношению к другому заявителю, которое обусловлено более ранней датой совершения установленного Патентным законом РФ действия.
Полезная модель. Правовая охрана предоставляется не только техническим решениям, представляющим собой существенное достижение человеческой мысли, переход на новый уровень техники (изобретениям), но и просто улучшениям устройств, механизмов, в которых творчество проявляется не так ярко. Эти улучшения российским законодательством были названы полезными моделями. В литературе их еще называли малыми изобретениями.
Отличия изобретений и полезных моделей — законодательство предоставляет охрану в качестве полезных моделей только тем техническим решениям, которые относятся к категории устройств;
— к полезной модели не предъявляется такое требование, как изобретательский уровень. (То есть, для охраны устройства в качестве полезной модели достаточно просто его неизвестности. Существенность или несущественность внесенных изменений в ближайший аналог не играет роли).
— при установлении новизны полезной модели в уровень техники не включаются сведения об открытом применении за рубежом устройств такого же назначения;
— при выдаче патента на полезную модель не проводится экспертиза на установление ее соответствия требованиям новизны и промышленной применимости;
(Патент на полезную модель выдается без какой-либо гарантии действительности).
— значительно меньше по сравнению с изобретением максимальный срок охраны полезной модели.
Промышленный образец. Художественно-конструкторское решение изделия, определяющее его внешний вид. (Существенные признаки промышленного образца: признаки, определяющие эстетические и (или) эргономические особенности внешнего вида изделия, в частности форма, конфигурация, орнамент и сочетание цветов).
Патент на промышленный образец защищает внешний вид изделия. Срок действия патента на промышленный образец составляет 10 лет (с даты подачи заявки) и может быть продлен по специальному ходатайству патентообладателя еще на пять года.
Некоторые изобретения.
Все полезные вещи изобретаются в своё время. (Ф.Рабле.)
Колесо; конец V — начало IV тыс. д.н.э.
Механические часы; XIII в, Италия.
Очки; 1280-1290, итальянские мастера.
Микроскоп; 1590, братья Г. и З.Янсены (Голландия).
Телескоп; 1608, Г.Галилей (другие считают его «голландским изобретением», а Галилею приписуют его усовершенствование).
Маятниковые часы; 1673, Г.Х.Гюйгенс.
Подводная лодка; XVII в, Дреберель (Голландия).
Ртутный термометр; 1714, Г.Д.Фаренгейт.
Водолазный костюм (металлический шлем, насос); конец XVIII в, Клейнгерт (Германия).
Вольтов столб (гальванический элемент); 1801, А.Вольта (Италия).
Фотосъёмка; 1826, Ж.Ньепс (Франция; 8-часовая экспоциция).
Телефон; 1876, А.Белл.
Фонограф (аппарат записывающий и воспроизводящий разнообразные звуки); 1877, Эдисон.
Магнитофон; 1900, В.Паульсен (Дания; запись на тонкую стальную ленту — телеграфон).
Солнечная батарея; 1953.
1.7. очередность создания системы и объем каждой очереди
2. В разделе «Описание процесса деятельности» отражают состав процедур (операций) с учетом обеспечения взаимосвязи и совместимости процессов автоматизированной и неавтоматизированной деятельности, формируют требования к организации работ в условиях функционирования АС.
Описание процесса деятельности естественно проводить в форме процессных схем, как это было изложено в разделах 9.5.2. – 9.5.5.
3. В разделе «Основные технические решения» приводят:
3.1. решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы, подсистем;
Разработка структуры системы проводится на основе структурно-функционального анализа – раздел 9.5.1.
3.2. решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости;
Принцип совместимости заключается в том, что при создании систем должны быть реализованы информационные интерфейсы, благодаря которым она может взаимодействовать с другими системами в соответствии с установленными правилами. В соответствии с ГОСТ 34.003-90 совместимость АС – это комплексное свойство двух или более АС, характеризуемое их способностью взаимодействовать при функционировании. Совместимость АС включает техническую, программную, информационную; организационную, лингвистическую и, при необходимости, метрологическую совместимость. Техническая совместимость АС характеризуется возможностью взаимодействия технических средств этих систем. Программная совместимость АС характеризуется возможностью работы программ одной системы в другой и обмена программами, необходимыми при взаимодействии АС. Информационная совместимость АС характеризуется возможностью использования в них одних и тех же данных и обмена данными между ними. Организационная совместимость АС характеризуется согласованностью правил действия их персонала, регламентирующих взаимодействие этих АС. Лингвистическая совместимость АС характеризуется возможностью использования одних и тех же языковых средств общения персонала с комплексом средств автоматизации этих АС. Метрологическая совместимость АС характеризуется тем, что точность результатов измерений, полученных в одной АС, позволяет использовать их в другой системе.
3.3. решения по режимам функционирования, диагностированию работы системы;
3.4. решения по численности, квалификации и функциям пepcoнала АС, режимам его работы, порядку взаимодействия.
3.5. сведения об обеспечении заданных в техническом задании (ТЗ) потребительских характеристик системы (подсистем) определяющих ее качество;
3.6. состав функций, комплексов задач (задач) реализуемых системой (подсистемой);
3.7. решения по комплексу технических средств, его размещению на объекте;
3.8. решения по составу информации, объему, способам ее организации, видам машинных носителей, входным и выходным документам и сообщениям, последовательности обработки информации и другим компонентам;
3.9. решения по составу программных средств, языкам деятельности (лингвистическим средствам пользовательского интерфейса, интерфейса с ТС и пр.), алгоритмам процедур и операций и методам их реализации
4. В разделе «Мероприятия по подготовке объекта автоматизации к вводу системы в действие» приводят:
4.1. мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ;
4.2. мероприятия по обучению и проверке квалификации персонала
4.3. мероприятия по созданию необходимых подразделений и рабочих мест;
4.4. мероприятия по изменению объекта автоматизации;
4.5. другие мероприятия, исходящие из специфических особенностей создаваемых АС.
3. Общее описание системы
Документ содержит разделы:
1. назначение системы;
2. описание системы;
3. описание взаимосвязей АС с другими системами;
4. описание подсистем (при необходимости).
1. В разделе «Назначение системы» указывают:
1.1. вид деятельности, для автоматизации которой предназначена система;
1.2. перечень объектов автоматизации, на которых используется система;
1.3. перечень функций, реализуемых системой.
2. В разделе «Описание системы» указывают:
2.1. структуру системы и назначение ее частей;
2.2. сведения об АС в целом и ее частях, необходимые для обеспечения эксплуатации системы;
2.3. описание функционирования системы и ее частей.
3. В разделе «Описание взаимосвязей АС с другими системами» указывают:
3.1. перечень систем, с которыми связана данная АС;
3.2. описание связей между системами;
3.3. описание регламента связей;
3.4. описание взаимосвязей АС с подразделениями объекта автоматизации.
4. В разделе «Описание подсистем» указывают:
4.1. структуру подсистем и назначение ее частей;
4.2. сведения о подсистемах и их частях, необходимые для обеспечения их функционирования;
4.3. описание функционирования подсистем и их частей.
4. Схема организационной структуры
Схема организационной структуры содержит:
1. состав подразделений (должностных лиц) организации, обеспечивающих функционирование АС либо использующих при принятии решения информацию, полученную от АС;
2. основные функции и связи между подразделениями и отдельными должностными лицами, указанными на схеме и их подчиненность.
5. Схема функциональной структуры
Документ «Схема функциональной структуры» содержит:
1. — элементы функциональной структуры АС (подсистемы АС);
— автоматизированные функции и (или) задачи (комплексы задач);
— совокупности действий (операций), выполняемых при рeализации автоматизированных функций только техническими средствами (автоматически) или только человеком;
2. информационные связи между элементами и с внешней средой с кратким указанием содержания сообщений и (или) сигналов, передаваемых по связям, и при необходимости, связи других типов (входимости, подчинения и т.д.);
3. детализированные схемы частей функциональной структуры (при необходимости).
6. Описание автоматизируемых функций
Документ «Описание автоматизируемых функций» содержит разделы:
1. исходные данные;
2. цели АС и автоматизированные функции;
3. характеристика функциональной структуры;
4. типовые решения (при наличии).
1. В разделе «Исходные данные» приводят:
1.1. перечень исходных материалов и документов, использованных при разработке функциональной части проекта АС;
1.2. особенности объекта управления, влияющие на проектные решения по автоматизированным функциям;
1.3. данные о системах управления, взаимосвязанных с разрабатываемой АС, и сведения об информации, которой она должна обмениваться с абонентами и другими системами;
1.4. описание информационной модели объекта вместе с его системой управления.
Информационная модель объекта — это его описание. Метод описания может быть разным: словесным, математическим, графическим и др. Например, чертеж автомобиля является его графическим описанием, а, стало быть, информационной моделью. Всякую реальность невозможно описать исчерпывающим образом во всех деталях. Поэтому любая информационная модель содержит лишь существенные сведения об объекте с учетом той цели, для которой она создается. Построению информационной модели предшествует системный анализ, задача которого: выделить существенные части и свойства объекта, связи между ними. Информационные модели одного и того же объекта, предназначенные для разных целей, могут быть совершенно разными. Например, в личной карточке работника предприятия, которая хранится в отделе кадров, о нем имеются следующие сведения: фамилия, имя, отчество, пол, год рождения, место рождения, национальность, адрес проживания, образование, семейное положение. А в медицинскую карточку того же самого человека занесены следующие данные о нем: фамилия, имя, отчество, пол, год рождения, группа крови, вес, рост, хронические заболевания. В обществе охотников, членом которого является этот человек, о нем хранится другой набор сведений. Разное назначение разные информационные модели.
Под системой управления обычно понимается целый комплекс организационно-технологических мер, которые могут выступать подчиненными (составными) системами:
Система полномочий — определяется круг обязанностей каждого должностного лица
Система компетенций — подбор менеджеров и сотрудников для качественного исполнения должностных инструкций
Система коммуникаций — посредством чего и как сотрудники взаимодействуют друг с другом;
Система контроля качества — для оценки эффективности работы каждого менеджера и сотрудника
Эффективность управления предприятием в целом зависит от хода выполнения каждого этапа:
Планирование — при котором производится прогноз результатов работы и выработка стратегии действия.
Определение правил и условий работы — чем будет обеспечено (гарантировано) выполнение плана, кто, какие работы и в каком объеме будет выполнять.
Выполнение работы — при этом исполнители должны точно понимать каких результатов от них ожидают и быть заинтересованными в высоком качестве.
Контроль — завершающий этап, оценка объема и качества фактических результатов работ с запланированными.
Корректировка — если на этапе контроля выявлены отклонения, производится корректировка прежде, чем выполненные работы или услуги будут предоставлены/оказаны клиентам.
Управление организацией (учреждением) во многом схоже с управлением предприятием, но имеет свои особенности, к которым можно отнести:
Коммерческая составляющая — которая часто отсутствует в ряде государственных учреждений;
Исполнительская дисциплина — в коммерческих и в некоммерческих организациях используются разные способы её поддержания;
Ведомственная подчиненность — в большинстве случаев является определяющей компонентой в технологии управления.
Технология управления во многом определяется технологией производства и реализации товаров/услуг, и направлена на обеспечение непрерывности и управляемости процессов. Технология управления — это и определенные временные регламенты, которые часто зависят как от внутренних, так и от внешних факторов:
Время на сбор, передачу и обработку информации;
Время на принятие решения;
Время на подготовку исполнения решений;
Время на исполнение решения;
Время на контроль исполненных решений.
И если какие-то регламенты можно оптимизировать используя систему управления, то, например, время на принятие решения во многом зависит от квалификации управленца и от объема информации, доступной ему на момент принятия решения.
2. В разделе «Цели АС и автоматизированные функции» приводят описание автоматизированных функций, направленных на достижение установленных целей.
3. Раздел «Характеристика функциональной структуры» содержит:
3.1. перечень подсистем АС с указанием функций и (или) задач, реализуемых в каждой подсистеме;
3.2. описание процесса выполнения функций (при необходимости);
3.3. необходимые пояснения к разделению автоматизированных функций на действия (операции), выполняемые техническими средствами и человеком;
3.4. требования к временному регламенту и характеристикам процесса реализации автоматизированных функций (точности, надежности и т.п.) и решения задач.
4. В разделе «Типовые решения» приводят перечень типовых решений с указанием функций, задач, комплексов задач, для выполнения которых они применены.
7. Описание постановки задачи (комплекса задач)
Документ содержит разделы:
1. характеристики комплекса задач;
2. выходная информация;
3. входная информация.
1. В разделе «Характеристики задачи (комплекса задач)» приводят:
1.1. назначение задачи (комплекса задач);
1.2. перечень объектов (технологических объектов управления, подразделений предприятия и т. п.), при управлении которыми решают задачу (комплекс задач);
1.3. периодичность и продолжительность решения;
1.4. условия, при которых прекращается решение задачи (комплекса задач) автоматизированным способом (при необходимости);
1.5. связи данной задачи (комплекса задач) с другими комплексами (задачами) АС;
1.6. должности лиц и (или) наименования подразделений, определяющих условия и временные характеристики конкретного решения задачи (комплекса задач), (если они не определены общим алгоритмом функционирования системы);
1.7. распределение действий между персоналом и техническими средствами при различных ситуациях решения комплекса задач.
2. Раздел «Выходная информация» содержит:
2.1. перечень и описание выходных сообщений;
В описании по каждому выходному сообщению следует указывать:
2.1.1. идентификатор;
2.1.2. форму представления сообщения (документ, видеокадр сигнал управления) и требования к ней;
2.1.3. периодичность выдачи;
2.1.4. сроки выдачи и допустимое время задержки решения;
2.1.5. получателей и назначение выходной информации.
2.2. перечень и описание имеющих самостоятельное смысловое значение структурных единиц информации выходных сообщений (показателей, реквизитов и их совокупностей, сигналов управления) или ссылку на документы, содержащие эти данные.
Показатель (Indicator; Index ) — обобщенная характеристика свойств объекта или процесса. Показатель выступает методологическим инструментом, обеспечивающим возможность проверки теоретических положений с помощью эмпирических данных. Различают:
— качественные показатели, фиксирующие наличие или отсутствие определенного свойства; и
— количественные показатели, фиксирующие меру выраженности, развития определенного свойства.
Реквизиты документа — обязательные данные или сведения, которые должен содержать официальный документ, чтобы обладать подлинной юридической силой, служить основанием совершения операций. Различают обязательные и дополнительные реквизиты.
В описании по каждой структурной единице информации следует указывать:
2.2.1. наименование;
2.2.2. идентификатор выходного сообщения, содержащего структурную единицу информации;
2.2.3. требования к точности и надежности вычисления (при необходимости).
3. Раздел «Входная информация» должен содержать:
3.1. перечень и описание входных сообщений (идентификатор, форму представления, сроки и частоту поступления);
Идентификатор (Identifier) — символическое имя переменной или подпрограммы, которые однозначно идентифицируют их в программе.
Идентификатор — в ИПС — имя собственное, используемое как дескриптор.
Идентификатор пользователя — символьное или цифровое имя, присваиваемое отдельному лицу или группе лиц и разрешающее использование ресурсов информационной системы.
3.2. перечень и описание структурных единиц информации входных сообщений или ссылку на документы, содержащие эти данные.
В описании по каждой структурной единице информации входных сообщений следует указывать:
3.2.1. наименование
3.2.2. требуемую точность ее числового значения (при необходимости);
3.2.3. источник информации (документ, видеокадр, устройство, кодограмма, информационная база на машинных носителях и т.д.);
3.2.4. идентификатор источника информации.
8. Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистем, систем)
«Программа и методика испытаний» системы (подсистемы) на этапе опытного функционирования предназначена для установления данных, обеспечивающих получение и проверку проектных решений, выявление причин сбоев, определение качества работ, показателей качества функционирования системы (подсистемы), проверку соответствия системы требованиям техники безопасности, продолжительность и режим испытаний.
Программы испытаний должны содержать перечни конкретных проверок (решаемых задач), которые следует осуществлять при испытаниях для подтверждения выполнения требований ТЗ, со ссылками на соответствующие методики (разделы методик) испытаний.
1. Перечень проверок, подлежащих включению в программу испытаний, включает:
1.1. соответствие системы ТЗ;
1.2. комплектность системы;
1.3. комплектность и качество документации;
1.4. комплектность, достаточность состава и качество программных средств и программной документации;
1.5. количество и квалификация обслуживающего персонала;
1.6. степень выполнения требований функционального назначения системы;
1.7. контролепригодность системы;
1.8. выполнение требований техники безопасности, противопожарной безопасности, промышленной санитарии, эргономики;
1.9. функционирование системы с применением программных средств.
Описание методов испытаний системы по отдельным показателям рекомендуется располагать в той же последовательности, в которой эти показатели расположены в технических требованиях.
2. Программа испытаний содержит разделы:
2.1. объект испытаний;
В разделе «Объект испытаний» указывают:
2.1.1. полное наименование системы, обозначение;
2.1.2. комплектность испытательной системы.
2.2. цель испытаний;
В разделе «Цель испытаний» указывают конкретные цели и задачи, которые должны быть достигнуты и решены в процессе испытаний.
2.3. общие положения;
В разделе «Общие положения» указывают:
2.3.1. перечень руководящих документов, на основании которых проводят испытания;
2.3.2. место и продолжительность испытаний;
2.3.3. организации, участвующие в испытаниях;
2.3.4. перечень ранее проведенных испытаний;
2.3.5. перечень предъявляемых на испытания документов, скорректированных по результатам ранее проведенных испытаний.
2.4. объем испытаний;
В разделе «Объем испытаний» указывают:
2.4.1. перечень этапов испытаний и проверок, а также количественные и качественные характеристики, подлежащие оценке;
2.4.2. последовательность проведения и режима испытаний;
2.4.3. требования по испытаниям программных средств;
2.4.4. перечень работ, проводимых после завершения испытаний, требования к ним, объем и порядок проведения.
2.5. условия и порядок проведения испытаний;
В разделе «Условия и порядок проведения испытаний» указывают:
2.5.1. условия проведения испытаний;
2.5.2. условия начала и завершения отдельных этапов испытаний;
2.5.3. имеющиеся ограничения в условиях проведения испытаний;
2.5.4. требования к техническому обслуживанию системы;
2.5.5. меры, обеспечивающие безопасность и безаварийность проведения испытаний;.
2.5.6. порядок взаимодействия организаций, участвующих в испытаниях;
2.5.7. порядок привлечения экспертов для исследования возможных повреждений в процессе проведения испытаний;
2.5.8. требования к персоналу, проводящему испытания, и порядок его допуска к испытаниям.
2.6. материально-техническое обеспечение испытаний;
В разделе «Материально-техническое обеспечение: испытаний» указывают конкретные виды материально-технического обеспечения с распределением задач и обязанностей организаций, участвующих в испытаниях.
2.7. метрологическое обеспечение испытаний;
В разделе «Метрологическое обеспечение испытаний» приводят перечень мероприятий по метрологическому обеспечению испытаний с распределением задач и ответственности организаций, участвующих в испытаниях, за выполнение соответствующих мероприятий.
2.8. отчетность.
В разделе «Отчетность» указывают перечень отчетных Документов, которые должны оформляться в процессе испытаний и по их завершению, с указанием организаций и предприятий, разрабатывающих, согласующих и утверждающих их, и сроки оформления этих документов.
К отчетным документам относят акт и отчет о результатах испытаний, акт технического состояния системы после испытаний.
В документ включают приложения.
В приложения включают перечень методик испытаний, математических и комплексных моделей, применяемых для оценки характеристик системы.
В зависимости от особенностей систем допускается объединять или исключать отдельные разделы при условии изложения их содержания в других разделах программы испытаний, а также включать в нее дополнительные разделы (при необходимости).
При проведении испытаний в несколько этапов программы испытаний должны быть оформлены в виде единого документа.
Методики испытаний разрабатывают на основе ТЗ и утвержденных программ испытаний с использованием типовых методик испытаний (при наличии). При этом отдельные положения типовых методик испытаний могут уточняться и конкретизироваться в разрабатываемых методиках испытаний в зависимости от особенности системы и условий проведения испытаний. Содержание разделов методик устанавливает разработчик.
9. Ведомость покупных изделий.
10. Локальная смета и локальный сметный расчет
Локальная смета и локальный сметный расчет содержат сведения о сметной стоимости работ, выполняемых при создании АС и сметной стоимости объектов, сооружаемых при создании АС.
Смета — финансовый план, который используется для оценки результатов будущих операций.
11. Проектная оценка надежности системы
Документ содержит разделы:
1. введение;
2. исходные данные;
3. методика расчета;
4. расчет показателей надежности;
5. анализ результатов расчета.
1. В разделе «Введение» указывают:
1.1. назначение расчета надежности системы;
1.2. перечень оцениваемых показателей надежности;
1.3. состав учитываемых, при расчете факторов, а также принятые допущения и ограничения.
2. В разделе «Исходные данные» приводят:
2.1. данные о надежности (паспортные и справочные) элементов АС, учитываемые при расчете надежности системы;
2.2. данные о режимах и условиях функционирования элементов АС;
2.3. сведения об организационных формах, режимах и параметpax эксплуатации АС.
3. В разделе «Методика расчета» указывают обоснование выбора методики расчета и нормативно-технический документ, согласно которого проводят расчет, или краткое описание методики расчета и ссылку на источники, где она опубликована.
4. В разделе «Расчёт показателей надежности» указывают:
4.1. надежностные структуры компонентов АС (комплекса технических средств, программного обеспечения и персонала) по всем оцениваемым функциям (функциональным подсистемам) АС;
4.2. необходимые вычисления;
4.3. результаты расчета.
5. В разделе «Анализ результатов расчета» указывают:
5.1. итоговые данные расчета по каждой оцениваемой функции (функциональной подсистеме) АС и каждому нормируемому показателю надежности;
5.2. выводы о достаточности или недостаточности полученного уровня надежности АС по каждой оцениваемой функции (функциональной подсистеме) АС и, при необходимости, рекомендации по повышению надежности.
* Если в обоснованных случаях при оценке надежности АС нельзя учесть уровень надежности программного обеспечения АС и уровень надежности действий персонала АС, то в документе «Проектная оценка надежности системы» указывают сведения по оценке надежности АС только с учетом надежности комплекса технических средств, в том числе нестандартных.
12. Ведомость держателей подлинников.
13. Ведомость эксплуатационных документов
14. Паспорт
Документ содержит разделы:
1. общие сведения об АС;
В разделе «Общие сведения об АС» указывают наименование АС, ее обозначение, присвоенное разработчиком, наименование предприятия-поставщика и другие сведения об АС в целом
2. основные характеристики АС;
В разделе «Основные характеристики АС» должны быть приведены:
2.1. сведения о составе функций, реализуемых АС, в том числе измерительных и управляющих;
2.2. описание принципов функционирования АС;
Как то: декомпозиция на подсистемы, тип АС, и пр.
2.3. общий регламент и режимы функционирования АС и сведения о возможности изменения режимов ее работы;
Регламентирование — жесткий способ организационного воздействия, заключающийся в разработке и введении в действие организационных положений, обязательных для исполнения.
Режимы функционирования: штатный, аварийный, опытной эксплуатации и пр. Режим ввода информации, режим формирования отчетов, режим ответов на запросы, режим обмена информацией со смежными системами и пр.
2.4. сведения о совместимости АС с другими системами.
В разделе «Комплектность» указывают все непосредственно входящие в состав АС комплексы технических и программных средств, отдельные средства, в том числе носители данных и эксплуатационные документы.
4. свидетельство (акт) о приемке;
В разделе «Свидетельство о приемке» приводят дату подписания акта о приемке АС в промышленную эксплуатацию и фамилии лиц, подписавших акт.
5. гарантии изготовителя (поставщика);
В разделе «Гарантии изготовителя» приводят сроки гарантии АС в целом и(или) ее частей.
6. сведения о рекламациях.
В разделе «Сведения о рекламациях» регистрируют все предъявленные рекламации, их краткое содержание и меры принятые по рекламациям.
Рекламация (От лат.Praetensio — требование, притязание) — претензия одной из сторон договора к своему контрагенту о невыполнении им взятых по условиях договора на себя обязательств. Претензия обычно сопровождается требованием возместить возможные убытки, связанные с невыполнением указанных обязательств.
15. Формуляр
Документ содержит разделы:
1. общие сведения;
В разделе «Общие сведения» указывают наименование АС, ее обозначение, присвоенное разработчиком, наименование организации-разработчика, дата сдачи АС в эксплуатацию, общие указания персоналу по эксплуатации АС, требования по ведению формуляра и месте его хранения, в т. ч. перечень технической документации, с которой должен быть ознакомлен персонал.
2. основные характеристики;
В разделе «Основные характеристики» указывают:
2.1. перечень реализуемых функций;
2.2. количественные и качественные характеристики AC ;
2.3. описание принципов функционирования АС, регламент и режимы функционирования;
2.4. сведения о взаимодействии АС с другими системами.
3. комплектность;
В разделе «Комплектность» указывают:
3.1. перечень технических и программных средств, в том числе носителей данных;
3.2. перечень эксплуатационных документов.
4. свидетельство о приемке;
В разделе «Свидетельство о приемке» указывают:
4.1. даты подписания актов о приемке АС и ее частей в промышленную эксплуатацию;
4.2. фамилии председателей комиссий, осуществлявших приемку АС.
5. гарантийные обязательства;
В разделе «Гарантийные обязательства» указывают:
5.1. гарантийные обязательства разработчиков АС по системе в целом и частям, имеющим разные гарантийные сроки;
5.2. перечень технических средств АС, имеющих гарантийные сроки службы меньше гарантийных сроков для системы.
6. сведения о состоянии АС;
В разделе «Сведения о состоянии АС» указывают:
6.1. сведения о неисправностях, в том числе дату время, характер, и причину возникновения, и лицах, устранивших неисправность
6.2. замечания по эксплуатации и аварийным ситуациям, принятые меры;
6.3. сведения о проведении проверок измерительных устройств и точностных характеристик измерительных каналов (для АСУ ТП);
6.4. сведения о ремонте технических средств и изменениях в программном обеспечении с указанием основания, даты и содержания изменения;
6.5. сведения о выполнении регламентных (профилактических работ и их результатах).
7. В разделе «Сведения о рекламациях» указывают сведения о рекламациях с указанием номера, даты, краткого содержания рекламационного акта, а также сведения об устранении замечаний указанных в акте.
Документ содержит перечень эксплуатационных документов согласно ГОСТ 34.201.
Ведомость заполняют по разделам-частям проекта АС.
Итак, логика проектирования при разработке общесистемных решений выстраивается как последовательность работ, сопровождаемых разработкой соответствующих документов, а именно:
Пояснительные записки к эскизному, техническому проектам
Общее описание системы
Схема организационной структуры
Схема функциональной структуры
Описание автоматизируемых функций
Описание постановки задачи (комплекса задач)
Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистем, систем)
Локальная смета и локальный сметный расчет
Проектная оценка надежности системы
Ведомость держателей подлинников.
Ведомость эксплуатационных документов
Выполнение этих работ позволяет выполнить требования ТЗ к общесистемным решениям и требования к функционированию системы. После этого приступают к реализации обеспечивающей части АС — соответственно по видам обеспечения. Основным – информационному, программному и техническому, как компонентам КСА. Остальные виды обеспечения – организационное, правовое, математическое, лингвистическое, эргономическое служат основой для нормативно-технической базы АС или входят в состав трех основных видов обеспечения.
Документ «Общее описание системы» (ПД)
В разделе "Назначение системы" указывается:
- Вид деятельности, для автоматизации которой предназначена система;
- Перечень объектов автоматизации, на которых используется система;
- Перечень функций, реализуемых системой.
В разделе "Описание системы" указывается:
-
системы и назначение ее частей;
- Сведения об АСУТП в целом и ее частях, необходимые для обеспеченияэксплуатации системы;
- Описание функционирования системы и ее частей.
В разделе "Описание взаимосвязей АСУТП с другими системами" приводится: