Web Based Report And Invoice Generating System

1y ago
5 Views
1 Downloads
3.94 MB
101 Pages
Last View : 1m ago
Last Download : 3m ago
Upload by : Braxton Mach
Transcription

Web Based Report & Invoice Generating SystemForHope Diagnostics Medical Laboratory ServiceK.L.Viraj PrasannaRegistration No: R110691Index No: 1106912Supervised byMr. Chamira Dharmawijaya17-February-2018BITThis dissertation is submitted in partial fulfilment of the requirement of theDegree of Bachelor of Information Technology (external) of theUniversity of Colombo School of Computing

Web Based Report and Invoice Generating System1106912PagePage 1ii

Web Based Report and Invoice Generating SystemABSTRACTHope Diagnostics Medical Laboratory Service is providing a great service to people wholive in Panadura area by doing their medical laboratory testings accurately. Currently theyhave nine centres to collect samples and collected samples are brought to Panadura mainlaboratory for testings.Hope Diagnostics has been using Ms Excel sheets for report printing and a computerizedsystem only for the payment transactions. The process involves entering details and resultsof each patient one by one to the excel sheet. This can be time consuming, leading todecreased productivity, data redundancy, lack of accuracy and etc. In order to eliminatethis issue, and to improve their service for community, the administration has decided toimplement a web-based solution.The web-based report and invoice generating system is designed and to be implementedto overcome those problems mentioned above through automating their processes. Thissystem is mainly designed for automating the data manipulation.Proposed system is developed based on the Rational Unified Process(RUP) methodology.This methodology is selected since the proposed system has iterative functions. RUP isan appropriate software development life cycle methodology for systems like thisproposed system.This web based system is basically designed by using the Unified Modelling Language(UML). PHP Hypertext Pre-processor (PHP) [7] [8] for scripting, MySQL [7][8] fordatabase handling and Apache as the local server are built in WAMP server for webdevelopment and html, [7] CSS [7], JavaScript [7] [8] for web designing and Windows asthe platform are to be used for the system development. Hope this designed web-basedreport and invoice generating system for Hope diagnostics medical laboratory service willensure a quality service for the company and to the community.1106912Page 2Page iii

Web Based Report and Invoice Generating SystemACKNOWLEDGEMENTI am very much grateful to the external degrees centre of University of Colombo Schoolof Computing for giving me a great opportunity to carry out an individual project to obtainthe Bachelor of Information Technology and guiding me to succeed in my project.I would like to thank the academic staff of Matrix Institute of Information Technology forgiving me the academic knowledge throughout the course. My special thank goes to mysupervisor Mr. Chamira Dharmawijaya for guiding me throughout the project. I amgrateful for his great support to succeed my project.Many thanks to Mr. Jeewantha Hasaranga and his staff for their supportive hand tosucceed my project. Finally, a heartfelt gratitude to everyone, especially to my wife andfamily who guided and supported me as well as encouraged me in every possible waythroughout the Bachelor of Information Technology degree program.1106912Page 3Page iv

Web Based Report and Invoice Generating SystemTABLE OF IST OF FIGURESviiiLIST OF TABLESxLIST OF ACRONYMSxiCHAPTER 01: INTRODUCTION11.1. INTRODUCTION TO HOPE DIAGNOSTICS11.2. MOTIVATION FOR THE PROJECT21.3. OBJECTIVES OF THE PROJECT31.4. SCOPE41.5. STRUCTURE OF THE DISSERTATION5CHAPTER 2: ANALYSIS62.1.INTRODUCTION62.2. FACT GATHERING TECHNIQUES62.3. ANALSING THE CURRENT SYSTEM72.3.1. DOCTOR’S END82.3.2. PATIENT END82.3.3. COMPANY END82.4. FUNCTIONAL REQUIREMENTS112.5. NON-FUNCTIONAL REQUIREMENTS122.6. EXISTING SIMILAR SYSTEMS132.7. METHODOLOGY FOR THE PROPOSED SYSTEM14CHAPTER 3: DESIGN163.1.INTRODUCTION163.2. ALTERNATE SOLUTIONS TO THE SYSTEM163.3. REASONS TO SELECT A WEB BASED SYSTEM163.4. OBJECT ORIENTED DESIGN USING THE UML173.4.1. USE CASE DIAGRAM173.4.2. CLASS DIAGRAM193.4.3. SEQUENCE DIAGRAM201106912Page v4Page

Web Based Report and Invoice Generating System3.4.4. ACTIVITY DIAGRAM223.5. DATABASE DESIGNING233.6. USER INTERFACE DESIGNING253.6.1. HOME PAGE263.6.2. ABOUT US PAGE273.6.3. LOGIN AND SIGN UP PAGE283.7. BACKEND LOGIN293.7.1.STAFF LOGIN INTERFACE293.7.2.ADMINISTRATOR HOME PAGE303.7.3.INTERFACE FOR ADD USERS313.7.4.INTERFACE FOR SHOW, DELETE UPDATE USERS323.7.5.INTERFACE FOR REPORT PRINTING PROCESS323.7.6.INTERFACE FOR INVOICE GENERATING PROCESS353.7.7.INTERFACE FOR STOCKS MANAGEMENT PROCESS37CHAPTER 4: IMPLEMENTATION4.1. SOFTWARE ENVIRONMENT38384.1.1. LANGUAGES AND TECHNOLOGIES USED FORDEVELOPING THE SYSTEM.4.1.2. SOFTWARES AND DEVELOPMENT TOOLS38384.2. HARDWARE ENVIRONMENT394.3. MOST IMPORTANT SOURCE CODES.394.4. REUSED MODULES AND LIBRARIES43CHAPTER 5: EVALUATION445.1. TEST PLAN455.2. TESTING TECHNIQUES455.2.1. BLACK BOX TESTING455.3. TEST PROCESS465.4. TEST TYPES465.5. DELIVERABLES475.6. TEST RESULTS475.7 USER EVALUATION48CHAPTER 6: CONCLUTION506.1. CRITICAL ASSESSMENT OF THE PROJECT506.2. PROBLEMS ENCOUNTERED511106912PagePagevi 5

Web Based Report and Invoice Generating System6.3. LESSONS LEARNT516.4 ACHIEVED OBJECTIVES516.5 FUTURE ENHANCEMENT52REFERENCES53APPENDIX A: SYSTEM DOCUMENTATION54APPENDIX B: DESIGN DOCUMENTATION.58APPENDIX C: USER DOCUMENTATION61APPENDIX D: MANAGEMENT REPORTS71APPENDIX E: TEST RESULTS76APPENDIX F: CODE LISTING79APPENDIX G: CLIENT CERTIFICATE.87GLOSSARY88INDEX891106912PagePagevii6

Web Based Report and Invoice Generating SystemLIST OF FIGURESFig 2.1: Use case diagram for existing system7Fig 2.2: Current MS excel sheet format for report printing9Fig 2.3: Current system user interface for payment transactions10Fig 2.4: Interfaces of E-health care Medical Laboratory System13Fig 2.5: Interfaces of E-health care Medical Laboratory System13Fig 2.6: Interface of “The Inventory” inventory management System14Fig 2.7: RUP Methodology Diagram for The Proposed System15Fig 3.1: Use Case Diagram for Web Based Report and Invoice Generating System18Fig 3.2: Class diagram for Web Based Report and Invoice Generating System19Fig 3.3: Sequence diagram for Login & Add user module of System20Fig 3.4: Sequence diagram for Payment Transaction, Results Printing & online ReportViewing modules of the System21Fig 3.5: Activity Diagram for Web Based Report and Invoice Generating System22Fig 3.6: ER Diagram for Web Based Report and Invoice Generating System24Fig 3.7: Home page of the web site26Fig 3.8: About Us page of the web site27Fig 3.9: Login Interface for patients & Login terminal for backend28Fig 3.10: Backend login interface29Fig 3.11: Home page of Admin account30Fig 3.12: Add user interface31Fig 3.13: Accounts Management Page32Fig 3.14: Data Retrieving Page32Fig 3.15: After Data Retrieving Page33Fig 3.16: Result PDF Document Page34Fig 3.17: Adding New Patient Details Page35Fig 3.18: Adding Testing with Patient36Fig 3.19: After Generating an Invoice36Fig 3.20: Stocks Management Page37Fig 4.1: Database Connection Code39Fig 4.2: Login to the Backend Implementation Code40Fig 4.3: Log Out Source Code41Fig 4.4: Take a report of Today Testing Code41Fig 4.5: Take a report of going out of stocks Code42Fig 4.6: Showing Current State of Stock Code421106912PagePageviii 7

Web Based Report and Invoice Generating SystemFigure 5.1: User Evaluation Questionnaire48Figure 5.2: User Evaluation Results49Figure A.1: Code for Database Connection56Figure B.1: Use case diagram for the Login module58Figure B.2: Use case diagram for the Accounts Management module59Figure B.3: Use case diagram for the Payment Transaction module60Figure C.1: Login module61Figure C.2: Backend Home Page62Figure C.3: Account Management Module62Figure C.4: Add Account Module63Figure C.5: Create a New Invoice Module64Figure C.6: Selecting A Test & Retrieving Data Page65Figure C.7: The page after retrieving data of specific patient65Figure C.8: Final Report PDF66Figure C.9: PDF saved Location67Figure C.10: Navigating to Stock Page68Figure C.11: Stock Module68Figure C.12: Public user register module69Figure C.13: Public User Login module69Figure C.14: Online Blood Report Viewing Module70Figure D.1: Report of Today Testing Viewing Module71Figure D.2: Report of Dispatching Viewing Module71Figure D.3: Report of Current State72Figure D.4: Navigation to Management Report73Figure D.5: Query Tabs for conditions73Figure D.6: Result Interface of Management Report73Figure D.7: Exported Result Interface of Management Report74Figure D.8: Exported Result Interface of Management Report 275Figure F.1: Code for the Blood Report Online Viewing79Figure F.2: Code for the public new user registering79Figure F.3: Code for Validating details & Adding New user to the Database80Figure F.4: Code for jQuery validating part81Figure F.5: Code for Retrieving data & sending data to create the pdf81Figure F.6: Code for sending data in to a session for the PDF82Figure F.7: Code for Pass the data to the final page82Figure F.8: Code for Creating PDF831106912PagePageix 8

Web Based Report and Invoice Generating SystemFigure F.9: Code for Showing User Table of System83Figure F.10: Code for Deleting User from System84Figure F.11: Code for Updating Stock table after a dispatch84Figure F.12: Code for taking a report of Testings done Today85Figure F.12: Code for taking a report of dispatching for specific period85Figure F.14: Code for taking reports of testing according to conditions specific period86Figure G.1: Client Certificate871106912PagePagex 9

Web Based Report and Invoice Generating SystemLIST OF TABLESTable 5.1: Test results of User login47Table B.1: Use case Description for the login module58Table B.2: Use case Description for the Account Management module59Table B.3: Use case Description for the Payment Transaction module60Table E.1: Testing Public User Register.77Table E.2: Testing Account Management & Login.791106912Page 10Page xi

Web Based Report and Invoice Generating SystemLIST OF ACRONYMSBIT -Bachelor of Information TechnologyHTML -Hyper Text Markup LanguageCSS - Cascading Style SheetsAjax - Asynchronous JavaScript and XML.JSON- JavaScript Object NotationPDF - Portable Document FormatUML- Unified Modelling LanguageERD- Entity Relationship DiagramRUP- Rational Unified Process1106912PagePagexii 11

Web Based Report and Invoice Generating SystemCHAPTER 01: INTRODUCTION1.1. INTRODUCTION TO HOPE DIAGNOSTICSHope Diagnostics was established on 09th of October 2009, determined to provide aquality service for their customers. It has risen to be the leading medical laboratory serviceprovider in Panadura area. This private business was empowered by Business NamesOrdinance (Chapter 149) Incorporated by Business Names Statute No 4 of 1990.Continuous progressive development due to time to time implemented scattered masterplans of the major objective led them to climb the ladder of success within a very shortperiod of time while penetrating to all the customer segments by being so flexible.Overcoming all challenges in a way of going ahead towards the success with an innovativesolution was always one of their major key features for their success. Currently, they arefully flourished, established and equipped sophisticatedly in their category ofrepresentation with a warm heart always ready to serve their customersAs an area based flagship clinical diagnostic metrological establishment with a solemission, Hope Diagnostics has stated their vision and mission as follows.VisionOur Vision is a Hope for, Accuracy, Quality, Charity, Affordability, Flexibility,Reliability and Traceability in You.MissionOur Mission is a Hope in you through hard work Dedication Innovation Extra MilesUnderstanding & EnduranceAs a leading clinical metrological service provider in the area, Hope Diagnostics areworking hard and dedicating to provide the best service to their customers and fulfiltheir vision as well as mission.1106912Page 1

Web Based Report and Invoice Generating System1.2. MOTIVATION FOR THE PROJECTHope diagnostics currently has nine centres for sample collecting whereby the employeesof Hope diagnostics collect & transport the samples to the Panadura main laboratory tobe tested. Although they have computerized system, they use it only for paymenttransactions. Following test completion, the results are entered in to an excel sheet formatto generate printed medical reports which are then distributed to the nine centres.Administration requires monthly reports on income, the tests most requested, etc.Currently, this is carried out manually by entering details in books followed by printingreports and delivering them to each centre themselves. This process is time consuming atmost times and report delivering can be delayed due to several reasons such as traffic onthe road. This has become a major concern for Hope diagnostics.In some critical situations, doctors may need to check their patients’ tests history, such assugar, cholesterol etc. and the patient might have lost his/her previous reports. Therefore,it is very important to have records at least of regular patients of the medical centre.Therefore, providing patients with their previous reports may be an advantage for HopeDiagnostics to increase their number of customers.Nowadays most industries are using internet and web applications to proceed theirbusinesses productively. Hope Diagnostics can also make their service more productiveby automating their processes and develop their business by providing new facilities tothe customer.As a final year student of Bachelor of Information Technology Degree Programme inUniversity of Colombo School of Computing, I am eager to apply my acquired knowledgeduring my course period, in to developing an application to overcome Hope Diagnostics’difficulties while facing the challenges which arise towards a developer.1106912Page 2

Web Based Report and Invoice Generating System1.3. OBJECTIVES OF THE PROJECTThe main objective of this project is to support Hope Diagnostics to make their servicemore productive by automating their processes and develop their businesses by providingmore facilities to their customers.Avoid difficulties when getting payments and report printing.Currently the patients’ payments and report printing are processed separately, resultingrepeat entering of customer/patient details. This project aims to facilitate them to makethose processes easy by interconnecting those processes.Develop the website to view medical report online private and confidentiallyHope to facilitate patients to view and take print outs of their laboratory reports via onlineto avoid delay.Facilitate regular users to register and maintain their accounts to keep their pastresults safely.Regular patients can register and maintain their separate accounts to keep their past resultssafely and print their reports if needed.Facilitate patients to be notified when their results are ready.When the results are ready, an auto generated email will be sent to patient notifying themthat his/her report is ready and can be viewed online.Facilitate patients to get cost estimation before come to the lab.The prices of tests will appear on the website and patients can get estimation for their testsonline. Packages provided by the client will be added under this.Facilitate admin to take admin reportsAdmin will be provided with the facility to generate reports on relevant areas as the adminrequires. Such as, How much tests have been done within a month. What are the most demanded tests months.Facilitate doctors to log in to view results of patientsDoctors will be provided a login to the system and they can view their patients’ resultsand the regular patients’ history. If a doctor needs a medical analysis of a regular patient,he will be facilitated for that purpose.Facilitate patients to channel doctors onlineAs an additional service, hope diagnostics likes to provide e-channelling service for theirpatients. Through this option, hope diagnostics hope to fulfil their customer needs well.1106912Page 3

Web Based Report and Invoice Generating System1.4. SCOPEThe scope for this project contains, Two sections should be maintained for payment transaction and report printing.Two tables should be interconnected using a foreign key to make report printingeasy. Patients should be able to register online, edit their details, view their resultingreports, keep previous reports and print their reports themselves. This is dividedin to two sections according to patient type. Regular Patients and Random Patients.Regular patients should have some more advantages. So they can keep records oftheir previous results. The patients should be able to be notified when their reports are ready. For thatfunction, an automated email should be delivered to the patient. The patients should be able to estimate their cost before coming lab and theyshould have options for payments. And when a deal is made by a patient, the adminshould be notified with an automated email. Doctors who collaborate with Hope Diagnostics should have doctor’s login andthey should be able to login their account and check the reports of patients. If theywant to get an analysing on particular test, they should have the options for theiranalysing. Admin should be able to login to the system and take reports on particular subjectssuch as, the income in a particular month, test details which are done in a particularmonth, etc And the patient should have the option to channel a doctor of the medical centre.1106912Page 4

Web Based Report and Invoice Generating System1.5. STRUCTURE OF THE DISSERTATIONThe dissertation has been contained six chapters with fully detailed and it is providinggreat idea about the project.This chapter has been included about the Hope diagnostics and a rough idea about theproject which is done for Hope Diagnostics.CHAPTER 02-ANALYSISWhen an IT project has to been started, the first thing a developer do is analysing. In thisstage, all subject areas related to the project have been discussed and analysed and thefunctional and non-functional requirements will be identified which are helpful fordesigning the system.CHAPTER 03-DESIGNAfter all the analyses, the next job is to design the system according to user requirements.In this chapter, the used designing approach, database and user interface designing [5] willbe discussed. And some diagrams which illustrate the functionality of system will beincluded in this chapter.CHAPTER 04-IMPLEMENTATIONThe development procedure of the system is included in this chapter. All coding ofmodules, user interfaces, creation of databases have been included in this chapter.CHAPTER 05-EVALUATIONTesting procedure and results of it will be discussed in this chapter. Unit and integrationtests, errors found, how they are corrected, and functionalities that satisfy the all userrequirements in accepted quality have been mentioned in this chapter.CHAPTER 06 –CONCLUSIONThis chapter will be concluded the all final details of project. And this contains the lessonswe learnt and information about future developments of the system.1106912Page 5

Web Based Report and Invoice Generating SystemCHAPTER 2: ANALYSIS2.1. INTRODUCTIONThis stage, all subject areas related to the project have been discussed and analysed andthe functional and non-functional requirements will be identified which are helpful fordesigning the system. Requirement identifying and analysis is a very important stage andtherefore it should be done neatly.2.2. FACT GATHERING TECHNIQUESThere were several techniques used for fact gathering from different stakeholderperspectives. Frequently used fact gathering methods are, Interviews Document reviews ObservationsBoth open ended and close ended interviews were conducted with companyadministration and employees and it was helpful to capture new problems which they haveto face.Reviewing of currently used excel sheets, user manuals of machines, and documents withthe details gathered from above interviews helped to get a good idea and a betterunderstanding about the current work process.And finally all of those details helped to observe a better picture of working process ofthe company.1106912Page 6

Web Based Report and Invoice Generating System2.3. ANALSING THE CURRENT SYSTEMI carried out some analysing parts through the facts gathered from certain fact gatheringtechniques from company administrations and employment. Current procedures whichcarried out at Hope Diagnostics are done at three ends.1. Doctor’s End2. Patient End3. Company EndCurrent working process can be shown in a use case diagram like below. (Fig 2.1).PaymentTransactions Include PatientTake SamplesBring Samplesto LaboratorySample TestingLab Assistant Include Report PrintingRecommend TestsPay SalariesResultsApprovingDeliver ReportsDoctorPayCommissionsAdminFig 2.1: Use case diagram for existing system1106912Page 7

Web Based Report and Invoice Generating System2.3.1 Doctor’s EndDoctors examine their patients and recommend necessary laboratory tests for theirpatients. And a considerable commission will be payed to doctors by company endto encourage them for a recommendation of Hope Diagnostics to their patients2.3.2 Patient EndWith or without doctor recommendations, patients come to Hope Diagnostics or asample collecting centre, pay a fair price and do their medical laboratory tests.And patients will have their test results as a printed paper as soon as possible.2.3.3 Company EndHope Diagnostics is a laboratory which has enough tools, equipment and welltrained employees to provide better service to the community. Currently it has ninecentres including head branch to collect samples. All samples are brought to thehead branch by lab assistants. Then all samples are tested by well-trained labassistants by using standard equipment as well as microscope. So each sample istested twice and gets the most appropriate results. Then all results are sent toadministration and they will be approved by the Medical Laboratory Technician(MLT) and send back for report printing. After report printing, each report isdelivered to relevant centre by relevant lab assistants or administration.Payment transactions with patients are carried out by each lab assistant at therelevant centre and all money will be brought to administration at the end of theday. Salaries for employees are payed to them at the end of each month. And aconsiderable commission is payed to each doctor who works where the centres areestablished. And establishments’ rentals, payments for reagent and other paymentsare carried out by administration at the end of each month.1106912Page 8

Web Based Report and Invoice Generating SystemCurrent MS excel sheet format for report printing and system user interface for paymenttransactions are showed in below. (Fig 2.2).Fig 2.2: Current MS excel sheet format for report printing1106912Page 9

Web Based Report and Invoice Generating SystemFollowing figure 2.3 illustrates the user interface of the current system for paymenttransactions.Fig 2.3: Current system user interface for payment transactions1106912Page 10

Web Based Report and Invoice Generating System2.4. FUNCTIONAL REQUIREMENTSI have recognized the functions those should be performed by the proposed Web BasedReport and Invoice Generating System for Hope Diagnostics Medical Laboratory Service.Following are the functional requirements those I recognized.Company End Automating data transferring between invoice generating and reportprinting. Automating data processing and calculationsPatient End Keeping separate login accounts for each regular patient to keep theirprevious reports. Facilitate patients to be notified when their reports are ready and to be ableto view online. Automating calculation to get cost estimation Facilitate patients to channel doctors who are working at the MedicalCentre where the head branch established.Doctors End Keeping separate login accounts for each registered doctors to viewpatient’s results 1106912Automating analysing of particular patient’s results.Page 11

Web Based Report and Invoice Generating System2.5. NON-FUNCTIONAL REQUIREMENTSNon-functional requirements are explaining the important properties which the proposedsystem should have to perform with maximum efficiency for its users. These requirementsmay affect at the whole system. So failing to accomplish non-functional requirements maymake whole system unsuccessful. The key non-functional requirements which the systemshould meet are listed below. Security and privacyMedical laboratory reports of a person are highly private and confidentialdocuments. Therefore, those kinds of documents should be able to see onlyauthorized people. And the system handles important data of company businessprocesses and patients. So the system should have highly secured and optimumprivacy. Accuracy and consistencyThis is another key non-functional requirement of the system. The purpose ofautomating is to increase accuracy and consistency. Therefore, the system shouldbe accurate and consistent when the data manipulating. ReliabilityThe system should be able to execute properly at any circumstance. Theunexpected errors or mistakes cannot affect at the process of system and theresults. AvailabilityThe system should be available for all users (company, doctors, and patients) atany time. User friendlinessThe current employment and the considerable amount of patients are not too muchfamiliar with working in a computerized environment. Therefore, providingeasiness of accessing is a major requirement of the system.1106912Page 12

Web Based Report and Invoice Generating System2.6EXISTING SIMILAR SYSTEMSIt couldn’t find exactly similar type of systems for the proposed web solution in the web.But it is able to find some system similar to some part of the proposed system.E-health care is a medical lab reporting system for managing patient details, generatetesting reports, and a SMS management system. It had few unnecessary function as wellas it is lack of few required functions of the proposed web based system. Figure 2.4 andfigure 2.5 show the user interfaces of E-health care lab reporting system.The Inventory is a simple inventory management system for inventory management of asimple stock. Client needed a simple inventory management system to be attached to theproposed system for his store keeping. Figure 2.6 is a simple user interface of “TheInventory” system.Fig 2.4: Interfaces of E-health care Medical Laboratory SystemFig 2.5: Interfaces of E-health care Medical Laboratory System1106912Page 13

Web Based Report and Invoice Generating SystemFig 2.6: Interface of “The Inventory” inventory management System2.7. METHODOLOGY FOR THE PROPOSED SYSTEMProposed system is developed using Rational Unified Process(RUP) [9] because RUP isan iterative software development process framework. Even though client has someinitial requirements, it seemed to add some function to the system later. And system hasto be developed as separated modules, payment transactions, result report printing andadministrative backend, inventory management, patients end. All these modules havebeen developed iteratively. Therefore, RUP is appropriate for this system as the SDLCmethodology.There are four main phases of RUP lifecycle. Figure 2.7 shows the life cycle partsaccording to the phases. Inception PhaseIn this phase, system will be scoped based on initial costing and budget.1106912Page 14

Web Based Report and Invoice Generating System Elaboration PhaseThis phase is where the project starts to take shape. Problem domain analysis ismade and the architecture of the project gets its basic form in this phase. Construction PhaseFunctions and features of the system are developed in this phase. System is builtin this phase. Transition PhaseDeveloped system is delivered to its end users will be done in this phase. Theproduct is also checked against the quality level set in the inception phase.Inceptio T2Business ModellingRequirementsAnalysis & DesignImplementationTestDeploymentFig 2.7: RUP Methodology Diagram for The Proposed System1106912Page 15

Web Based Report and Invoice Generating SystemCHAPTER 3: DESIGN3.1. INTRODUCTIONAfter the requirements are gathered in the analysing stage, next stage is gatheredrequirement turn in to the exact system. At the designing stage, the system isconstructing imaginary using designing techniques for developing the system. Thisdesign depicts a high level view of the system.3.2. ALTERNATE SOLUTIONS TO THE SYSTEMFollowing mentioned alternate solutions can be used for the proposed system. Standalone SystemAs simplifying the transactions & result reports generating is the main target ofthis system, we could have proposed a standalone system for the client. But theclient needed to facilitate his patients via online and he had a view of some futureenhancements, therefore a standalone system wasn’t selected. Implementing the proposed system in a Private network.Although this method has some security wise advantages, since we have to dealwith public, it was not suitable to use a private network.3.3. REASONS TO SELECT A WEB BASED SYSTEMFollowing is why a web based solution is selected for the proposed system. Mainly client needed to facilitate general public to view their test results onlineand facilitate regular patients to keep their results records individually. Therefore,it is decided a web based solution to be developed. Through a web based solution, client can be facilitated to access his systems fromanywhere without coming to the office. Therefore, a system user can do particulartasks via online. It is not needed an additional cost to implement a web based syst

OBJECT ORIENTED DESIGN USING THE UML 17 3.4.1. USE CASE DIAGRAM 17 3.4.2. CLASS DIAGRAM 19 3.4.3. SEQUENCE DIAGRAM 20 Page v . Web Based Report and Invoice Generating System . Fig 3.6: ER Diagram for Web Based Report and Invoice Generating System 24 Fig 3.7: Home page of the web site 26 Fig 3

Related Documents:

PPA Interim Invoice, Invoice Items, and Documentation An Invoice consists of an Invoice record, line item records called Invoice Items, and attached receipts, invoices, or other documentation. Amount fields on Invoice Items roll up to the Invoice record. Create

Enter the PO# in PO Field and click submit Invoice Status - Invoice on hold Click on invoice# to check the hold reason Click on Invoice life Cycle for exact hold reason Hold name and hold reason are below Invoice Status - Invoice Paid If Invoice status is "PAID" Click on Payment# to find complete payment information

Invoice: ge note invoice is specifically ol customers. Includes bait station box. L-5310 Large Note Blue/Grass Invoice L-5309 ellow/Grass Invoice L-5308 Large Note Red Service Call L-5312 een Service Call L-5305 een/Blue Invoice L-5306 een Invoice L-5307 een/Blue Invoice L-5311 een Invoice

Step 4: Based on your PO or invoice, choose the searched item (for authorization, additional information should be known based on PO or Invoice: Invoice number, invoice amount, invoice date or GSL number, PO Number and Invoice Date) Important Note: Please take a note of the following simple

Upload the CSV Invoice 1. Navigate to the home page and click on the CSV Invoice option. 2. Click the Browse button to select the newly created CSV Invoice file and click on the Import CSV Invoice button to upload you invoice. 3. Once you have uploaded the invoice you will see the following message, “CSV

The system can interpret the invoice if a structure extraction template has been made for the specific invoice format. If the system can interpret the invoice with a template, a result is presented to the user where the invoice head and invoice lines are presented in tables. The user has options to save the interpreted invoice to a database.

Download Invoice. Click Yes to change the Invoice number again. Click No if Invoice number is changed correctly or channel wishes to continue with Bank’s allotted invoice number. Invoice gets downloaded and the invoice file appe

May 01, 2016 · Invoice Prefix: An invoice number is needed to complete the form. Please include the invoice number as shown on the department issued invoice (i.e. Publications, Parking). If you do not have an invoice number available, select an “Invoice Prefix” from the drop down box and an