oscarmcmaster-advanced-users

Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS

[John Y. <joh...@gm...>]

Indeed - I use that feature a lot. There's further refinement needed, but
I'm sure they'll get there.  For example - labs (HL7) need to be downloaded
as PDF to a folder, and selected from there.  There are generic names
assigned to the file, so it's not always clear which eFORM you may have
sent - so I always reference it in the eMAIL message sent.  It's easier to
match that message with a recently created eFORM, if there was ever an
audit.

JohnY

On Thu, Apr 30, 2026 at 9:14 AM John Robertson <
joh...@gm...> wrote:

> So Apparently Cortico has already figured this out  (if you have Cortico):
>
> You can follow the steps below to send patients public handouts (eDocs)
> that you’ve added under the eDocs section in your EMR.
>
>    1. Open a patient’s e-chart that you would like to send an eDoc to.
>    2. Open the Cortico plug-in in the bottom right corner.
>    3. Click on the + icon near the bottom left.
>    4. Select “Add eDoc.”
>    5. You will see all the eDocs that you’ve added to your EMR.  You can
>    select from them and attach them to your message to the patient.
>    6. Select the ones you would like to attach to your message and click
>    “Upload.”
>    7. Once the eDoc is attached to the message, you can click on the
>    filename to preview the attached document before sending it to the patient.
>
> I’ve attached screenshots below for your reference. Let me know if you
> have any questions.
>
>
> On Sun, Apr 26, 2026 at 8:56 PM John Yap <joh...@gm...> wrote:
>
>> Pathways can send referral info - e.g. contact info for specialists - but
>> also a host of pt education info too.  Each item can be emailed to the pt,
>> with the qualifier that you have the pt's permission to use eMAIL for this
>> purpose, and that they cannot reply to that eMail; and you have the option
>> (please take it) to copy the details of this interaction to your clipboard
>> for pasting back into the chart.  That makes for a great audit trail!  You
>> can even bookmark your favourite pt handouts for this purpose.
>>
>> On Sun, Apr 26, 2026 at 7:28 PM Dina Davidson <bir...@gm...>
>> wrote:
>>
>>> I think the portal you are referring to is Pathways, which is (mostly)
>>> referral info.
>>>
>>> But yes--sending handouts via eDocs is great, but I agree not knowing
>>> later which version of a handout was sent, etc. could be problematic.
>>> Better to save a copy of the version sent to the pt.
>>>
>>> d.
>>> --
>>> Dina Davidson RM IBCLC | Port Moody, BC
>>> Clinical Faculty, UBC Midwifery Program, Department of Family Practice
>>> Board of Directors Co-chair, Midwives Association of BC
>>> Registered Midwife/Co-director, Inlet Community Birth Program |
>>> http://inletbirth.ca
>>> Director, Tri-Cities Infant Feeding Clinic | http://infantfeeding.ca
>>>
>>> Pronouns: she/her
>>> I gratefully acknowledge the privilege and pleasure of living,
>>> working, and playing on the traditional territories of the Kwikwetlem,
>>> Tsleil-Waututh, Squamish, Stó:lō, Qayqayt, and Stz'uminus people.
>>> My working day may not be your working day. Please do not feel obliged
>>> to reply to this message outside of your normal working hours.
>>>
>>> On Sat, 25 Apr 2026 at 20:23, Michael Yingbull
>>> <mi...@ma...> wrote:
>>> >
>>> > This seems like a pretty reasonable feature - sending eDoc to pt and
>>> then having a copy of it in the chart to record what was sent.
>>> >
>>> > This could be a touch larger as I understand there is a BC portal with
>>> collections of documents as well? I believe it will email directly but as
>>> discussed, as cool as that is, you don’t have the evidence of what was sent
>>> as clear as one perhaps should.
>>> >
>>> > hmmmmmm…
>>> > ________________________________
>>> > From: John Yap <joh...@gm...>
>>> > Sent: Saturday, April 25, 2026 5:41:37 PM
>>> > To: A list for advanced OSCAR user discussions <
>>> osc...@li...>
>>> > Subject: Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS
>>> >
>>> > I do that too.  If I do a calculation off a web page, e.g. prostate CA
>>> calculator, I'll print the result to pdf and upload to the chart.  It is a
>>> good habit to document (by reference or actual pdf upload) information
>>> shared with patient.  The default setting for Cortico communication should
>>> be "paste to progress note".  The option should be to turn off this
>>> feature, which I strongly recommend against.
>>> >
>>> > JohnY
>>> >
>>> > On Sat, Apr 25, 2026 at 1:46 PM John Robertson <
>>> joh...@gm...> wrote:
>>> >
>>> > I don't know how many others do this, but I store a lot of helpful
>>> handouts in eDocs which I then often email to patients.  If I send a
>>> handout to the patient, I store a copy in their documents so that I know
>>> later what I actually sent.  I use Cortico to send the documents from the
>>> patient's chart, and that part works well.  If there was a way to easily
>>> store a copy of an eDoc in the patient's chart that would save me having to
>>> copy the eDoc to the desktop and then save it into the patient's chart.
>>> >
>>> > Or - as an alternative - if there was a separate storage place for
>>> patient handouts that worked in this fashion, that would also work well.
>>> JohnR.
>>> >
>>> > --
>>> > Therefore, since we are surrounded by such a great cloud of witnesses,
>>> let us throw off everything that hinders and the sin that so easily
>>> entangles, and let us run with perseverance the race marked out for us. Heb
>>> 12:1
>>> > _______________________________________________
>>> > 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
>>>
>> _______________________________________________
>> OSCARmcmaster-advanced-users mailing list
>> OSC...@li...
>> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>>
>
>
> --
> Therefore, since we are surrounded by such a great cloud of witnesses, let
> us throw off everything that hinders and the sin that so easily entangles,
> and let us run with perseverance the race marked out for us. Heb 12:1
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>

Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS

[John R. <joh...@gm...>]

So Apparently Cortico has already figured this out  (if you have Cortico):

You can follow the steps below to send patients public handouts (eDocs)
that you’ve added under the eDocs section in your EMR.

   1. Open a patient’s e-chart that you would like to send an eDoc to.
   2. Open the Cortico plug-in in the bottom right corner.
   3. Click on the + icon near the bottom left.
   4. Select “Add eDoc.”
   5. You will see all the eDocs that you’ve added to your EMR.  You can
   select from them and attach them to your message to the patient.
   6. Select the ones you would like to attach to your message and click
   “Upload.”
   7. Once the eDoc is attached to the message, you can click on the
   filename to preview the attached document before sending it to the patient.

I’ve attached screenshots below for your reference. Let me know if you have
any questions.


On Sun, Apr 26, 2026 at 8:56 PM John Yap <joh...@gm...> wrote:

> Pathways can send referral info - e.g. contact info for specialists - but
> also a host of pt education info too.  Each item can be emailed to the pt,
> with the qualifier that you have the pt's permission to use eMAIL for this
> purpose, and that they cannot reply to that eMail; and you have the option
> (please take it) to copy the details of this interaction to your clipboard
> for pasting back into the chart.  That makes for a great audit trail!  You
> can even bookmark your favourite pt handouts for this purpose.
>
> On Sun, Apr 26, 2026 at 7:28 PM Dina Davidson <bir...@gm...>
> wrote:
>
>> I think the portal you are referring to is Pathways, which is (mostly)
>> referral info.
>>
>> But yes--sending handouts via eDocs is great, but I agree not knowing
>> later which version of a handout was sent, etc. could be problematic.
>> Better to save a copy of the version sent to the pt.
>>
>> d.
>> --
>> Dina Davidson RM IBCLC | Port Moody, BC
>> Clinical Faculty, UBC Midwifery Program, Department of Family Practice
>> Board of Directors Co-chair, Midwives Association of BC
>> Registered Midwife/Co-director, Inlet Community Birth Program |
>> http://inletbirth.ca
>> Director, Tri-Cities Infant Feeding Clinic | http://infantfeeding.ca
>>
>> Pronouns: she/her
>> I gratefully acknowledge the privilege and pleasure of living,
>> working, and playing on the traditional territories of the Kwikwetlem,
>> Tsleil-Waututh, Squamish, Stó:lō, Qayqayt, and Stz'uminus people.
>> My working day may not be your working day. Please do not feel obliged
>> to reply to this message outside of your normal working hours.
>>
>> On Sat, 25 Apr 2026 at 20:23, Michael Yingbull
>> <mi...@ma...> wrote:
>> >
>> > This seems like a pretty reasonable feature - sending eDoc to pt and
>> then having a copy of it in the chart to record what was sent.
>> >
>> > This could be a touch larger as I understand there is a BC portal with
>> collections of documents as well? I believe it will email directly but as
>> discussed, as cool as that is, you don’t have the evidence of what was sent
>> as clear as one perhaps should.
>> >
>> > hmmmmmm…
>> > ________________________________
>> > From: John Yap <joh...@gm...>
>> > Sent: Saturday, April 25, 2026 5:41:37 PM
>> > To: A list for advanced OSCAR user discussions <
>> osc...@li...>
>> > Subject: Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS
>> >
>> > I do that too.  If I do a calculation off a web page, e.g. prostate CA
>> calculator, I'll print the result to pdf and upload to the chart.  It is a
>> good habit to document (by reference or actual pdf upload) information
>> shared with patient.  The default setting for Cortico communication should
>> be "paste to progress note".  The option should be to turn off this
>> feature, which I strongly recommend against.
>> >
>> > JohnY
>> >
>> > On Sat, Apr 25, 2026 at 1:46 PM John Robertson <
>> joh...@gm...> wrote:
>> >
>> > I don't know how many others do this, but I store a lot of helpful
>> handouts in eDocs which I then often email to patients.  If I send a
>> handout to the patient, I store a copy in their documents so that I know
>> later what I actually sent.  I use Cortico to send the documents from the
>> patient's chart, and that part works well.  If there was a way to easily
>> store a copy of an eDoc in the patient's chart that would save me having to
>> copy the eDoc to the desktop and then save it into the patient's chart.
>> >
>> > Or - as an alternative - if there was a separate storage place for
>> patient handouts that worked in this fashion, that would also work well.
>> JohnR.
>> >
>> > --
>> > Therefore, since we are surrounded by such a great cloud of witnesses,
>> let us throw off everything that hinders and the sin that so easily
>> entangles, and let us run with perseverance the race marked out for us. Heb
>> 12:1
>> > _______________________________________________
>> > 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
>>
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>


-- 
Therefore, since we are surrounded by such a great cloud of witnesses, let
us throw off everything that hinders and the sin that so easily entangles,
and let us run with perseverance the race marked out for us. Heb 12:1

[OSCAR-advanced-users] Greig Ultrasound requisition

[John R. <joh...@gm...>]

created 2026/04/30/ 08:15 at the request of Dina Davidson.  It has a side
menu for Obstetrical Ultrasounds.    Updated background, updated code, link
to back page, faxing code, drop down list for location of delivery.

posted here:

https://oscargalaxy.org/download/greig-ultrasound-requsition/

JohnR.

-- 
Therefore, since we are surrounded by such a great cloud of witnesses, let
us throw off everything that hinders and the sin that so easily entangles,
and let us run with perseverance the race marked out for us. Heb 12:1

Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS

[John Y. <joh...@gm...>]

Pathways can send referral info - e.g. contact info for specialists - but
also a host of pt education info too.  Each item can be emailed to the pt,
with the qualifier that you have the pt's permission to use eMAIL for this
purpose, and that they cannot reply to that eMail; and you have the option
(please take it) to copy the details of this interaction to your clipboard
for pasting back into the chart.  That makes for a great audit trail!  You
can even bookmark your favourite pt handouts for this purpose.

On Sun, Apr 26, 2026 at 7:28 PM Dina Davidson <bir...@gm...> wrote:

> I think the portal you are referring to is Pathways, which is (mostly)
> referral info.
>
> But yes--sending handouts via eDocs is great, but I agree not knowing
> later which version of a handout was sent, etc. could be problematic.
> Better to save a copy of the version sent to the pt.
>
> d.
> --
> Dina Davidson RM IBCLC | Port Moody, BC
> Clinical Faculty, UBC Midwifery Program, Department of Family Practice
> Board of Directors Co-chair, Midwives Association of BC
> Registered Midwife/Co-director, Inlet Community Birth Program |
> http://inletbirth.ca
> Director, Tri-Cities Infant Feeding Clinic | http://infantfeeding.ca
>
> Pronouns: she/her
> I gratefully acknowledge the privilege and pleasure of living,
> working, and playing on the traditional territories of the Kwikwetlem,
> Tsleil-Waututh, Squamish, Stó:lō, Qayqayt, and Stz'uminus people.
> My working day may not be your working day. Please do not feel obliged
> to reply to this message outside of your normal working hours.
>
> On Sat, 25 Apr 2026 at 20:23, Michael Yingbull
> <mi...@ma...> wrote:
> >
> > This seems like a pretty reasonable feature - sending eDoc to pt and
> then having a copy of it in the chart to record what was sent.
> >
> > This could be a touch larger as I understand there is a BC portal with
> collections of documents as well? I believe it will email directly but as
> discussed, as cool as that is, you don’t have the evidence of what was sent
> as clear as one perhaps should.
> >
> > hmmmmmm…
> > ________________________________
> > From: John Yap <joh...@gm...>
> > Sent: Saturday, April 25, 2026 5:41:37 PM
> > To: A list for advanced OSCAR user discussions <
> osc...@li...>
> > Subject: Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS
> >
> > I do that too.  If I do a calculation off a web page, e.g. prostate CA
> calculator, I'll print the result to pdf and upload to the chart.  It is a
> good habit to document (by reference or actual pdf upload) information
> shared with patient.  The default setting for Cortico communication should
> be "paste to progress note".  The option should be to turn off this
> feature, which I strongly recommend against.
> >
> > JohnY
> >
> > On Sat, Apr 25, 2026 at 1:46 PM John Robertson <
> joh...@gm...> wrote:
> >
> > I don't know how many others do this, but I store a lot of helpful
> handouts in eDocs which I then often email to patients.  If I send a
> handout to the patient, I store a copy in their documents so that I know
> later what I actually sent.  I use Cortico to send the documents from the
> patient's chart, and that part works well.  If there was a way to easily
> store a copy of an eDoc in the patient's chart that would save me having to
> copy the eDoc to the desktop and then save it into the patient's chart.
> >
> > Or - as an alternative - if there was a separate storage place for
> patient handouts that worked in this fashion, that would also work well.
> JohnR.
> >
> > --
> > Therefore, since we are surrounded by such a great cloud of witnesses,
> let us throw off everything that hinders and the sin that so easily
> entangles, and let us run with perseverance the race marked out for us. Heb
> 12:1
> > _______________________________________________
> > 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
>

Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS

[Dina D. <bir...@gm...>]

I think the portal you are referring to is Pathways, which is (mostly)
referral info.

But yes--sending handouts via eDocs is great, but I agree not knowing
later which version of a handout was sent, etc. could be problematic.
Better to save a copy of the version sent to the pt.

d.
--
Dina Davidson RM IBCLC | Port Moody, BC
Clinical Faculty, UBC Midwifery Program, Department of Family Practice
Board of Directors Co-chair, Midwives Association of BC
Registered Midwife/Co-director, Inlet Community Birth Program |
http://inletbirth.ca
Director, Tri-Cities Infant Feeding Clinic | http://infantfeeding.ca

Pronouns: she/her
I gratefully acknowledge the privilege and pleasure of living,
working, and playing on the traditional territories of the Kwikwetlem,
Tsleil-Waututh, Squamish, Stó:lō, Qayqayt, and Stz'uminus people.
My working day may not be your working day. Please do not feel obliged
to reply to this message outside of your normal working hours.

On Sat, 25 Apr 2026 at 20:23, Michael Yingbull
<mi...@ma...> wrote:
>
> This seems like a pretty reasonable feature - sending eDoc to pt and then having a copy of it in the chart to record what was sent.
>
> This could be a touch larger as I understand there is a BC portal with collections of documents as well? I believe it will email directly but as discussed, as cool as that is, you don’t have the evidence of what was sent as clear as one perhaps should.
>
> hmmmmmm…
> ________________________________
> From: John Yap <joh...@gm...>
> Sent: Saturday, April 25, 2026 5:41:37 PM
> To: A list for advanced OSCAR user discussions <osc...@li...>
> Subject: Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS
>
> I do that too.  If I do a calculation off a web page, e.g. prostate CA calculator, I'll print the result to pdf and upload to the chart.  It is a good habit to document (by reference or actual pdf upload) information shared with patient.  The default setting for Cortico communication should be "paste to progress note".  The option should be to turn off this feature, which I strongly recommend against.
>
> JohnY
>
> On Sat, Apr 25, 2026 at 1:46 PM John Robertson <joh...@gm...> wrote:
>
> I don't know how many others do this, but I store a lot of helpful handouts in eDocs which I then often email to patients.  If I send a handout to the patient, I store a copy in their documents so that I know later what I actually sent.  I use Cortico to send the documents from the patient's chart, and that part works well.  If there was a way to easily store a copy of an eDoc in the patient's chart that would save me having to copy the eDoc to the desktop and then save it into the patient's chart.
>
> Or - as an alternative - if there was a separate storage place for patient handouts that worked in this fashion, that would also work well.  JohnR.
>
> --
> Therefore, since we are surrounded by such a great cloud of witnesses, let us throw off everything that hinders and the sin that so easily entangles, and let us run with perseverance the race marked out for us. Heb 12:1
> _______________________________________________
> 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

Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS

[Michael Y. <mi...@ma...>]

This seems like a pretty reasonable feature - sending eDoc to pt and then having a copy of it in the chart to record what was sent.

This could be a touch larger as I understand there is a BC portal with collections of documents as well? I believe it will email directly but as discussed, as cool as that is, you don’t have the evidence of what was sent as clear as one perhaps should.

hmmmmmm…
________________________________
From: John Yap <joh...@gm...>
Sent: Saturday, April 25, 2026 5:41:37 PM
To: A list for advanced OSCAR user discussions <osc...@li...>
Subject: Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS

I do that too.  If I do a calculation off a web page, e.g. prostate CA calculator, I'll print the result to pdf and upload to the chart.  It is a good habit to document (by reference or actual pdf upload) information shared with patient.  The default setting for Cortico communication should be "paste to progress note".  The option should be to turn off this feature, which I strongly recommend against.

JohnY

On Sat, Apr 25, 2026 at 1:46 PM John Robertson <joh...@gm...<mailto:joh...@gm...>> wrote:
I don't know how many others do this, but I store a lot of helpful handouts in eDocs which I then often email to patients.  If I send a handout to the patient, I store a copy in their documents so that I know later what I actually sent.  I use Cortico to send the documents from the patient's chart, and that part works well.  If there was a way to easily store a copy of an eDoc in the patient's chart that would save me having to copy the eDoc to the desktop and then save it into the patient's chart.

Or - as an alternative - if there was a separate storage place for patient handouts that worked in this fashion, that would also work well.  JohnR.

--
Therefore, since we are surrounded by such a great cloud of witnesses, let us throw off everything that hinders and the sin that so easily entangles, and let us run with perseverance the race marked out for us. Heb 12:1
_______________________________________________
OSCARmcmaster-advanced-users mailing list
OSC...@li...<mailto:OSC...@li...>
https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users

Re: [OSCAR-advanced-users] Improvement for OSCAR/CARLOS

[John Y. <joh...@gm...>]

I do that too.  If I do a calculation off a web page, e.g. prostate CA
calculator, I'll print the result to pdf and upload to the chart.  It is a
good habit to document (by reference or actual pdf upload) information
shared with patient.  The default setting for Cortico communication should
be "paste to progress note".  The option should be to turn off this
feature, which I strongly recommend against.

JohnY

On Sat, Apr 25, 2026 at 1:46 PM John Robertson <
joh...@gm...> wrote:

> I don't know how many others do this, but I store a lot of helpful
> handouts in eDocs which I then often email to patients.  If I send a
> handout to the patient, I store a copy in their documents so that I know
> later what I actually sent.  I use Cortico to send the documents from the
> patient's chart, and that part works well.  If there was a way to easily
> store a copy of an eDoc in the patient's chart that would save me having to
> copy the eDoc to the desktop and then save it into the patient's chart.
>
> Or - as an alternative - if there was a separate storage place for patient
> handouts that worked in this fashion, that would also work well.  JohnR.
>
> --
> Therefore, since we are surrounded by such a great cloud of witnesses, let
> us throw off everything that hinders and the sin that so easily entangles,
> and let us run with perseverance the race marked out for us. Heb 12:1
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>

[OSCAR-advanced-users] Improvement for OSCAR/CARLOS

[John R. <joh...@gm...>]

I don't know how many others do this, but I store a lot of helpful handouts
in eDocs which I then often email to patients.  If I send a handout to the
patient, I store a copy in their documents so that I know later what I
actually sent.  I use Cortico to send the documents from the patient's
chart, and that part works well.  If there was a way to easily store a copy
of an eDoc in the patient's chart that would save me having to copy the
eDoc to the desktop and then save it into the patient's chart.

Or - as an alternative - if there was a separate storage place for patient
handouts that worked in this fashion, that would also work well.  JohnR.

-- 
Therefore, since we are surrounded by such a great cloud of witnesses, let
us throw off everything that hinders and the sin that so easily entangles,
and let us run with perseverance the race marked out for us. Heb 12:1

[OSCAR-advanced-users] Fraser Health Inpatient Order Sheet

[John R. <joh...@gm...>]

The Fraser Health Inpatient Order Sheet has been updated with a new
background.  The text area now expands to fit what is written in it.

Posted in place of the previous version here:

https://oscargalaxy.org/download/fh-orders-for-primary-care-providers/

JohnR.

-- 
Therefore, since we are surrounded by such a great cloud of witnesses, let
us throw off everything that hinders and the sin that so easily entangles,
and let us run with perseverance the race marked out for us. Heb 12:1

[OSCAR-advanced-users] PCRM Referral eForm

[John R. <joh...@gm...>]

The PCRM referral eForm has been updated with the new background.  It has
been posted in place of the previous version here:

https://oscargalaxy.org/download/pcrm-referral-2023/

JohnR.

-- 
Therefore, since we are surrounded by such a great cloud of witnesses, let
us throw off everything that hinders and the sin that so easily entangles,
and let us run with perseverance the race marked out for us. Heb 12:1

Re: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

[Michael Y. <mi...@ma...>]

I would need to look, but this should be in the audit table as well.
________________________________
From: Sam Van <sam...@gm...>
Sent: Wednesday, April 15, 2026 9:56:05 AM
To: A list for advanced OSCAR user discussions <osc...@li...>
Subject: Re: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

Thanks all for your help.  One suggestion ... may want to consider adding a new field "status_updated_timestamp" to the table providerLabRouting

On Tue, Apr 14, 2026 at 3:29 PM Michael Yingbull <mi...@ma...<mailto:mi...@ma...>> wrote:
I’ve made a note to make this easier to deal with as a future feature in Carlos EMR.
________________________________
From: Sam Van <sam...@gm...<mailto:sam...@gm...>>
Sent: Tuesday, April 14, 2026 2:22:19 PM
To: A list for advanced OSCAR user discussions <osc...@li...<mailto:osc...@li...>>; ph...@gm...<mailto:ph...@gm...> <ph...@gm...<mailto:ph...@gm...>>
Subject: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

Hello all,

One of the doctors accidentally hit the "file" after checking off a number of files but what he really wanted to do was to "forward" in the checked files in the inbox (see attached) and I want to know is there a way to retrieve those files that were accidentally filed?

Thanks ahead for your help.

Sam


_______________________________________________
OSCARmcmaster-advanced-users mailing list
OSC...@li...<mailto:OSC...@li...>
https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users

Re: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

[Sam V. <sam...@gm...>]

Thanks all for your help.  One suggestion ... may want to consider adding a
new field "status_updated_timestamp" to the table providerLabRouting

On Tue, Apr 14, 2026 at 3:29 PM Michael Yingbull <
mi...@ma...> wrote:

> I’ve made a note to make this easier to deal with as a future feature in
> Carlos EMR.
> ------------------------------
> *From:* Sam Van <sam...@gm...>
> *Sent:* Tuesday, April 14, 2026 2:22:19 PM
> *To:* A list for advanced OSCAR user discussions <
> osc...@li...>; ph...@gm... <
> ph...@gm...>
> *Subject:* [OSCAR-advanced-users] Question - how to reverse the "file"
> action in the inbox
>
> Hello all,
>
> One of the doctors accidentally hit the "file" after checking off a number
> of files but what he really wanted to do was to "forward" in the checked
> files in the inbox (see attached) and I want to know is there a way to
> retrieve those files that were accidentally filed?
>
> Thanks ahead for your help.
>
> Sam
>
>
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>

Re: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

[John Y. <joh...@gm...>]

Or search for labs within a time interval, and choose the "checked" or
"acknowledged" status filter.

JohnY

On Tue, Apr 14, 2026 at 3:11 PM Sam Van <sam...@gm...> wrote:

> Thanks for the prompt reply.  Does this table have the field to indicate
> when the status was changed from New to Filed since I know the status was
> changed today only
>
> On Tue, Apr 14, 2026, 3:29 PM Michael Yingbull <
> mi...@ma...> wrote:
>
>> I’ve made a note to make this easier to deal with as a future feature in
>> Carlos EMR.
>> ------------------------------
>> *From:* Sam Van <sam...@gm...>
>> *Sent:* Tuesday, April 14, 2026 2:22:19 PM
>> *To:* A list for advanced OSCAR user discussions <
>> osc...@li...>; ph...@gm... <
>> ph...@gm...>
>> *Subject:* [OSCAR-advanced-users] Question - how to reverse the "file"
>> action in the inbox
>>
>> Hello all,
>>
>> One of the doctors accidentally hit the "file" after checking off a
>> number of files but what he really wanted to do was to "forward" in the
>> checked files in the inbox (see attached) and I want to know is there a way
>> to retrieve those files that were accidentally filed?
>>
>> Thanks ahead for your help.
>>
>> Sam
>>
>>
>> _______________________________________________
>> 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
>

Re: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

[Sam V. <sam...@gm...>]

Thanks for the prompt reply.  Does this table have the field to indicate
when the status was changed from New to Filed since I know the status was
changed today only

On Tue, Apr 14, 2026, 3:29 PM Michael Yingbull <mi...@ma...>
wrote:

> I’ve made a note to make this easier to deal with as a future feature in
> Carlos EMR.
> ------------------------------
> *From:* Sam Van <sam...@gm...>
> *Sent:* Tuesday, April 14, 2026 2:22:19 PM
> *To:* A list for advanced OSCAR user discussions <
> osc...@li...>; ph...@gm... <
> ph...@gm...>
> *Subject:* [OSCAR-advanced-users] Question - how to reverse the "file"
> action in the inbox
>
> Hello all,
>
> One of the doctors accidentally hit the "file" after checking off a number
> of files but what he really wanted to do was to "forward" in the checked
> files in the inbox (see attached) and I want to know is there a way to
> retrieve those files that were accidentally filed?
>
> Thanks ahead for your help.
>
> Sam
>
>
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>

Re: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

[Michael Y. <mi...@ma...>]

I’ve made a note to make this easier to deal with as a future feature in Carlos EMR.
________________________________
From: Sam Van <sam...@gm...>
Sent: Tuesday, April 14, 2026 2:22:19 PM
To: A list for advanced OSCAR user discussions <osc...@li...>; ph...@gm... <ph...@gm...>
Subject: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

Hello all,

One of the doctors accidentally hit the "file" after checking off a number of files but what he really wanted to do was to "forward" in the checked files in the inbox (see attached) and I want to know is there a way to retrieve those files that were accidentally filed?

Thanks ahead for your help.

Sam

Re: [OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

[Peter <ph...@gm...>]

use a Report by template to find the labs

On Tue, Apr 14, 2026 at 2:22 PM Sam Van <sam...@gm...> wrote:

> Hello all,
>
> One of the doctors accidentally hit the "file" after checking off a number
> of files but what he really wanted to do was to "forward" in the checked
> files in the inbox (see attached) and I want to know is there a way to
> retrieve those files that were accidentally filed?
>
> Thanks ahead for your help.
>
> Sam
>
>
>

[OSCAR-advanced-users] Question - how to reverse the "file" action in the inbox

[Sam V. <sam...@gm...>]

Hello all,

One of the doctors accidentally hit the "file" after checking off a number
of files but what he really wanted to do was to "forward" in the checked
files in the inbox (see attached) and I want to know is there a way to
retrieve those files that were accidentally filed?

Thanks ahead for your help.

Sam

Re: [OSCAR-advanced-users] Help with a malfunctioning eForm

[John R. <joh...@gm...>]

I found the problem, but I don't understand it.  In the original I
referenced 2 measurements:

oscarDB=m$BMI#value
and
oscarDB=m$BMI#dateObserved

They were placed at the end of input lines immediately followed by an angle
bracket so:

oscarDB=m$BMI#value>
and
oscarDB=m$BMI#dateObserved>

I added a space and a slash and changed them to

oscarDB=m$BMI#value />
and
oscarDB=m$BMI#dateObserved />

and that seems to have worked - why?

JohnR.





On Wed, Apr 8, 2026 at 6:34 PM John Yap <joh...@gm...> wrote:

> I can attest to the fact the quote eFORM does save in WELL OscarPro
> version of Oscar. Interestingly, the previous version (2020 background) did
> not save.  I have not had to use this eFORM before, so I only discovered
> this now.
>
> Luckily I now have a replacement, if needed.
>
> JohnY
>
> On Wed, Apr 8, 2026 at 6:13 PM John Yap <joh...@gm...> wrote:
>
>> The "bottombuttons" used in many of the OpenOSP eFORMS include these
>> lines:
>> <div class="DoNotPrint" id="BottomButtons" style="position:absolute;
>> left:30px; top:1100px; width:780px;">
>> <table>
>> <tr>
>> <td>
>> <input type="hidden" name="newForm" id="newForm" value="True" />
>> Subject: <input name="subject" size="40" type="text"> <br>
>> <input value="Submit" name="SubmitButton" id="SubmitButton" type="submit"
>> onclick="releaseDirtyFlag();setFlag();" />
>> <input value="Reset" name="ResetButton" id="ResetButton" type="reset" />
>> <input value="Print" name="PrintButton" id="PrintButton" type="button"
>> onclick="formPrint();" />
>> <input value="Print & Submit" name="PrintSubmitButton" id=
>> "PrintSubmitButton" type="button" onclick="formPrint();releaseDirtyFlag();
>> setFlag(); setTimeout('SubmitButton.click()',2000);">
>> </td>
>> </tr>
>> </table>
>> The setTimeout feature was needed to allow functions preceding this to be
>> completed, before the entire eFORM shut down prematurely.  All of this was
>> done to save one click and allow for a Print & Submit button. Several years
>> ago, this issue came to a head as more complex functions required even
>> longer delay to allow for completing tasks before submit shutdown. It was a
>> bit of guesswork as to how much time was needed.  I recall using up to 5000
>> ms for the longer eFORMS.
>>
>> Then some of us (me and others) concluded that we should go back to the
>> original separate submit and print buttons.  So all of my eFORMS have this
>> format:
>> <table>
>> <tr>
>> <td style="background: #e5f2ff">
>> <input type="hidden" id="newForm" name="newForm" value="True" />
>> Subject: <input name="subject" id="subject" size="40" type="text" />
>> <input value="Reset" name="ResetButton" id="ResetButton" type="reset"
>> style="color: red" onclick="history.go(0);" />
>> <input value="Print" name="PrintButton" id="PrintButton" type="button"
>> style="color: green" onclick="printLetter();" />
>> <input value="Submit" name="SubmitButton" id="SubmitButton" type="submit"
>> onclick="submission();" />
>> </td>
>> </tr>
>> </table>
>>
>>
>>
>> Which requires additional scripts:
>>
>> /****************************
>> Print and submit/save functions
>> ****************************/
>> function printLetter() {
>> // Save reminder; allows for validity testing
>> document.getElementById("ResetButton").style.color = "black";
>> document.getElementById("SubmitButton").classList.toggle("attn");
>> document.getElementById("SubmitButton").style.border = "2px solid red";
>> // alert("eFORM has NOT been submitted. If needed, cancel print and
>> complete required fields. Ensure you click SUBMIT after print.");
>> window.print();
>> }
>>
>> function submission() {
>> // requires type="submit" in submit button input to allow for validity
>> testing
>> setFlag();
>> saveSig();
>> releaseDirtyFlag();
>> }
>>
>> And it is here where we take care of other business such as saving
>> signatures, noting first save vs subsequent save (setFlag), etc.  I'm not a
>> big fan of the "alert" so I've commented it out. It saves me a click where
>> it doesn't affect the form submission.
>>
>> It also allows for the attention seeking submit button to remind one to
>> SAVE (submit) the eForm rather than force-closing it.
>>
>> I wonder if that is the issue with some versions of OPEN?
>>
>> JohnY
>>
>> On Wed, Apr 8, 2026 at 4:13 PM John Robertson <
>> joh...@gm...> wrote:
>>
>>> I am having trouble reconciling some eForm behaviour.  The eform in
>>> question is found here:
>>>
>>>
>>> https://oscargalaxy.org/download/outpatient-fetal-monitoring-referral-fraser-health-july-2020/
>>>
>>> The problem is that clicking submit does not save the eForm on some
>>> installations of Open OPS OSCAR, while on other installations it does
>>>
>>> This form works as it is supposed to on my server.  However, when I try
>>> to use it on a different server (still using the same settings on my
>>> laptop) it will not save to the patient's chart when I click save.
>>>
>>> Any thoughts?
>>>
>>> JohnR.
>>>
>>> --
>>> Therefore, since we are surrounded by such a great cloud of witnesses,
>>> let us throw off everything that hinders and the sin that so easily
>>> entangles, and let us run with perseverance the race marked out for us. Heb
>>> 12:1
>>> _______________________________________________
>>> 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
>


-- 
Therefore, since we are surrounded by such a great cloud of witnesses, let
us throw off everything that hinders and the sin that so easily entangles,
and let us run with perseverance the race marked out for us. Heb 12:1

Re: [OSCAR-advanced-users] Text format version of the new schedule of benefits

[Braedon H. <bra...@gm...>]

Uploaded without issue

On Fri, Apr 10, 2026 at 9:33 AM Sam Van <sam...@gm...> wrote:

> I just found out the MoH just posted the file today and here it is.
>
>
>
> On Thu, Apr 9, 2026 at 9:51 AM Sam Van <sam...@gm...> wrote:
>
>> Hello all,
>>
>> If anyone happens to find the link of the text format of the schedule of
>> benefits, would appreciate if you can share it with me as I could not find
>> it on the MoH website.
>>
>> https://www.ontario.ca/page/ohip-schedule-benefits-and-fees#section-0
>>
>> Thanks ahead for your help.
>>
>> Sam
>>
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>

Re: [OSCAR-advanced-users] Text format version of the new schedule of benefits

[Sam V. <sam...@gm...>]

I just found out the MoH just posted the file today and here it is.



On Thu, Apr 9, 2026 at 9:51 AM Sam Van <sam...@gm...> wrote:

> Hello all,
>
> If anyone happens to find the link of the text format of the schedule of
> benefits, would appreciate if you can share it with me as I could not find
> it on the MoH website.
>
> https://www.ontario.ca/page/ohip-schedule-benefits-and-fees#section-0
>
> Thanks ahead for your help.
>
> Sam
>

[OSCAR-advanced-users] New BC Lifelabs Private Pay Panorama Requistion

[John R. <joh...@gm...>]

Posted in place of the previous version here:

https://oscargalaxy.org/download/bc-lifelabs-panorama-testing-private-pay/

JohnR.

-- 
Therefore, since we are surrounded by such a great cloud of witnesses, let
us throw off everything that hinders and the sin that so easily entangles,
and let us run with perseverance the race marked out for us. Heb 12:1

[OSCAR-advanced-users] Text format version of the new schedule of benefits

[Sam V. <sam...@gm...>]

Hello all,

If anyone happens to find the link of the text format of the schedule of
benefits, would appreciate if you can share it with me as I could not find
it on the MoH website.

https://www.ontario.ca/page/ohip-schedule-benefits-and-fees#section-0

Thanks ahead for your help.

Sam

Re: [OSCAR-advanced-users] Help with a malfunctioning eForm

[John Y. <joh...@gm...>]

I can attest to the fact the quote eFORM does save in WELL OscarPro version
of Oscar. Interestingly, the previous version (2020 background) did not
save.  I have not had to use this eFORM before, so I only discovered this
now.

Luckily I now have a replacement, if needed.

JohnY

On Wed, Apr 8, 2026 at 6:13 PM John Yap <joh...@gm...> wrote:

> The "bottombuttons" used in many of the OpenOSP eFORMS include these lines:
> <div class="DoNotPrint" id="BottomButtons" style="position:absolute;
> left:30px; top:1100px; width:780px;">
> <table>
> <tr>
> <td>
> <input type="hidden" name="newForm" id="newForm" value="True" />
> Subject: <input name="subject" size="40" type="text"> <br>
> <input value="Submit" name="SubmitButton" id="SubmitButton" type="submit"
> onclick="releaseDirtyFlag();setFlag();" />
> <input value="Reset" name="ResetButton" id="ResetButton" type="reset" />
> <input value="Print" name="PrintButton" id="PrintButton" type="button"
> onclick="formPrint();" />
> <input value="Print & Submit" name="PrintSubmitButton" id=
> "PrintSubmitButton" type="button" onclick="formPrint();releaseDirtyFlag();
> setFlag(); setTimeout('SubmitButton.click()',2000);">
> </td>
> </tr>
> </table>
> The setTimeout feature was needed to allow functions preceding this to be
> completed, before the entire eFORM shut down prematurely.  All of this was
> done to save one click and allow for a Print & Submit button. Several years
> ago, this issue came to a head as more complex functions required even
> longer delay to allow for completing tasks before submit shutdown. It was a
> bit of guesswork as to how much time was needed.  I recall using up to 5000
> ms for the longer eFORMS.
>
> Then some of us (me and others) concluded that we should go back to the
> original separate submit and print buttons.  So all of my eFORMS have this
> format:
> <table>
> <tr>
> <td style="background: #e5f2ff">
> <input type="hidden" id="newForm" name="newForm" value="True" />
> Subject: <input name="subject" id="subject" size="40" type="text" />
> <input value="Reset" name="ResetButton" id="ResetButton" type="reset"
> style="color: red" onclick="history.go(0);" />
> <input value="Print" name="PrintButton" id="PrintButton" type="button"
> style="color: green" onclick="printLetter();" />
> <input value="Submit" name="SubmitButton" id="SubmitButton" type="submit"
> onclick="submission();" />
> </td>
> </tr>
> </table>
>
>
>
> Which requires additional scripts:
>
> /****************************
> Print and submit/save functions
> ****************************/
> function printLetter() {
> // Save reminder; allows for validity testing
> document.getElementById("ResetButton").style.color = "black";
> document.getElementById("SubmitButton").classList.toggle("attn");
> document.getElementById("SubmitButton").style.border = "2px solid red";
> // alert("eFORM has NOT been submitted. If needed, cancel print and
> complete required fields. Ensure you click SUBMIT after print.");
> window.print();
> }
>
> function submission() {
> // requires type="submit" in submit button input to allow for validity
> testing
> setFlag();
> saveSig();
> releaseDirtyFlag();
> }
>
> And it is here where we take care of other business such as saving
> signatures, noting first save vs subsequent save (setFlag), etc.  I'm not a
> big fan of the "alert" so I've commented it out. It saves me a click where
> it doesn't affect the form submission.
>
> It also allows for the attention seeking submit button to remind one to
> SAVE (submit) the eForm rather than force-closing it.
>
> I wonder if that is the issue with some versions of OPEN?
>
> JohnY
>
> On Wed, Apr 8, 2026 at 4:13 PM John Robertson <
> joh...@gm...> wrote:
>
>> I am having trouble reconciling some eForm behaviour.  The eform in
>> question is found here:
>>
>>
>> https://oscargalaxy.org/download/outpatient-fetal-monitoring-referral-fraser-health-july-2020/
>>
>> The problem is that clicking submit does not save the eForm on some
>> installations of Open OPS OSCAR, while on other installations it does
>>
>> This form works as it is supposed to on my server.  However, when I try
>> to use it on a different server (still using the same settings on my
>> laptop) it will not save to the patient's chart when I click save.
>>
>> Any thoughts?
>>
>> JohnR.
>>
>> --
>> Therefore, since we are surrounded by such a great cloud of witnesses,
>> let us throw off everything that hinders and the sin that so easily
>> entangles, and let us run with perseverance the race marked out for us. Heb
>> 12:1
>> _______________________________________________
>> OSCARmcmaster-advanced-users mailing list
>> OSC...@li...
>> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>>
>

Re: [OSCAR-advanced-users] New Panorama NIPT forms April 2026

[John Y. <joh...@gm...>]

Thanks JohnR

JohnY

On Wed, Apr 8, 2026 at 2:45 PM John Robertson <
joh...@gm...> wrote:

> I have already started on it. JohnR.
>
> On Wed, Apr 8, 2026 at 2:17 PM John Yap <joh...@gm...> wrote:
>
>> Ugh - why oh why!
>>
>> I'll look into this tonight.
>>
>> JohnY
>>
>> On Wed, Apr 8, 2026 at 12:19 PM John Robertson <
>> joh...@gm...> wrote:
>>
>>> Not exactly, but I will work on it.  JohnR.
>>>
>>> On Wed, Apr 8, 2026 at 9:27 AM Herb Chang <h88...@gm...> wrote:
>>>
>>>> New form for Panorama that is required effective April 30.
>>>> A slight change in language for Monosomy X.
>>>> Just requires a change in the background. I think the boxes are all in
>>>> the same place.
>>>>
>>>> Regards,
>>>>
>>>> Herb
>>>>
>>>>
>>>> Sent from Gmail Mobile-please excuse errors due to Autocorrect.
>>>>
>>>>
>>>> On Tue, Jul 4, 2023 at 10:29 PM John Yap <joh...@gm...> wrote:
>>>>
>>>>> I've clearly got one of the obsolete versions - the backgrounds says
>>>>> Apr2018.  So an update is most welcome.
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>> JohnY
>>>>>
>>>>> On Tue, Jul 4, 2023 at 3:41 PM John Robertson <joh...@sh...>
>>>>> wrote:
>>>>>
>>>>>> Before I get started on these, Just wanted to check if anyone had
>>>>>> already done them.  Lifelabs Panorama requisitions for BC dated February 15
>>>>>> 2023.  Both public and private pay.  I just got an email that the old eForm
>>>>>> is being rejected.  JohnR.
>>>>>>
>>>>>> --
>>>>>> Therefore, since we are surrounded by such a great cloud of
>>>>>> witnesses, let us throw off everything that hinders and the sin that so
>>>>>> easily entangles, and let us run with perseverance the race marked out for
>>>>>> us. Heb 12:1
>>>>>> _______________________________________________
>>>>>> 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
>>>>
>>>
>>>
>>> --
>>> Therefore, since we are surrounded by such a great cloud of witnesses,
>>> let us throw off everything that hinders and the sin that so easily
>>> entangles, and let us run with perseverance the race marked out for us. Heb
>>> 12:1
>>> _______________________________________________
>>> 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
>>
>
>
> --
> Therefore, since we are surrounded by such a great cloud of witnesses, let
> us throw off everything that hinders and the sin that so easily entangles,
> and let us run with perseverance the race marked out for us. Heb 12:1
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>

Re: [OSCAR-advanced-users] Help with a malfunctioning eForm

[John Y. <joh...@gm...>]

The "bottombuttons" used in many of the OpenOSP eFORMS include these lines:
<div class="DoNotPrint" id="BottomButtons" style="position:absolute;
left:30px; top:1100px; width:780px;">
<table>
<tr>
<td>
<input type="hidden" name="newForm" id="newForm" value="True" />
Subject: <input name="subject" size="40" type="text"> <br>
<input value="Submit" name="SubmitButton" id="SubmitButton" type="submit"
onclick="releaseDirtyFlag();setFlag();" />
<input value="Reset" name="ResetButton" id="ResetButton" type="reset" />
<input value="Print" name="PrintButton" id="PrintButton" type="button"
onclick="formPrint();" />
<input value="Print & Submit" name="PrintSubmitButton" id=
"PrintSubmitButton" type="button" onclick="formPrint();releaseDirtyFlag();
setFlag(); setTimeout('SubmitButton.click()',2000);">
</td>
</tr>
</table>
The setTimeout feature was needed to allow functions preceding this to be
completed, before the entire eFORM shut down prematurely.  All of this was
done to save one click and allow for a Print & Submit button. Several years
ago, this issue came to a head as more complex functions required even
longer delay to allow for completing tasks before submit shutdown. It was a
bit of guesswork as to how much time was needed.  I recall using up to 5000
ms for the longer eFORMS.

Then some of us (me and others) concluded that we should go back to the
original separate submit and print buttons.  So all of my eFORMS have this
format:
<table>
<tr>
<td style="background: #e5f2ff">
<input type="hidden" id="newForm" name="newForm" value="True" />
Subject: <input name="subject" id="subject" size="40" type="text" />
<input value="Reset" name="ResetButton" id="ResetButton" type="reset" style=
"color: red" onclick="history.go(0);" />
<input value="Print" name="PrintButton" id="PrintButton" type="button" style
="color: green" onclick="printLetter();" />
<input value="Submit" name="SubmitButton" id="SubmitButton" type="submit"
onclick="submission();" />
</td>
</tr>
</table>



Which requires additional scripts:

/****************************
Print and submit/save functions
****************************/
function printLetter() {
// Save reminder; allows for validity testing
document.getElementById("ResetButton").style.color = "black";
document.getElementById("SubmitButton").classList.toggle("attn");
document.getElementById("SubmitButton").style.border = "2px solid red";
// alert("eFORM has NOT been submitted. If needed, cancel print and
complete required fields. Ensure you click SUBMIT after print.");
window.print();
}

function submission() {
// requires type="submit" in submit button input to allow for validity
testing
setFlag();
saveSig();
releaseDirtyFlag();
}

And it is here where we take care of other business such as saving
signatures, noting first save vs subsequent save (setFlag), etc.  I'm not a
big fan of the "alert" so I've commented it out. It saves me a click where
it doesn't affect the form submission.

It also allows for the attention seeking submit button to remind one to
SAVE (submit) the eForm rather than force-closing it.

I wonder if that is the issue with some versions of OPEN?

JohnY

On Wed, Apr 8, 2026 at 4:13 PM John Robertson <
joh...@gm...> wrote:

> I am having trouble reconciling some eForm behaviour.  The eform in
> question is found here:
>
>
> https://oscargalaxy.org/download/outpatient-fetal-monitoring-referral-fraser-health-july-2020/
>
> The problem is that clicking submit does not save the eForm on some
> installations of Open OPS OSCAR, while on other installations it does
>
> This form works as it is supposed to on my server.  However, when I try to
> use it on a different server (still using the same settings on my laptop)
> it will not save to the patient's chart when I click save.
>
> Any thoughts?
>
> JohnR.
>
> --
> Therefore, since we are surrounded by such a great cloud of witnesses, let
> us throw off everything that hinders and the sin that so easily entangles,
> and let us run with perseverance the race marked out for us. Heb 12:1
> _______________________________________________
> OSCARmcmaster-advanced-users mailing list
> OSC...@li...
> https://lists.sourceforge.net/lists/listinfo/oscarmcmaster-advanced-users
>