Hi Stan,
Thanks for the work you have done on this so far.
I am getting some interesting errors still.
Using the original LabGrid.zip, if I open the Lab Grid eform directly, I
will get the name of the patient showing:
[image: 2021-11-06_13-49-27.png]
Updating to LabGrid2.zip, if I open the Lab Grid eform, I get this error
(same patient, as can be seen by the results):
[image: 2021-11-06_13-59-33.png]
If I open the LabGrid from the Lab Result>Row Display and click on View by
Column or View by Row (I get the same result), I get the same results, but
no name or date is displayed. It also seems to load the page twice.
[image: 2021-11-06_13-49-11.png]
I am on Open Oscar using Firefox 91.3.0 ESR on Windows 10
Regards,
Herb.
On Mon, 25 Oct 2021 at 06:44, Stanley Hurwitz <sdh...@gm...> wrote:
> oops
> updated labgrid2 eform found here:
> https://github.com/DrStanMD/zipfiles/blob/main/Lab_Grid2.zip
>
> This eform is a bit more complicated but hopefully addresses the problem.
> You will have to edit the html and change the var myfid to the fid of this
> form on your own system:
> // *********Insert the fid of this form for your system here******
>
> var myfid = 68
> //*******************************
>
> On Mon, Oct 25, 2021 at 6:34 AM Stanley Hurwitz <sdh...@gm...>
> wrote:
>
>> This eform is a bit more complicated but hopefully addresses the problem.
>> You will have to edit the html and change the var myfid to the fid of
>> this form on your own system:
>> // *********Insert the fid of this form for your system here******
>>
>> var myfid = 68
>> //*******************************
>>
>> Stan
>>
>> On Tue, Oct 19, 2021 at 7:57 AM Stanley Hurwitz <sdh...@gm...>
>> wrote:
>>
>>> Lawrence - true and good point - it does that.
>>> Also when you load the eform from admin - the last opened echart remains
>>> the default.
>>> We may have to force an echart load and then close in order to reset the
>>> index or use iframes (clunky may be the only way).
>>>
>>> I used this technique in my updated REMINDERS GM to mine the demographic
>>> number:
>>> myWindow = window.open(vPath +
>>> "oscarMDS/SearchPatient.do?labType=HL7&segmentID=" + params.segmentID +
>>> "&name=")
>>> setTimeout(function() {
>>> myWindow.close();
>>> }, 500);
>>>
>>> Alternatively we can alert if the incorrect demographic is displayed.
>>> Will have to think about this....
>>> Stan.
>>>
>>> On Mon, Oct 18, 2021 at 11:36 PM John Yap <joh...@gm...> wrote:
>>>
>>>> Very interesting find, Lawrence. It reminds me of the bug in CDM
>>>> indicators, during a very early iteration, that would display previous
>>>> patient's measurement results - specifically for BP, etc. as we liked using
>>>> it for VS measurements - it would calculate BMI for us. We stopped using
>>>> it specifically when that behaviour was noted. Thank goodness it has been
>>>> corrected. But I still DO NOT use CDM indicators for vital signs because
>>>> ... strangely enough - pulse didn't make the grade for some reason!
>>>> Fortunately, BMI can still be autocalculated from the very reliable BMI
>>>> eFORM that's been around for a few years.
>>>>
>>>> JohnY
>>>>
>>>> On Mon, Oct 18, 2021 at 9:10 PM LawrenceKwan <lk...@gm...> wrote:
>>>>
>>>>> Thanks Stan for a great eform, I find it very useful.
>>>>> It works great when launching from eChart, or link to it using
>>>>> greasemonkey from a button on the eChart.
>>>>>
>>>>> When I tried to put a linking button on another page other than eChart
>>>>> (like lab results), I found a problem.
>>>>>
>>>>> Basically, any measurements pulled using "oscarDB=" works fine (like
>>>>> Patient's name in this eform). It would pull from whatever demographic
>>>>> number you put in the eform URL.
>>>>>
>>>>> But any measurements pulled using measureArray in the script used in
>>>>> this eform from this page:
>>>>>
>>>>> http://oscarmanual.org/oscar_emr_12/clinical-functions/e-forms/eform-magic
>>>>> would always pull from the last opened eChart regardless of the
>>>>> demographic number you use on the URL of the eform.
>>>>>
>>>>> You can test this easily if you have this eform installed.
>>>>> Open 1st patient eChart, open Lab Grid eform - keep this page open.
>>>>> Then open 2nd patient eChart, go back to the eform and reload - you
>>>>> would notice the patient name has not changed - still 1st patient's name
>>>>> (as you have not changed the eform URL), but all the rest of the
>>>>> measurements are now from the 2nd patient.
>>>>>
>>>>> So this presents a problem in linking to the eform from outside the
>>>>> eChart as the measurements pulled are wrong.
>>>>> Tried various ways to overcome this, xmlhttprequest.... etc, and they
>>>>> did not work.
>>>>> The only thing to make it work is to open a hidden iframe of the
>>>>> patient's eChart, then open Lab Grid and it now works correctly.
>>>>>
>>>>> Seems like a clunky way of doing this. Is there any other trick to
>>>>> pull the correct measurements from other pages without opening the echart
>>>>> first?
>>>>>
>>>>>
>>>>> On Sat, Oct 2, 2021 at 11:49 AM Stanley Hurwitz <sdh...@gm...>
>>>>> wrote:
>>>>>
>>>>>> I've updated the LabGrid eform
>>>>>> 1. Clicking on the blue loads a graph
>>>>>> 2. Date color coding represents how recently the lab was done (Black
>>>>>> is new, red is old)
>>>>>> 3. You can customise for your own measurements:
>>>>>> var
>>>>>> LabName=["HB","EGFR","SCR","A1C","FBS","BG","GT2","APOB","TCHL","LDLC","LDL","HDL","TCHD","TG","ACR","NA","Kpl","CA","PH","MG","TSH","PSA","PTH","AST","ALT","CRP","FOBT","FITQ","FIT","HPSE","HPSG","HPBT","HPYL","WT","HT","INR","URIC","BUN","BP"]
>>>>>>
>>>>>> I have a greasemonkey button on my echarts that links directly to
>>>>>> this eform (using the FID).
>>>>>> You can also display it as an eform in the usual manner.
>>>>>>
>>>>>>
>>>>>> https://github.com/DrStanMD/zipfiles/blob/main/Lab_Grid.zip
>>>>>>
>>>>>> Stan.
>>>>>> _______________________________________________
>>>>>> OSCARmcmaster-advanced-users mailing list
>>>>>> OSC...@li...
>>>>>>
>>>>>> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lawrence Kwan
>>>>> LU Codes
>>>>> http://lucodes.ca/ <http://lucodes.ca/lu>
>>>>> _______________________________________________
>>>>> OSCARmcmaster-advanced-users mailing list
>>>>> OSC...@li...
>>>>>
>>>>> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>>>>>
>>>> _______________________________________________
>>>> OSCARmcmaster-advanced-users mailing list
>>>> OSC...@li...
>>>>
>>>> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>>>>
>>> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>
|