Our approach for web development
A significant group of 7 team workers within a manager, front/end and back-end developer, user-experience architect, and other specialists made a CRM system with Django and web panel during the Agile process.
The product design process included all phases:
- Brief Workshops - discussing strategy, planning budget, defining timeline,
- Product Workshops - preparing wireframes, roadmap, discussing key functionalities, UX, UI
- Development Workshops - coding and testing the product in Django and GraphXQL
In the project, we used the latest technological solutions combined with high-quality services while keeping formalities to a minimum. We created a product MVP for the client with most of the functionality they expected (some features were moved to a later phase after initially verifying the appliance of the system).
Functionalities that we implemented in the system
The calendar module is available for patients and doctors/employees;
It contains a schedule for the Patient created from the form, with a choice of preferred times that they can provide before booking an appointment and dates and plans for Doctors / Employees with a list of available bed slots and doctors able to execute specific treatments on dates matching the therapy plan.
Besides primary contact data, the Patient Account allows you to get extensive knowledge about planned and current therapies, as well as follow-up visits. We have included their functionality, including the possibility of entering external doctor details, their phone numbers, contact persons, or information on past treatment history.
Other functionality in the Patient’s account includes the ability to:
- fill in and send questionnaires concerning medical history: e.g., allergies, medications, Diseases, etc.
- upload documents such as scans, photos, DICOM files (up to 500 MB) to the server;
- fill in customer satisfaction questionnaire - points-based assessment plus a short comment;
- attach documents that the Patient has forgotten to provide at the clinic;
- view articles with information on how the patient should prepare for the procedure
- Physician/Employee Module:
This functionality was more complex, requiring a thorough understanding of the hospital system and the needs of physicians and staff.
It allowed the employees to enter notes concerning a particular therapy and upload documents that a patient forgot to provide earlier.
The doctor’s module also includes the functionality of a ticket system (for handling communication between the doctor and the patient). In the system, the doctor assigns the patient a specific treatment pattern with individual changes to the planned template. The number of days of hospitalization, the day of surgery, attending physicians or information on treatment is given.
How did we address matching the number of beds to the number of patients?
A special module for handling the matching of a patient’s requirements to specific rules applied to beds and rooms has been built. It includes functionality where the staff member could specify additional information about the patients based on the schedule, gender, need for isolation, or other exclusions along with therapy details and the system tries to find the most optimal match to maintain the most efficient use of beds and rooms, of course bearing in mind the exclusions applied on room or bed level.
Other features in the Physician / Staff view include the ability to filter out future patients and patients with missing files/documents and the ability to assign tasks to physicians and other staff members.
Other functionalities we added to web app:
- Therapies and Treatments module:
This functionality allows the doctor or system manager to add and edit therapies. We created template layouts with treatments and actions that should be executed across specific days. It’s a very comfortable solution for doctors, as they can create default templates for each therapy and then adapt them to the specific case of a patient. In this module, there are also display lists of treatments depending on the assigned category: Current, Scheduled, Pending, Follow-up, and Completed. The therapies module is also available for the patient, where they can view details on their current, past, or planned visits to the hospital
Convenient functionality for students as they can learn about treatment regimens, treatments, add clinical questionnaires and informative articles through this module. The articles and information provided here can be used by other doctors and patients for expanding their knowledge on specific therapies and preparations before them.
There’s no success without challenges;)
The challenge in the project was to define the functionality with the customer; we had to discuss all the details thoroughly and help the customer determine as accurately as possible the features that would best help such an outpatient clinic.
We also needed knowledge about DIN ISO certification and cooperation in personal data security.
As far as we think about the bed generator, initially, the system allowed for various exclusions and tried to make the best potential use of the beds available in the hospital. But the challenge was to understand the real-life process and map it to the application logic.
We had to plan bed schedules that functioned in reality, i.e., the so-called 'overlap' availability within one day when a patient on the same day vacated a bed, and another occupied it if it was possible to prepare it by the staff in time.