ФУНКЦИОНАЛЬНАЯ СТРУКТУРА ПРОЕКТА ВНЕДРЯЕМОЙ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

Стр 1 из 4Следующая ⇒

Министерство образования и науки Российской Федерации

федеральное государственное автономное образовательное учреждение

высшего образования

«Северный (Арктический) федеральный университет имени М.В. Ломоносова»

Институт судостроения и морской арктической техники (Севмашвтуз)

КОНТРОЛЬНАЯ РАБОТА

По дисциплине

Организация внедрения информационных систем

На тему

Организация внедрения реализации

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

Выполнил обучающийся:

КлинушинАнтонАлександрович

Направление подготовки / специальность:

09.03.03 Прикладная информатика

Курс:

Группа:

521449

Руководитель:

Тимофеева Наталья Валерьевна, ст. преподаватель

Отметка о зачёте

(отметка прописью)

(дата)

Руководитель

Н.В. Тимофеева

(подпись)

Северодвинск 2018

Министерство образования и науки Российской Федерации

федеральное государственное автономное образовательное учреждение

высшего образования

«Северный (Арктический) федеральный университет имени М.В. Ломоносова»

Кафедра математики и информационных технологий

ЗАДАНИЕ НА КОНТРОЛЬНУЮ РАБОТУ

по дисциплине «Организация внедрения информационных систем»

студенту института судостроения и морской арктической техники 4-го курса группы 5214**

Клинушину Антону Александровичу

Направление подготовки 09.03.03 «Прикладная информатика»

ТЕМА: Организациявнедрения реализации универсальной системы адресов электронной регистратуры поликлиники

РАЗДЕЛЫ КР:

1) выполнить разработку проекта внедрения информационной системы (обязательные диаграммы перечислены в методических указаниях к выполнению контрольной работы) согласно одной из методологий разработки компании Microsoft – методологии «OnTarget», «MSF (MicrosoftSolutionsFramework)», «BusinessSolutionsPartnerMethodology»; разработки компании SAP - методологии «Процедурная модель SAP», «ASAP (Accelerated SAP)»; разработки компании Oracle – комплекс методологий «OracleMethod».

2) описать конфигурирование базы данных и рабочих мест пользователей.

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

3) разработать и описать технологию режима обеспечения безопасности.

4) подготовить план организации технического обслуживания ИС.

Срок выполнения: с «07» февраля 2018 г. по «31» мая 2018 г.

Руководитель работы старший преподаватель _______________ Н.В. Тимофеева

Задание получено _______________ / __________________ ______________

(подпись) (расшифровка) (дата)

Северодвинск, 2018

ЛИСТ ДЛЯ ЗАМЕЧАНИЙ

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ.. 8

1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ.. 9

2 ФУНКЦИОНАЛЬНАЯ СТРУКТУРА ПРОЕКТА ВНЕДРЯЕМОЙ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ... 12

3 ПЛАНИРОВАНИЕ ПРОЕКТА ВНЕДРЕНИЯ.. 14

4 ОПРЕДЕЛЕНИЕ СОСТАВА УЧАСТНИКОВ ПРОЕКТА И ИХ ЗАДАЧ. 18

5 КОНФИГУРИРОВАНИЕ БАЗЫ ДАННЫХ И РАБОЧИХ МЕСТ ПОЛЬЗОВАТЕЛЕЙ.. 19

6 ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ ПРОГРАММНЫХ ДОКУМЕНТОВ.. 21

7 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ (ОПЕРАТОРА). 25

8 СТОИМОСТНАЯ ОЦЕНКА ПРОЕКТА.. 26

9 ТЕХНОЛОГИИ РЕЖИМА ОБЕСПЕЧЕНИЯ БЕЗОПАСНОСТИ.. 37

10 ПЛАН ОРГАНИЗАЦИИ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ.. 39

ВЫВОД.. 40

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.. 41

ПРИЛОЖЕНИЕ А.. 42

ПРИЛОЖЕНИЕ Б.. 47

ПРИЛОЖЕНИЕ В.. 48

ПРИЛОЖЕНИЕ Г.. 53

НОРМАТИВНЫЕ ССЫЛКИ

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

1) ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования» [Текст]. - Введ. с 1992-07-01. М.: Стандартинформ, 2006 - 76 с.

2) ГОСТ 12.1.030-81 «Система стандартов безопасности труда. Электробезопасность. Защитное заземление, зануление» [Текст]. - Введ. с 1982-07-01. М.: ИПК Изд-во стандартов, 2001 - 24 с.

3) ГОСТ 2.105-95. Общие требования к текстовым документам. [Текст]. - Взамен ГОСТ 2.105-79, ГОСТ 2.906-71; введ. с 2006-07-01. М.: ИПК Изд-во стандартов, 1996 - 30 с. (Единая система конструкторской документации).

4) ГОСТ 21554-84 «СВТ. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение» [Текст]. - Введ. с 1986-01-01. М.: ИПК Изд-во стандартов, 1999 - 37 с.

5) ГОСТ 34.003-90. Автоматизированные системы. Термины и определения. [Текст]. - Введ. с 1991-01-01. М.: Изд-во стандартов, 1991- 23 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

6) ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. [Текст]. - Введ. с 1992-01-01. М.: Изд-во стандартов, 1992 - 9 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

7) ГОСТ 34.602 – 89. Техническое задание на создание автоматизированной системы. [Текст]. – Введ. с 1991-01-01. М.: Изд-во стандартов, 1991 - 21 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

8) ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления. [Текст]. - Взамен ГОСТ 7.1-84, ГОСТ 7.16-79, ГОСТ 7.18-79, ГОСТ 7.34-81, ГОСТ 7.40-82; введ. с 2004-01-07. М.: ИПК Изд-во стандартов, 2004 - 170 с. (Система стандартов по информации, библиотечному и издательскому делу).

9) ГОСТ 7.12-93. Библиографическая запись. Сокращения слов на русском языке. Общие требования и правила. [Текст]. - Введ. с 1994-01-01. М.: Изд-во стандартов, 1994- 70 с. (Система стандартов по информации, библиотечному и издательскому делу).

10) ГОСТ 7.32-2001. Отчет о научно-исследовательской работе. Структура и правила оформления. [Текст]. – Взамен ГОСТ 7.32-91; введ. с 2002-01-07. - Минск: Межгос. Совет по стандартизации, метрологии, сертификации; М.: ИПК Изд-во стандартов, 2001.- 26 с. (Система стандартов по информации, библиотечному и издательскому делу).

11) ГОСТ 7.82-2001. Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требования и правила составления. [Текст]. - Введ. с 1992-01-01. М.: ИПК Изд-во стандартов, 2002- 80 с. (Система стандартов по информации, библиотечному и издательскому делу).

12) ГОСТ Р 50.1.028-2001. CALS технологии. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования. [Текст]. - Введ. с 2002-01-01. М.: ИПК Изд-во стандартов, 2001 – 74 с.

13) ГОСТ Р 50922—96. Защита информации. Основные термины и определения. [Текст]. – Введ. с 1997-07-01. М.: Изд-во стандартов, 1996 - 8 с.

14) ГОСТ Р 51624-00. Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования. [Текст]. – Введ. с 2000-06-30. М.: Изд-во стандартов, 2000 - 12 с.

15) ГОСТ 51583-2014.Защита информации. Порядок создания АС в защищенном исполнении. Общие положения. [Текст]. - Введ. с 2014-091-01. М.: ФГУП «Стандартинформ», 2014 – 27 с.

16) РД 50-34.698-90. Методические указания. Автоматизированные системы. Требования к содержанию документов. [Текст]. - Введ. с 1991-01-01. М.: Изд-во стандартов, 1991 - 39 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

17) РД 50-680-88. Методические указания. Автоматизированные системы. Основные положения. [Текст]. - Введ. с 1991-01-01. М.: Изд-во стандартов, 1991- 7 с.

18) РД Гостехкомиссии России. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации. (решение председателя Гостехкомиссии России от 30 марта 1992 г).

19) РД Гостехкомиссии России. Специальные требования и рекомендации по технической защите конфиденциальной информации (СТР-К). (утверждены приказом Гостехкомиссии России от 30.08.2002 г. № 282) [Текст]. – М.: 2001.- 38 с.

20) РД Гостехкомиссии России. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от НСД к информации. (решение председателя Гостехкомиссии России от 30 марта 1992 г.).

21) СанПиН 2.2.2./2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» [Текст]. - Введ. с 2003 -06-30. М.: Минздрав России, 2003 - 55 с.

ВВЕДЕНИЕ

Регистратура – очень важное звено в цепочке, которая обеспечивает успех и процветание поликлиники. Именно поэтому к работнику регистратуры предъявляются достаточно жесткие требования, соответствовать которым порой бывает непросто. Но точно также, для удачного выполнения своих обязанностей, работник регистратуры выдвигает определенные требования и к условиям своей работы. Первое знакомство посетителей с поликлиникой начинается в регистратуре. Она является основным ее структурным подразделением по организации приема больных в поликлинике.[1]

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

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

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

ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

Запись на приём происходит двумя способами: первый способ – запись на приём на месте, второй способ – запись на приём с помощью сайта.

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

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

После опроса пациент даёт работнику полис ОМС, СНИЛС и паспорт. Дальше производиться сверка предоставленных документов.

Полис ОМС – свидетельство, выдаваемое лечебным учреждением, предоставляющее пациенту право на бесплатное медицинское обслуживание. Полис обеспечивает всем гражданам Российской Федерации равные возможности в получении медицинской и лекарственной помощи, предоставляемой за счет средств обязательного медицинского страхования, в объеме и на условиях, соответствующих программам обязательного медицинского страхования.

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

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

Чтобы больные приходили в назначенное время и гарантированно попадали на прием, регистратор оформляет талон на приём. В талоне содержится информация о кабинете приема, ФИО врача, дате и времени приема.

Порядок заполнения талона:

- Сначала записывается наименования учреждения.

- В пункт 1 записывается фамилия, имя и отчество пациента.

- В пункт 2 вписывается номер медицинской амбулаторной карты больного

- В пункт 3 записывается номер очереди

- В пункте 4 указывается кабинет врача.

- В пункт 5 записывается дата и время приёма. Дата и время приёма записываются в виде числового значения.

- В Пункт 6 указывается фамилия врача, к которому обратился пациент.

Заполненный талон выдаётся пациенту.

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

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

Для того чтобы записаться на приём с помощью сайта пациент сначала заходит на сайт регистратуры и регистрируется на нём. В поля ввода регистрации нужно ввести Ф.И.О.,e-mail, пароль, СНИЛС, полис, серию и номер паспорта, свой адрес, а также необходимо ввести проверочный код с картинки.

Затем пользователь выбирает страницу записи на приём. При записи на приём выбирается направление лечения, врач, дата и время приёма. Пользователь подтверждает запись на приём и ему генерируется талон на приём с указанием кабинета врача, даты и времени приёма, и Ф.И.О. врача.

Для описания бизнес-процессов использовалась нотация IDEF0. Диаграммы бизнес-процесса «Работа регистратуры поликлиники по записи больных на приём» приведены в Приложении А.

ФУНКЦИОНАЛЬНАЯ СТРУКТУРА ПРОЕКТА ВНЕДРЯЕМОЙ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

Функциональная структура сетевого информационного ресурса разработана на основе исследований бизнес-процессов, протекающих в регистратуре поликлиники, и состава информации, представлена на рисунке 1

Рисунок 1 – Диаграмма дерева функций TO-BE

Модуль «запись на приём» включает в себя следующие функции:

- «Выбор направления лечения и специалиста» – корреспондируется с шагом бизнес-процесса А1 «Опрос причины обращения». Создана на основе сущности информационно-логической модели «Врач». Разрешены операции: выборка, просмотр;

- «Выбор дня и времени приёма» – корреспондируется с шагом бизнес-процесса А1 «Опрос желательной даты и времени приёма». Разрешены операции: выборка, просмотр;

- «Ввод личных данных» – корреспондируется с шагом бизнес-процесса А3 «Сверка данных пациента по предоставленным документам». Создана на основе сущности информационно-логической модели «Документы». Разрешены операции: ввод, выборка;

- «Формирование талона» – корреспондируется с шагом бизнес-процесса А1 «Выдача талона больному».создана на основе сущностей информационно-логической модели «Талон на приём». Разрешены операции: выборка, просмотр и печать данных.

Модуль «Ввод и редактирование данных в справочниках» включает в себя следующие функции:

- «Ввод и редактирование в справочнике специалистов» – корреспондируется с шагом бизнес-процесса А1 «Опрос причины обращения». Создана на основе сущностей информационно-логической модели «Врач». Разрешены операции: выборка, просмотр, вставка, обновление и удаление;

- «Ввод и редактирование в справочнике направлений приёма» – создана на основе сущностей информационно-логической модели «Опрос причины обращения». Создана на основе сущностей информационно-логической модели «Специализация». Разрешены операции: выборка, просмотр, вставка, обновление и удаление;

- «Ввод и редактирование в справочнике дня приёма» – создана на основе сущностей информационно-логической модели «Расписание». Разрешены операции: выборка, просмотр, вставка, обновление и удаление;

- «Ввод и редактирование в справочнике времени приёма» – создана на основе сущностей информационно-логической модели «Расписание». Разрешены операции: выборка, просмотр, вставка, обновление и удаление;

Модуль «Работа с ведомостью специалистов» включает в себя следующие функции:

- «Формирование общего списка само записи» – корреспондируется с шагом бизнес-процесса А2 «Запись пациента в расписание врача». Разрешены операции: выборка, просмотр, вставка, обновление и удаление;

- «Передача списка само записи в картотеку» – корреспондируется с шагом бизнес-процесса А2 «Запись пациента в расписание врача». Разрешены операции: выборка.

- «Активация расписания» – создана на основе сущностей информационно-логической модели «Расписание». Разрешены операции: выборка.

ПЛАНИРОВАНИЕ ПРОЕКТА ВНЕДРЕНИЯ

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

Данные характеристик этапов внедрения по методологии OneMethodology отражены в таблице 5.

Таблица 1 – Характеристика этапов внедрения по методологии OneMethodology

Этап проекта	Выполняемые работы (пакеты работ)
Рамки внедрения	Определение целей внедрения системы управления и преимуществ, которые получит медицинская организацияГБУЗ Архангельской области «Северодвинская горбольница № 2 СМП поликлиника № 3» в результате внедрения. Предварительная оценка эффективности внедрения системы: - Электронное хранение данных о перечне устройств, используемых в охранной деятельности, типы модели данных устройств, списки охраняемых предприятий и групп быстрого реагирования, а также перечень событий, происходящих на предприятии. - Обеспечение централизованного хранения информации о специальности врача, ФИО врача, номере кабинета, дате и времени приёма; - Обеспечение организации записи больных на прием к врачу по сети; - Обеспечение осуществления выдачи талона на прием к врачу; - Предоставление пользователю в удобном виде полной информации о расписании врачей.
	Разработка технологической архитектуры: - Архитектуры приложения. - Конфигурации сети. - Конфигурации оборудования.
	Конвертация данных: - Определение перечня данных, которые должны быть в системе. - Определение формата ввода этих данных. - Определение возможности автоматической конвертации.
	Интерфейсы с внешними программами: - Определение состава программ, с которыми будет производиться обмен данными. - Определение механизмов взаимодействия.

Продолжение таблицы 1

Модель	Общий обзор и планирование: - Описание текущего состояния компании с ее бизнес-процессами и планирование мероприятий по моделированию будущих бизнес-процессов, сбору и подготовке исходных данных.
	Моделирование бизнес-процессов: - Описание бизнес-процессов и согласование разработанных моделей. - Определение требований бизнес-процессов к информационной системе.
	Анализ недостающей функциональности: - Анализ соответствия приложений потребностям бизнеса. - Определение набора требований, которые необходимо реализовать с помощью дополнительной разработки либо вообще невозможно реализовать.
	Планирование доработок ПО: - Составление плана разработки дополнительного программного обеспечения, оценивание объема и длительности данных работ, затраты. - Анализ альтернативных вариантов.
Конфигурирование	Обучение проектной группы: - Обучение участников проектной команды ГБУЗ Архангельской области «Северодвинская горбольница № 2 СМП поликлиника № 3» функциям и процедурам информационной системы, и базовым навыкам работы с ней.
	Прогонка по системе (SolutionWalk-trough): - Настройка пилотного проекта, тестирование на ограниченном массиве исходных данных ГБУЗ Архангельской области «Северодвинская горбольница № 2 СМП поликлиника № 3».
	Ввод исходных данных: - Адреса охраняемых предприятий.
	Конфигурированиепрограммного обеспечения: - Формирование инструкций пользователей и описаний системы.
	Разработка пользовательской документации: - Формирование инструкций пользователей и описаний системы.
	Формирование прав доступа: - Обеспечение безопасности данных системы.
	Интеграция: - Объединение модулей пилотного проекта с внешними программами, которые мы определили на этапе планирования.

Продолжение таблицы 1

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

На рисунке 2 представлено дерево функций, отражающего данную иерархию работ.

Рисунок 2 – Дерево функций.

В таблице 2 обозначено содержимое работ проекта по каждому этапу.

Таблица 2 – Содержимое работ проекта по каждому этапу

Этап проекта	Выполняемые работы (пакеты работ)
Рамки внедрения	Определение функциональных целей: - Определение целей внедрения системы управления и преимуществ, которые получит поликлиника в результате внедрения, предварительная оценкаэффективности внедрения системы; - Обеспечение централизованного хранения информации о специальности врача, ФИО врача, номере кабинета, дате и времени приёма; - Обеспечение организации записи больных на прием к врачу по сети; - Предоставление пользователю в удобном виде полной информации о расписании врачей. - Формирование талонов на приём после того как пациент выберет специалиста, дату и время приёма и введёт свои личные данные; - Добавление записанного приёма в общий список само записи. - Ожидаемый срок окупаемости системы на второй – третий год.
Модель	Определение и описание автоматизируемых бизнес-процессов и последовательности автоматизации: - Информационное обеспечение электронной регистратуры поликлиники; - Проверка расписания врачей на соответствие нормам СанПина; - Составление изменений в расписание; - Формирование отчетности; - Ведение справочников; - Ведение списка врачей поликлиники; - Определение организационных рамок проекта: пациент, регистратор; - Формирование проектной группы ГБУЗ Архангельской области «Северодвинская горбольница № 2 СМП поликлиника № 3»и описание ее задач: заведующий поликлиники, старший администратор регистратуры.
Конфигурирование	Ввод исходных данных: - Список врачей; - Список направлений лечения; - Список дней и времени приёма; - Список кабинетов; - Заполнение расписания врачей;
	Конфигурирование программного обеспечения: - Настройка конфликтующих программ.
	Разработка пользовательской документации: - Формирование руководства пользователя; - Формирование руководства администратора.
Развитие	Передача системы: - Срок передачи в эксплуатацию в мае-июне 2018.

Дата добавления: 2018-05-12; просмотров: 679; Мы поможем в написании вашей работы!

Поделиться с друзьями:

12 3 4 Следующая ⇒

Мы поможем в написании ваших работ!