MEDEMAS –Medical Device Management and Maintenance System Architecture

Slides:



Advertisements
Similar presentations
Logical and Physical Design of an Information System
Advertisements

Modern Systems Analyst and as a Project Manager
Making the System Operational
Tips to a Successful Monitoring Visit
International Alert Users Association Conference November 10-12, 2011 Jeffrey Knoepke Preventive Maintenance System.
Software change management
Configuration management
We have developed CV easy management (CVem) a fast and effective fully automated software solution for effective and rapid management of all personnel.
Background Virtual memory – separation of user logical memory from physical memory. Only part of the program needs to be in memory for execution. Logical.
VISTA RDC rdc.eortc.be EORTC Remote Data Capture System For trials that started before 01/01/2009.
OVERVIEW TEAM5 SOFTWARE The TEAM5 software manages personnel and test data for personal ESD grounding devices. Test and personnel data may be viewed/reported.
1 The aim…. ‘to enable assessors to objectively assess a laboratory’s compliance with the new standards’
(Machine Maintenance Information System)
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
Computerized Maintenance Management System | May 15, |1 | Computerized Maintenance Management System Presented By [Presenter Name] [Presenter Title]
3.1 Data and Information –The rapid development of technology exposes us to a lot of facts and figures every day. –Some of these facts are not very meaningful.
Laboratory Personnel Dr/Ehsan Moahmen Rizk.
The Analyst as a Project Manager
Quality Assurance/Quality Control Policy
Chapter 16 Maintaining Information Systems
Library Automation: Planning and Implementation
Made in United States of America EMIT SIM emit.descoindustries.com Rev:
Property Custodian Meeting July 10, Review of USM Internal Auditor Findings  Excerpt from the USM Internal Auditors report dated May 31, 2012:
Systems Life Cycle A summary of what needs to be done.
CLINICAL ENGINEERING part(3) Dr. Dalia H. Elkamchouchi.
Copyright 2010, The World Bank Group. All Rights Reserved. Agricultural Coding and Data Processing Section B 1.
GOODWILL OF NORTHWEST NORTH CAROLINA, INC. EMPLOYEE TRAINING DATABASE PROTOTYPE.
FireRMS SQL Audit, Archiving & Purging Presented by Laura Small FireRMS Quality Assurance.
Computers & Employment By Andrew Attard and Stephen Calleja.
Term 2, 2011 Week 3. CONTENTS The physical design of a network Network diagrams People who develop and support networks Developing a network Supporting.
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
System Analysis and Design
EXISTED SITUATION OF HOSPITAL 1.Feasability of the hospital is necessary. 2.Construction Completed as informed. 3.Architectural Detay Drawings Completed.
S oftware Q uality A ssurance Part One Reviews and Inspections.
This presentation is the property of Paradigm Information Systems It is confidential to the intended recipient for the purpose of evaluating FMS Any other.
ELP Helper MSE Project Presentation I Aghsan Ahmad Major Professor: Dr. Bill Hankley.
Equipment Management Audience – Local lab responsibilities.
Btec National Diploma Level 31 IT Systems Troubleshooting and Repair Identify and select remedies.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
 Maintains the Instrument Database  Generates the Calibration Schedules  Maintains Calibration Records  Provides Facility to enter All types of.
Summary of Assessment Reports and Gap Analysis
Copyright © 2007, Oracle. All rights reserved. Managing Concurrent Requests.
Homework 3 – Sample Solution Targeted Application –Electronic medical records (EMR) system in the “Designing Human-Centered Distributed Information Systems”
The Value of Geospatial Metadata Metadata has tremendous value to Individuals within your organization, as well as to individuals outside of your organization.
University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Prepared By Ahmed Obaid Wassim Salem Supervised.
Systems Life Cycle A2 Module Heathcote Ch.38.
Distributed Database. Introduction A major motivation behind the development of database systems is the desire to integrate the operational data of an.
Active Corrosion Process Nisource – COH/CKY. Objectives  Understanding the terminology –Active Corrosion –& Suspected Areas of “Active Corrosion”  Developing.
Medication List Basics Modifying an existing Med by History (HX) and Documenting Compliance Webinar:2.
KE EMu Collection Management Training Page 1 KE EMu Collection Management Training
1 End User Support Introduction Identify and select remedies.
Chapter 8 Final Construction Final construction in the SDLC Construct and test programs Construct and test the database Obtain additional hardware Prepare.
Unit 17: SDLC. Systems Development Life Cycle Five Major Phases Plus Documentation throughout Plus Evaluation…
Day in the Life (DITL) Production Operations with Energy Builder Copyright © 2015 EDataViz LLC.
Chapter 16 Maintaining Information Systems. Objectives:  Explain and contrast four types of system maintenance.  Describe factors affecting maintenance.
Anytime, Anywhere Access Benefits Functionality Work Order Administration Dispatch Work Order Work Order Details New Work Order Additional Functionality.
MEDEMAS –Medical Device Management and Maintenance System Architecture Ülkü Balcı Doğan, Mehmet Uğur Doğan, Yekta Ülgen and Mehmed Özkan Bogazici University,
Software Project Configuration Management
System Design, Implementation and Review
Implementation of Computer Maintenance Management system - CMMS
Chapter 18 Maintaining Information Systems
Presentation of CCS Hungary ULD Management System.
Clinical Engineering Lecture (3).
Vibration Measurement, Analysis, Control and Condition Based Maintenance 14 Predictive maintenance Dr. Michiel Heyns Pr.Eng. T: C: +27.
Management of Change Report Errors to Management.
Enhancement Notification Release 5.4
CLINICAL INFORMATION SYSTEM
PREVENTIVE MAINTENANCE
and Forecasting Resources
Presentation transcript:

MEDEMAS –Medical Device Management and Maintenance System Architecture Ülkü Balcı Doğan, Mehmet Uğur Doğan, Yekta Ülgen and Mehmed Özkan Bogazici University, Biomedical Engineering Institute, 34342, Bebek - Istanbul, Turkey E-Health 2009 İstanbul

Aim Design and development of a medical device maintenance management software to keep and assign record of medical devices, their information, maintenance protocols and repair/maintenance histories; the foregoing maintenance dates, and the technician responsible for them; to inform the technician about the maintenance; to carry out and complete the maintenance process remotely using proper maintenance protocol(s). It is critically important that the safety and performance of medical devices are continually assessed when they are in use, as these characteristics can only be proven if one measures how a device stands up in these conditions. No amount of rigour in the pre-marketing review process can predict all possible device failures or incidents arising from device misuse. It is through actual use that unforeseen problems related to safety and performance can occur.

Design and Implementation Layout MEDEMAS will provide a pool of medical devices, all required information about these devices, and the maintenance protocols for the devices. will also contain complete repair and maintenance history of a specific device. will create optimal maintenance schedule for devices. will enable the service technician to carry out and report maintenance/repair processes via remote access. thus will prevent/minimize possible future failures . The most comprehensive and challenging side of the study is optimization of maintenance scheduling. We intend to make the study a well constructed preventive maintenance: all actions carried out on a planned, periodic, and specific schedule to keep an item/equipment in stated working condition through the process of checking and reconditioning

Design Considerations While planning maintenance scheduling, the number and the availability status of maintenance equipment should be taken into consideration. Similarly, the number, status, and expertise of technicians; availability of medical device to be maintained and its maintenance history are also required. In case of failure, the action to be taken is to adjust a new maintenance schedule after approximating repair period; meanwhile the technician/user will be directed to a repair request form for the medical device. These operations will not be done manually; an underlying software will run after each newly entered/updated maintenance document and will make maintenance scheduling

Design Considerations Maintenance frequency is affected by medical device related factors like: recommendations of the manufacturer and advisory bodies, age of the device, past history of the device, experience and knowledge of the user, and frequency, environment and nature of use

Design Considerations The application will have a powerful evaluating facility. Evaluation of the medical devices, the technicians and the maintenance processes will be made automatically using scoring databases. These databases will contain grading of processes/properties which will be added up to make evaluations. Keeping information of and evaluating the technical staff is especially important as a significantly large proportion of total human errors occur during the maintenance phase.

System Architecture The proposed nature of the study is a main server remotely accessed by technicians with PDAs through GPRS/WLAN. Main server will also be accessed by hospital personnel and directives for data entry, management and reporting facilities. This will be done by computers through internet or intranet.

The Management System Topology

Operation Modes Remote maintenance access is used by the technician on process. The access is limited with technician’s authorities. Main process is filling out the maintenance form and sending it to the main server. The technician is supplied with the maintenance protocol and the maintenance history of the device. Besides, he is informed about the jobs ahead he is responsible for and is alerted for incomplete jobs.

Operation Modes Direct application management is the other access type. Both internet and intranet can be used, and almost all data manipulation, reporting, display, evaluation and tracking are via this type. It can be further divided into three: The first process is forming databases of all devices, maintenance protocols, technicians, trainings, maintenance equipment, maintenance calendar, etc. Recording, update and deletion are main processes in terms of data management.

Operation Modes The second process is the display of the database; it includes construction of many reports. Preparing proper reports, it will be able to track the devices in the hospital, the status of devices, the most problematic devices, the problems experienced (frequency and reasons either), the cost of individual devices in terms of maintenance, etc. The reporting process will help the directors in: following the medical equipment, finding out which devices are most problematic, which are most expensive to maintain, finding out the most experienced problems and the reasons of problems etc.

Operation Modes The third process is designing and implementing an optimal maintenance schedule. An underlying program will be run in cases of maintenance entry or update (like case of failure). A change in technician record or maintenance accessory record (i.e. ammeter is impaired) will also cause the program to run. The program will make a new schedule, optimizing many parameters like technician, maintenance device, medical device availability, recommended device maintenance period, approximate repair duration, historical data about maintenance activity of the medical device, etc. The beginning to manage this is creating and maintaining of database files required for optimization. The rest is to implement a well built algorithm for optimizing maintenance schedule. Since the technician will be previously assigned with the maintenance process, when maintenance time is close enough, he will be informed again via e-mail. The technician will have remote access to main server. He will be able to carry out the maintenance form and send it to the main server at the (same) time of completion.

Operation Modes A new test record / maintenance form will be created for each maintenance process, which will contain: instructions, a to do list which will be checked out by the technician as the process goes on, and some information space to be filled by the technician, like the nature of the problem, the work carried out, the measurement values, the results of the work done i.e. succeeded or not, etc. These maintenance records will be associated with the device being processed, and will totally constitute the repair and maintenance history of the device.

Design and implementation of the maintenance process software The measurements and controls will be made for compliance with International/European Medical Device Standards. Some standard values and test values are given below; the tables mirror related database files. Since the technician will be previously assigned with the maintenance process, when maintenance time is close enough, he will be informed again via e-mail. The technician will have remote access to main server. He will be able to carry out the maintenance form and send it to the main server at the (same) time of completion.

A Sample Form Criteria* Allowed/Recommended Values* Measured Values Maximum mains voltage 250 V Maximum touch leakage current 100 A Maximum patient leakage current Below 320 nm Maximum earth leakage current 5 mA Operating Temperature 5° to 45°C * Values and criteria are derived from ISO 8835-5 and IEC 60601-1 Anaesthetic ventilator Standard and Measurement Values, a section from maintenance form

Project Status The application architecture of MEDAMAS is carefully built. Database creation and data management modules are completed. Databases are supplied with the flexibility to allow automatic processes. Underlying automation and remote-connection applications are still under construction.