While Kryptiq has a Patient PIN Generator, are there any rules for this if we want to build out own form - including asking/recording other matters related to portal and communications? Looks like the current version supplied goes to lots of trouble to create a 10 character code.
How is anyone noting a 'decline' by the patient?
How are people recording the preferred mode of communications? Appears the choices would be portal, letter, phone. But, this needs to be separate since just because someone is on the Portal does not mean he/she has specified that as preferred.
Lastly, heard or read somewhere that GE 'knows' when a patient has successfully made a connection via the portal; related to the Meaningful Use Measure. Is some OBS code touched? Would seem to be a nice OBS code to know, so this process can be tracked.
Lastly, any other suggestions for a practice trying to make the Portal meaningful and useful?
Thanks.
Joe
Joe, I can help with part of you question. As far as the patient :declined" the portal. I have built a button/check box that connect with the obs PATPORTALPIN, it adds a value of "offered". It also adds text to the note, stating it was offered to the patient. I started this last fall and it helped our numbers. For us this shows we talked with the patient and offered them an informational handout with the option to sign up for the portal. It does not seem GE or Kryptiq is very helpful as to how MU information is counted.
Hope this helps,
Steph B.
I have the Kryptiq SMPP product.
I put in a ticket because I could query the portal's database for loigin events but I wasn't getting any numbers in CQR.
For the VDT numbers, open the configuration for your chart summary page. On the configuration page there are checkboxes for what to show in the chart summary, and all of them have to be checked in order for your chart summary VDT to count. There is a warning displayed in a yellow that your chart summary is not meaningful use compliant until all checkboxes are checked. There was another prompt there, but I can't remember what it said.
For the Secure Messaging: you have to have the page set to secure messaging. EHR documents will NOT count. The secure message has to be connected to a routing list or a provider email where their account is set up just right. The email can be anyone you really want the message to go to (such as a delegate inbox) but the EMR User ID field has absolutely got to be one of your providers ids. Then secure messaging will count.
TOC...ah TOC. For the TOC to count as electronic. You must create and save a TOC to chart. Then go to secure messaging and select a provider from the direct addresses or add a provider's email to your address book and be Sure Sure Sure to check the "This is a direct address" box. Then send the TOC, and when the provider opens the TOC, you get an ACK back that gives you the 514 audit event for electronic TOC.
For the electronic access, I'm sure you know that you have to have a PIN within 4 days of the first visit within the reporting period.
Good Luck!
Also, version 6.4.6 is required for the SM-TOC encounter to count in the MU activity log.
Confused about whether or not I have to use that standalone PIN Generator. I took the math logic of the PIN Generator, and included it in my own component that addresses many issues relative to our use of the Patient Portal.
joeg1962 - I noticed you have a Basic Letter and in the Notes says that it provides instructions on how the patient can do it themselves. How are they able to do it themselves without a PIN. I'm sure it is probably a setting we have, but our patient's either need a PIN or we need to add them when they are here. Just curious on what you are doing.
Thanks,
Linda
Good question Linda.
The 2nd letter/handout just tells the patient how to find the Patient Portal and where to click to request the generation of a PIN. Created this 2nd letter in case a patient did not want to do anything at the moment, but we still wanted to give them information to encourage them to goto the Patient Portal later.
So did you create a special form on your portal that would send a message requesting the PIN and then your staff generates the PIN? We have an Adult PIN letter and a Parental PIN letter for children -- both I believe were provided by Kryptiq. Do you do anything different for children or is that not a need in your setting?
Also, has this worked well for you? There was another thread about Portal and one client said they started using the PIN method but once they came out with the 'Add from Chart' functionality they switched to that because the PIN route seemed to be too confusing for their patients.
What I did was combine several of our steps into one VFE-build screen form.
You can review the patient name and currently stored email address.
Generate a new PIN.
Print a specific letter with the PIN, or a general letter (telling patient website and where to click to request a PIN)
Set the Patient's preferred-mode-of-contact
Display if any Secure Message documents have been exchanged.
Happy to hear any comments or suggestions. Our practice is adult-only, so have not had to deal with parent/child issues.
Feel free to borrow...