V6 Documentation wish list

The current API documentat is found in the codebase for the API here and for FHIR here.

SMART on FHIR app installation is linked to in the documentation but it really should be integrated directly into the FHIR docs. It can be found here.

1 Like

Thank you
I would really love to help more. What would I have to do to help integrate it?

How do I test this test script? I mean, what do I enter into the address bar?
Https://domain.com/tests/api/InternalApiTest.php/

that did not work for me! :frowning:

Are there any plans to use something like swagger for API docs? That would be awesome if possible.

1 Like

Hi All-
New doc posted in the v6 user guide (https://www.open-emr.org/wiki/index.php/OpenEMR_6.0.0_Users_Guide)
Check it out:
https://www.open-emr.org/wiki/index.php/HOWTO_Activate_a_Patient’s_portal_access_-_v6.0
It’s not explicitly mentioned on the wish list; mebbe add it so it can be crossed offf?
:slight_smile: -Harley

2 Likes

Hi @gutiersa -
Seems to me like the best way to help is to simply choose a topic and write a tutorial on it. If it has been documented for earlier versions refer to those pages for background, but basically, run through it on your v6 install till you know what all the screen objects do, then write it up.
I am happy to consult on how I compose my wiki docs, the style guides I’ve used etc etc, if anybody would like to see them.
But again, as some famous outfit’s motto says, “JUST DO IT”.
Best- Harley

1 Like

Thanks Harley for doing this.
However, portal has changed since v6(0) and now supports categories. For example:

Category setup in Lists(Repository is a place to put templates not used or being worked):

In Dashboard(upload, move or edit templates to categories):

And the Portal:(Templates are duplicated for this example)

Also note that now Portal is a SPA(Single Page App) and now includes a HELP template to individualize for each practice.

Please also note that the portal now requires that any user that needs to be included in portal must have portal flag set in Users:

All these changes also apply to the same demographics patient document feature.

1 Like

DOes this mean patients can no longer self register using the portal?
Patient self-registration is an incredibly useful tool.
I know there needs to be some mechanism preventing abusive or malicious signups, but there are tech solutions for that too. IIRC, limiting signups to valid emails, and throttling them for the same IP address.
Real techs will have better ideas.
Can defaulting this to ‘allowed’ be done?

I’m talking about what OpenEMR users/providers/doctors/administrators are able to be seen in portal for such things as receiving secure messages. Registration is still available for all.

And here I though I was a real tech!:slight_smile:

YOU are a real tech!
I was was just flapping gums with ideas for securing the portal!!

Hi @sjpadgett thanks for the update, will get that into the docs ASAP!
Well, actually that seems to me to go in the general docs of the new portal, which are in gestation at
https://www.open-emr.org/wiki/index.php?title=The_OpenEMR_6.0%2B_Patient_Portal

Best- Harley

1 Like

OMGoodness, development is way fast and I don’t know how to keep track.

Hmm, I am running a strictly paperless telemedicine practice. I am having issues getting patients to figure out the portal. For example, they send the documents unsigned, and they forget to submit for review. This causes me to have to spend a lot of precious time messaging back and forth with the patients.

Is it possible to just do as the New York State Worker’s Compensation portal does? When the patient saves the form, ask the patient if they are ready to “submit for review”? Subsequently, if they are, write out a disclaimer stating that submitting for review means their consent to add the signature to the bottom of the document and then add the signature automatically? Which would cause the following upon the patient agreement:

*check the sig to see if patient has already created it, if not then take patient to the app to create their sig,
*if already created, then add it to the document.

that way, I can get patient forms, when the patient is done with the form, and that are already signed.

thanks
Sandra

PD: Let me know, and I will move this request to the developers wish list section
I have created this thread:

Patient self registration in my case cause there to be multiple accounts for the same patient.
It is not easy for my patient population to use technology. So they struggle a bit.
This caused me to have to merge multiple patient accounts, I had to turn the feature off.

Sandra

I know I am a bit behind.
I promise I will catch up. Remember, I am not a programmer. Although I wish I was. I think I missed my calling :frowning:

You are da best!

Hi Sandra,
All fair and valid requests. You’re right that the documents are/can be confusing and we need to find a better way to get to review.

Best bet is to open a feature request in issues. This way we get reminded on a timed basis the request is pending. I will take serious note of your issue.

Meantime, a couple things you could do:

  • Add more detailed instructions specific for your patient population in the help.tpl. On entering portal, this help is the landing page.
  • Instead of a graphic signature, add a radio/check with disclaimer to form templates that by selecting, patient is acknowledging it as their electronic signature.(Just as legal where a graphic signature is a façade to make patient feel better and is the same as an electronic signature acknowledgement)
  • In Help instructions you can note patient doesn’t need to save form first and can immediately send for review.(I need to rename that to maybe submit to clinic or such)
1 Like

Dup check should catch and if they’re still able to reregister well, your patients seem to be more clever than you’re giving them credit.:slight_smile:

1 Like

No, it is possible that I am missing things in my setup. I don’t know how to use all the features of OpenEMR yet. For example, too much info is showing up in the “Profile Demographics” page. This field for example:

User Defined:	ORT=4 Depression=3

I have to go back to this form and remove this field. If I recall correctly there is an on/off button right?

Awesome recommendations. Yes, I definitely don’t know how to use all the great features. Do we have a wiki page on “Setting up the patient portal”? (NVM, I am seeing what we have in the wiki now)

thanks again
Sandra

1 Like

So, going into the demographic layout form and setting this field to be excluded from the portal is not working. Hmm.

I am going to administration>forms>layouts>demographics and selecting “exclude from portal” under the options column. What am I doing wrong?

Hi @gutiersa - yes, SJP mentioned elsewhere that you can get into the demographics layout in the EMR (Administration/ Forms/ Layouts) and add an option for that datum to exclude it from the portal. This method keeps it displayed and usable in the EMR demographics screen.
Pretty cool, huh?

  • HT
    image
1 Like

Yes, I definitely love working with OpenEMR. It is pretty cool.

But it is not working for me this time. Dunno why. It works in other forms though, let me upload some images.
Actually, let me start another thread. This is not really part of the wish list. I mean, it is and it isn’t