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

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

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

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

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

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

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

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

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

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

 

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 работы представляют собой функции системы, преобразующие входы в выходы. Внешние сущности изображают входы в систему и/или выходы из системы. Хранилища данных изображают объекты в покое. В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов.

   IDEF3 (workflow diagramming) - методология моделирования,  использующая графическое описание  информационных потоков, взаимоотношений  между процессами обработки информации  и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.

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

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

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

3.2 Описание функциональной модели  системы

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

   Диаграмма верхнего уровня (рисунок А.1) реализована с помощью методологии IDEF0.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    

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