Thanks Darius. One question that I still had, is it easier to write a SMART app or an OpenMRS module?
Joaquín ___________________________________________________________________ Gerente de Desarrollo, eHealth Systems <http://www.ehs.cl/> Research Fellow, Escuela de Medicina de Harvard <http://hms.harvard.edu/> Moderador, GHDOnline.org <http://www.ghdonline.org/> On Sat, Feb 11, 2012 at 2:01 AM, Darius Jazayeri <[email protected]>wrote: > A bit of relevant background: > > SMART is a project out of CHIP in Boston. The idea is that they've defined > a common-denominator virtual EMR, so that you can write a SMART app once, > and that app will work against many different EMR systems as long as > they're a "SMART Container", which OpenMRS now is. > > So, if you just want to build an OpenMRS module, SMART isn't really > relevant. If you want to write functionality that works in more than just > OpenMRS, then it may be the way to go. > > -Darius > > > On Fri, Feb 10, 2012 at 8:29 PM, Joaquín Blaya < > [email protected]> wrote: > >> Thanks Wyclif, you did answer my questions, but i'm guessing I'll need to >> read up more on SMART to be able to understand your response completely. >> >> Another question or questions came up. >> 1. How is this better than just writing an OpenMRS module that has the >> functionality of a SMART app? Is it because we can now use SMART apps as >> well as OpenMRS modules, are SMART apps easier to write, or something else? >> >> 2. If thinking about the case of an EMR RIS/PACS connection, what would >> be the difference between say having OpenMRS call the RIS/PACS versus >> having the RIS/PACS be a SMART app within OpenMRS? >> >> >> Joaquín >> ___________________________________________________________________ >> Gerente de Desarrollo, eHealth Systems <http://www.ehs.cl/> >> Research Fellow, Escuela de Medicina de Harvard <http://hms.harvard.edu/> >> Moderador, GHDOnline.org <http://www.ghdonline.org/> >> >> >> On Fri, Feb 10, 2012 at 8:13 PM, Wyclif Luyima <[email protected]>wrote: >> >>> @Dave, to answer the question without going into much details i would >>> say, the smart team defines >>> here<http://wiki.chip.org/smart-project/index.php/Developers_Documentation:_REST_API>a >>> standard end pattern(excluding the domain name and the web app's root >>> context) which the urls for the different data types should end with and a >>> smart rest API should serve them. You notice these don't conform to our >>> rest ws url pattern. So in the module we just append these to >>> 'contextPath/module/smartcontainer/rest/api which are served by the small >>> non-public rest api that the module provides. >>> >>> Wyclif >>> >>> On Fri, Feb 10, 2012 at 3:56 PM, Dave Thomas <[email protected]> wrote: >>> >>>> This is really cool. Just to satisfy curiosity, how does the SMART >>>> rest API know the specifics of the openmrs api, if this module isn't using >>>> the OpenMRS webservices module? >>>> >>>> d >>>> >>>> >>>> On Fri, Feb 10, 2012 at 12:17 PM, Wyclif Luyima <[email protected]>wrote: >>>> >>>>> Hi Joaquin, >>>>> >>>>> The thing worth mentioning that i didn't in release email is that >>>>> actually this is not fully fledged 'SMART container' because the installed >>>>> apps can only fetch data from the same OpenMRS instance, so it is the >>>>> container and back end EMR at the same time and this is what we decided on >>>>> for the first release, probably a feature we can add in later versions is >>>>> to let them communicate to external EMRs. Currently the only apps that can >>>>> be hosted are those that conform and were written according to this specs >>>>> at SMART project and those are javascript based apps. >>>>> >>>>> With the above in mind, see the inline responses i have added below: >>>>> >>>>> 1. Would this allow all of the permissions for all of the SMART apps >>>>> to be handled through OpenMRS? i.e. if I insert a RIS/PACS >>>>> viewer as a SMART app, would OpenMRS be the one that has the user's >>>>> permissions as to what they can and can not see inside the RIS/PACS? >>>>> User permissions are still handled by core when the apps attempt to >>>>> access date through the private SMART rest API, i.e if a user had no >>>>> privileges to the domain objects that a SMART app's data handler uses, >>>>> then >>>>> you won't view contents from that app, probably you will see an error >>>>> message above the iframe in which the SMART app contents are displayed. >>>>> >>>>> 2. Does this use the OpenMRS REST API or the SMART one? >>>>> The SMART rest API is its own and private, this because these apps run >>>>> inside the same OpenMRS instance as the data they are accessing is stored, >>>>> so it didn't make sense to make it public. >>>>> 3. Can as described above, a RIS/PACS system (or a lab system or >>>>> others) be connected via a SMART app to OpenMRS for the users to view >>>>> those >>>>> systems seamlessly i.e. if in OpenMRS, view images from the RIS/PACS, >>>>> pages >>>>> from the LIS, or other subsystems? >>>>> This should be possible, if you tried out the sample apps i attached >>>>> to a follow up email i sent, the medication app is capable of fetching >>>>> videos and PDF which it displays seamlessy inside OpenMRS, you might want >>>>> to visit how to create a smart >>>>> app<http://wiki.chip.org/smart-project/index.php/HOWTO_Build_a_SMART_App> >>>>> >>>>> Hope i've addressed your questions >>>>> >>>>> Wyclif >>>>> >>>>> On Fri, Feb 10, 2012 at 2:08 PM, Joaquín Blaya < >>>>> [email protected]> wrote: >>>>> >>>>>> Wyclif, >>>>>> This is great, because just 2 days ago we were talking down here that >>>>>> we needed to see how to imbed other programs within OpenMRS. >>>>>> >>>>>> A couple of questions. >>>>>> 1. Would this allow all of the permissions for all of the SMART apps >>>>>> to be handled through OpenMRS? i.e. if I insert a RIS/PACS viewer as a >>>>>> SMART app, would OpenMRS be the one that has the user's permissions as to >>>>>> what they can and can not see inside the RIS/PACS? >>>>>> 2. Does this use the OpenMRS REST API or the SMART one? >>>>>> 3. Can as described above, a RIS/PACS system (or a lab system or >>>>>> others) be connected via a SMART app to OpenMRS for the users to view >>>>>> those >>>>>> systems seamlessly i.e. if in OpenMRS, view images from the RIS/PACS, >>>>>> pages >>>>>> from the LIS, or other subsystems? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Joaquín >>>>>> ___________________________________________________________________ >>>>>> Gerente de Desarrollo, eHealth Systems <http://www.ehs.cl/> >>>>>> Research Fellow, Escuela de Medicina de Harvard<http://hms.harvard.edu/> >>>>>> Moderador, GHDOnline.org <http://www.ghdonline.org/> >>>>>> >>>>>> >>>>>> On Thu, Feb 9, 2012 at 4:12 AM, Wyclif Luyima <[email protected]>wrote: >>>>>> >>>>>>> Apparently i forgot to attach the sample apps zip file, pleased find >>>>>>> the attachment to this email. >>>>>>> >>>>>>> Sorry about that. >>>>>>> >>>>>>> Wyclif >>>>>>> >>>>>>> >>>>>>> On Thu, Feb 9, 2012 at 2:06 AM, Wyclif Luyima <[email protected]>wrote: >>>>>>> >>>>>>>> Hello everyone, >>>>>>>> >>>>>>>> We are proud to announce that SMART container 1.0.0 is available, >>>>>>>> this is the first major release of the module. It can be downloaded >>>>>>>> from >>>>>>>> the modules download <https://modules.openmrs.org> page and its >>>>>>>> documentation is located at >>>>>>>> documentation<https://wiki.openmrs.org/display/docs/Smart+Container+Module>. >>>>>>>> In >>>>>>>> summary, it adds the necessary features required to transform an >>>>>>>> OpenMRS >>>>>>>> instance into a SMART app container, meaning that you can download a >>>>>>>> SMART >>>>>>>> app manifest file, install it in OpenMRS and start using it right >>>>>>>> away, see >>>>>>>> SMART<http://wiki.chip.org/smart-project/index.php/Main_Page#What_is_SMART.3F> >>>>>>>> for >>>>>>>> more details about SMART. >>>>>>>> >>>>>>>> Attached to the email is a zip file with some sample apps you can >>>>>>>> try out, other sample apps can be downloaded from the SMART website at >>>>>>>> http://sample-apps.smartplatforms.org/framework/ >>>>>>>> >>>>>>>> A big thanks to Balachandiran Ajanthan who spent last summer >>>>>>>> working on most aspects of the module under the GSoC programme, Josh >>>>>>>> Mandel >>>>>>>> and the SMART team for all their input. Thanks also to the developers >>>>>>>> and >>>>>>>> everyone else in the community that has contributed in various ways. >>>>>>>> >>>>>>>> We are looking forward to any form of feedback from you about the >>>>>>>> module, in case you happen to discover any obscure bugs, please you can >>>>>>>> create tickets through our issue tracking system jira at project >>>>>>>> page <https://tickets.openmrs.org/browse/SMART> >>>>>>>> >>>>>>>> Kind regards, >>>>>>>> >>>>>>>> Wyclif >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ------------------------------ >>>>>>> Click here to >>>>>>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >>>>>>> OpenMRS Developers' mailing list >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> Click here to >>>>>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >>>>>> OpenMRS Developers' mailing list >>>>> >>>>> >>>>> ------------------------------ >>>>> Click here to >>>>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >>>>> OpenMRS Developers' mailing list >>>>> >>>> >>>> ------------------------------ >>>> Click here to >>>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >>>> OpenMRS Developers' mailing list >>>> >>> >>> ------------------------------ >>> Click here to >>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >>> OpenMRS Developers' mailing list >>> >> >> ------------------------------ >> Click here to >> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >> OpenMRS Developers' mailing list >> > > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from > OpenMRS Developers' mailing list > _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
