Смекни!
smekni.com

Отчет о прохождении производственной практики в Министерстве здравоохранения и социального раз (стр. 2 из 6)

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

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

- выплаты за стаж непрерывной работы, выслугу лет.

После определения начисленной суммы заработной платы рассчитываются размеры удержаний. К удержаниям из заработной платы относятся:

- удержания, предусмотренные федеральными законами и перечисляемые в бюджет (НДФЛ, штрафы за нарушение законодательства);

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

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

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

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

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

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

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

Система должна позволять:

- хранить всю необходимую информацию по отделениям и имеющимся в них должностям;

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

- вести учет стимулирующих надбавок и удержаний;

- вести учет штатного расписания;

- вести учет сведений по оплате труда;

- начислять заработную плату сотрудникам;

- формировать необходимые отчетные документы.


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

2.1 Основание для разработки

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

2.2 Назначение разработки

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

2.3 Требования к программе

2.3.1 Требования к функциональным характеристикам


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

- учет и корректировку данных по отделениям;

- учет и корректировку данных по должностям;

- учет ставок;

- корректировку штатного расписания;

- учет и корректировку личных данных сотрудников;

- учет и корректировку данных по должностным окладам, надбавкам и удержаниям;

- учет и корректировку данных по отклонениям от графика работы сотрудников;

- ведение учета приказов;

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

- вывод отчетов по начислениям.

Входными данными системы являются:

- сведения об отделениях;

- сведения о должностях;

- сведения о сотрудниках;

- сведения по вычетам НДФЛ;

- сведения о должностных окладах;

- сведения о надбавках и удержаниях;

- количество рабочих дней в месяц;

- сведения об отклонениях от графика работы сотрудников;

- приказы на назначение на должность;

Выходными данными являются:

- сведения по начислениям и удержаниям;

- расчетно-платежная ведомость;

- расчетные листы;

- отчеты по уплате взносов во внебюджетные фонды.

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

2.3.2 Требования к надежности

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

2.3.3 Требования к составу и параметрам технических средств

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

- тактовая частота процессора – 866 МГц;

- оперативная память – 256 Мбайт;

- на жестком диске при установке используется около 120 Мбайт;

- объем жестокого диска зависит от размера информационной базы, но должен быть не менее 1,5 Мбайта;

- принтер.

2.3.4 Требования к информационной и программной совместимости

Конфигурация должна быть разработана на платформе «1С: Предприятие 8», работающей под управлением операционной системы Windows 98 и выше.


3 Функциональное проектирование АИС расчета заработной платы в медицинском учреждении

3.1 Описание средства проектирования системы BPWin

BPwin - средство функционального моделирования, которое используется для анализа, документирования и реорганизации сложных бизнес-процессов. BPwin поддерживает следующие методологии: IDEF0 (функциональная модель), IDEF3 (методология моделирования), DFD (диаграмма потоков данных), каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. с. модель может содержать одновременно как диаграммы IDEF0, так и IDEF3 и DFD.

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

Модель может содержать четыре типа диаграмм:

- контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

- диаграммы декомпозиции;

- диаграммы дерева узлов;

- диаграммы только для экспозиции (FEO).

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

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

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

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

Диаграмма потоков данных DFD (Data Flow Diagramming) используется для описания документооборота и обработки информации. Данная диаграмма представляет моделируемую систему как совокупность связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

- функции обработки информации (работы);

- документы (стрелки, arrow), объекты, сотрудников или отделы, которые учавствуют в обработке информации;

- внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

-

таблицы для хранения документов (хранилище данных, data store).

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