BUSINESS PROCESS ANALYSIS Methodology for Information System Requirements Definition and Logical Design Utilizing Communicable Disease Investigation &

Slides:



Advertisements
Similar presentations
IT Works so Uwork(s): Letting Technology work for You!!!
Advertisements

Performance Assessment
Chapter 11 Designing the User Interface
University Car Rental Project Vision Consulting Donna, Lap, Lisa & Tom
PantherSoft Financials Smart Internal Billing. Agenda  Benefits  Security and User Roles  Definitions  Workflow  Defining/Modifying Items  Creating.
1 Software Design Introduction  The chapter will address the following questions:  How do you factor a program into manageable program modules that can.
Chapter 6: Documenting Accounting Information Systems
Viewing this Tutorial Use the ‘Down’ arrow on your keyboard, or left click your mouse, to move to the next point. Use the ‘Up’ arrow to go back. Use the.
What is Software Design?  Introduction  Software design consists of two components, modular design and packaging.  Modular design is the decomposition.
Copyright Irwin/McGraw-Hill Software Design Prepared by Kevin C. Dittman for Systems Analysis & Design Methods 4ed by J. L. Whitten & L. D. Bentley.
Systems Analysis and Design 9th Edition
9/6/2001Database Management – Fall 2000 – R. Larson Information Systems Planning and the Database Design Process University of California, Berkeley School.
Job Analysis & Its Components Job analysis: Job analysis: The process of describing and recording many aspects or elements of the job. The outcome of job.
PROCESS MODELING Transform Description. A model is a representation of reality. Just as a picture is worth a thousand words, most models are pictorial.
Chapter 9 Using Data Flow Diagrams
“DOK 322 DBMS” Y.T. Database Design Hacettepe University Department of Information Management DOK 322: Database Management Systems.
8/28/97Information Organization and Retrieval Files and Databases University of California, Berkeley School of Information Management and Systems SIMS.
Chapter 4.
FINANCIAL ACCOUNTING An Introductory Online Course # Financial Accounting: An Introductory Online Course provides a comprehensive introduction to.
Lesson-21Process Modeling Define systems modeling and differentiate between logical and physical system models. Define process modeling and explain its.
SE-565 Software System Requirements More UML Diagrams.
Systems Analysis I Data Flow Diagrams
DATA FLOW DIAGRAMS IT 155.
RWJF Common Ground-Using Work Flow Mapping Tools to Improve Chronic Disease Management Processes Adapted from presentations by: Minnesota Department of.
Microsoft Access 1 Database Creation and Management.
Introduction to Computer Technology
User Centered Design April 1-3, 2009 Joshua Ganderson Laura Baalman Jay Trimble.
Chapter 6 Data Flow Diagramming Copyright © 2010 by The McGraw-Hill Companies, Inc. All rights reserved.McGraw-Hill/Irwin.
Introduction to VBA. This is not Introduction to Excel We’re going to assume you have a basic level of familiarity with Excel If you don’t, or you need.
Business Process Analysis: Transforming Public Health in Madison County.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems.
Effective Methods for Software and Systems Integration
Team Skill 1 Analyzing the Problem Business Modeling (6) 1.
WEBINAR SERIES: ACCESSIBLE INTERACTIVE DOCUMENTS Week 3: Accessible Web Forms Norman Coombs
Introduction to Interactive Media 02. The Interactive Media Development Process.
1 Lecture 3: Introducing Data Flow Diagrams (DFDs) Section 1 - The Concept of Diagrams Why use Diagrams? Diagrams as Working Documents Systems Analysis.
1 INTRODUCTION TO DATABASE MANAGEMENT SYSTEM L E C T U R E
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
DEFINITION. The American Accounting Association defines Accounting as follows:
Database1 Database Creation and Management. About Database Development…. The course is not designed to train you as an IT specialist……. It is not about.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
CORE 1: PROJECT MANAGEMENT Designing. This stage is where the actual solution is designed and built. This includes describing information processes and.
Analyzing Systems Using Data Dictionaries Systems Analysis and Design, 8e Kendall & Kendall 8.
Welcome This is a document to explains the chosen concept to the animator. This will take you through a 5 section process to provide the necessary details.
1 Destination Learning Management Houghton Mifflin Harcourt Professional Development Destination Math III – V.
The Structure of the User Interface Lecture # 8 1 Gabriel Spitz.
Session 3 How to Approach the UML Written by Thomas A. Pender Published by Wiley Publishing, Inc. October 5, 2011 Presented by Kang-Pyo Lee.
© 2002 Six Sigma Academy and Helix Systems1 Interface Overview Version 1.0.
Systems Analysis and Design 8th Edition
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
Analysis Classes. What Is an Analysis Class?  A class that represents initial data and behavior requirements, and whose software and hardware-oriented.
David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation Appendix B: Getting Started in Systems Analysis and Design.
Impact Research 1 Enabling Decision Making Through Business Intelligence: Preview of Report.
Defining and Managing Project Scope. MOV Scope Phases Time Estimates Resources Tasks Schedule Budget Sequence Project Planning Framework.
Session 2: Developing a Comprehensive M&E Work Plan.
EL Program in a Nutshell EL Program Flow Chart.
Design Evaluation Overview Introduction Model for Interface Design Evaluation Types of Evaluation –Conceptual Design –Usability –Learning Outcome.
Business Process Modeling What is a process model? – A formal way of representing how a business system operates. – Illustrates the activities that are.
Creating and Processing Web Forms
Features of Authoring Tools
Business Process Modeling
Chapter 6 Data flow diagramming ACCOUNTING INFORMATION SYSTEMS
System Design and Modeling
Computer Programming.
Welcome 1 This is a document to explains the chosen concept to the animator. This will take you through a 5 section process to provide the necessary details.
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
Database Design Hacettepe University
Applying Use Cases (Chapters 25,26)
Applying Use Cases (Chapters 25,26)
Welcome 1 This is a document to explains the chosen concept to the animator. This will take you through a 5 section process to provide the necessary details.
Presentation transcript:

BUSINESS PROCESS ANALYSIS Methodology for Information System Requirements Definition and Logical Design Utilizing Communicable Disease Investigation & Reporting Business Process Analysis Examples Presented by: Pete Kitch KIPHS, Inc.

PRESENTATION OUTLINE Introduction to Business Processes Introduction to Business Processes Elements of Business Process Analysis Elements of Business Process Analysis Functional Analysis Approach Functional Analysis Approach Context Diagramming Context Diagramming Task flow Diagramming Task flow Diagramming Information System Support Information System Support

FRAMEWORK FOR MONTANA PHDS ASSESSMENT PROJECT State Stakeholders Presentation October 13, 2006 Presented by: Pete Kitch KIPHS, Inc.

WAYS AN ORGANIZTION CAN CHANGE

BUSINESS PROCESS ANALYSIS (BPA) DEFINITIONS Business Process: A set of related work tasks designed to achieve a specific desired business objective. The process result may be customer or market oriented or internal to the organization. Business Process: A set of related work tasks designed to achieve a specific desired business objective. The process result may be customer or market oriented or internal to the organization. Business Process Analysis: Defining the task set required to support the achievement of the business objective. Business Process Analysis: Defining the task set required to support the achievement of the business objective. Logical Design: Design of the Information System User Interface needed to support the performance of each task in the business process task set. Logical Design: Design of the Information System User Interface needed to support the performance of each task in the business process task set.

Belief that public health only “delivers services” Belief that public health only “delivers services” -hinders more comprehensive evaluation of -hinders more comprehensive evaluation of underlying business processes underlying business processes Public Health Departments are in fact businesses Public Health Departments are in fact businesses -their products and services can be defined and are similar across departments are similar across departments Best practices are a derivative of the associated business process Best practices are a derivative of the associated business process Understanding the business practices helps optimize the use of information system requirements and content across all health departments Understanding the business practices helps optimize the use of information system requirements and content across all health departments WHY CONSIDER BUSINESS PROCESSES IN PUBLIC HEALTH?

One must understand the way in which work is done before one can explore ways of improving or streamlining it. One must understand the way in which work is done before one can explore ways of improving or streamlining it. Public health is always being asked to “do more with less”. Becoming more efficient in the way in which work is done is one way to stretch limited resources. Public health is always being asked to “do more with less”. Becoming more efficient in the way in which work is done is one way to stretch limited resources. Understanding how work is done now is a baseline for evaluating and adopting all or parts of a best practice model. Understanding how work is done now is a baseline for evaluating and adopting all or parts of a best practice model. WHY CONSIDER BUSINESS PROCESSES IN PUBLIC HEALTH?

A HISTORIC BPA EXAMPLE Ford Motor Company -- Highland Park 1913 Ford Motor Company -- Highland Park 1913 Automobile Assembly Paradigm prior to 1913: Result: Time cut from 750 minutes to Result: Time cut from 750 minutes to 90 minutes/car through work simplification 90 minutes/car through work simplification What enabled Ford to build Highland Park? What enabled Ford to build Highland Park? In 1915 Highland Park employed 7,000 people. Why didn’t other companies follow this example? In 1915 Highland Park employed 7,000 people. Why didn’t other companies follow this example?

ANALYSIS FRAMEWORKS Functional Decomposition: process of continual sub setting Functional Decomposition: process of continual sub setting Functional Analysis: Functional Analysis: a) logical process of building a framework and then fleshing out the details one logical step at a time a) logical process of building a framework and then fleshing out the details one logical step at a time b) the result of functional analysis is parallel to “assembly instructions ”for a product rather than a “parts explosion” (e.g., assemblies, subassemblies, parts) Use Case Analysis: Typically a random walk if multiple use cases are involved Use Case Analysis: Typically a random walk if multiple use cases are involved

FUNCTIONAL ANALYSIS How do you work a 1000 piece jig saw puzzle? How do you work a 1000 piece jig saw puzzle? Step #1: __________________ Step #2: __________________ Step #3: __________________ Step #N: __________________ How do you know when you’re done? How do you know when you’re done? What does it mean if there are still “holes” in the puzzle? What does it mean if there are still “holes” in the puzzle? What does it mean if you have “extra” pieces when there are no “holes” left? What does it mean if you have “extra” pieces when there are no “holes” left?

BASIC MODEL (INPUT-PROCESS-OUTPUT)

THE KEY QUESTIONS IN DEFINING A BUSINESS PROCESS What are the tasks in the task set that define the business process? What are the tasks in the task set that define the business process? How are the tasks related to one another? How are the tasks related to one another? How is the process initiated? How is the process initiated? What is the goal/objective associated with the performance of the business process? What is the goal/objective associated with the performance of the business process?

OUR APPROACH Three Step Sequential Process Step #1: Context Diagramming: Step #1: Context Diagramming: Designed to identify the participants (know as entities) which are the stakeholders in a given business process and the interactions between them. Step #2: Functional Flow Analysis: Step #2: Functional Flow Analysis: Identify the interactions and/or transactions associated with each entity that trigger a set of tasks to be performed or represents achievement of the business goals/objectives. The sum of all the task sets creates an integrated description of the work that defines the business process. Step #3: User Interface Logical Design: Step #3: User Interface Logical Design: Each task identified in the analysis is examined to define the corresponding screen or set of screens needed to fully support the user in the performance of the task.

CONTEXT ANALYSIS

EXAMPLE PROJECT CONTEXT DIAGRAM

FUNCTIONAL FLOW ANALYSIS

TASK FLOW DIAGRAMMING Concept of “turning the Context Diagram inside out” Concept of “turning the Context Diagram inside out” A transaction or set of transactions pointing to a given participant (entity) either: A transaction or set of transactions pointing to a given participant (entity) either: trigger a set of tasks to be performed trigger a set of tasks to be performed represent the goal/objective of the business process represent the goal/objective of the business process Tasks must be identified and defined at the discrete level. In another sense, a task can be defined as “what goes on between the in-basket and the out-basket” Tasks must be identified and defined at the discrete level. In another sense, a task can be defined as “what goes on between the in-basket and the out-basket” The task flow tool set is the same as standard flowcharting (primarily boxes, decision diamonds, and arrows) The task flow tool set is the same as standard flowcharting (primarily boxes, decision diamonds, and arrows)

FUNCTIONAL FLOW ILLUSTRATION

PERSON DEMOGRAPHIC PROCESS

CASE INVESTIGATION

USER INTERFACE ANALYSIS

LOGICAL DESIGN CONTENT In general we break the logical design out into a number of sections based on the segmentation of the functional flow analysis. Each section utilizes the same format: In general we break the logical design out into a number of sections based on the segmentation of the functional flow analysis. Each section utilizes the same format: a) Introduction to the section contents a) Introduction to the section contents b) Associated Functional Flow Diagram b) Associated Functional Flow Diagram c) Associated Screen Navigation Diagram c) Associated Screen Navigation Diagram d) Screen mock ups, text description of the content and purpose of each screen and navigation buttons to access other screens d) Screen mock ups, text description of the content and purpose of each screen and navigation buttons to access other screens e) Logical Data Structures associated with screens in section e) Logical Data Structures associated with screens in section

DISEASE INVESTIGATION FUNCTIONAL FLOW

SYSTEM NAVIGATION DIAGRAM EXAMPLE

LOGICAL DATA SET EXPLANATION

Lab Report Logical Data Set Laboratory Reports Note ID Text Line (1,M) General Lab Notes (0,N) Test Report (1,M) Note ID Note Date Note Author Text Line (1,L) Person ID Case ID Lab Report ID Lab Report Date Lab Name Director Name & Phone # Line Number Text Line Number Text Legend Italics – Data Set Name Bold – Code Table (1,x) – One to Many (0,x) – Null to Many { - Delineates a data set Test ID Test Description Accession Number Specimen ID/Type Specimen Collection Date Result Date Results Reference Range Lab Test Results Notes (0,N)

SAMPLE SCREEN: CASE BASE RECORD

SAMPLE SCREEN: CASE-CONTACT DETAIL

SAMPLE SCREEN: LOCATION TRACKING

SAMPLE SCREEN: INVESTIGATION ACTIONS

QUESTIONS OR COMMENTS? Pete Kitch