This is planotim's Profile page. Use it to view planotim's comments, other users' replies
to these comments, and comments planotim has endorsed.
With the enormous amount of data, apps, programs, insurers, providers, etc. It is the patient with varied levels of intellect that will be lost. Simple identity name portals need to be created to route the individual and or services to the common identity profile. I told Obama years ago that they could use the following URL’s to create user centric UID’s specific to this cause and they are still free to use. This is a Global identity bridge and not a silo/silo approach. The portals I offered were MyPatientID.com, MyMedicalID.com, MyInsuranceID.com, MyHealthcareID.com, MyDonorID.com, and a few more. See complete list of identity bridge url’s at BridgeIdentity.com. Therefore, if a patient was created, it would have an email of email@example.com… more »
Two such portals that I can provide are MyOptInID.com and MyOptOutID.com. Senario..A student logs into MyStudentID.com then selects a bridge identity function to MyMedicalID.com and then to MyOptInID.com. There the student would be presented to repository of all medical related opt in selections from providers etc.. Same for the MyOptOut. Keeping it simple and standardized with specific name services will help all parties involved and minimize the maze or User interfaces.
Hardly, a person, patient, or healthcare provider would be issued a quantum generated UID number@MyPatientID.com, MyMedicalID.com and MyHealthcareID.com MyInsuranceID.com etc. Emails are unique addresses and if not duplicated, can only be linked to a new ID internal identity database by the use case. If a user prefers a common name email, then they could bridge that to the assigned using two or three factor authentication or even better to MyBiometricID.com or MyGeneticID.com if they wanted that level of authentication. I would prefer that any provider or service create a URL with the prefix My(TrademarkName)ID.com and use this as there gateway identity encrypted service. If a person wanted a specific name, they would go to MyNameID.com and create… more »
I agree with gmartin but take into account that there are a few other identities to the equation. MyPatientID.com, MyProviderID.com, MyVendorID.com, MyBusinessID.com, MyHeathcareID.com, MyDoctorID.com, MyNationalID.com, MyInsuranceID.com, MyProviderID.com, MyChildID.com,MyDonorID.com,MyDataID.com,and a few more that are required for these transactions to occur in order for the Patient to have user centric control of the data. In order for the issued ID to maintain its value, it must not be issued nor controlled by any government. This is a global identity issue if I may say. I would not want MyGeneticID.com data in the direct control and management of any one state, nation, or government.
To clarify the log-in part of the moderator response..
A login in my mind is an “identity” just like any other item of user ID control. The next generation of login management will be defined as to what you have selected.. maybe at MyLoginID.com or MyComputerID.com, or MyPortalID.com. These and maybe other third party Identity management services will propagate your “Login ID” to link your user selected services. So, in a nut shell, select any ID in any capacity, authenticate, bridge, and enjoy. We need to get more simple with this to enjoy life a bit more than discussing this all the time.
Welcome to Planning Room planotim, and thank you for your comment. In trying to make health IT more accessible for patients, you suggest the use of a patient’s name @ a specific URL as their log-in. Could you elaborate on the benefits this approach would have, as compared to a user-selected name? Would the likelihood of duplicate names make your system confusing for providers?
Thank you for your response, planotim. What do other commenters think of planotim’s suggestion of creating a common identity profile that providers and services could access when authorized?