Open naveen17797 opened 5 years ago
Which UI? :) -Personally, I like the idea of creating a bunch of medical note forms that are like cool and stuff, and maybe give users a way to actually use the application. I honestly thing we have been avoiding that for a really really long time in an attempt to improve the UI. Not dismissing your idea, just that I think there are some real-world minimal use cases we should explore first. We desperately need the stuff to actually be useful.
the tabbed system ui of libre ehr @aethelwulffe, we could add material design and angular js to make the application really user friendly.Because it seems bit old, it also reduces the significant amount of backend code. Here is a preview : https://material.angularjs.org/latest/
The idea is to make PHP acts like an API, the ui sends get, post request to PHP and php doesnt do any other operation.I mean it removes the responsibility of php to produce output by echoing out the html tags,and also writing jquery functions to handle click events.In short it could improve the app a lot. i have built a project with this and it works really cool crow cms
Watched the cool video. Does this help us get more data on the screen at one time? Will the "quantum paper" idea promote use for folks primarily operating with dual screens with a keyboard interface? I am seeing lots of examples in the "Material Design" using touch screen and small display. Any examples of use where it promotes power-user use of, say, an accountant comparing 5 different things at one time? -Personally, it looks like all the design elements they are displaying and talking about are for data consumption on tablet-toys, not so much designed for someone that is doing statistical analysis.
So, tell me this: *Art, I believe that we can get more data on the screen in the context you want, and make it easier to manipulate while not putting people into touchscreen pin-hole view hell." and I say go ahead... ...but: When using the new materials system with all the cool "don't wrap this button text" and all the other little thingies, they let's implement the pieces in some of those clinical note forms we need to build. ANOTHER good place would be the Patient Portal module. Real good place. No new code to write, but plenty of opportunity to change what is effectively a whole isolated application...holistically.
@naveen17797 any prototypes
OK, I am going to start with stealing "Crow" for a site I need to stand up... Muahahahahaahah!
i havent used any material design in crow, but a simple implementation of angular js, crow uses json file as database and displays all posts with angular js by parsing JSON. Live demo https://naveen17797.github.io this is how the site will look after implementing crow
hmmmmmm @aethelwulffe we could use laravel with angular
Then join the "Laravel port +angular" thingie we have had going on for a really really long time. :)
@muarachmann @aethelwulffe i will try to convert a smaller portion of software to angular for a demo.
Try the vitals form...?
On 2018-10-01 12:02, naveen wrote:
@muarachmann https://github.com/muarachmann @aethelwulffe https://github.com/aethelwulffe i will try to convert a smaller portion of software to angular for a demo.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/LibreHealthIO/lh-ehr/issues/1247#issuecomment-425963121, or mute the thread https://github.com/notifications/unsubscribe-auth/AAhzF56jVVoq9k8LVUdEgD1MEC2EF3OKks5ugjyUgaJpZM4XCR8u.
Sure :relaxed:
can you give me the location of it? @aethelwulffe
interface/forms/vitals. Suggest we drop vitalsM, as you can do either one (metric or imperial) with the /vitals form. Isn't that right @teryhill ? Here are the form registry (basic installed forms) that the default sets up:
INSERT INTO `registry` VALUES ('New Encounter Form', 1, 'patient_encounter', 1, 1, 1, '2003-09-14 15:16:45', 0, 'Administrative', '');
INSERT INTO `registry` VALUES ('Review of Systems Checks', 1, 'reviewofs', 9, 1, 1, '2003-09-14 15:16:45', 0, 'Clinical', '');
INSERT INTO `registry` VALUES ('Speech Dictation', 1, 'dictation', 10, 1, 1, '2003-09-14 15:16:45', 0, 'Clinical', '');
INSERT INTO `registry` VALUES ('SOAP', 1, 'soap', 11, 1, 1, '2005-03-03 00:16:35', 0, 'Clinical', '');
INSERT INTO `registry` VALUES ('Vitals', 1, 'vitals', 12, 1, 1, '2005-03-03 00:16:34', 0, 'Clinical', '');
INSERT INTO `registry` VALUES ('Review Of Systems', 1, 'ros', 13, 1, 1, '2005-03-03 00:16:30', 0, 'Clinical', '');
INSERT INTO `registry` VALUES ('Fee Sheet', 1, 'fee_sheet', 14, 1, 1, '2007-07-28 00:00:00', 0, 'Administrative', '');
INSERT INTO `registry` VALUES ('Misc Billing Options HCFA', 1, 'misc_billing_options', 15, 1, 1, '2007-07-28 00:00:00', 0, 'Administrative', '');
INSERT INTO `registry` VALUES ('Procedure Order', 1, 'procedure_order', 16, 1, 1, '2010-02-25 00:00:00', 0, 'Administrative', '');
INSERT INTO `registry` VALUES ('Annotatable Diagrams', 1, 'annotate_diagram', 17, 1, 1, '2017-02-02 00:00:00', 0, 'Clinical', '');
INSERT INTO `registry` VALUES ('Clinical Instructions', 1, 'clinical_instructions', 20, 1, 1, '2015-09-09 00:00:00', 0, 'Clinical', '');
Of these pre-installed forms, the two review of systems forms, speech dictation (which is a single dumb text box) and the SOAP form (which is four dumb text boxes) should die or be replaced with good stuff. Most of the uninstalled forms that come with the system (stuff in interface/forms) are also really old junk that is not exactly great general use stuff. The whole system of installing forms, and ways of getting/sharing new ones is very poor, and an area we REALLY need to look into improving stuff. The calendar is actually very minor in importance to this stuff, and we have never given it the attention it deserves.
The clinical instructions is a low tech form also and should be retired or at least removed from being loaded every time. Actually in the version I use only the Encounter, fee sheet, misc billing form and annotatable Diagram s are pre loaded.
the ui is almost old, based on my experience with angular js it seems to be better suited for angular js, we could implement a material design, any one with me? @apooravc @Trodrige @2208Abhinav @muarachmann any suggestions @teryhill @tmccormi @aethelwulffe