Планирование автоматизированного рабочего места (АРМ) специалиста: сотрудник фонда обязательного медицинского страхования

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

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

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

4Рисунок.

4. Схема алгоритма функционирования ПО АРМРазрабатываемое программное обеспечение должно позволять:

проводить весь комплекс работ специалиста по обеспечению достоверности и целостности информации в базе данных;

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

обеспечить получение справки-отчета по требуемой форме о текущем состоянии базы данных ФОМС;

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

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

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

программа должна обладать удобным интерфейсом;

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

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

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

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

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

разработчик должен совершать сопровождение разработанной программной системы. К разрабатываемому программному обеспечению сформулированы следующее требования по производительности: время реакции системы на запрос пользователя не более 1 с. Разрабатываемая автоматизированная система должна обеспечить устойчивое функционирование в среде следующих операционных систем: Windows 7/ХР.Модуль программной системы должен быть выполняемым и представленным как *.exe программа. Программная система должна оперировать со всеми возможными именами файлов и каталогов Windows. При работе «Автоматизированной системы специалиста ФМОС» должна быть предусмотрена возможность управления работой системы при помощи запуска оператором различных программных процедур в реальном масштабе времени, а также прерывать их работу. Тестирование разработанного программного обеспечения должно проводиться по комплексным стратегиям. Количество тестов должно быть избыточным для покрытия всего дерева решений. Тестирование должно проводиться для каждой операционной системы, в которой предусмотрено функционирование программы. Испытания программного обеспечения должны проводиться на первом этапе с подсистемами разработанной программы, а затем с программной системой полностью. По результатам испытаний составляется отчет и акт проведения испытаний. В состав комиссии по испытаниям разрабатываемого программного обеспечения должны входить представитель разработчика и заказчика. Возможно привлечение для работы в комиссии по испытаниям независимых экспертов, имеющих опыт в тестировании подобных программных систем (по желанию заказчика).Разрабатываемое программное обеспечение должно удовлетворять требованиям мобильности, т. е. способности работать в различных операционных системах, на различных компьютерах и носителях без изменения самого программного обеспечения. Разрабатываемое программное обеспечение должно быть корректным, эффективным, гибким, защищенным, достоверным и простым в применении. При возникновении ошибки ввода вывода программа должна выводить сообщение на экран компьютера. Разработчик должен совершать сопровождение разработанного им программного обеспечения. Обновление программного обеспечение должно выполняться при выявлении ошибок функционирования, но не реже одного раза в год. В целях обеспечения безопасности рекомендуется не использовать в качестве файлов базы данных других файлов (файлов не базы данных).Для создания клиентской части программного обеспечения необходимо использыватьBorlandDevelopmentStudio 2006

Наряду с традиционными инструментами доступа к данным BorlandDatabaseEngine и ODBC в приложениях Delphi можно применять технологию MicrosoftActiveXDataObjects (ADO), которая основана на возможностях СОМ, а именно интерфейсов OLE DB. Структурно клиентская часть программного обеспечения должна быть представлена в виде выполнимого .EXE файла. Кроме него для работы с БД не нужны никакие другие файлы. При работе с БД, во избежание некорректного соединения с БД, ошибок ввода входных данных, необходимо использовать обработчики исключительных ситуаций. Которые при возникновении исключительной ситуации выводят диагностические сообщения и позволяют продолжить работу ПП дальше. Для реализации базы данных в качестве основного инструмента был выбран сервер MS SQL 2008 Developer. Данный выбор позволяет эффективно решать задачи организации таблиц базы данных, а также задачи разграниченного быстрого доступа, хранения, редактирования таблиц. Данное средство является стандартным средством, на котором реализовано большое количество промышленных баз данных, внедрена OLAP технология доступа к данным. Фирма MicroSoft поддерживает данный продукт в смысле выпуска обновлений и гарантий эффективной работы в среде Windows 32/64. Одним из основных достоинств продукта проектирования новых баз данных могут использоваться другие совместимые продукты MicroSoft, MicroSoftVisio 2007, MicrosoftAcess т. е. продукты спроектированные в этих системах могут адаптированы в MS SQL 2008

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

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

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

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

Список литературы

Автоматизированные информационные технологи и в экономике / Под общ.

ред. проф. Г. Л. Титоренко. — М.: Компьютер: ЮНИТИ, 1998

Годин В. В., Корнев И. К. Информационное обеспечение управленческой деятельности: Учебник. — М.: Мастерство: Высшая школа, 2001

Корнеев И. К. Машурцев В. А. Информационные технологии в управлении. — М.: ИНФРА-М, 2001

Компьютерные сети: Принципы, технологии, протоколы / В. Г. Олифер. //. А. Олифер. — СПб.: Питер. 2000

Орлов

С. Технологии разработки программного обеспечения. - СПб: Питер, 2002. — стр. 464. Пятибратов А. П. Гудынко Л.П., Кириченко А.

А. Вычислительные системы, сети и телекоммуникации. — М.: Финансы и статистика. 1998

Фленов М. Искусство программирования на Delphi. БХВ-Петербург — Москва, 2006. ;

256 c. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных; Корона-Век — Москва, 2010. — 736 c.