Do you need this or any other assignment done for you from scratch?
We assure you a quality paper that is 100% free from plagiarism and AI.
You can choose either format of your choice ( Apa, Mla, Havard, Chicago, or any other)
NB: We do not resell your papers. Upon ordering, we do an original paper exclusively for you.
NB: All your data is kept safe from the public.
The OpenEMR System and Its Project Phases
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 administrators 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 administrators 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 doctors schedule. The register clients button should enter the clients 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 doctors schedule of the new appointment with the patient.
The last user interface is designed for medical practitioners. The doctors UI has lesser details than the administrators. 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 patients appointment to a future date which is then updated on the patients 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 laymans 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 doctors 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
Do you need this or any other assignment done for you from scratch?
We assure you a quality paper that is 100% free from plagiarism and AI.
You can choose either format of your choice ( Apa, Mla, Havard, Chicago, or any other)
NB: We do not resell your papers. Upon ordering, we do an original paper exclusively for you.
NB: All your data is kept safe from the public.