The OpenEMR system has three different interfaces to suit the needs of different users. The first user interface is designed for patients or clients. The clients’ UI is simple to ensure a good customers experience while using the system. It has bright colors that blend into each other to enhance legibility (see Appendix A). The interface also incorporates symbolic icons to ensure the clients understand what they must do. In the client UI, the first action a patient must undertake in the system is to register by filling out a form with their correct details (Shi et al., 2019). A username is issued to them, and they must set a password for their account. The system verifies their details, and they are saved in the database.
After logging into their accounts, clients must choose a medical facility and the type of treatment they seek. They can then book an appointment on the preferred date and facility. These details are stored in the database and are updated in the administrator’s account (Heo et al., 2021). For existing clients, they can view their medical history and appointments. They have the privilege of changing the dates of their appointments (see Appendix D). They can also download, print, or share their data with other people on diverse platforms.
The administrator’s user interface is more complicated than the clients’ interface. The administrator links the clients to the medical practitioners (Takenouchi et al., 2018). The system issues the administrator a username and password (see Appendix B). After logging in, the admin can register new clients, admit patients and update a doctor’s schedule. The register clients’ button should enter the client’s details, who is then issued a unique registration number (see Appendix E). The administrator can then admit a client for outpatient or inpatient services in the facility. After admission, the admin updates the doctor’s schedule of the new appointment with the patient.
The last user interface is designed for medical practitioners. The doctor’s UI has lesser details than the administrator’s. Medical practitioners have unique log-in information issued to them upon appointment to the position (see Appendix C). To access the OpenEMR, doctors must enter their username and password. They can then view their schedules or schedule meetings with other staff. Under the view history button, the doctor can view their schedule, past, present, and future (Tarenskeen et al., 2020). They have the privilege of changing a patient’s appointment to a future date which is then updated on the patient’s account (see Appendix F). They can also view their patients’ details, such as medical history and diagnosis. In this window, the doctor could order a laboratory test, make a diagnosis, or schedule surgery for the patient.
The Open MR has applied various design features that ensure that its user interface is effective. First is the simplicity of the design, whereby the layman’s language is used to guide the users. The UI also has appealing colors and icons to navigate between different functions. The user interface engages the users by responding fast to their requests and providing responses to various commands (He et al., 2021). Another element used in the OpenEMR UI is a few windows with drop-down menus that enhance the users’ ability to perform their operations systematically. The system has different user interfaces for diverse users according to their technical expertise in using IT systems. The developer will assume that patients will have little IT expertise while the admin and medical practitioners have average knowledge. Hence, the clients’ UI is more straightforward than the doctor’s and administrators.
References
He, Y., Camacho, R., Soygazi, H., & Luo, C. (2021). Attacking and defense pathways for Intelligent Medical Diagnosis System (IMDS). International Journal of Medical Informatics, 148, 104415. Web.
Heo, G., Yang, D., Doh, I., & Chae, K. (2021). An efficient and secure blockchain system for digital content trading. IEEE Access, 9, 77438-77450. Web.
Shi, H., Guo, R., Jing, C., & Feng, S. (2019). Efficient and unconditionally anonymous certificate less provable data possession scheme with trusted KGC for cloud-based EMRs. IEEE Access, 7, 69410-69421. Web.
Takenouchi, K., Yuasa, K., Shioya, M., Kimura, M., Watanabe, H., & Oki, Y. et al. (2018). Develop a new seamless data stream from EMR to EDC system using SS-MIX2 standards applied for observational research in diabetes mellitus. Learning Health Systems, 3(1), e10072. Web.
Tarenskeen, D., van de Wetering, R., Bakker, R., & Brinkkemper, S. (2020). The contribution of conceptual independence to IT infrastructure flexibility: The case of openEHR. Health Policy and Technology, 9(2), 235-246. Web.
Appendix A
User Interface for Patients or Clients
Appendix B
User interface for Administrators
Appendix C
User interface for Medical Practitioners
Appendix D
User Interface Mock-up Diagram for Patients or Clients
Appendix E
User Interface Mock-up Diagram for Administrators
Appendix F
User Interface Mock-up Diagram for Medical Practitioners
