 Good afternoon ladies and gentlemen. Welcome to this lecture on electronic medical record implementation considerations. My name is Yashik Singh and I am from the Department of Telehealth at the Nelson R. Mandela School of Medicine. In this lecture, we are going to try and give you an idea of how you would assess the value of a medical informatics solution or in fact in this case specifically an electronic medical record. We want you to we want to actually make you aware of some of the questions that you need to ask before you roll out any type of electronic medical record and share with you some points that will help ensure the successful implementation of electronic medical records and medical informatics solutions in general. We all know that information systems are actually required to manage medical information and it has been proven that these are actually beneficial. But three quarters of all information systems fail. One example of this is actually in Lopopo which is a province in South Africa. Although the Lopopo government spent 134 million South African rands and called IBM who is very very well respected in developing innovative technologies, the system still fail. So the question that you probably would want to ask yourself now is why do these electronic medical record systems actually fail even though so much of money has been used and such experts have been called to actually design the systems and this is basically what the lecture is going to try and answer and also show you how you can prevent this from happening. So why do electronic medical record systems fail? One of the main reasons is poor communication. The communication between IT guys and clinicians are notoriously terrible. They may be saying the same words but they are thinking of completely different things. So communication between clinicians and computer scientists or information technologists has to be improved and that is why this training in medical informatics is actually so important. Medical informaticians will now sit at the bridge between medical staff and computer science. In fact the medical informaticians will be able to design these systems themselves and because they will be able to better communicate with clinical staff the systems should actually be much better and more efficient. Another reason why EMR systems fail is because the developers are unaware of the environment in which they are actually developing the technology for. In the example that that we spoke about in a popo a baker sitting on a grid caused the electronic medical record or the hospital information system to continuously fail and if you were not from a developing country you would have not realized that this could actually have been a problem. You would not realize that infrastructure is actually a terrible terrible problem in developing countries so the developer the person that is developing the system must be aware of the clinical environment that he's actually putting the systems in. The major reason why electronic medical record systems fail is because there have been no change management put into place. Ensuring success of an electronic medical record is more than just developing a system and installing it. That's only one part of medical informatics. It's only one part of ensuring the success of an electronic medical record. You have to make sure that proper change management is in place. You have to make sure that people are guided into using the system. Are we going to speak more about this in this presentation? Perceptions they are resistance to change because of ill-perceived perceptions on both clinical staff's point of view as well as the other admin and research staff that I will actually use these systems. In previous lectures we spoke about security perceptions. We spoke about how people instinctively feel that by putting data, medical data onto a computer you are in fact making it less secure than what it in fact is right now. There's no support from government. I've got government cannot be blamed for this if you're in a developing country and if you have limited resources and you have a large percentage of people dying from HIV and require ARVs there has to be a good plan put in place to actually convince government to spend money on electronic medical records. Another big reason why there is failure is because there is just too high expectations from clinicians. They feel that the first time they get an electronic medical record it will be full of wonderful tools that will just make their life completely simple without realizing that there has to be phased in the tools must be phased in so they have a very high expectation when they see the basic system they get disappointed and of course their interest wanes. When you are thinking about essential considerations for an electronic medical record you should think about the following think about the needs assessment think about the design and testing of the system think about things that deal with the implementation of the system and importantly think about the functionality of the system and we're going to go through each one of these needs assessment needs assessment is probably the most important part of ensuring the success of your system of ensuring that you actually develop or implement a worthwhile solution it directly affects the success or failure of your electronic medical record and the reason again for this is communication you need to tell the computer scientists of the person developing a system what you need and this communication is very very important it is important to realize also that high-end and sophisticated technology is not always the correct solution because something is sophisticated because it advanced doesn't mean that it is the correct solution for your problem so don't look for a nail once you have a hammer the solution that you create needs to be simple it needs to be the simplest solution that can perform the job you must be aware when you think about needs assessment where your developers come from do they know the problems in your environment how much of information do you need to tell them about your environment workflow analysis does a system change your workflow analysis or more importantly why does it change your workflow analysis if it changes it to improve it then that's good but if it changes it because it's just built that way that should not be accepted that system will fail it's also important to realize the difference between the actual versus the perceived benefit of the electronic medical record or in fact any medical information system the actual benefit is at the moment what benefit will I have will I get many designers many people that want to sell you information systems will only speak about the perceived benefit so in the future what would you have in the future you could create a system that could automatically diagnose the disease in the future you could create a system that will tell you how long your patient has to live but that does but that does not mean that it's benefit right now I'm not saying don't think about the future but I'm saying when you are assessing the benefit of a system think very carefully about what the actual benefit is compared to what the perceived benefit is do not collect data that is not beneficial for you and ensure that whatever data you collect can be analyzed and reported directly to you the design ensure that you are fully involved in every step of the design remember that you have to tell the developer what you want and also keep in mind that the developer may not necessarily understand what you are trying to say so you should insist that the developer uses the spiral development model compared to the waterfall development model in the waterfall development model you give all your requirements to the developer the developer creates a system he comes back and he implements it this usually takes a long time before he implements the system and what happens if there was miscommunication and he developed the wrong system a system cannot be used all that time is wasted whereas with the spiral development model you can actually counteract this communication problem you tell him a small but you give him the small bit of what you want he then goes and develops that he tests it and he brings any shows it to you and then you see it you see if this is actually what you want if not you can design again and you only you lose a small amount of time if it's the correct thing you tell him again what you'd like to add to it how you'd like to improve it and he builds on this of course you must take into the in-cout the environment in which he is developing the system the system must be flexible the system should be built in such a way that a high-end user a super user should be able to change the system according to the needs of the environment he should not be dependent on a developer or a computer scientist to actually come and change the system for him in order to develop a system like this you need to in order to develop a system like this you need to make use of what is called the generic data model testing testing must not be done in a lab you must have a trial run of the system in the actual environment that it is going to be run in with full participation of all the developers and stakeholders also try to get independent evaluators and the reason for this is actually to prevent the my baby syndrome once developers develop a system they actually feel that there is their system is perfect there's nothing wrong with it there's something wrong with the users and they will not evaluate it unbiasedly so it's important to actually try and get independent evaluators the system functionality all systems are not as useful as people actually think they are and that's why systems feel so so so so many times you have to ensure that there is full comprehensiveness of information you have to make sure that the system captures and stores all of the information that you require there's no point taking the time actually capturing information if this information is not what you need if this information is not what is going to actually be used degree of structure of the data and this deals with the retrieval and the analysis of the data what degree of structure of data is being used are you scanning documents and storing it or are you actually typing out documents and storing it the higher the degree the more efficient or the higher the degree the more value you will get out of the electronic medical record access can you have multiple read privileges does the system allow many people to actually read the data at the same time without giving them the right to actually change the data backups how are the backups done how often are they done and this of course will depend on the environment that you actually are in where is the backup stored all backups need to be stored in a external location in a location that is away from where the original data is stored what happens if the system fails is a second system that comes into play that has minimalistic functionality or is a paper-based approach where you record everything in paper and then once the system comes back you enter them into the system what is the ease of use of the system how efficient is the system how robust is the system if an error is made as a system just crash importantly does the system add benefit to the clinical environment there's no point having a system that does not add benefit to your environment security how secure is your system does it ensure confidentiality so does it ensure integrity of the data so whatever data you've seen is actually the data that was recorded and hasn't been changed in any way is the data private system selection this is also a very important aspect when it comes to developing choosing an electronic medical record do you choose an open-source system or do you choose a commercial system in developing countries because of the lack of funding people usually go for an open-source system because they feel that it's free but open-source systems yes the code may be free but the implementation is not free you still have to pay someone to implement the system to buy the technology to lay down the infrastructure for the technology etc etc etc the actual cost of the system is still quite high there are other important things that you have to remember when it comes to open source systems things like is there support there are many open source software have been developed by students at the university once the project is over once the cost is over there's no support for the systems you have to ensure that the electronic medical record that you are using has support security security is a big issue with open-source systems because of the nature in which open-source systems are built different people all come together and add different pieces of code to make the software it is so simple for some it is come and create a back door in the software so you have to be extra careful when it comes to security if you're using open-source software what about testing of open-source software testing of open-source software becomes difficult because it requires a very complex platform to actually test these type of solutions of course they are open-source software that are built in such a way that they overcome these disadvantages you should also think very carefully or read very carefully the small print when it comes to these systems many commercial systems that are trying to make a profit of you have small print that is just ridiculous one example of what some commercial softwares might do is they may they might charge you very little for the software but they tell you they charge you for each tupper for each data entry in your database and if you have a thousand patients you're going to end up with 10 20 30 thousand data entries in a short period of time in the matter of weeks so you must be aware of this small print because if you accepted a system like that you will end up paying a lot more money than you actually should so be aware of the small prints implementation you must have a phased rollout you cannot roll out the entire system in the first go again this also speaks to the spiral development model the rollout must be such that small parts are introduced into the into the environment and this in fact is also advantageous when it comes to change management because you initially you slowly start making people aware of the need of the system of the benefit of the system and eventually they take to the system more easily slowly training them taking them step by step they don't feel intimidated and training training is absolutely vital when it comes to implementation of electronic medical records and do not feel that training only deals with the training for the use of electronic medical records you'll find that there's an entire other dimension to training majority of people are actually computer illiterate in developing countries they may be nurses I even know of some doctors that are in fact computer illiterate so training an aspect of training is training people on how to actually use the computer how do you put it on how do you send emails how do you troubleshoot problems it's only after this then you can actually consider training on the actual electronic medical record system support you must provide support support should ideally be local so that if you cannot get to the bottom of the problem by telephone or a video conference you can actually drive down there and help finding champions I can't stress to you enough how part of the disease when you want to ensure a successful implementation of your system you must have champions you must have a person in the hospital that or clinic that is actually on your side that's excited about this technology that will speak to people about this technology that will encourage them that will show them that it will work it is absolutely vital creating super users is also a very important part of ensuring the long-term success of your information system of your electronic medical records because the ideal situation will be super users managing the system super users trying to change things in the system rather than spending a lot of money on getting developers to come back and change things and again the generic database model actually facilitates this it helps with with creating super users that can in fact change the system to facilitate whatever the new environment is you must celebrate success you must show people when things work you must reward them when things work you must learn from your mistakes and have an adequate budget always ask questions just because it is written in literature does not mean that the person implementing the system is not taking it the wrong way is not showing you to you in the wrong way for instance studies have shown that holding and caressing animals can dramatically speed a person's recovery that's what the teacher says but does that mean if you give an old lady a snake to Chris it will it will improve her recovery so never take things for face value always ask questions so what are the important questions to actually ask the first question the most important question is is there a need for the system systems should be developed where they are needs and not developed because it is cool technology not developed because someone got a grant to develop it it should be developed because there is a clinical need at that point in time to all the components function correctly is it reliable is the system accurate is it fast is it well built so does the system use a modular design a design where you can actually add different components to what you want rather than having one huge system that is complex to actually use are people actually like likely to use it you must understand which parts cause what effect how is it maintained who is great to maintain it what is the cost of maintaining it of maintaining it what is the long-term sustainability of actually having the system how can it be improved always think about how to improve the systems very importantly is the interface intuitive and easy to use is the interface in line with the cultural environment in which you are in in fact I heard of a of an information system yes it wasn't a medical information system never the less it was an information system that actually failed in a country because the wrong colors were used in the interface those colors were were seen as being negative and and sort of full of bad luck in this environment and people didn't want to use it because of those colors so it's important to actually understand your cultural environment to actually build an intuitive interface does it communicate effectively with the other hospitals and components and this is important integration integration is absolutely vital if you really want continuity of care for patients if you really want to improve health care it is new it is vital for different common components to actually communicate with each other especially if you have the long-term plan of a national electronic medical record how does this system communicate with the other systems that are in place how does this system communicate with the district health information system what standards does it use does it use a child seven is it robust if a mistake is made does the system just crash if a mistake is made how can you recover from it is the system robust thank you very much for your time I hope you enjoyed this lecture it basically was about trying to make you understand some of the questions that you should ask yourself when implementing an electronic medical record thank you very much