Автоматизированная информационная система "Поликлиника"

Размещено на http://www.allbest.ru

Автоматизированная информационная система «Поликлиника»



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

Регистрация пациентов происходит при обращении пациента в регистратуру поликлиники. При обращении пациента в регистратуру, работник регистратуры заносит данные о пациенте в базу данных пациентов поликлиника.

Для регистрации пациента необходимы такие данные как:

· ФИО

· Паспортные данные

· Адрес пациента

· Контакты

Данные о пациенте могут редактироваться при смене места жительства пациента, паспортных данных, ФИО пациента, контактов пациента.

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

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

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

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

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

Справочная информация

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

Рассмотрим подробнее каждую группу справочной информации.

В группе РЕЖИМ РАБОТЫ ПОЛИКЛИНИКИ хранится информация:

· Дни недели

· Время работы

· Работа в праздничные дни

Режим работы поликлиники может редактироваться. Кроме того режим работы может выводиться на печать.

В группе ИНФОРМАЦИЯ О ВРАЧАХ ПОЛИКЛИНИКИ хранится информация:

· ФИО врача

· Специальность

· Номер кабинета

· Режим работы кабинета

В данной группе реализуется поиск по специальности врача. При поиске выводится вышеуказанная информация. Доступна функция редактирования информации.

В группе ИНФОРМАЦИЯ О ВЫДАННЫХ ТАЛОНАХ хранятся данные:

· ФИО врача

· Номер кабинета врача

· Дата приема

· Время приема

· ФИО пациента

В группу ИНФОРМАЦИЯ О ПАЦИЕНТАХ ПОЛИКЛИНИКИ хранятся данные:

· ФИО пациента

· Паспортные данные пациента

· Адрес

· Контакты

· Посещения

· Назначения

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

В группе ИНФОРМАЦИЯ О ВЫПИСАННЫХ РЕЦЕПТАХ хранятся данные:

· ID рецепта

· ФИО пациента

· Описание рецепта

· Врач, выписавший рецепт

· Дата

Работнику регистратуры доступен поиск рецепта по критерию ФИО пациента.

В группе КАРТОТЕКА хранятся данные:

· ID амбулаторной карты

· ФИО пациента

· Место хранения карты

Работнику регистратуры доступен поиск амбулаторной карты по критерию ФИО пациента. Данная группа может быть редактирована.

В группе ПРАЙС-КУРАНТ ЦЕН НА УСЛУГИ ПОЛИКЛИНИКИ хранится информация:

· Специалист

· Цена на оказание услуги

Обзор аналогов ИС

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

1. Информационные системы-аналоги

1С: Медицина. Поликлиника.

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

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

· Медицинского регистратора

· Кассира

· Медицинского работника (врача, медсестры и т.д.)

«1С: Медицина. Поликлиника» позволяет автоматизировать основные процессы работы регистратуры: регистрацию пациентов, формирование заказов, планирование загрузки кабинетов, формирование счетов на оплату, выдачу листков нетрудоспособности.

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

«1С: Медицина. Поликлиника» может использоваться для учета медицинских услуг и для оперативного планирования деятельности кабинетов медицинской организации, ведения электронных медицинских карт. Оперативное планирование осуществляется с помощью предварительной записи пациентов на выполнение медицинских услуг в медицинских кабинетах. Предварительную запись пациентов может осуществлять как регистратура (регистрационный отдел), так и врачи при выполнении назначений повторных приемов, консультаций, исследований, манипуляций. Для осуществления оперативного планирования врачебному медицинскому персоналу и кабинетам задаются графики работы, нормы загрузки, перечень выполняемых услуг. Услугам, требующим предварительной записи, создаются спецификации (технологические карты), в которых задаются параметры их выполнения.

Решение позволяет использовать современные информационные технологии для оповещения пациентов о записях на прием к специалистам, что позволяет подтвердить запись к врачу, а также оповещать пациентов о необходимости подойти на запись по удобным каналам информирования: sms, e-mail, телефону. Для более удобного получения оповещений пациентами отправка может настраиваться в определенное время недели/суток.

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

В программе «1С: Медицина. Поликлиника» есть возможность вести учет по нескольким медицинским организациям в одной информационной базе.

Розничная цена на программный продукт «1С: Медицина. Поликлиника» составляет 29 тысяч рублей. Клиентская лицензия на 10 рабочих мест «1С: Предприятие 8» составляет 41 тысячу 400 рублей.

Плюсы информационной системы:

§ Создание информационного пространства с разделением доступа к данным по ролевому принципу

§ Использование современных информационных технологий для оповещения пациентов о записях на прием к специалистам

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

§ Ведение учета по нескольким медицинским организациям в одной информационной базе.

§ Обширность внедрения информационной системы

Минусы:

§ Информационная система велика для внедрения в небольшую частную поликлинику

§ Дороговизна (цена программного продукта 1С будет составлять около 71 тысячи рублей)

Подсистема «Пациент»

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

Стоимость данной подсистемы составит 10 тысяч рублей.

Рис.1-Подсистема «Пациент»

Плюсы подсистемы:

· Запись на прием к врачу в режиме онлайн («не выходя из дома»)

· Просмотр информации об участковых врачах

· Просмотр отчета об свободных номерках

Минусы:

· Внедрение в сайт

· Создана только для поликлиники города Ухта

· Основная функция-запись на прием

Сравнение аналогов

Информационная система «1С: Медицина. Поликлиника» более обширна, чем подсистема «Пациент». Внедрение системы от 1С может реализовываться на многие медицинские учреждения, а подсистема «Пациент» внедряется только для поликлиники города Ухта. Стоит отметить, что продукты компании 1С имеют гибкие возможности для программирования и внедрения в различные производства, но цена на один программный продукт с ключом на одно рабочее место равна 29 тысяч рублей, а дополнительные ключи стоят около 4 тысяч рублей. При разработке данной ИС будет использоваться бесплатная версия Microsoft Access 2010 и Borland Delphi 7. Для внедрения в частную поликлинику подсистема «Пациент» однозначно не подходит. Информационную систему 1С: Медицина. Поликлиника необходимо будет сильно изменять для текущей предметной области.

По результатам сравнения видно, что аналоги не удовлетворяют требованиям заказчика, поэтому принято решение создавать собственную ИС.

Выводы

При рассмотрении аналогов, учета всех плюсов и минусов данных аналогов, проведения сравнения аналогов, стало ясно, что ни одна система из аналогов не подходит для осуществления работы поликлиники. Было принято решение о разработке собственной ИС.



Цели и задачи ИС

В информационной системе можно выделить следующие задачи:

· Создание электронной амбулаторной карты пациента

· Регистрация нового пациента

· Осуществление выдачи талона на прием к врачу

· Предоставление справочной информации о работе поликлиники

· Предоставление информации о врачах поликлиники

· Ведение базы данных клиентов

· Ведение картотеки пациентов

· Составление отчетов о свободных номерках

· Запись назначений врача

· Осуществление выписки рецептов

· Ведение прайс-куранта цен на предоставление услуг поликлиники

· Безопасное хранение данных о клиентах

· Ведение отчетности по предоставлению услуг поликлиники

Цели информационной системы.

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

Актуальность ИС

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

Техническое задание

1 ОБЩИЕ СВЕДЕНИЯ

Настоящее техническое задание (ТЗ) является основным документом, которым следует руководствоваться при проектировании, разработке, сдаче и приёмке квалификационной работы «Информационная система учета работы поликлиники».

1.1 Полное наименование системы и её условное обозначение

Полное наименование системы - «Информационная система учета работы поликлиники».

Условное обозначение системы - «Поликлиника».

Разработчик - студент ГНК специальности ИС группы ИС-11 Созонова И.Н.

Пользователи системы - сотрудники поликлиники.

Плановые сроки начала и окончания работы

Плановый срок начала работ по разработке автоматизированной информационной системы учета работы поликлиники - 01.02.2014 г.

Результаты работы, которые должны быть получены при выполнении настоящего ТЗ:

Результаты работы	Срок сдачи
Документ «Техническое задание на разработку программного обеспечения «АИС Поликлиника», оформленный в соответствии с требованиями ГОСТ 34.602 - 89	01.03.2014
Исходные тексты разрабатываемого приложения, оформленные в соответствии с требованиями ГОСТ 19.101 и 19.105	01.04.2014
Руководство администратора по установке и обновлению системы согласно требованиям подраздела 3.4 РД 50-34.698 - 90	01.04.2014
Руководство пользователя по работе с системой согласно требованиям подраздела 3.4 РД 50-34.698 - 90	01.04.2014

2. НАЗНАЧЕНИЕ И ЦЕЛИ РАЗРАБОТКИ

2.1. Назначение системы

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

2.2. Цели разработки системы

Целями разработки и внедрения системы являются:

? Улучшить процесс работы в поликлинике;

? Обеспечить долгосрочное хранение фотоматериала и сопроводительной информации о клиентах;

? Обеспечить быстрый и удобный поиск информации по клиентам.

3. Характеристика объекта автоматизации

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

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

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

4. ТРЕБОВАНИЯ К СИСТЕМЕ

4.1. Требования к системе в целом

4.1.1. Требования к структуре и функционированию системы

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

Подсистема хранения данных должна обеспечивать надежное хранение всей необходимой для функционирования системы информации. Данная подсистема должны реализоваться средствами СУБД Oracle и состоять из следующих компонентов:

? Структура для хранения информации в виде реляционной базы данных (БД);

? Стандартные средства СУБД контроля целостности данных;

? Средства аудита изменений данных в информационной системе;

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

4.1.2. Требования к режимам функционирования системы

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

4.1.3. Требования к обеспечению надёжности

К системе предъявляются следующие требования:

? Система должна выявлять исключительные ситуации всех входящих в состав подсистем, возникающие в процессе выполнения программного кода и нарушающие её работу;

? В ней должны быть предусмотрены средства защиты от случайной или намеренной порчи информации (система должна информировать о возможности потери информации при удалении, либо сообщать об отказе в выполнении запрещённой операции);

? Резервное копирование данных в системы обеспечивается Администратором на основании принятого в организации документа «Регламент копирования серверов Windows и Linux и баз данных информационных систем».

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

4.1.4. Требования к стандартизации и унификации

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

4.1.5. Требования к эргономике и технической эстетике

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

? Оптимальным разрешением экрана монитора для отображения форм системы является разрешение 1024х768 и более;

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

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

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

? Элементы ввода данных, выбора и управления должны располагаться последовательно в порядке их заполнения слева направо и/или сверху вниз;

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

4.1.6. Требования к защите информации от несанкционированного доступа

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

следующими действиями:

Аутентификация пользователей при входе в подсистему

Защита от несанкционированного доступа к данным должна

осуществляться с помощью парольной аутентификации как на уровне

подсистемы хранения данных (СУБД), так и программными средствами

разрабатываемой системы. Аутентификация осуществляться с

использованием индивидуального имени и пароля пользователя системы.

Аудит системных событий.

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

отслеживать все попытки входа в систему с атрибутами времени, сетевого

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

4.1.7. Требования к квалификации пользователей системы

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

компьютером и программным обеспечением Microsoft Internet Explorer.

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

ознакомлены с эксплуатационной документацией на систему (руководством

пользователя) и руководящими документами, регламентирующими работу

пользователей в локально-вычислительной сети организации

4.2. Требования к функциям системы

В ходе выполнения проекта должны быть проведены следующие работы:

· разработка и установка модуля «Электронная регистратура»;

· разработка и установка модуля «Электронная медицинская карта»;

· разработка и установка модуля «Администратор системы»;

· разработка и установка модуля «Статистика и аналитика (генератор отчетов)»;

· разработка и установка модуля «Система управления доступом и очередью»;

· ввод в эксплуатацию автоматизированной информационной системы.

4.3.1. Требования к информационному обеспечению системы

Общие принципы, используемые при построении системы:

? Структуризация данных;

? Комплексное представление информации.

Первый принцип должен быть обеспечен за счёт использования реляционной БД для хранения информации.

Второй принцип должен быть обеспечен за счет реализации пользовательского интерфейса.

4.3.2. Требования к лингвистическому обеспечению

Веб-приложения должны быть разработаны с использованием

технологий построения клиент-серверных систем. В качестве основного серверного языка программирования должен быть использован язык PHP, в качестве клиентского - JavaScript, включая библиотеку JQuery. Для асинхронного взаимодействия клиента и сервера использовать технологию AJAX с передачей данных в форматах JSON или XML. Для обработки фотоматериала (создание миниатюр) использовать стандартную библиотеку GD, поставляемую вместе в PHP либо консольный графический редактор ImageMagick. Для стилистического оформления страниц системы должны быть использованы каскадные таблицы стилей CSS.

Для осуществления запросов к БД должен применяться язык SQL. При

необходимости процедурной обработки данных в СУБД и для выполнения сервисных функций необходимо применять язык PL/SQL.

4.3.3. Требования к архитектуре системы

Основой архитектуры системы должно быть трехуровневое клиент- серверое web-приложение. Клиентский уровень занимает интернет-браузер

рабочей станции пользователя, на уровне сервера баз данных находится СУБД Oracle, на уровень сервера приложений - Web-сервер Apache.

Связь между клиентским уровнем и сервером приложений должна осуществляться посредством соединения TCP/IP и протокола HTTP. Связь

между сервером приложений и СУБД устанавливается посредством соединения TCP/IP с использованием API OCI (Oracle Call Intrefeis).

4.3.4. Требования к программно-аппаратному обеспечению системы

Требования к программному обеспечению пользовательской рабочей станции:

? Операционная система Microsoft Windows XP и выше;

Требования к программному обеспечению сервера баз данных:

? СУБД MS Access.

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

? Процессор Intel Core 2 Duo 2.4 GHz, RAM 2 Gb, HDD 80 Gb, цветной монитор с разрешением 1024х768 и выше.

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

Таблица 2 - Этапы и содержание работ по созданию системы

Наименование этапа работ	Содержание работ
Анализ предметной области	Анализ существующей схемы хранения фотоматериала и сопроводительной информации о клиентах поликлиники. Анализ процесса работы с поликлиникой.
Анализ требований к системе	Определение и формулировка требований к функциональности разрабатываемой системы в виде технического задания на разработку программного обеспечения
Проектирование системы	Проектирование программных решений и функциональных взаимосвязей подсистем друг с другом.
Разработка ПО и пользовательского интерфейса	Программная реализация функций системы в виде программного кода, формирование и обработка запросов к объектам БД, реализация пользовательского интерфейса
Тестовая эксплуатация	Тестирование функциональности и интерфейса подсистем с привлечением Заказчика, доработка по его замечаниям и предложениям
Проведение испытаний ПО приёмочной комиссией	Составление и согласование методики и программы испытаний. Проведение испытаний. Составление акта приёмки системы в промышленную эксплуатацию
Обучение пользователей	Ознакомление пользователей с функциональностью и интерфейсом системы, консультационная деятельность разработчиков системы.

6. ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ

Контроль и приёмка системы осуществляются в соответствии с этапами разработки системы и планом внедрения системы.

Программный продукт, полученный в ходе процесса кодирования, отладки и тестирования должен соответствовать настоящему ТЗ. С целью проверки соответствия системы требованиям ТЗ проводятся приемочные испытания в порядке, определенном требованиями подраздела 4 ГОСТ 34.603 - 92.

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

7. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

Перечень основных мероприятий, которые следует выполнить при подготовке к вводу системы в действие:

? Подготовка аппаратно-программного комплекса для работы системы, соответствующего требованиям, указанным в разделе 4.3.4 настоящего документа.

? Установка системы на пользовательские рабочие станции, проверка работоспособности.

? Ознакомление пользователей с эксплуатационной документацией.

? Тестовая эксплуатация системы с привлечением представителей Заказчика.

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

8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

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

? Протоколы общения с Заказчиком, сформулированные требования;

? Техническое задание на разработку программного обеспечения;

? Руководство администратора системы;

? Руководство пользователя системы;

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

Наименование документа	Год
ГОСТ 34.601 - 90. Автоматизированные системы. Стадии создания	1990
ГОСТ 34.602 - 89. Техническое задание на создание автоматизированной системы	1989
ГОСТ 34.201 - 89. Виды, комплектность и обозначения документов при создании автоматизированных систем	1989
ГОСТ 24.104 - 85. Автоматизированные системы управления. Общие требования	1985
ГОСТ Р 51275-99. Защита информации. Объект информации. Факторы, воздействующие на информацию. Общие положения	1999
ГОСТ Р ИСО/МЭК 12207-99. Информационная технология. Процессы жизненного цикла программных средств	1999

Размещено на Allbest.ru

...