Sorry if this comes across harshly, but this needs to be made in a way that can be added to the OpenMRS ecosystem.
Both the backend and frontend modules are meant to be built within the existing OpenMRS ecosystem as separate modules on their own yes, but you don’t have to recreate an entire system. Which I’m noting out based on the diagrams (and if these are mainly to cater for your university submissions, that is fine). A couple of points -
- View notifications and alerts - We currently don’t have a mechanism for sending out notifications (or the system receiving it). A couple of things here -
- There is an effort to build a notification system, which you can track in this thread here.
- If the referrals app is planned to be made as an app inside patient management, the fact that we don’t have a notification/alert system already would likely be an issue. If it is a separate app of its own (like the form-builder) then I guess it is less likely of an issue?
- Administrator - There is a general admin UI that allows users to mess around with users and permissions, and manage system configurations, so there is nothing new to make there in terms of those two specific use cases. If there are special UI screens required to configure parts of the referral app itself, for example configuring what the referral document template should like, then yes, those scenarios would justify its own admin screens.
- View Reporting & Analytics - This is a bit vague. You’re probably going to have to be a bit more specific about reports and analytics you want to support.
- User, Clinician & Administrator - This, sort of highlights my point about the fact that you are building a module (plugin, if you will) within an existing system that is made to support modules. You would not need to create separate entities for user roles like clinician, user and administrator and for keeping track of things like user, password, role, department, etc.
I suggest you also play around with our test instances so that you get a good understanding of how modules and packages are made, and how they fit in with the rest of the system. This is so that you not only understand what you need to make, but also what you don’t need to.