After it’s in the demo farm repo and functional, then best way to bring in updates will likely be via a github request. For now, will use one of the up for grabs demo for this (and will then be easy to include it also in the official demo for future 4.1.3 or create a more permanent development demo if 4.1.3 does not happen for awhile). Rather than make changes on the actual demo (and attempt a maintenance mode), best to do that stuff on a “pretend” demo on your end. Let me know if need more details.
Hi Brady, I’ll need to know the external URL for the WP demo site so I can zap it into various places in the WP database (it’s not trivially relocatable in the way that OpenEMR is). Also I’ll give you the SQL to create the database and its user/password before loading. Thanks!
as always, another piece of great achievement and of relevance for the USERS!
Some preliminary investigation flows:
My date of birth was included in the Wordpress portal Demographics as: dd/mm/yyyy and was accepted, but resulted in the OpenEMR130 in no birthday date. (Lucky 24 is not a month)
In the Insurance forms I put in a name of “My Insurance” resulting in a Faulty Providername in the OpenEMR130, wrong link I suppose or I did misread the Wordpress Demo
In the Wordpress Demographics it is not possible to add a Country name but it is an obligatory field. It is easily accepted in the OpenEMR130, so a comment next to the field is appropriate or is it possible to create an add field in Wordpress that is accepted as an add field in OpenEMR130. (Might be tricky though)
The Ninja forms thing is what it is, but what could be done is to have the label or description be more clear about that the expected date format is.
Re provider name, in OpenEMR it’s a list that comes from the address book, but there’s no good way to replicate that in the portal form. So the intent is for clinic staff to see the unmatched entry and then select (or create) the right one in the list.
You can and should add and change fields to the Ninja forms to match your needs and your corresponding forms in OpenEMR. The portal, like WordPress itself, should be considered a set of building blocks, not a finished web site.
Another great contribution from Rod. Also working demo is a tribute to flexibility of demo farm setup.
Minor note - when new patient is added through the portal interface, it does not seem to get External ID assigned. This is different behavior than normal new pt. addition.
The new Client gives his/her information (Wordpress). The Doctor, the USER see the CMS info (OpenEMR). Thinks, and thinks again, do I want this client, think again and YES this is great! A new client, YOU, the USER clicks on the INFO of the Client and CLICK again and everything is all included in the NEW Client page, if the USER accept the information as is provided by the client. The USER can also correct things that might be wrong before including the New Client. That also is the moment the old Client import by the User did its work and makes a new Client ID.
Rod, please correct me, if my conclusions of the work-flow are wrong!
Hi Pieter, yes that’s the normal flow. There’s also the option to create a new patient from the demographics data from the portal. Either way the OpenEMR patient is linked to their WordPress login.
I’ll be checking so see if there’s a problem with the external ID not having a default assignment.
Always easy to add OTHER, once installed. Or change the whole list to my likings.
But also the building blocks are flexible and I am fully aware of the scope this has for OpenEMR! Great achievement.
Also great to remember this CMS has nothing to do with the Patient Portal. (It was for me as a starter) To give the USER and Password in OpenEMR, will this be a hazard for the Demo farm version?
If you mean is it a hazard to have the portal login in OpenEMR’s global settings, shoudn’t be. Only the admin user in OpenEMR should have access to globals. Also note in this demo, the cmsportal user does not have full admin permissions in WordPress. So for example they can’t install a spamming plugin.
I was thinking for the Demo. If the password of the CMSPORTAL for this specific USER is different from the original, others can not do what I could see and tried in the future without you changing everything to normal again in Wordpress (you have to be awake and ready for action). Suppose the automatic reset every morning will cover the OpenEMR Demo version for CMS.
I am sure, once it is in my local version, as soon as I understand the Ninja-Form creator. For me there seems no problem, since I am the one who decides, except for the Hacker that discovers I am a poor security creator ;-((
Confirmed missing external ID. I registered myself through Wordpress, and there is no automatic external ID once I was accepted (by me, as the USER) in OpenEMR130 my self as a client, there is still no external ID.
Now there are two without and two with an external ID registered and Aparesco is waiting to be accepted as a client.
The Insurance form is giving all kind of complaints about names etc. if this is in a production phase there could be some Ninja programming that needs extra attention.
(Question: The Ninja part is not VIEW-able to see how it is done?)
I fixed the missing external ID and that will be reflected in tomorrow’s refresh of the demo site.
What’s the problem with the Insurance form? Note that the insurance provider name will always generate a “Fix Me” message because the clinic must select (and perhaps also add) the matching insurance from their list. It’s the same issue as with the provider name in demographics.
Any way you can convince your sponsor to support patient messages from portal being brought into the current openemr message module and answered from there (and then forwarded back to the portal for the patient). Note patient messages are already supported and used for the offsite portal (so could leverage that mechanism).
I just did some exercise with the message part of Wordpress CMS and to my surprise I can’t find my message back after accepting the message. I could find my added oissture back and after some up and down moving got the Picture in the correct Document and it did show in the Patient ID Card and also in the photograph.
This need some extra info for the new/registered client to understand the possibilities of the message.
I do understand Brady’s question but to have an answer need some more investigation. Till Reset you can view the picture and possibly tell me where the part of notes in my Message has gone?
To stay on the safe side for OpenEMR just keep the messages to what is accepted as an automatism include in OpenEMR.
But keep any other question/message from within Wordpress in Wordpress, would be my suggestion. You can have up to 50 Messages in the system of any Patient.
But an alert for messages “to be answered residing in Wordpress”, might be an extra.
If all insecurity holes can be covered the direct answer system as proposed by Brady, the workflow is better and self explaining for the USER. But than there should be a field to what USER the message is directed AND the option that only THAT USER can see and answer the question (both optional checkmarks).
This message text is not saved automatically. Copy and Save it as appropriate for the content.
are these parts of the message to be Copy => Paste => Notepad => Save => Upload to Include in OpenEMR? I think the average USER is not waiting for the many steps to take to include the message. Or are there shortcuts if the message is of importance next to the uploaded document (Picture, living will etc… and is the a way to skip the steps)
The next line could be: Answer this message or delete. and Delete or bring the USER back to the message center of Wordpress.
The message support at this point is not very fancy. What my client wanted was a way to send lab results to the patient, and this does that at e-sign time. Also supported is the ability to copy a Patient Report to the patient which I threw in because it was easy.
In addition it allows the patient to send an attached document to the clinic, which can then include it in the patient’s collection of documents. Of course the message will likely also contain some text but there’s no code to do anything special with that.
I can do more if someone is willing to sponsor the effort.
In the long term it would be good to establish unified approach for handling structured messages from external systems - be it Direct Messaging, CMS Portal, Patient Portal or HL7 based exchanges. In absence of a basic framework guidance, developers will have creative but diverse approaches to some common business functions like -
Guided creation of a new patient
Guided modification of existing patient’s information