Hamish, I also found the Armstrong video very good and have shared it with members if our College ACHI, here in Oz. I look forward to the enhancements you suggest. Terry
On 03/09/2011, at 6:19, "Fraser, Hamish S.F." <[email protected]> wrote: > The Lance Armstrong video is a good demo and an exciting development for the > community. > > I would very much like to see a conversation evolve in the community about > how to share application and UI components. There is great interest in more > interactive and visual components for OpenMRS, and some nice examples in the > community such as patient registration, OpenMRS-TB, patient summaries, and > the reporting framework. Many of these will be showcased at the Kigali > meeting. I would also like to see more showcased on the OpenMRS demo site. > > While there will remain a need for some custom components for data > visualization, new workflows etc. it would be great to see re-use of most > application/UI components allowing all the benefits of testing, documentation > and fine tuning that we have seen with HTML form entry and and X-forms for > example. We are also looking for opportunities to move the new UI framework > forward which could be of particular interest to larger projects thinking of > doing signification work with OpenMRS but that would like to benefit from the > community support going forward. > > I am sure there are additional cool things going on in the community that are > not widely known. Anyone want to send round screen shots or do a demo on the > new implementers call? > Regards > > Hamish Fraser > > Director of Informatics and Telemedicine > Partners In Health > > > ________________________________________ > From: [email protected] [[email protected]] On Behalf Of Blaya, > Joaquin Andres [[email protected]] > Sent: Friday, September 02, 2011 2:51 PM > To: [email protected] > Subject: Re: [OPENMRS-IMPLEMENTERS] Médecins sans frontières (aka Doctors > without borders) interest in OpenMRS > > Burke, > The system looks great on adobe connect. Do you know if they have any plans > of making their modules open and/or uploading them to the modules page? > > Joaquin > > ___________________________________________________________________ > Chief Technology Officer, eHealth Systems Chile > Research Fellow, Harvard Medical School/Partners In Health > Moderator, GHDOnline.org > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > Burke Mamlin > Sent: Thursday, September 01, 2011 15:45 > To: [email protected] > Subject: Re: [OPENMRS-IMPLEMENTERS] Médecins sans frontières (aka Doctors > without borders) interest in OpenMRS > > You can see their demo here: > http://breeze.iu.edu/p1zyh96i5xy/?archiveOffset=466000 > > Take a look at that recording and, if you want more - i.e., you want to get > Jeremy & Hui to present within the implementers forum, let > Hamish/Andy/Dawn/myself know & I'll get Hamish & Andy hooked up with Jeremy & > Hui to get it on the schedule. > > Cheers, > > -Burke > > On Thu, Sep 1, 2011 at 2:10 PM, Glen McCallum <[email protected]> wrote: > > > Burke . Lance Armstrong demo on the implementers call . please? > > > Glen > > On 2011-09-01, at 10:51 AM, Burke Mamlin wrote: > > > The benefit of doing this with a module is that the full > OpenMRS application is still available to you. We recently had a demo from a > Lance Armstrong-funded project where they developed a patient health record > (PHR) atop OpenMRS within a module that completely replaced the UI of OpenMRS. > > -Burke > > > On Thu, Sep 1, 2011 at 1:05 PM, Dave Thomas > <[email protected]> wrote: > > > Hi. I just wanted to second this, there are many > examples of alternate interfaces that have been built on top of the openmrs > api, like the touchscreen registration module we're running here in rwanda, > or the mdrtb module. I've also in the past built a deidentified data entry > interface for a large epi study based in lima. These are all examples in > which the user doesn't have to (or can't) interact with the default ui at > all. In some cases the interface seen by the user is role-based, meaning > that you can have totally different interfaces for different real-life roles > against the same implementation. > > D > > > Glen McCallum <[email protected]> wrote: > >> Hi Thang: >> >> You might want to consider the user interface layer of openmrs separate from >> the server platform openmrs. About 80% of OpenMRS is application server and >> database software and it is decoupled from the web layer. >> >> From what I've observed (anyone, feel free to correct me) the user >> interaction with the system was designed around a certain workflow. This >> includes clinicians filling out paper forms then . later ... data entry >> clerks transcribing those forms into the system (retrospective capture, as >> Andy said). >> >> So if you're considering "physician point-of-care electronic documentation" >> around specific topics . it might be worth developing your own web layer and >> communicating with the OpenMRS server platform via the Rest API. This would >> support your unique workflow and, in addition, you could make the program >> appear very basic/simple to the end user. >> >> regards, >> Glen >> >> On 2011-08-23, at 3:30 AM, Andrew Kanter wrote: >> >>> Thang, >>> >>> There are many ways to hide the complexity of OpenMRS but continue to use >>> the application and database as the back end. In MVP, we are using OpenMRS >>> in all 10 African countries, with different applications for different >>> users at the front end. Our Community Health Workers use ChildCount+ >>> (RapidSMS) and this feeds into OpenMRS. Our clinics use OpenMRS primarily >>> retrospectively, although we are looking at prospective entry for >>> immunizations and children in some places. We also use ODK and xforms to >>> capture Verbal Autopsy data and this all goes into OpenMRS. >>> >>> Happy to discuss and will definitely be in Kigali. >>> >>> Andy >>> >>> -------------------- >>> Andrew S. Kanter, MD MPH >>> >>> - Director of Health Information Systems/Medical Informatics >>> Millennium Villages Project, Earth Institute, Columbia University >>> - Asst. Prof. of Clinical Biomedical Informatics and Clinical Epidemiology >>> Columbia University >>> >>> >>> Email: [email protected] >>> Mobile: +1 (646) 469-2421 <tel:%2B1%20%28646%29%20469-2421> >>> Office: +1 (212) 305-4842 <tel:%2B1%20%28212%29%20305-4842> >>> Skype: akanter-ippnw >>> Yahoo: andy_kanter >>> From: Thang Dao <[email protected]> >>> To: [email protected] >>> Sent: Tuesday, August 23, 2011 3:53 AM >>> Subject: [OPENMRS-IMPLEMENTERS] Médecins sans frontières (aka Doctors >>> without borders) interest in OpenMRS >>> >>> Dear Implementers, >>> >>> We at Médecins sans frontières are interested in using OpenMRS data model >>> to underlie our new generation of medical data collection tools. >>> >>> More and more of our operations are dealing with chronic diseases and/or >>> states of malnutrition. >>> >>> To support following up our patients, we are thinking of introducing a >>> medical record system in a pervasive way, yet masking out the complexity. >>> >>> Thus our strategy is to opt for OpenMRS data model, yet introducing only >>> part of what is needed only, because our field users are not computer >>> literate. >>> >>> For instance, for our "Street violence" project in Honduras, we collect >>> data about young children living on the streets (name, sex), the type of >>> abuse they were victims of (sexual agression, ...), when it occurred (1 >>> hour, 6 hours ago...) and the treatment we provided (basic care, bandage, >>> condoms distribution, ...). >>> >>> We meet the children again and then collect more data on the encounter. >>> >>> Since strolling the streets of Tegucigalpa with a laptop is the surest way >>> of being mugged, we tally the children with a paper form and a digital pen. >>> We go back to the point of care, download data into a CSV file, upload the >>> file in a local data repository which we would like to build according to >>> OpenMRS data model. We use QlikView to provide immediate synthesis / >>> analysis of data to local social workers. >>> >>> So the question are: >>> >>> Is this a viable option? Keeping the full fledged data structure in the >>> database engine, yet feeding it only with data related to operation at >>> hand? >>> If yes, who has experience rolling out OpenMRS that way? >>> If your anser is Yes to question 2, are you going to Kigali? We would >>> love to go, but our budget is tight so we need a compelling reason. >>> >>> >>> Cordialement / Best regards / Freundliche Grüsse >>> >>> Thang Dao >>> Directeur Systèmes d'Information - Médecins sans Frontières (Suisse) >>> Information Systems Director - Doctors without Borders (Switzerland) >>> Informationssystem Leiter - Aertze ohne Grenzen (Schweiz) >>> Rue de Lausanne, 78 >>> 1211 Genève 21 >>> >>> +41 (0)22 849 8996 <tel:%2B41%20%280%2922%20849%208996> >>> _________________________________________ >>> >>> To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to >>> [email protected] with "SIGNOFF openmrs-implement-l" in the body >>> (not the subject) of your e-mail. >>> >>> [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l] >>> >>> >>> Click here to unsubscribe from OpenMRS Implementers' mailing list >> >> >> _________________________________________ >> >> To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to >> [email protected] with "SIGNOFF openmrs-implement-l" in the body >> (not the subject) of your e-mail. >> >> [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l] > > > > > ________________________________ > > Click here to unsubscribe > <mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from > OpenMRS Implementers' mailing list > > > ________________________________ > > Click here to unsubscribe > <mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from > OpenMRS Implementers' mailing list > > > ________________________________ > > Click here to unsubscribe > <mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l> from > OpenMRS Implementers' mailing list > > _________________________________________ > > To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to > [email protected] with "SIGNOFF openmrs-implement-l" in the body > (not the subject) of your e-mail. > > [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l] > > _________________________________________ > > To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to > [email protected] with "SIGNOFF openmrs-implement-l" in the body > (not the subject) of your e-mail. > > [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l] Want to Get Healthy? The Tasmania Government's Get Healthy Information and Coaching Service provides free information and coaching support to Tasmanian adults who would like to learn healthier eating habits, be more active or achieve and maintain a healthy weight. Call 1300 806 258 between 8am and 8pm, Monday to Friday or visit www.gethealthy.tas.gov.au for more information. CONFIDENTIALITY NOTICE AND DISCLAIMER The information in this transmission may be confidential and/or protected by legal professional privilege, and is intended only for the person or persons to whom it is addressed. If you are not such a person, you are warned that any disclosure, copying or dissemination of the information is unauthorised. If you have received the transmission in error, please immediately contact this office by telephone, fax or email, to inform us of the error and to enable arrangements to be made for the destruction of the transmission, or its return at our cost. No liability is accepted for any unauthorised use of the information contained in this transmission. If the transmission contains advice, the advice is based on instructions in relation to, and is provided to the addressee in connection with, the matter mentioned above. Responsibility is not accepted for reliance upon it by any other person or for any other purpose. _________________________________________ To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-implement-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l]
