The OpenEMR System and Its Project Phases

Need help with assignments?

Our qualified writers can create original, plagiarism-free papers in any format you choose (APA, MLA, Harvard, Chicago, etc.)

Order from us for quality, customized work in due time of your choice.

Click Here To Order Now

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

Contract # Contract Start Date Contract End Date Cust # Cust Name Cust Addr Supply Id Supply Desc Supply Fee Payment Option
1003 30/08/2014 30/08/2014 1001 Tom Thumb 101 Main St 103 toothpaste 200 cash
1003 01/09/2014 01/09/2014 1001 Tom Thumb 101 Main St 250 toothbrush 952 cheque
1003 01/09/2014 03/09/2014 1001 Tom Thumb 101 Main St 222 mouthwash 310 Bitcoin
1003 02/09/2014 03/09/2014 1001 Tom Thumb 101 Main St 301 powder 103 cash
1003 04/09/2014 04/09/2014 1001 Tom Thumb 101 Main St 555 bandaids 491 paypal
1017 15/10/2014 15/09/2014 1023 Sarie Thumb 444 First St. 103 toothpaste 275 cash
1017 15/10/2014 16/09/2014 1023 Sarie Thumb 444 First St. 250 toothbrush 379 cheque

Appendix B

User interface for Administrators

Schedule # Schedule Date Patient No # Patient Name Patient Desc Patient Data Clinic Id Doctor Id
1003 30/08/2014 1001 Tom Thumb 71, Male Asthmatic 1112 A125
1003 01/09/2014 1001 Tom Thumb 71, Male Asthmatic 0986 A324
1003 01/09/2014 1001 Tom Thumb 71, Male Asthmatic 2210 M654
1003 02/09/2014 1001 Tom Thumb 71, Male Asthmatic 3798 K321
1003 04/09/2014 1001 Tom Thumb 71, Male Asthmatic 5550 X543
1017 15/10/2014 1023 Sarie Thumb 34, female Diabetic 0764 L542
1017 15/10/2014 1023 Sarie Thumb 34,female Diabetic 1004 H660

Appendix C

User interface for Medical Practitioners

Consult ID# ICD Code Patient No # Patient Name Lab Test Surgery Referral Id Payment Method
1112 3014 1001 Tom Thumb Yes none 198 Self-pay
1134 0914 1001 Tom Thumb No none 327 Self-pay
1198 1920 1001 Tom Thumb No none 220 Self-pay
1265 237 1001 Tom Thumb Yes none 358 Self-pay
1271 8761 1001 Tom Thumb No none 576 Self-pay
1561 6128 1023 Sarie Thumb Yes none 904 Medicare
1563 5632 1023 Sarie Thumb No none 861 Medicare

Appendix D

User Interface Mock-up Diagram for Patients or Clients

User Interface Mock-up Diagram for Patients or Clients

Appendix E

User Interface Mock-up Diagram for Administrators

User Interface Mock-up Diagram for Administrators

Appendix F

User Interface Mock-up Diagram for Medical Practitioners

User Interface Mock-up Diagram for Medical Practitioners

Need help with assignments?

Our qualified writers can create original, plagiarism-free papers in any format you choose (APA, MLA, Harvard, Chicago, etc.)

Order from us for quality, customized work in due time of your choice.

Click Here To Order Now