Page 1 of 4
CIDMU Web System Development – SOP Updated: 19/11/2012
The Clinical Informatics and Data Management Unit (CIDMU) in the School of Public Health and
Preventive Medicine is a Monash University platform for the development of web based and desk-top applications for the collection and management of clinical information for the conduct of randomised trials and clinical registries.
The current suite of services offered through the Unit includes; a) Web-based data capture and reporting systems b) Desk-top based data capture and reporting systems c) Web-based clinical trial randomisation services d) Clinical trial and registry development and management e) Clinical trial design f) Data migration services
The Unit consists of 30 highly trained software development, clinical research project and data management professionals.
CIDMU currently complies with the Information Security standard ISO 27001. Systems developed with identifiable or derived clinical data are deployed into the Monash Red Zone for data security.
A typical system architecture may consists of:
Web front end (C# .NET) for users
Secure web front end (C# .NET) for administrators
Secure Microsoft SQL Server database
Secure File Repository
Secure File Transfer Protocol (SFTP) server
Secure Microsoft SQL Reporting Services
The architecture framework for the systems to be developed will be outlined in the Systems
Requirements Specification (SRS) and the decision may depend on the functionality required by the application, business needs and other factors. The architecture will be agreed to prior to commencement of programming work.
Page 2 of 4
CIDMU Web System Development – SOP Updated: 19/11/2012
The initial requirement for “getting started” is to work up a Project Brief (See Project Brief
Template). The Project Brief is used by the business unit to share information about the intended development and gather additional information as required. Following delivery of the Project Brief, the
CIDMU Systems Development Manager will communicate with the Study Project Manager for a meeting to review the Project Brief, discuss the CIDMU methodology and expectations, and introduce the Business Analyst, who will drive the completion of the SRS.
The purpose of the Systems Requirements Specification (SRS) is to develop documentation regarding the functional requirements for the system to be developed. The gathering of the systems requirements will be led by the CIDMU Business Analyst and will involve interaction with key stakeholders, champion users and systems developers. Meetings will be arranged in order to fully document the requirements of the proposed system. The requirements will includes mock-ups of the interface, usability requirements and user acceptance tests.
Once the SRS has been developed, it requires verification by the Study Project Manager and the
CIDMU Systems Development Manager. It then requires sign off by the Principal Investigator for the proposed system, and the Head of CIDMU.
Following sign off of the SRS, a proposed budget, payment schedule and timeline will be prepared and sent for approval to the Principal Investigator. No development work can begin until all documentation and signatures have been received and a contract or Memorandum of Understanding
(MOU) is in place.
If development does not proceed, it is expected that costs incurred for the development of the
SRS be reimbursed to CIDMU.
CIDMU utilises an agile software development framework and will progress work in iterative cycles called “sprints”. Each “sprint” begins with a planning meeting to discuss which sections of work will proceed in priority order and to gain additional clarity as to the specifications. Development then begins on the agreed units of work for the 23 week “sprint”. Each “sprint” is followed by a review meeting. This allows the opportunity for feedback from the client and acceptance that the units of work are “done”.
The Study Project Manager is expected to contribute to each and every one of these meetings.
There is the opportunity for changes to be considered within the development process via a change request process. The impact of these changes on: a) the timeline for delivery, b) the project risks and c) the project budget must be agreed prior to the commencement of development for any change request. These requests are assumed to be minor. Major changes are covered in System
Improvements.
All change requests are to be collated through the Study Project Manager.
Page 3 of 4
CIDMU Web System Development – SOP Updated: 19/11/2012
Following the end of the last “sprint”, the application is typically placed into a test environment so that it can be reviewed prior to going into production. This system is a replica of what would be expected once the system moves to production. Time is given, typically two weeks, to “play” with the system and ensure that it meets the original System Requirements Specification. It is the Client ’s responsibility to ensure that they organise and allow adequate staff and time to test the system during this phase.
Finalising the testing phase, CIDMU will undertake the following as part of the development contract; any bug fixes identified during the test that are within scope i.e. – correction of functionality specified in the Systems Requirements Specification document that is either missing or not working.
No additional functionality or development work is completed during this phase.
Following the testing phase, the system will be moved to the production environment and considered “delivered”. Whilst systems are delivered with “no known errors”, CIDMU will make every effort to undertake correction of any unforseen errors that are still considered to be within the initial scope of works within the early stage of production (30 day period). System delivery will constitute
Project Completion.
Typically once a system is being used in production, with multiple users across multiple sites, the enhanced use of technology creates new opportunities. These new opportunities can take the form of additional new features, new reporting requirements or new functionality. They are all considered as System Improvements. Usually these improvements constitute significant (not minor) pieces of work.
All system improvements should be collated by the Study Project Manager. The CIDMU
System Development Manager can provide a quotation for system improvements. These will only be actioned once approved and budgeted.
All web-based systems require maintenance above and beyond change requests and system improvements. Maintenance includes:
Server Maintenance (including security patches)
Domain and Certificate registration
User management
System backup and recovery
All systems will have a minimum maintenance requirement of 1 hour per week and will be costed at
$6,000 - $10,000 for each year the project is required to have a live functioning system available.
Studies continuing beyond their original expected timelines will continue to be billed while this requirement exists and amendments to contracts / MOUs will be sought.
Ongoing Support is determined as:
Any minor changes, bug fixes, user administration, training and performing data extraction as requested
Significant modifications are not covered under support and require a separate quote as per System Improvements
All support requests are required to be lodged into the Service Desk Online (SDO) system
Ongoing Support is charged at $150 per hour
Page 4 of 4
CIDMU Web System Development – SOP Updated: 19/11/2012