Смекни!
smekni.com

Разработка АРМ регистратуры учреждения здравоохранения ООО Меридиан (стр. 4 из 5)

· Отображение предварительной записи пациента в модуле «Электронная регистратура» с занесением в базу данныхполиклиники следующих данных:

- ФИО,

- дата рождения,

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

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

4.2.2. Требования к функциям модуль “Электронная медицинская карта”.

Модуль “Электронная медицинская карта” должен выполнять следующие функции:

· ведение паспорта участка

· запись на приём к специалистам поликлиники

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

· использование текстовых и диалоговых шаблонов для быстрого заполнения

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

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

4.2.3. Требования к функциям модуля “Администратор системы”.

Подсистема “Администратор системы” должна выполнять следующие функции:

· Контроль целостности системы

· Регистрация и учет пользователей

· Настройка АРМ под пользователя

· Настройка ролей и прав доступа

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

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

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

· Блокирование учётной записи пользователя при увольнении работника.

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

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

4.2.4. Требования к функциям модуля “Статистика и аналитика (генератор отчетов)”.

Модуль “Статистика и аналитика (генератор отчетов)” должна выполнять следующие функции:

· Построение произвольных оперативных отчетов

· Построение произвольных многомерных сводных отчетов

· Вывод результатов отчетов в форматы MSWord, MSExcel, HTML, TXT, XML.

· Установка прав на использование созданного отчета

· Выбор механизма построения отчетов по атрибутам или по заданным группам.

· Формирование счетов реестров согласно приказа №343 от

26.03.2008 Министерства здравоохранения, дополнений и изменений №1029 от 10.08.2008 Министерства здравоохранения

· Отчеты статистические

4.2.5. Требования к функциям модуля «Система управления очередью и доступом »

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

Присвоение номера очереди

Вызов записанного пациента

Отмена очереди

Распределение потоков первичных и повторных пациентов

Допуск в помещение

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

несанкционированного доступа

· реализация аутентификации и авторизации пользователей в системе с использованием аппаратного ключа строгой аутентификации USB

Е-Token.

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

· Реализация модуля безопасности (доступа к данным и модулям системы) на базе ролевой модели

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

5. Требования к работам по технической поддержке

5.1. Обеспечение технической поддержки пользователей

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

Техническая поддержка пользователей должна обеспечиваться в рабочие дни - с 8:00 до 20:00; по субботам - с 8:00 до 14:00; в предпраздничные дни- с 8:00 до 17:00.

5.2.Обеспечение контроля работоспособности модернизированной системы.

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

5.3.Проведение регламентных работ по обслуживанию АИС

Проведение регламентных работ по обеспечению функционирования АИС должно осуществляться ежемесячно и включать в себя следующие работы:

· проверка корректности работы серверного программного обеспечения;

· контроль и управление web-сервисом;

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

5.4. Информирование пользователей об изменениях в работе АИС

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

5.5. Обеспечение восстановления работоспособности АИС

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

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

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

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

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

Обеспечение работоспособности серверного оборудования и сетевого оборудования производится силами ИТ-отдела ООО «Меридиан».

6.2.Требования по диагностированию системы

Система должна удовлетворять следующим требованиям по диагностированию:

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

выдача пользователю сообщений, содержащих адекватное описание нарушения работоспособности;

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

защита от некорректного ввода данных пользователем.

6.3. Перспективы развития, модернизации системы

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

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

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

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

- В части внешнего оформления:

· реализация в графическом оконном режиме;

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

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

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

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

· отображение на экране только необходимой для решения текущей прикладной задачи информации;

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

· использование визуальных подсказок;

· отображение на экране хода длительных процессов обработки;

· возможность использования справочников при работе с полями ввода информации.

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

Система должна обеспечивать формирование отчетности необходимых форм.

7.Требования к численности персонала

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


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

Наименование работ Сроки выполнения
1 Развитие автоматизированной информационной системы «Учёт поликлинических услуг» 01.07.2009 – 1.12.2009
2 Обследование, составление тех.проекта, внедрение, обучение персонала 01.07.2009 – 30.07.2009
3 разработка и установка модуля «Электронная регистратура»; 30.09.2008 – 20.11.2009
4 разработка и установка модуля «Электронная медицинская карта» 30.09.2008 – 20.11.2009
5 разработка и установка модуля «Администратор системы»; 30.09.2008 – 20.11.2009
6 разработка и установка модуля «Статистика и аналитика (генератор отчетов)»; 30.09.2008 – 20.11.2009
7 разработка и установка модуля «Система управления доступом и очередью»; 30.09.2008 – 20.11.2009
8 ввод в эксплуатацию автоматизированной информационной системы. 20.11.2009-1.12.2009

9. Требования к документации