Создание информационной системы начинается с момента первых переговоров Заказчика и потенциального Исполнителя и может никогда не закончиться, поскольку хорошие и полезные системы постоянно совершенствуются и развиваются.

Предварительный этап

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

Устав проекта определяет следующие принципиальные моменты, связанные с процессом разработки и внедрения информационной системы:

• Краткое описание проекта, цели и задачи создания информационной системы.
• Общее описание состава работ.
• Границы проекта: сроки, бюджет, перечень объектов автоматизации.
• Описание продукта: перечень поставляемого аппаратного и программного обеспечения, тип и количество лицензий и т.д.
• Организационная структура проекта: список и роли участников проектной группы со стороны Исполнителя и Заказчика, их ответственность и обязанности, система документооборота проекта.
• Основные этапы разработки и внедрения информационной системы, укрупненный план-график их реализации.
• Наиболее значимые риски невыполнения обязательств по проекту, а также способы минимизации рисков.

Другими словами, устав проекта – это именно устав, который разрабатывается руководителем проекта совместно с основными участниками проектной группы, утверждается руководством Исполнителя и Заказчика и не должен корректироваться в течение всего времени создания информационной системы.

Завершением предварительного этапа можно считать момент, когда подписан договор на услуги по разработке и внедрению информационной системы и утвержден устав проекта.

Сбор требований

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

Результатом данного этапа должно стать появление технического задания на разработку и внедрение информационной системы. Техническое задание должно базироваться на условиях договора и требованиях, изложенных в уставе проекта и содержать следующие разделы (для России структура технического задания регламентируется ГОСТ 34.602 89):

• Назначение и цели создания системы.
• Описание объекта автоматизации и основных автоматизируемых бизнес-процессов.
• Требования к системе: требования к структуре; функциям (задачам), решаемым системой; требования к техническому и организационному обеспечению; требования к надежности, безопасности и т.д. и т.п.
• Состав и содержание работ по созданию информационной системы.
• Порядок контроля и приемки результатов работ.
• Требования к составу работ по подготовке объекта автоматизации для запуска информационной системы в эксплуатацию.
• Требования к составу проектной и пользовательской документации.

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

Проектирование

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

• Архитектура информационной системы.
• Описание структур информационного хранилища (базы данных).
• Проектные решения, представленные детальным описанием сценариев автоматизации всех, затрагиваемых внедрением системы бизнес процессов.
• Сценарии интеграции разрабатываемой информационной системы с внешними программными продуктами.
• Источники исходных данных и варианты первоначального информационного наполнения системы.
• Концепция разграничения прав доступа к данным на основе ролей пользователей, определяющих, в том числе, их полномочия.
• Концепция обучения пользователей информационной системы.

Реализация

Этап реализации всех требований к информационной системе, изложенных в Техническом задании и Техническом проекте. В этот период Исполнитель разрабатывает все необходимые программные компоненты, создает структуры базы данных, производит установку, настройку и тестирование всех компонентов информационной системы на своей территории, имитирует сценарии интеграции и т.д. и т.п. Завершение этапа реализации подтверждается появлением таких проектных документов, как руководство по установке и настройке системы, программа и методика испытаний системы, а также шаблон базы данных и реестр всех выполненных программных разработок.

Подготовка информационной системы к эксплуатации

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

К моменту окончания всех подготовительных работ должен быть разработан и утвержден регламент эксплуатации системы. Регламент, в частности, должен определять пользователей и их роли в системе, в соответствии с их должностными обязанностями.

Опытно-промышленная эксплуатация

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

В этот период пользователи начинают эксплуатировать систему в соответствии с разработанным на предыдущем этапе регламентом. В ходе опытно-промышленной эксплуатации фиксируются ошибки и согласовываются необходимые доработки. Исполнитель устраняет ошибки, выполняет доработки и при условии, что система начинает функционировать в соответствии со всеми, предъявленными к ней ранее требованиями, в конце установленного периода получает протокол об успешном завершении опытно-промышленной эксплуатации.

С завершением опытно-промышленной эксплуатации, как правило, завершается действие договора на создание информационной системы. Сама система переходит в режим промышленной эксплуатации, а Исполнитель, если в этом заинтересован Заказчик, заключает отдельный договор на ее сопровождение, на период установленного условиями договора срока.

Сопровождение и развитие системы

Промышленная эксплуатация может выявить то, что некоторые требования к созданной информационной системе содержали неточности и требуют иной формулировки или дополнений, а сама система требует доработки. Не каждый Заказчик имеет в своем штате персонал, который способен самостоятельно внести в работу системы все, диктуемые реальной обстановкой изменения, поэтому заключает с Исполнителем отдельный договор на сопровождение информационной системы.

Пользователи информационной системы начинают общаться с представителями службы поддержки Заказчика, которые принимают от них заявки на доработку функционала и устранение дефектов, передают заявки в работу и периодически оповещают пользователей о статусе их запроса. Перечень возможных доработок и регламент обработки заявок определяется условиями договора. Если появляется потребность в работах, которые не укладываются в суть договора на сопровождение, то Заказчик и Исполнитель составляют отдельный договор на данный вид работ, который уже можно отнести к работам по модернизации и развитию эксплуатируемой информационной системы.

В процессе работы персонала Заказчика с медицинской информационной системой ЭМСИМЕД мы различаем два режима ее эксплуатации: опытный и промышленный.

Наша компания дает следующее определение для понятия «промышленная эксплуатация» информационных систем:

Промышленная эксплуатация ИС, это такой режим эксплуатации, при котором система функционирует в рамках требований и задач, предъявляемых к ней, в штатном режиме без вмешательства специалистов по внедрению. По сути, это режим обычной ежедневной эксплуатации. В нашем случае требования предъявляются к автоматизации конкретных рабочих мест, организации документооборота, формированию отчетов, совместной работе МИС и оборудования и так далее. Штатный режим означает, что сотрудники умеют пользоваться системой в рамках своих функциональных обязанностей, система работает без сбоев, все процессы в системе налажены.

Переход в режим промышленной эксплуатации это конечная цель всего процесса внедрения медицинской информационной системы ЭМСИМЕД, и потому промышленная эксплуатация не является выделенным этапом внедрения.

На практике, даже при идеальном планировании и очень жестком контроле, не всегда получается сразу после описанных на предыдущих этапах работ перейти в режим промышленной эксплуатации. И чем крупнее медицинское учреждение, тем выше такой риск. Для того, что бы ЛПУ Заказчика полноценно начала эксплуатировать нашу систему, мы рекомендуем запланировать в процессе внедрения режим опытной эксплуатации. Длительность режима опытной эксплуатации зависит от объема и сложности работ по внедрению системы, величины учреждения и определяется совместно с Заказчиком. Обычно наши Заказчики укладываются в трехмесячный срок.

Какие основные факторы влияют на необходимость и длительность опытного периода эксплуатации?

• Организационные

1. Структурные изменения . Часто в ходе внедрения наши Заказчики открывают новые организационные возможности или пути оптимизации своей деятельности, которые можно внедрить с помощью нашей системы. Соответственно появляются изменения в оргструктуре или в штатном расписании, процессах деятельности. Эти незапланированные изменения надо отразить в МИС.

2. Административные предписания . Использование МИС ЭМСИМЕД это новый, улучшенный способ выполнения сотрудниками части своих обязанностей. И этот новый способ необходимо регламентировать приказами, инструкциями, руководствами, списком функциональных обязанностей и так далее. Окончательное понимание администрацией ЛПУ кто, что и как будет делать приходит в боевых условиях, а с опытом рождаются и должностные инструкции.

• Человеческий фактор

1. Персонал болеет, ездит в отпуск и командировки, участвует в научной работе конференциях, бывает перегружен в основной занятости – все это приводит к невыполнению работ по план-графику в срок и требуется резервное время.

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

• Технологические

1. При подключении оборудования могут проявиться скрытые факторы, влияющие на время подключения. Например, документация на аппарат не совпадает с текущей версией внутреннего управляющего ПО, или в процессе ремонта сервисные инженеры заблокировали необходимую функцию. Бывают случаи, когда производитель аппарата саботирует процесс подключения в связи с тем, что у него есть альтернативный нашему продукт.

2. В процессе создания электронного документооборота и отчетности выясняется необходимость создать новый или переделать уже существующий документ или отчет – на это требуется дополнительное время.

• Форс-мажорные факторы

Форс-мажоры здесь не только в общепринятом понимании – наводнение, пожар и так далее, но такие фактора, как например, отключение электроснабжения, поломка сервера и ПК сотрудников, незапланированная задержка товаров на таможне, неплановая проверка государственного органа надзора у Заказчика и так далее, в общем, все те факторы, которые невозможно предусмотреть и внести в план-график работ.

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

Определенное время, в течении опытной эксплуатации, выделяется на проведение финальных тестовых испытаний, - ведь прежде чем перевести медицинское учреждение на новый способ работы, администрация организации должна на 100% убедится в полной работоспособности установленной медицинской информационной системы. Для проведения испытаний создается приемная комиссия из сотрудников администрации ЛПУ и ключевых пользователей системы с участием наших специалистов. В ходе испытаний все результаты протоколируются, а выявленные недочеты подлежат устранению. Под недочетами подразумевается не соответствие требованиям к работе в системе, зафиксированным и утвержденным сторонами в техническом задании на внедрение и определенным на этапе диагностики и консультаций.

Обычно дата начала промышленной эксплуатации совпадает с датой, открывающей очередной отчетный период в организации – начало квартала или начало года, редко начало месяца. При планировании работ в период опытной эксплуатации мы рекомендуем ориентироваться на выбранную дату. Желание наших Заказчиков как можно быстрее использовать выгоды и преимущества от использования медицинской информационной системы ЭМСИМЕД как можно быстрее вполне понятно и оправданно, поэтому нередки случаи, когда на персонал Заказчика и на наших инженеров возлагается «сверхурочная» нагрузка. Планировать такую нагрузку надо осторожно и сбалансировано, учитывать мотивацию и готовность персонала, финансовую составляющую процесса.

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

Полноценное и правильное проведение опытного режима эксплуатации гарантирует использование медицинской информационной системы ЭМСИМЕД персоналом Заказчика с максимальной эффективностью. Специалисты нашей компании с радостью окажут полное содействие и помощь в освоении нового, инновационного инструмента автоматизации деятельности медицинского учреждения.

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

Архитектура информационной системы.

Описание структур информационного хранилища (базы данных).

Проектные решения, представленные детальным описанием сценариев автоматизации всех, затрагиваемых внедрением системы бизнес процессов.

Сценарии интеграции разрабатываемой информационной системы с внешними программными продуктами.

Источники исходных данных и варианты первоначального информационного наполнения системы.

Концепция разграничения прав доступа к данным на основе ролей пользователей, определяющих, в том числе, их полномочия.

Концепция обучения пользователей информационной системы.

Реализация

Этап реализации всех требований к информационной системе, изложенных в Техническом задании и Техническом проекте. В этот период Исполнитель разрабатывает все необходимые программные компоненты, создает структуры базы данных, производит установку, настройку и тестирование всех компонентов информационной системы на своей территории, имитирует сценарии интеграции и т.д. и т.п. Завершение этапа реализации подтверждается появлением таких проектных документов, как руководство по установке и настройке системы, программа и методика испытаний системы, а также шаблон базы данных и реестр всех выполненных программных разработок.

Подготовка информационной системы к эксплуатации

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

К моменту окончания всех подготовительных работ должен быть разработан и утвержден регламент эксплуатации системы. Регламент, в частности, должен определять пользователей и их роли в системе, в соответствии с их должностными обязанностями.

Опытно-промышленная эксплуатация

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

В этот период пользователи начинают эксплуатировать систему в соответствии с разработанным на предыдущем этапе регламентом. В ходе опытно-промышленной эксплуатации фиксируются ошибки и согласовываются необходимые доработки. Исполнитель устраняет ошибки, выполняет доработки и при условии, что система начинает функционировать в соответствии со всеми, предъявленными к ней ранее требованиями, в конце установленного периода получает протокол об успешном завершении опытно-промышленной эксплуатации.

С завершением опытно-промышленной эксплуатации, как правило, завершается действие договора на создание информационной системы. Сама система переходит в режим промышленной эксплуатации, а Исполнитель, если в этом заинтересован Заказчик, заключает отдельный договор на ее сопровождение, на период установленного условиями договора срока.

Информационная система, базирующаяся на выбранном программном продукте, должна доказать свою работоспособность.

Испытания информационной системы представляют собой процесс проверки выполнения заданных функций системы, определения и проверки соответствия количественных и качественных характеристик системы требованиям технического задания, выявления и устранения недостатков в действиях системы, в разработанной документации.

В соответствии с ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем" для информационных систем устанавливаются следующие виды испытаний: предварительные, опытная эксплуатация, приемочные.

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

Опытную эксплуатацию проводят с целью определения фактических значений количественных и качественных характеристик информационной системы и готовности персонала к работе в условиях её функционирования, определения фактической эффективности информационной системы, корректировке (при необходимости) документации.

При организации опытной эксплуатации информационной системы задачей продуктового ИТ-консультанта является разработка документа "Программа и методика проведения испытаний".

Документ "Программа и методика испытаний" включает:

· условия и порядок функционирования частей информационной системы и информационной системы в целом;

· продолжительность опытной эксплуатации, достаточную для проверки правильности функционирования информационной системы при выполнении каждой функции системы и готовности персонала к работе в условиях функционирования информационной системы;

· порядок устранения недостатков, выявленных в процессе опытной эксплуатации.

В процессе опытной эксплуатации продуктовый ИТ- консультант также проводит анализ результатов работы информационной системы и составляет отчет, содержащий результаты опытной эксплуатации и программу необходимой доработки. Он согласовывает дополнительные требования, проводит обучение пользователей, вносит необходимые изменения в документацию по результатам испытаний.

На основании подготовленного отчета организацией принимается решение о предъявлении частей информационной системы и системы в целом на приемочные испытания для сдачи в промышленную эксплуатацию.

Работа завершается оформлением акта о завершении опытной эксплуатации и допуске к приемочным испытаниям.

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

Как уже говорилось, приемочным испытаниям информационной системы должна предшествовать её опытная эксплуатация. На основе результатов опытной эксплуатации проводится распространение полученного опыта на все участки, входящие в границы проекта, в соответствии с принятой стратегией развертки информационной системы.

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

В соответствии с ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем" документ "Программа приемочных испытаний" содержит:

· перечень объектов, выделенных в системе для испытаний и перечень требований, которым должны соответствовать объекты (со ссылкой на пункты технического задания);

· критерии приемки системы и ее частей;

· условия и сроки проведения испытаний;

· средства для проведения испытаний;

· фамилии лиц, ответственных за проведение испытаний;

· методику испытаний и обработки их результатов;

· перечень оформляемой документации.

Приемочные испытания включают проверку:

· полноты и качества реализации функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования информационной системы, указанных в техническом задании;

· выполнения каждого требования, относящегося к интерфейсу системы;

· работы персонала в диалоговом режиме;

· средств и методов восстановления работоспособности информационной системы после отказов;

· комплектности и качества эксплуатационной документации.

В течении установленных сроков продуктовым ИТ-консультантом осуществляются работы по организации мониторинга работы информационной системы и внесения необходимых модификаций. Эти работы направлены на улучшение эффективности и производительности информационной системы. Обычно они включают следующие мероприятия:

· дополнительное обучение пользователей;

· консультирование пользователей;

· мониторинг характеристик работы информационной системы;

· анализ полученных результатов мониторинга и выработка рекомендаций по внесению необходимых изменений

· управление процессом внесения изменений и модернизацией информационной системы;

· разработка дополнительной документации, внесение изменений в существующую документацию.

Ввод автоматизированной системы производства в промышленную эксплуатацию осуществляют в определенной последовательности.

1. Производственные испытания

Испытания проводят на предприятии заказчика. Сначала разрабатывают программу и методику испытаний. Перед проведением проектировщик должен представить блок-схемы алгоритмов управления и контроля; комплекты алгоритмов управления и контроля на естественном и формальном языках, отлаженных программ управления, распечаток программ управления, должностных инструкций операторов и наладчиков с ограничением их прав и обязанностей; методики проверки взаимодействия блоков, инструкцию по эксплуатации системы, содержащую методики профилактического обслуживания.

Испытания осуществляют по мере отладки частей системы. Помня высказывание академика П.Л. Капицы: «Если система заработала при первом включении, то в ней имеется неисправность», следует быть готовым к длительной работе по корректировке результатов проектирования. В процессе испытаний целесообразно привлечь специалистов предприятия для корректировки документации и ознакомления с работой автоматизированного производства. Составляют протокол испытаний, в котором указывают название объекта испытаний, список проводивших испытание лиц, цель и продолжительность испытаний, перечень проверяемых пунктов технического задания, пункты программы испытаний, сведения о возникших отказах, сбоях и аварийных ситуациях, сведения об исправлениях параметров системы и технической документации. Производственные испытания делят на предварительные и приемочные. Предварительные проводят после отладки программно-аппаратных средств и обучения эксплуатационников. Они могут быть автономными или комплексными. При автономных испытаниях проверяют работу подсистем с вводом реальной информации организации-заказчика и определяют соответствие результатов испытаний заданным. В протоколе делают заключение о допуске подсистемы к комплексным испытаниям. При комплексных испытаниях проверяют взаимодействие подсистем в автоматизированной системе. Приемочные испытания ведут на основании положительных результатов предварительных испытаний.

Разрабатывают программу испытаний с использованием реальных данных заказчика. Проверяют реакцию системы на аварийные ситуации. По результатам испытаний составляют протокол согласования, в котором перечисляют отклонения от требований технического задания, согласовывают допустимые и недопустимые отклонения, указывают срок внесения соответствующих изменений в техническую документацию. Все изменения проектной документации оформляют приказами на изменение, в которых указывают изменяемую часть документа до и после внесения изменения.

2. Государственные испытания

Государственные испытания начинают по окончании производственных испытаний. Снова разрабатывают программу и методику. В программе указывают перечень задач, блоков и технических средств, набор программных средств, информационное обеспечение, цель и объекты испытаний. В методике для каждого объекта задают последовательность испытаний и соответствие их результатов требованиям технического задания. Приказом создают межведомственную комиссию с участием представителей разработчика и его ведомства. Комиссия проверяет комплект документации, подготовленность заказчика к эксплуатации системы и возможность развития системы. В результате государственных испытаний заказчик должен получить отлаженную систему управления, комплект документации и запасное оборудование.

3. Опытная эксплуатация

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

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

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

4. Приемочные испытания

По окончании опытной эксплуатации автоматизированной системы принимают решение о проведении приемочных испытаний. Составляют «Приказ о составе приемочной комиссии», содержащий название системы, состав комиссии, цель работы комиссии и срок завершения ее работы, перечень представляемых документов. Председателем приемочной комиссии должен быть представитель заказчика. В состав приемочной комиссии включают представителей проектировщика. К началу приемочных испытаний комиссия должна получить техническое задание, проект программы приемочных испытаний, протокол производственных испытаний, акт приемки автоматизированной системы в опытную эксплуатацию, акт окончания опытной эксплуатации, рабочую документацию на автоматизированную систему.

В ходе приемочных испытаний оценивают результаты опытной эксплуатации и соответствие характеристик системы техническому заданию. В программе указывают перечень требований, которым должна соответствовать автоматизированная система, критерии приемки, условия и сроки проведения испытаний, методику испытаний и обработки их результатов, перечень представляемой по окончании документации. Оценивают необходимость и достаточность информации для эксплуатации системы, устанавливают необходимость специальной подготовки персонала, выявляют реакцию системы на ошибки оператора. Особое внимание обращают на восстановление работоспособности системы после устранения отказов. К началу приемочных испытаний комиссии должны быть предоставлены техническое задание, акт приемки в опытную эксплуатацию, рабочие журналы, акт допуска системы к приемочным испытаниям, программа и методика испытаний. Составленная в результате приемочных испытаний документация должна подтвердить соответствие разработанной системы требованиям технического задания и готовность системы к эксплуатации.

5. Промышленная эксплуатация

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

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