Am running the Reference Application 2.13.0-SNAPSHOT local instance using SDK
Wanted to test out and play around the Drawing module 2.2.0-SNAPSHOT. cloned and built the module, Added the .omod to the modules and started it after creating a new concept class following this doc openmrs-drawing-module
I have deployed the new build of the module after adding .form using RefApp 2.12.x and openmrs core 2.4.x; it works. Put server down and re sets it up, logs pastebin appear, ...openmrs/index.htm does not work
We have support in the form engine for custom components. The component themselves need to be wrapped in an Angular component (the form engine basically uses Angular’s template-driven forms), but the actual library to implement the drawing doesn’t need to be Angular-specific…
cool, given the plight of the tech trend in the community, it suffices, unless otherwise that React with MFEs provides 03 feel of the user experience and interface and collaboration. My doubt is an open source library for drawing to provide the variety of the community priority objectives and use cases because I know openmrs has standards and processes and depending on the goals of the project, to pick on a drawing library ,considerations to the cost benefit and programmer effort etc, are key.
Can some one point me to such a library. ? the first requirements got from the previuos implementation documents of drawing modules have no address for 03.
Great, that’s true . It’s not uncommon for project ideas to evolve and change as they are being developed, and it’s important to be flexible and willing to adjust the scope of the project as needed.
forexample, for the case to drawing app ui to support concept-label detection, but that the scope of the project may have become too broad. though still the change of requirements can happen as this is very important for both patients and healthcare professionals, as it can provide a quick and easy way to communicate and understand complex clinical information.
And i think 03 will help us to , capture patient data with an intuitive user interface and experience,analyse the data and share it with other systems seamlessly(MFEs technology) as this should have been hard in 02.
This iss very important forexample;
we can have a UI/UX that shows a form that allows users to input information about the place of injury, including the location, date, and time of the injury. It also includes a map and a list of injuries, which can help users to understand the context and severity of the injury.
UI/UX that shows a dashboard with various widgets that display information about burns, painful body parts, and cervical cancer screening. It also includes a menu that allows users to navigate to different sections of the app.
I thinkI will need to roll up these designs here in the famious carborn system such that we get a feel of this
But i need a mentor to work along with(towards success of this) for good measure and pointing me to right resources
when i design a dashboard forexample;
The dashboard including a menu bar(carbon component ) along the top of the screen/ desktop,.the menu bar may include buttons or links that allow users to navigate to different sections of the app. For example, there might be a button for accessing patient records/summarry, or a link for viewing reports or statistics, will this laverage the openmrs reporting module(i know it will), but am curious to know wether the Micro front end module will not have its own inbuilt statics for example if the stats about the diffrenet use cases eg, physiotherapy, Palliative care, burns etc in comparison to the number of patients that have reported such on different ecounters.
@thembo42 I always recommend quick, hand-drawn sketches as a helpful way to share ideas. Could you draw out what you’re imagining and share a picture of your hand drawing? Doesn’t need to be pretty or perfect, just a helpful starting point.
came up with sample ui/ux for the drawing feature, sorry if I miss used components , it was quick and I ask for comments.
I want to suggest my thoughts in a number of use cases(more can be implemented);
Digitalizing Cervical Cancer forms
The mechanism involves both drawing and clicking different anatomical drawings and saving them as complex Obs. These are editable, deleteable…
Given the workflow stage, forexample the Visit note, a ui component to add a diagram/image
provides a means to laverage the drawing feature.
The patient dashboard, forexample under the HIV summary stores the annotated diagram showing the specific area affected, and other clinical exam findings (create visual representations of the location of rashes or other skin findings, or to document the location and size of tumors or other abnormalities found during an exam) intuitively with a nice user experience like below, easily shareable, edited and understood by everyone;
Data received in the form is mapped to images or drawings with a ui and ux coming from an editor, which are stored as complex Obs. eg an example given by @mksd concerning digitizing the cervical cancer screening form like this
This finds its way in either drawing or whipping up standard anatomical cards/ templates to help illustrate the examination by the provider as below;
usinga pool of pre defined illustrative anatomical diagrams aka Anatomy Desk from an open tab with search funcuanality to filter any concept(more on this later) anatomy;
In this case the screening nurse/doctor is supposed to draw areas within the cervix’s oval, which can be quite tricky to do with old mouses and touchpads. the modern drawing libraries or even touch screen functionality in case of tablets will provide a better user experience;
Its important also to consider documenting Body maps and concept-label-detection as suggested by @grace . forexample pain/ injury measurement and reaserch by the providers.
FYI; Two categories of pain assessment
Pain scale: Pain scales can be numerical, visual analogue, or categorical, to evaluate the intensity and category of pain
Body map: Body maps provide added value in that they evaluate the location of pain.
clinics that carry out surgery, this enables them to investigate factors that impact long-term opioid use with the ultimate goal of understanding when to pursue alternative pain management strategies for patients undergoing surgery.
Similarly physiotherapy provides options to document findings and provides foms to store patient data;